Suppression Lists and Subscriber Status
Suppression protects people who should not receive normal marketing email, including unsubscribed, bounced, or complained subscribers.
Overview
A suppression list is a safety list. It keeps specific email addresses out of future sends, even when those addresses match a subscriber rule. In Mailrith, subscriber status provides this protection.
For example, a subscriber may have the customer tag and match a segment. If that subscriber unsubscribed or complained, Mailrith should not send them normal marketing email.
Suppression protects both subscribers and the sender. It also helps prevent accidental resends to people who already gave a clear stop signal.
Think of suppression as the final safety gate after targeting. Tags and segments define who you want to reach. Subscriber status defines who is safe to email. A person can match a subscriber rule and still be excluded from a normal marketing send.
Suppression exists because subscriber rules alone are not enough. A broad segment such as all customers may include people who unsubscribed, hard bounced, complained, or were manually blocked. The safety status should take priority over the targeting rule.
Suppression also protects future deliverability. Repeated sends to bounced addresses or people who complained can hurt Sender Reputation and Spam Rate.
Do not treat suppression as an error only because the final recipient count is smaller than the segment count. A lower count often means Mailrith correctly protected people who should not receive normal marketing email.
What to Do
- Before sending, use tags or segments to define the target subscribers.
- Let Mailrith exclude subscribers whose status shows they should not receive normal marketing email.
- After imports, keep old unsubscribed, bounced, or complained contacts out of active status.
- If a subscriber says they did not receive an email, check their subscriber status before you change the campaign.
- Before you reactivate a subscriber, confirm the subscriber asked to receive email again and document why you changed the status.
- When you troubleshoot a send count, compare the segment size with the final eligible recipient count.
- Review Bounces, Spam Complaints, and One-Click Unsubscribe and Opt-Outs so you understand which events change subscriber statuses.
What to Check
- Respect unsubscribed, bounced, complained, blocked, and similar protected statuses.
- Do not import old unsubscribed addresses as active subscribers.
- Check subscriber status when a person expected an email but did not receive one.
- Use workspace-specific review before you manually change protected statuses.
- Label test contacts clearly so they do not affect real subscriber decisions.
- Suppression protects sender reputation by reducing repeated bounces and complaints.
- If you are troubleshooting delivery, check suppression before you assume your email delivery service failed.
- A subscriber can match a tag or segment and still be excluded because their status is not safe for marketing email.
- Reactivation should be rare. Reactivate a subscriber only after the subscriber clearly asks for it, not to increase a campaign count.
Fix Common Issues
Keep Invalid Addresses Out
A bulk email list checker found invalid addresses that are likely to bounce or fail before sending.
- Export the clean CSV rows from the bulk email list checker.
- Do not import invalid CSV rows into an active list.
- Keep a separate cleanup file if you need to contact the source owner or manually fix typos.
- Do not reactivate bounced or invalid contacts unless the person confirms the corrected address.
- After you import the clean list, send first to a smaller engaged segment if the source list is old or uncertain.
Note
If the subscriber count drops at send time, check subscriber status before you assume the segment is broken. The final count may be lower because Mailrith is protecting suppressed contacts.