Email suppression is a system that prevents email surveys from being sent to specific addresses or domains. It protects your sender reputation, keeps your deliverability rates healthy, and ensures you don't send surveys to addresses that have been blocked.
Important: Suppression only applies to email surveys. In-app surveys and survey link surveys are not affected — contacts with a suppressed email address can still receive those.
Why suppression exists
Some email addresses should never receive surveys. Sending to them wastes credits, hurts your sender reputation, and can result in spam complaints.
Common examples include:
Relay and masked addresses: Apple Private Relay, Firefox Relay, Amazon marketplace email aliases, and TikTok addresses are not real inboxes. Emails sent to these addresses typically bounce silently or are never read.
Disposable addresses: Addresses from throwaway-email services like
example.comortempmail.comare invalid for survey purposes.Spam complainers: If a contact marks one of your surveys as spam, continuing to send to them increases the risk of your domain being flagged by email providers.
Known bounce addresses: System addresses like
no-reply@that are guaranteed to bounce.
Suppression handles all of these cases automatically, so you don't have to manage them manually.
Global suppression, managed by Retently
Retently maintains a global suppression list of domains and email addresses that are blocked across all accounts on the platform. You cannot modify this list, and it requires no action on your part.
For privacy reasons, email addresses on the global list are displayed in masked form (e.g., j***@g***.com). This ensures that addresses reported as spam complaints on other accounts are not exposed to you.
Account-level suppression, managed by you
In addition to the global list, you can maintain your own suppression list at the account level. This is useful when you know certain addresses or domains should not receive surveys from your account specifically.
Account-level suppressions are private to your account; they have no effect on other Retently accounts.
How to manage your suppression list
Go to Settings → Suppressions. The page has two tabs:
Suppressed Emails tab
Shows all suppressed email addresses visible to your account, including:
Global entries (scope: Global), maintained by Retently, read-only
Your account's manual entries (scope: Account) added by you, removable
To add an email address:
Click + Add Email
Enter the email address
Optionally add a note to explain why it was added
Click Add Email
To remove an account-level email suppression, click Remove next to the entry. Global entries cannot be removed.
Suppressed Domains tab
Works the same way for domains. You can suppress an entire domain so that no contacts with that domain receive email surveys from your account.
To add a domain:
Click + Add Domain
Enter the domain pattern (e.g.,
acme.comor*.acme.comfor all subdomains)Select a category: Disposable, Relay, Marketplace, or Other
Optionally add a note
Click Add Domain
Wildcard patterns are supported. For example, *.internal.company.com will block all subdomains of internal.company.com.
How email addresses are displayed and searched
Why email addresses appear masked
Email addresses in the suppression list are shown in a masked format, for example j***@g***.com. This applies to both global and account-level entries. The masking protects privacy in cases where suppressed addresses originated from spam complaints or other sensitive sources.
Checking whether an email address is suppressed
Because the list is masked, you cannot visually scan it for a specific address. Instead, use the Check Email field at the top of the Suppressed Emails tab:
Type the full email address into the Check Email field
Press Enter or click Check
Retently will tell you whether that address is suppressed, and if so, its scope (Global or Account), the reason, and when it was added
If the address is account-scoped and was added manually, a Remove button will appear directly in the result so you can unsuppress it immediately.
Email addresses with dots and plus signs
Retently normalizes email addresses before storing or checking them. Specifically:
Dots in the local part are ignored:
j.doe@example.comandjdoe@example.comare treated as the same addressPlus aliases are stripped:
user+tag@example.comanduser@example.comare treated as the same address
This means:
If
jdoe@example.comis suppressed and you addj.doe@example.com, you will get a “duplicate” error — they resolve to the same suppression entryIf you check
user+newsletter@example.comanduser@example.comis suppressed, the check will return a match
This normalization ensures that address variations cannot be used to bypass a suppression. It applies to all domains, not just Gmail.
Suppression, GDPR, and deleting contact data
How suppressed email addresses are stored
For privacy and GDPR compliance, suppressed email addresses are not stored in plaintext in Retently’s database. Instead, each address is converted to a one-way cryptographic hash before being saved. The original email address cannot be recovered from the stored hash.
This means:
No one — including Retently — can read back the email addresses from the suppression database
The suppressed address still does its job: when a survey is about to be sent, Retently hashes the recipient’s address and compares it against stored hashes, blocking the send if there is a match
The masked display (
j***@g***.com) you see in the UI is generated at the moment the email is added or looked up, not read from stored data
Handling GDPR data deletion requests
When a contact submits a right-to-erasure (GDPR deletion) request, you may need to delete their contact record from Retently — but you also want to make sure they are never contacted again in the future.
The recommended approach is:
Delete the contact from Retently (or via the API). This removes their personal data.
Add their email address to your suppression list. Since suppressed addresses are stored as hashes, no personal data is retained, but any future attempt to send a survey to that address will be blocked.
This satisfies both requirements: the personal data is gone, and the address is protected from future sends.
Suppression vs. unsubscription — what is the difference?
These two mechanisms look similar but serve different purposes:
Unsubscribe | Suppress | |
What it does | Opts the contact out of survey emails | Blocks all email surveys to that address |
Contact record | Kept in Retently; marked as unsubscribed | Can be deleted; suppression works without a contact record |
Use case | Contact no longer wants surveys | Address is invalid, harmful, or subject to a GDPR deletion request |
In short: use unsubscribe when a contact opts out by choice; use suppression when the address must never receive surveys regardless of how the contact is created.
What happens to suppressed contacts
At contact creation
When a new contact is added — manually, via CSV import, through the API, or via an integration — Retently automatically checks whether their email matches any suppression rule. If it does, the contact is marked as Suppressed immediately.
On the Contacts page
Suppressed contacts show a Suppressed label. You can filter your contact list by suppression status using the Customer Status → Suppressed filter.
When sending a survey
If you attempt to manually send a survey to a suppressed contact, you will see a warning: “This contact is suppressed. Their email domain or address has been blocked from receiving surveys.”
No survey will be queued and no credits will be consumed.
For campaign (automated) sends, suppressed contacts are excluded before the campaign worker processes the audience, so they are simply skipped.
In the Outbox
If a contact was suppressed after a survey was already queued, the outbox entry will show a Suppressed status (gray icon). In this case, no email was delivered.
Suppressions in deliverability statistics
The Deliverability page (available under Analytics) shows a month-by-month breakdown of email events including bounces, spam complaints, unsubscribes, and suppressions.
What the Suppressions column counts
The Suppressions column counts the number of times a survey send was blocked at send time because the recipient’s email address or domain was on the suppression list. Each suppressed send attempt is recorded as a single event.
This is a send-time count, not an import-time count. It tells you how many actual delivery attempts were intercepted by suppression — not how many of your contacts happen to have a suppressed address.
For example: if you have 50 contacts with suppressed email addresses but none of them are targeted by a campaign this month, the counter stays at zero. The number only increases when a send is actively attempted and blocked.
Note: This column is currently being rolled out and will begin populating once the feature is fully enabled on your account.
