Enhanced Status Code 4.7.27: Rate Limited - SPF Authentication Failed
Enhanced Status Code 4.7.27 means “Rate Limited - SPF Authentication Failed.” Google is throttling your mail specifically because SPF did not pass. The message is deferred rather than refused, but the throttle stays until the SPF failure is fixed.
421 4.7.27 Email rate limited. SPF authentication failed for the sending domain
What does 4.7.27 mean?
In practice 4.7.27 is a Google code. It is returned with a 421 reply and text saying the message is rate limited because SPF authentication failed. The registry assigns X.7.27 to a sender address with a null MX, but a null MX is a permanent fact about DNS rather than a temporary condition, so the 4.x form of that meaning is not something a receiver has cause to send. Google's usage is the one senders meet.
The distinction from a plain SPF rejection matters. Google is not refusing the message, it is slowing you down and telling you exactly why. That makes 4.7.27 one of the more useful bounces you can receive: it names a single mechanism, so there is no ambiguity about whether the problem is DKIM, alignment, content or reputation. SPF did not pass, and Google has decided that unauthenticated mail from you gets a smaller share of its capacity.
Because it is a deferral, mail keeps flowing at a reduced rate and the problem stays invisible on delivery dashboards that only count final outcomes. The tell is throughput: sending takes far longer to drain than it should, with no permanent failures to explain it. Check your SPF result before assuming a capacity problem at your own end.
How 4.7.27 plays out
4.7.27 replyWhere 4.7.27 sits: soft vs hard bounce
| Soft bounce (4xx) | Hard bounce (5xx) | |
|---|---|---|
| Nature | Temporary | Permanent |
| SMTP class | 4xx | 5xx |
| What to do | Let it retry | Suppress the address |
| Recoverable? | Often | No |
| 4.7.27 is | ✓ this code |
What each provider means by 4.7.27
A registered code does not oblige a provider to use it that way, and the large ones diverge. Match the wording in your own bounce, not the definition above.
Common causes of 4.7.27
- The sending IP address is not authorised in the SPF record for the envelope sender domain
- The SPF record exceeds the ten DNS lookup limit and evaluation returns permerror
- The domain publishes two SPF records, which is invalid and fails outright
- A new sending platform was added without being included in the record
- The envelope sender uses a subdomain that has no SPF record of its own
- Mail is being forwarded, so the connecting IP is a forwarder rather than yours
How to fix 4.7.27
- Check the SPF record and its lookup count with SPF Record Checker
- Send a test message and confirm spf=pass appears in the Authentication-Results header
- Add every sending platform, and publish a record for any subdomain used as an envelope sender
- Consolidate to exactly one SPF record for the domain
- Sign with DKIM as well, since DKIM survives forwarding where SPF cannot
- Expect throughput rather than bounce rate to be the visible symptom, and monitor it