← Back to blog
Bounce Codes · SMTP 421

SMTP 421: what this response actually means

A 421 is the server closing the connection, not rejecting your message. Here is how I tell a routine capacity signal from a reputation throttle that needs a slower ramp, not a retry.
3 min read · Updated August 2026

An SMTP 421 response means the receiving server is refusing the connection right now, not refusing your message specifically. RFC 5321 defines 421 as "Service not available, closing transmission channel," issued when the server has to shut down the session, whether that is scheduled maintenance, a load limit, or the server deciding your IP is sending too fast.

421 is a base reply code, not an enhanced status code on its own, and it is almost always paired with an enhanced code such as 4.7.28 that narrows down why. RFC 3463 classes any 4yz reply as a persistent transient failure: the message as sent is valid, held up by a condition expected to clear.

The two shapes a 421 takes

A capacity or maintenance signal

Unrelated to your sending behavior specifically. It tends to affect delivery to that receiving domain broadly for a window, not just your IP, and clears on its own once the condition passes.

A rate-limit or reputation throttle

Specific to your sending pattern. Gmail issues a 421 4.7.28, for example, when it decides an IP or domain is sending at a rate its current reputation does not support, a different situation from domain-wide capacity even though the base code looks the same.

How I check it I group 421s by receiving domain and by whether the message eventually clears on retry within the same send. A one-time 421 that clears broadly across recipients is capacity. A 421 that recurs specifically against one domain, at a rate that scales with your send volume, is a throttle on your reputation there, and needs a slower ramp rather than a retry loop.

Why retrying blindly can make a throttle worse

Unlike a permanent 5yz code, a 421 is legitimately worth retrying once, with backoff. But if the real cause is a reputation throttle and you retry aggressively across the same recipients at the same domain, that can compound the exact sending pattern that triggered the throttle in the first place. The ramp rate I actually use is gated on engagement holding at each step rather than a fixed retry count, for the same reason.

Questions I get asked a lot

Is a 421 the same as being blocked?

No. Blocking is usually a 5yz permanent refusal. A 421 is the server saying not now, and RFC 3463 classes any 4yz reply as a persistent transient failure rather than a permanent one.

How many times should I retry a 421?

Enough for a genuine capacity blip to clear, with backoff between attempts. If the same domain keeps returning 421 across multiple sends over hours or days, that is no longer a transient blip; it is a rate signal worth reading rather than retrying through.

Does a 421 hurt my sender reputation?

The 421 itself is the provider protecting its own queue, not a reputation penalty by itself. Repeated 421s against one domain are frequently a symptom of a reputation problem already forming, worth checking rather than assumed to be the cause on their own.

Recurring 421s from one provider?
Run the free diagnostic and I will tell you whether this is capacity, a reputation throttle, or something else, before you retry your way into a worse signal.
Start the free diagnostic →
Julian Turgelski
The Diagnostic Blog
hello@julianturgelski.com
Julian's diagnostic console