Blazalek.com

5.1.8SMTP 5.1.8: The sender system address is invalid

5.1.8 is a permanent class 5 status that concerns the system named by the sender address, not the recipient mailbox. The unchanged attempt does not repeat. The sender-domain administrator acts first, on the sender domain or its return-mail routing, and the sender resends only after that correction is verified.

Category
Addressing
Class
Permanent failure
Retry
Do not retry unchanged
Suppression
Check the full context

TL;DR

Permanent sender-system status: the domain in the envelope sender does not exist or cannot take return mail. Do not retry unchanged; the sender-domain administrator corrects the domain or its return path first.

What this code means

X.1.8 means the system identified by the sender address does not exist or cannot accept return mail. In an Internet address, this concerns the part to the right of @ in the sender address, not the local part and not the recipient. 5.1.8 is the permanent, class 5 form of that status.

Provider examples

proofpoint example
smtp;550 5.1.8 <sender@example.com>: Sender address rejected: Domain not found (in reply to RCPT TO command)

Technical meaning

The address this code concerns is the envelope sender given in MAIL FROM, the reverse path that a receiving system records as Return-Path on delivery and the address any bounce would be sent back to. The sending system sets that address, and it can differ from the From header shown to the reader, so a correct-looking From header does not clear the condition and does not change what has to be checked. The response reports that the system named to the right of @ in the envelope sender does not exist or cannot receive return mail; it reports nothing about the recipient mailbox or about the message itself.

Delivery status

Class 5 is permanent for the attempt as sent. RFC 2034 requires the enhanced status class to agree with the SMTP reply class, so 5.1.8 arrives on a 5xx reply and never on a temporary one. RFC 5248 records the associated basic status code as non-exclusive, so the three-digit reply carrying the code varies between systems, and the enhanced code together with the full response text is what identifies the condition. The status describes the sender system, so it does not support recipient suppression.

Class
Permanent failure
Retry
Do not retry unchanged
Suppression
Check the full context

Retry decision

Do not retry the message as sent; the same envelope sender produces the same permanent result. A new attempt is authorized only after the envelope sender domain resolves and accepts return mail, and after that correction has been confirmed outside the sending queue. A send from a corrected envelope sender is a new route rather than a retry of the rejected attempt, and it counts as the first controlled test of the correction.

Suppression decision

5.1.8 evaluates the sender system, so it carries no verdict on the recipient address and is not grounds for suppressing that recipient. Record the event against the sender domain and its return path, and leave suppression to codes that report the destination address. Where a recipient is already suppressed on other evidence, that decision stands on its own record and is not confirmed by this code.

Common causes

  • The domain in the envelope sender does not exist in DNS, or exists as a name with no mail configuration at all, so the receiving system finds no sender system that could take return mail.
  • The domain resolves, but there is no working return route to it: no reachable mail exchanger, or a published host that no system answers for, so mail addressed back to the sender has nowhere to go.
  • The domain and its routing exist, but the bounce configuration names something else: a return-path subdomain or bounce domain that was never published or has since lapsed, or an envelope sender rewritten by an intermediate system into an address the sending organization does not host.

Diagnostic steps

  1. Read the complete SMTP response as the receiving system returned it, and confirm that the enhanced code is 5.1.8 and which 5xx reply carried it; the response text, not the digits alone, states which address was rejected.
  2. Take the envelope sender from MAIL FROM in the transaction log for that message and compare it with the From header; where the two differ, the envelope sender is the address the code concerns, and it is the address carried into the rest of the check.
  3. Check DNS and return routing for that envelope sender domain: whether the domain resolves, whether it publishes a reachable route for mail addressed back to it, and whether the return-path or bounce host named in the sending configuration is the one actually published.
  4. Make one controlled attempt only after a corrected envelope sender domain resolves and accepts return mail: a single message to a destination known to be reachable, with the full response retained, so the result attaches to the correction and not to a batch.

Actions by owner

Sender

  • Hold the affected sending until the sender-domain administrator confirms a corrected envelope sender; resending the same message reproduces the same permanent result.
  • Hand over the full response, the envelope sender that was used, the From header and the timestamps of the failed attempts, so the correction is made against the address that was actually rejected.

Sender administrator

  • Confirm what the envelope sender domain publishes: that the domain exists, that mail addressed back to it has a reachable route, and that the return-path or bounce host in the sending configuration matches what is published.
  • Correct the sending configuration so the envelope sender is a domain the organization hosts and monitors for return mail, then verify the corrected path with one controlled send before normal volume resumes.

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.

Last verified:

Found an error or inaccuracy? Report a correction.

Point out the part of this page that should be checked. Every report is reviewed manually.

Type of problem

Describe the issue and, if useful, suggest corrected wording.

For a factual report, include a public source when possible.

You can submit anonymously. A reply is not guaranteed.

Do not paste full bounce messages, headers, email addresses, Message-IDs, tokens, or other personal data. Redact evidence before sending.

Sending a correction shares the information you enter with Formspree so I can review and improve this page. Read the privacy notice.

Guide

Incidents

Wojtek Blazalek

Email deliverability expert

Stuck on this error code? I help teams identify rejection causes and fix authentication and reputation, so email reaches the inbox.

Hands-on deliverability work for teams that send at scale.