Enhanced Status Code 5.4.4: Unable to Route
Enhanced Status Code 5.4.4 means “Unable to Route.” The mail system could not work out where to send the message next. Almost always a DNS problem: the recipient domain has no usable MX record, or the records point somewhere unreachable.
550 5.4.4 Unable to route: no MX, A or AAAA record found for the recipient domain
What does 5.4.4 mean?
Enhanced status code 5.4.4 means unable to route. RFC 3463 defines it as the mail system being unable to determine the next hop for the message. As a permanent code it says the routing question has a definite answer and the answer is that there is nowhere to send this.
The recipient domain having no MX record is the usual cause. Where no MX exists, SMTP falls back to the A or AAAA record for the domain, so a domain with neither has no route at all. A domain that has expired, that was mistyped, or that never hosted mail all produce the same result. A null MX record, a single dot, is the explicit way for a domain to declare it accepts no mail, and RFC 7505 assigns that its own code in 5.1.10.
The less obvious cause is local: a mail server with a misconfigured relay or transport map may be unable to route mail it should handle perfectly well. If 5.4.4 appears for destinations you know are valid, look at your own routing tables before blaming their DNS, particularly on servers with split delivery or conditional forwarding.
How 5.4.4 plays out
5.4.4 rejectionWhere 5.4.4 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.4 is | ✓ this code |
Common causes of 5.4.4
- The recipient domain publishes no MX, A or AAAA record
- The domain name is mistyped, so it does not exist
- The domain has expired and its DNS no longer resolves
- MX records exist but point at hostnames that do not resolve
- A local relay or transport map is misconfigured and cannot route the destination
- A smarthost is defined for a domain but is itself unresolvable
How to fix 5.4.4
- Look up the MX records for the recipient domain and confirm they resolve to addresses
- Check the domain spelling against the recipient address, since typos are the most common cause
- Confirm the domain has not expired
- If MX hostnames exist but do not resolve, the recipient domain has a DNS fault to fix
- Inspect your own transport maps and relay configuration for destinations you know are valid
- Check 5.1.10 if the domain publishes a null MX, which is a deliberate refusal rather than a fault