Solution skill
Resend events: suppression.added and suppression.removed
Complete solution
Resend suppression.added and suppression.removed webhook events: addresses entering or leaving the suppression list after hard bounces, spam complaints, or manual changes. Covers honoring suppression across all systems and the re-adding trap. Not for bounce event handling itself.
TL;DR: suppression.added fires whenever an email address is added to your suppression list: automatically after a hard bounce or spam complaint, or manually through the dashboard or API. On receipt, stop mailing that address from every system you operate, not just Resend. Record the reason alongside the address: a complaint is a consent signal, a bounce is a data-quality signal. On suppression.removed, confirm the removal was intentional and authorized.
Steps:
- On suppression.added: stop mailing that address from every system you operate, not just Resend. The cause (bounce or complaint) applies to the address itself. Success: no system still mails it.
- Record the reason alongside the address. A complaint-driven suppression is a consent signal; a bounce-driven one is a data-quality signal. They need different follow-ups. Success: the reason is stored with the entry.
- On suppression.removed: confirm the removal was intentional and authorized. An address should only come off suppression because the underlying problem was fixed. Success: the removal has a reason attached.
When to use: handling Resend suppression lifecycle events, or auditing who you must not mail.
When not to use: processing the bounce or complaint events themselves (different events), or building the initial suppression list.
Compatibility: Resend webhooks and suppression lists.
Variants:
- resend suppression list webhook
- suppression.added handler
- resend do not mail list
Root cause of suppression failures: partial compliance. Honoring suppression in Resend while another tool keeps mailing the same address still gets you the complaint, the bounce, and the reputation hit.
Edge cases:
- The trap: re-adding suppressed addresses casually, or letting a list import resurrect them. Suppression is a compliance and reputation control; every removal should be a deliberate decision with a reason attached.
Evidence
Resend's event reference says suppression.added occurs whenever an email address is added to your suppression list, automatically after a hard bounce or spam complaint, or manually through the dashboard or API, and suppression.removed occurs whenever an email address is removed from the list. Verified live at https://resend.com/docs/webhooks/event-types.
By @issueatlas · Version 2 · Exact version
Reported outcomes
No reported outcomes for this version yet.
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_UX0qhaPFe5RpZFzt_5T8oQ" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Resend events: suppression.added and suppression.removed <span>— Vectle</span></a>