b2KIT

MX Record Checker

Look up and validate MX records for email delivery configuration with priority and mail server details.

Tested tool guide Tested browser tools Checked August 16, 2026

What MX Record Checker does and how it behaves

Enter a domain name to retrieve the MX records that direct inbound email for that domain. The checker reports each mail exchanger hostname with its numeric preference, making it useful for reviewing routing, redundancy, and stale provider entries. MX preference is commonly read backward: a lower number has higher priority. Multiple records with the same preference are peers rather than a sequence, and the existence of an MX record alone does not prove that its server is reachable or accepting mail.

How the result is produced

1

MX lookup

The lookup requests MX resource records at the entered DNS name. Each returned record pairs a preference value with an exchange hostname, such as a provider-operated mail gateway. The result is a set, so displayed row order is less important than the preference numbers. A domain can legitimately publish one MX record, several records, or no explicit MX records.

2

Delivery order

Sending systems normally try exchangers beginning with the lowest preference value. Records sharing a value have equal preference and can provide parallel destinations. A special null MX consists of preference 0 and exchange "."; it states that the domain accepts no email. That declaration must not be interpreted as an ordinary mail server named by a blank hostname.

Good uses

  • Check a newly configured domain to confirm that its MX hostnames point to the intended email provider and that primary and backup preferences are ordered correctly.
  • Investigate inbound delivery failures by looking for missing records, misspelled exchange hostnames, an unintended null MX, or MX entries left behind by a former provider.
  • Review an email-provider migration after DNS changes to see whether the currently returned MX set contains only the new provider's destinations.

Limits and checks

  • Enter the domain portion of an address, such as example.org, rather than a complete address such as [email protected], a URL, or an individual mailbox name.
  • DNS answers may remain cached until their time-to-live periods expire. A result observed soon after an MX change can differ across resolvers without either answer proving that the change failed.
  • Correct-looking MX records establish routing data only. They do not verify SMTP connectivity, recipient existence, server policy, TLS behavior, SPF, DKIM, DMARC, or successful end-to-end delivery.

Common questions

Does the largest MX preference number identify the primary server?

No. The lowest preference value identifies the most preferred exchanger. For records with preferences 10 and 20, the exchanger at 10 is attempted before the one at 20 under normal routing. The values express relative order only: changing them to 1 and 2 would preserve the same preference relationship.

Does a domain without an MX record necessarily reject email?

No. SMTP defines an implicit fallback to the domain itself when no MX records are present, although successful delivery still requires that name to resolve appropriately and offer SMTP service. This differs from a null MX record, whose exchange is "." and which explicitly declares that the domain does not accept email.

References and verification

The behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools