Skip to content

Reference

SMTP reply codes

What each reply means, which RFC defines it, what the major providers actually say, and what a verifier returns when a mail server sends it.

2xx — accepted

The server took the recipient. Whether that confirms the mailbox exists depends on something the reply does not say.

The concepts behind these codes — catch-all domains, greylisting, hard bounces, what an unknown verdict is — are defined in the deliverability glossary.

Sources

Primary sources checked 11 September 2026. If something here is out of date, tell us and we will correct it.

Questions about bounce codes

What are email bounce codes?

The reply codes a receiving mail server returns when it refuses a message: a three-digit SMTP code from RFC 5321 and, usually, an enhanced status code of the form class.subject.detail from RFC 3463. Together they say whether the failure is permanent, which part of the system had the problem, and what it was.

How do I know all possible email bounce codes and reasons?

The authoritative list of enhanced status codes is the IANA registry established by RFC 5248 — that is the complete set, and it is linked below. The three-digit reply codes are defined in RFC 5321. Individual providers add their own wording on top, which is why the reply text matters as much as the digits.

How do SMTP codes work?

Every command in an SMTP conversation gets a three-digit reply. The first digit says success, transient failure or permanent failure; the rest narrows it down. Most servers also send an enhanced status code of the form class.subject.detail, which is registered with IANA and is far more specific than the three digits alone.

See the code before the bounce

Every verification result carries the SMTP code and enhanced code the server actually returned. 100 credits a month, free and renewing.