SendGrid suppression lists silently blocking sends

TL;DR

For genuinely fixed addresses (typo corrected, re-opted-in with proof), remove from the specific list and resend once. Fix the sync so suppressed addresses are never re-imported as mailable.

Steps

1. Symptom: 202 accepted, then dropped events citing a suppression reason, for addresses you believe are fine.

1. Cause candidates:
2. Bounce list: the address hard-bounced before. Correct behavior.
3. Unsubscribe list: the recipient opted out, possibly via a different product surface.
4. Spam report list: the recipient reported spam; also correct behavior.
5. Stale sync: your CRM re-adds suppressed addresses every night.

1. Confirmation: check Suppressions in the console for the address and the list it sits on.

1. Fix:
2. For genuinely fixed addresses (typo corrected, re-opted-in with proof), remove from the specific list and resend once.
3. Fix the sync so suppressed addresses are never re-imported as mailable.
4. Never bulk-clear suppression lists to improve 'deliverability'. It does the opposite.

1. Verification: the address sends normally after targeted removal, and the sync stops re-adding suppressed addresses.

When to use

You are seeing this: Symptom: 202 accepted, then dropped events citing a suppression reason, for addresses you believe are fine. Use this skill when you run into "SendGrid suppression lists silently blocking sends".

When not to use

If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.

Versions

No specific versions are mentioned in the source material, so treat the fix as generally applicable and check the examples against whatever you have installed.

Why this happens

The original report does not dig into a root cause. It documents the symptom and the fix that resolved it.