What is “rate control” by ISPs?
Still have a question, spotted an error, or have a better explanation or a source we should cite?
You're mid-send, and deferrals start piling up. The bounce messages say something like "421 Too many connections" or "421 RP-001 The mail server has reached its limit." Nobody blocked you. Nobody rejected you permanently. The ISP is just telling you to slow down. That's rate control.
Rate control is how ISPs manage the volume of incoming mail from any single sender. When you hit their limit, they defer the excess messages with a temporary 4xx SMTP code instead of accepting (or rejecting) them. Your email isn't lost. It sits in your sending queue and your ESP retries it later.
This is the key distinction people miss: rate control is not a block. A block means rejection. A 5xx code, permanent failure, message gone. Rate control is a 4xx code, a temporary defer. The harbor is open. You just have to wait your turn.
Why do ISPs do this?
- Infrastructure protection. No single sender should be able to overwhelm a mail server with volume.
- Reputation evaluation. Newer senders or IPs without history get tighter limits until trust is established. This is why warming a new IP matters so much.
- Spam damage control. If a compromised account starts blasting, rate limits cap how much gets through before someone notices.
- Fair queuing. One high-volume sender shouldn't monopolize delivery resources at the expense of everyone else.
What the codes actually look like
So the most common signal is a 421 response code. Outlook and Microsoft 365 use codes like 421 RP-001 or 421 4.7.0 Too many connections. Gmail might return 421-4.7.28 with a message about sending limits. Yahoo Mail uses 421 Resources temporarily not available. The exact wording varies, but 421 with "rate", "limit", "throttle", or "connections" in the message is almost always rate control, not a block.
How to respond when it happens
- Let your ESP's retry logic do its job. Most ESPs automatically retry deferred messages over the next several hours.
- If you triggered it with a large blast, slow your sending rate or spread the campaign over more time.
- Check whether it's happening consistently from a specific IP. If one IP keeps hitting limits, that IP's reputation may need attention.
- Don't panic and re-send the same messages. That makes the problem worse, not better.
Persistent rate limiting from a major ISP is also a signal worth paying attention to. It sometimes means your IP reputation is lower than you think. If the throttling doesn't ease up after slowing down and waiting, that's worth investigating further.
Not sure if what you're seeing is rate control or an actual block? Share the bounce message with us at our SOS hotline and we'll tell you exactly what you're dealing with.
Contributors
Who worked on this answer
Every name links to their profile. Every company links to their site. Real people, real accountability.