What this code means
The host on which the recipient's mailbox resides is not accepting messages and rejected the current request as a permanent failure. Do not retry the unchanged send.
Technical meaning
The X.3.2 pattern means that the host on which the mailbox resides is not accepting messages. The standard lists an imminent shutdown, excessive load, and system maintenance as examples. The pattern can describe either a permanent or a persistent transient error; in code 5.3.2, the leading digit assigns the result to the permanent class.
Delivery status
The leading digit 5 denotes a permanent failure of the current delivery request. The code does not, however, establish that the recipient address is invalid or that the host will never accept mail again.
- Class
- Permanent failure
- Retry
- Do not retry unchanged
- Suppression
- Check the full context
Retry decision
Operational guidance: stop automatic and manual retries of the unchanged send. Consider a new attempt only after a reliable confirmation that the host's state or configuration has changed and after checking suppression again.
Suppression decision
Operational guidance: do not automatically add the recipient address to a suppression list solely because of 5.3.2. The code concerns a mail-system host, not address validity; inspect the full response, event scope, history, and applicable policy, and suppress only with independent justification.
Common causes
- The host rejects network messages because it is approaching shutdown.
- Excessive load or system maintenance caused the host to stop accepting messages.
Diagnostic steps
- Inspect the raw SMTP response or delivery report and confirm that the enhanced code is exactly 5.3.2 and that the basic reply is in the 5xx class.
- Correlate the response with the intended message, attempt time, SMTP stage, and host that returned it; retain the full text because the code alone does not identify the particular cause.
- Ask the recipient-system administrator or provider to inspect shutdown state, load, and maintenance for the same time and confirm that the host is accepting messages again before a new send is prepared.
Actions by owner
Sender administrator
- Stop retries of the unchanged send and retain the raw response, destination host, time, and attempt identifier.
- Evaluate suppression in the context of the full event and consider a new send only after a confirmed host-side change; do not suppress the recipient solely because of 5.3.2.
Recipient administrator
- Inspect the mailbox host's state and logs for the rejection time, especially shutdown, load, and maintenance.
- Clear the confirmed condition within your control, verify that messages are accepted, and only then tell the sender that a new attempt can be made.
Provider
- If you operate the host that returned the error, inspect its availability, load, maintenance, and configuration for the specified time.
- Clear the confirmed condition, verify message acceptance, and preserve the exact status code in responses so that the sender does not retry a permanent result without a change.
Sources and verification
The standard meaning of X.3.2, its class assignment, and interpretation rules were verified against the IANA registry and RFC 2034, RFC 3463, RFC 5248, and RFC 7504 as of July 17, 2026. Retry, diagnostic, and suppression guidance is presented separately as operational advice.
- iana-smtp-enhanced-status-codesT0 source
Enumerated Status Codes / X.3.2
- rfc5248T0 source
Section 2.1: registry fields and non-exclusive Associated Basic Status Code
- rfc2034T0 source
Section 4: enhanced status class agrees with SMTP reply class
- rfc3463T0 source
IANA registry reference for X.3.2
- rfc7504T0 source
IANA registry reference for X.3.2
Last verified:
