TL;DR
Reports that a UTF-8 reply was needed but the SMTP client forbids it: success status, not rejection. Operationally relevant for mailbox-name display limits. Do not retry. Deliverability and list hygiene are unaffected.
What this code means
Displaying a mailbox name would require a UTF-8 string in the reply, but the SMTP client's restrictions block that form; pattern X.6.8 under class 2 records that presentation constraint in an otherwise successful SMTP exchange rather than a delivery failure. The code does not assert that the mailbox is invalid or unreachable. Whether UTF-8 display is required, and which client setting blocked it, must be read from the full response and client configuration, not from the enhanced code alone. The success class still applies even though the reply cannot show the name in UTF-8.
Technical meaning
The X.6.8 pattern means that displaying the mailbox name requires a reply that contains a UTF-8 string, but the SMTP client does not allow such a reply. In the concrete code 2.6.8, class 2 qualifies this condition as success.
Delivery status
The leading digit 2 denotes success. Code 2.6.8 does not describe a temporary error, a permanent error, or a rejection; it reports a limitation on the form of the reply within a success-class result.
- Class
- Success
- Retry
- Do not retry unchanged
- Suppression
- Check the full context
Retry decision
Do not retry the SMTP operation automatically based on code 2.6.8 alone because it is a success status. If displaying the mailbox name in UTF-8 is necessary, first establish the client restriction and the full response context, and only then consider a deliberate new attempt; without a change in conditions, it may produce the same result.
Suppression decision
Do not add the address or domain to a suppression list based on code 2.6.8 alone. The code does not state that the mailbox is invalid or unavailable; make a suppression decision only from other independent events and the full context.
Common causes
- The server needs to use a UTF-8 string to show the mailbox name in its reply, but the SMTP client's restrictions do not allow that reply to be returned.
Diagnostic steps
- Inspect the raw SMTP response or report and confirm that the enhanced code is exactly 2.6.8 and that the event belongs to the success class.
- Correlate the code with the relevant SMTP operation and retain the complete response text to confirm that it concerns a mailbox name requiring a UTF-8 string.
- Inspect the SMTP client configuration and recorded behavior together with available server logs to determine why the client did not permit a reply containing UTF-8.
Actions by owner
Sender
- Treat 2.6.8 as a success status and do not repeat the same operation solely because this code appeared.
- If you need the UTF-8 mailbox name, give the administrator the complete response and context; do not infer from this code alone that the recipient address is invalid.
Sender administrator
- Preserve the success class, raw response, operation stage, and client settings, then identify the restriction that prevented a UTF-8 reply.
- If the mailbox name must be shown, correct the client-side configuration or handling and verify the result with a controlled new attempt without triggering automatic suppression.
Provider
- Preserve code 2.6.8 and the complete response text as a success-class event; do not present it as a bounce or rejection.
- Expose the available mailbox-name context and UTF-8 reply restriction so that an administrator can diagnose the client behavior without guessing.
Sources
These sources define what this enhanced status code means, mainly through the IANA registry and related RFCs. When provider examples appear on the page, they come from that provider's published documentation. Follow the links to read the original wording in context.
- SMTP Enhanced Status Codes — IANA registry of enhanced mail system status codes.
- RFC 5248 — A Registry for SMTP Enhanced Mail System Status Codes — Creates and governs the IANA enhanced status code registry.
- RFC 2034 — SMTP Service Extension for Returning Enhanced Error Codes — Defines how SMTP returns enhanced status codes to clients.
- RFC 6531 — SMTP Extension for Internationalized Email — SMTP extension for internationalized email addresses and content.
Last verified:
