Skip to content

Knowledgebase

Fix an MX target that cannot deliver mail even though the domain resolves

domains-dns, email

An MX record identifies a mail-exchange hostname, not an IP address or website URL. The target must resolve and accept mail for the recipient domain. A domain's website working normally does not prove its separate mail delivery path is correct.

Gather the details you will need

Get the exact MX set from the mailbox provider that actually hosts the recipients. Record priorities, target names, current routing and local mailbox configuration. Avoid combining old and new providers unless they explicitly support that arrangement.

01 Fix an MX target that cannot deliver mail even though the domain resolves

  1. Query the domain's authoritative MX records. Compare every priority and target with the intended mail provider's current instructions.
  2. Resolve each MX target to usable A and/or AAAA addresses. An MX target must not be a CNAME alias under the DNS specification.
  3. Check for malformed targets such as a complete email address, an IP in the hostname field or a duplicated domain suffix. Correct the authoritative records after saving their prior state.
  4. Confirm the destination provider recognises the recipient domain and its mailboxes. On a hosting panel, check local versus remote mail routing for the actual service.
  5. Send a controlled message from an external provider and inspect delivery logs or the complete non-delivery report. Use a permitted administrator diagnostic to investigate SMTP connectivity where necessary.

02 Example: verify the address behind an MX target

From your workstation, read the MX record and then inspect the hostname it returns. Substitute the actual target rather than copying mail.example.com. This verifies DNS only; a mail server still needs to accept the destination domain and receive network connections.

Command example
dig example.com MX +noall +answer
dig mail.example.com A +noall +answer
dig mail.example.com AAAA +noall +answer
dig mail.example.com CNAME +noall +answer

Read the result: The MX value should name a mail exchanger with usable address records. It is not an IP-address field and should not point to a CNAME alias. A valid web A record for example.com does not repair an absent address for mail.example.com.

Check the provider's required MX priorities and exact hostnames. An advertised but broken IPv6 address can also delay delivery. After DNS is correct, test an incoming message from an independent provider and inspect the receiving service rather than treating lookup success as proof of mail delivery.

Confirm the expected result

Verify mail reaches the intended mailbox, replies work and the recipient domain remains correctly hosted. Check IPv6 connectivity if the MX target advertises an AAAA address.

If the problem continues

A mailbox-not-found or relay-denied SMTP response indicates a different stage from DNS failure. Keep the response code and timestamp. Do not repeatedly change MX records when the destination account or mail routing is the actual problem.

A common question

Can I set MX to the same hostname as my website?

Only if that hostname resolves directly to the mail service and the server is configured to receive for the domain. A website CDN endpoint or an unrelated web server is not automatically a mail exchanger. Use the actual mailbox provider's documented targets.

Was this answer helpful?

Need a little more help?

Our support team can help you find the next step.

Contact support