Suppressions
A suppression is an address your project must not mail again: it hard bounced, or the recipient marked your mail as spam. Sending to these addresses anyway is how sender reputations die — so Mailway blocks it at the source.
How addresses get suppressed
Section titled “How addresses get suppressed”- Automatically — when a provider reports a hard bounce or a spam complaint through delivery events (Amazon SES, Mailtrap), the recipient lands on the project’s suppression list with the reason attached.
- Manually — add an address in the console (Suppressions page), e.g. for a recipient who asked you directly to stop.
Suppressions are per project: a bounce on your marketing project doesn’t block a password reset from your transactional project.
Per project also means not per provider — and that’s the point. A hard bounce reported by Amazon SES suppresses the address for every provider attached to the project: the same address won’t go out through SendGrid or Mailgun tomorrow either. Each provider alone only ever learns from its own traffic; because all of yours report back into one gateway, what one provider learns protects your sends through all of them.
What happens on send
Section titled “What happens on send”Both send paths check the list:
- The Send API rejects up front —
422with codesuppressed_recipient, naming the blocked addresses — so your app knows immediately. - Mail entering through the SMTP relay is accepted (SMTP
has no way to reject one recipient of many cleanly), then stopped
before any provider handoff and marked accordingly in the console. A
mail.suppressedwebhook event fires.
On the SMTP path the stopped mail shows as failed (console: “Rejected”) with the blocked address named — troubleshooting if you’re tracking down why a send didn’t go out.
Un-suppressing
Section titled “Un-suppressing”Addresses can be removed in the console (admin-only, and every change is written to the team’s audit log). Un-suppress deliberately: if the address hard-bounced yesterday, it will hard-bounce today, and repeat bounces are exactly what mailbox providers punish.
Matching is case-insensitive on the full address.