Enhanced Status Code 4.4.7: Delivery Time Expired
Enhanced Status Code 4.4.7 means “Delivery Time Expired.” Your email has been sitting in the retry queue for too long and the maximum delivery time has expired. The sending server tried repeatedly to deliver the message but failed every attempt over the configured retry period (typically 24-72 hours).
Action: failed Status: 4.4.7 Diagnostic-Code: smtp; 451 4.4.7 Queue.Expired; message expired, the server was unable to deliver the message before the retry period ended
What does 4.4.7 mean?
Enhanced status code 4.4.7 indicates your sending server has exhausted its retry attempts for this message. After receiving temporary failures (4xx codes) from the recipient server, your MTA kept retrying according to its schedule. When the maximum retry period expired (typically 24-72 hours depending on your MTA configuration), the message was bounced with 4.4.7.
This is a significant error because it means the recipient server was unreachable or rejecting messages for an extended period. While technically a soft bounce, the practical impact is that the message was never delivered. The underlying cause might be any of the 4xx temporary errors (421, 450, 451, etc.) that persisted for too long.
Microsoft 365 commonly returns 4.4.7 when the recipient server has been unreachable for the retry period. Check whether the recipient domain MX records are correct and the destination server is operational.
How 4.4.7 plays out
4.4.7 replyWhere 4.4.7 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.4.7 is | ✓ this code |
Common causes of 4.4.7
- Recipient server was down for an extended period exceeding your retry timeout
- Persistent soft bounces (421, 450, 451) that never resolved
- DNS changes that made the recipient server temporarily unreachable
- Network routing issue that persisted through the entire retry period
- Rate limiting so severe that no retry window was available
How to fix 4.4.7
- Check if the recipient domain is currently reachable and accepting mail
- Verify recipient MX records are valid and pointing to active servers
- Consider increasing your MTA retry period if messages are timing out too quickly
- Retry sending manually after confirming the recipient server is available
- If the recipient server is back online, resend the message