← Back to blog
Bounce Codes · SMTP 550

550 5.1.1: what this bounce actually means

The receiving server looked up the address and found no mailbox there. Here is how I tell a genuinely dead address from the two things that look like one.
3 min read · Updated August 2026

A 550 5.1.1 bounce means the receiving server checked the mailbox in the address you sent to and found nothing there. RFC 3463 defines 5.1.1 as a bad destination mailbox address: the part before the @ does not match any real mailbox the receiving server currently recognizes.

This is a different failure from a domain that does not exist at all, which usually fails at the DNS lookup before the SMTP conversation even starts, and different again from a mailbox that exists but is temporarily full, which returns 4.2.2, a transient failure rather than a permanent one.

What actually causes a 5.1.1

The address never existed

A typo at signup, or an address copied from somewhere with a character wrong, produces a 5.1.1 immediately and on every attempt afterward, since there was never a real mailbox behind it.

The address existed and was deleted

An employee left, a free-mail account expired from inactivity, or a subscriber closed their account. The address delivered cleanly before and fails permanently now, with no warning bounce in between.

How I check it I group bounces by receiving domain and by how the failure pattern behaves over time before I read the total. A genuinely dead address accumulates gradually and scatters across many receiving domains at once. A policy or reputation rejection concentrates in one or two receiving domains and tends to start on a specific date, which is a different problem with a different fix.

Why 5.1.1 needs a different fix than a policy rejection

A 5.1.1 is a list-quality problem. Suppressing the address is correct, and the real difference between a soft and a hard bounce covers which other codes are safe to treat the same way. If the bounce your list is actually returning is a 550 5.7.1 instead, the fix is in your authentication setup or your reputation, not in your list, and treating the two as the same problem wastes the fix that actually applies.

Questions I get asked a lot

Is a 550 5.1.1 always a dead address?

It means the mailbox the receiving server checked does not exist right now. That covers a typo, a decommissioned account, and a genuinely dead address alike, so the code alone does not distinguish them; the pattern across your list does.

Should I remove every address that returns 5.1.1?

A 5.1.1 is a permanent failure by RFC 3463's own definition, so a repeat offender is safe to suppress. A single occurrence on an address that has delivered cleanly before is worth a second look before suppression, in case the failure was a transient issue on the receiving side.

What is the difference between 5.1.1 and 4.2.2?

5.1.1 is a bad destination mailbox address, a permanent failure. 4.2.2 is a full mailbox, a persistent transient failure that is expected to clear once the recipient makes room, per RFC 3463's own class definitions.

Not sure if it is your list or your setup?
Run the free diagnostic and I will tell you whether this is a list-quality problem, an authentication gap, or something else, in the order that actually resolves it.
Start the free diagnostic →
Julian Turgelski
The Diagnostic Blog
hello@julianturgelski.com
Julian's diagnostic console