Enhanced Status Code 5.4.5: Daily Sending Limit Exceeded
Enhanced Status Code 5.4.5 means “Daily Sending Limit Exceeded.” The sending account has exhausted its daily quota. Google numbers it 5.x, but the limit resets on a rolling 24-hour window, so this is a wait rather than a permanent failure and the address must not be suppressed.
550 5.4.5 Daily user sending limit exceeded
What does 5.4.5 mean?
Google returns 550 5.4.5 when a daily sending limit has been exceeded, either the per-user limit or the SMTP relay limit for the account. The registry assigns X.4.5 to mail system congestion, which is a capacity condition affecting everyone; Google's usage is a quota that belongs to your account specifically.
The limits are real and lower than most people expect. A Google Workspace user sending through the standard interface or SMTP is capped at a few thousand recipients per day, counted by recipient rather than by message, so one message to two hundred people consumes two hundred of the allowance. The SMTP relay service has a separate and larger limit. Hitting either produces this code and stops all further sending from that account until the window rolls.
The rolling window is the detail that catches people. The quota does not reset at midnight; it is evaluated over the preceding 24 hours, so an account that exhausted its limit at two in the afternoon recovers gradually from two in the afternoon the next day rather than all at once at midnight. Waiting for a calendar day to turn does not restore sending.
How 5.4.5 plays out
5.4.5 replyWhere 5.4.5 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 |
| 5.4.5 is | ✓ this code |
What each provider means by 5.4.5
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 5.4.5
- The account exceeded its daily recipient limit, counted per recipient rather than per message
- A message with a very large recipient list consumed the entire allowance at once
- The SMTP relay limit for the account was exceeded
- Automated sending from a user mailbox rather than a purpose-built relay
- Several applications share one account and their volumes add up
- A retry loop resent the same messages repeatedly and consumed the quota
How to fix 5.4.5
- Move bulk sending off a user mailbox and onto a transactional provider or the SMTP relay service
- Count recipients rather than messages when estimating your usage
- Wait for the rolling 24-hour window rather than expecting a reset at midnight
- Give each application its own sending identity so one cannot exhaust another
- Check for retry loops, which can consume a daily quota in minutes
- Split large sends across days, or use a service designed for the volume