# What does no MX record found mean in a bounce? > A no MX record found bounce can hide several DNS results. Check for implicit MX fallback, NXDOMAIN, temporary failure, unusable targets, or null MX. A no MX record found bounce means the sender did not obtain a usable route to the recipient domain, but the wording alone does not identify the DNS result. If the domain exists and has no MX records, SMTP can treat its A or AAAA address as an implicit MX. Delivery fails when the domain does not exist, DNS returns a persistent or temporary error, the implicit route is unusable, or a null MX explicitly states that the domain accepts no mail. Check DNS directly before adding or changing records. ## Quick takeaways - No MX answer does not always mean that a domain is undeliverable. - SMTP can use the domain's A or AAAA address as an implicit MX when no MX record exists. - `NXDOMAIN`, an empty MX answer, a temporary DNS error, and null MX are different conditions. - A null MX uses preference `0` with exchange `.` to declare that the domain accepts no mail. - Query authoritative DNS and the sender's resolver before editing the zone. ## What does the failure mean? Treat the bounce text as the sender's summary of destination discovery, not as the DNS answer itself. It may collapse several outcomes into the phrase no MX record found. Preserve the enhanced status code, then query the recipient domain yourself. An empty MX answer can still be valid. Under [RFC 5321's implicit MX rule](https://www.rfc-editor.org/rfc/rfc5321.html), the domain itself becomes the target with preference `0`. That route works only if the domain has a usable A or AAAA address and the resulting server accepts SMTP. `NXDOMAIN` means the queried domain name does not exist. A temporary DNS error must be queued and retried. A null MX is deliberate: [RFC 7505](https://www.rfc-editor.org/rfc/rfc7505.html) defines one MX record with preference `0` and exchange `.` to say that the domain accepts no mail. This destination-routing error is separate from sender authentication. [SPF](/learning/what-is-spf), [DKIM](/learning/what-is-dkim), and [DMARC](/learning/what-is-dmarc) cannot repair a missing or unusable inbound route. ## What usually causes it? ### The recipient domain does not exist An `NXDOMAIN` response leaves no mail route. A typo, expired registration, or failed delegation can produce this result. ### The domain has no MX and no usable implicit route The fallback cannot work when the domain itself has no usable A or AAAA address, or when the resulting host does not accept SMTP. ### The domain publishes a null MX A single MX record with preference `0` and exchange `.` explicitly states that the domain does not accept email. ### DNS returned a temporary failure A resolver timeout or server failure can prevent route discovery even when valid records exist. SMTP treats a temporary DNS error differently from `NXDOMAIN` or an unusable implicit MX. ### The sender has a cached negative answer Under [RFC 2308's negative-caching rules](https://www.rfc-editor.org/rfc/rfc2308.html), DNS resolvers can cache `NXDOMAIN` and no-data answers for the negative TTL supplied by the zone. A recent correction may not appear to every sender until that cached answer expires. ## How do I diagnose the failure? ### 1. Copy the recipient domain exactly Remove display-name formatting and compare the domain with a trusted address or the domain owner's published contact information. ### 2. Query MX and preserve the DNS status Distinguish `NOERROR` with no MX answers, `NXDOMAIN`, server failure, timeout, and a null MX. Keep the authority section and remaining TTL when a resolver returns a negative answer. ### 3. Check the implicit route When no MX record exists, query A and AAAA for the recipient domain itself. Test each resulting address on TCP port `25` and confirm whether it returns an SMTP `220` greeting. ### 4. Compare authoritative and recursive answers Query the zone's authoritative servers, the sender's resolver, and at least one public resolver. Different answers or TTLs can reveal stale negative caching or a delegation problem. ## How do I fix it? For a domain that should receive mail, publish valid MX records whose exchange hostnames resolve to working SMTP servers. Repair the domain, delegation, address records, or SMTP listener when the implicit route is intended. Do not remove a null MX unless the domain owner intends to receive email and has prepared a real inbound service. Correct or suppress the recipient address when the domain itself is wrong. ## How do I validate the repair? Confirm the authoritative MX response, then compare it with the sender's resolver and a public resolver. If the domain relies on implicit MX, confirm its A or AAAA address and SMTP listener. If it uses explicit MX records, test every intended target. Send a controlled message through the original production path. Confirm the SMTP transaction reaches a `250` acceptance response, the message reaches a valid test mailbox, and the old bounce does not recur after negative caches expire. Use Palisade's [Email Security Score](/tools/email-security-score) for a public configuration review, but keep DNS answers, SMTP responses, delivered headers, and provider state as the production evidence. ## Make SPF, DKIM, and DMARC easier to manage Palisade's [DMARC Agent](https://docs.palisade.email/page-breakdowns/domain-overview/) turns report data into a prioritized list of sender, SPF, DKIM, and DMARC issues. Your team can see what to fix next and follow a guided path toward stronger authentication and DMARC enforcement. Stronger authentication helps protect your domains and supports better email deliverability. [start a Palisade account](https://app.palisade.email/signup?utm_source=palisade_learning&utm_medium=article&utm_campaign=no_mx_record_found_bounce&utm_content=no_mx_record_found_bounce). ## Frequently asked questions ### Can email work without an MX record? Yes. SMTP defines an implicit MX that uses the domain's address record. Explicit MX records are usually easier to control and troubleshoot. ### What does MX 0 dot mean? It describes a null MX: preference `0` with exchange `.`. The record declares that the domain accepts no email. ### Should an MX record point to an IP address? No. The MX exchange is a hostname. That hostname must resolve to at least one A or AAAA address for the receiving SMTP server. ### Is server failure the same as no MX record? No. A server failure means DNS could not complete the query and may be temporary. An empty MX answer with `NOERROR` means the domain exists but has no MX records. ### Can a website-only domain omit MX records? Yes. If the domain should never receive mail, a null MX communicates that intent explicitly and avoids attempts to use its website address as an implicit mail route.