MX Lookup
Check the mail exchange (MX) records for any domain to see which mail servers receive email for it.
Did this tool work for you?
How to use this calculator
- 1
Enter the domain name whose mail servers you want to look up.
- 2
Click "Check Now" to query MX records.
- 3
Results show all mail servers sorted by priority (lower = higher priority).
- 4
The lowest-priority server is tried first for email delivery.
Frequently asked questions
What does the result table contain?
One row per MX record, sorted from the lowest priority number to the highest, with the columns Priority, Mail Server and TTL. A summary below it gives the count of mail servers found and the "Lowest priority" host, which is the one senders try first. Trailing dots on host names are removed for display.
What does the priority number mean?
It is a preference value, not a count. Sending servers try the lowest number first and move to higher numbers if that host does not respond. Records with the same number are equally preferred, and senders typically spread delivery among them. The actual numbers carry no meaning beyond their order, so 10 and 20 behave the same as 1 and 2.
What if the lookup says no MX records were found?
Then the resolver returned no MX data for exactly the name you typed. Under the SMTP standard (RFC 5321), a sender with no MX record falls back to the domain’s own address record, so mail may still be attempted, but a domain that is meant to receive mail should publish MX records. Also check that you entered the domain that appears after the @, not a web host name like www.
A domain shows a priority of 0 and an empty mail server. Why?
That is probably a "null MX" (RFC 7505), where the host is a single dot meaning the domain deliberately accepts no mail. The tool strips trailing dots from host names, so the dot disappears and the cell looks empty. It is a valid configuration for domains that never receive email.
How can I tell which email provider a domain uses?
Read the host names. Hosts under google.com, such as aspmx.l.google.com, indicate Google Workspace or Gmail, and hosts ending in mail.protection.outlook.com indicate Microsoft 365 (Exchange Online). Other providers use their own domains. If several providers appear, or a security gateway sits first, the first-priority host may be a filtering service rather than the mailbox host.
Can an MX record point to an IP address or a CNAME?
An MX target must be a host name that has its own A or AAAA record. IP addresses are not valid targets, and RFC 2181 says an MX must not point at an alias (CNAME). This tool shows the target but does not check either rule, nor whether the target host resolves.
Does it test whether the mail servers actually work?
No. It reads the MX records only. It does not connect to port 25, test delivery, check for open relays or blocklists, or look at SPF, DKIM and DMARC. A correct-looking list says only that the DNS side is published.
Why might my new MX records not appear?
The query goes to Cloudflare’s public resolver, which may still hold the previous answer until its TTL expires, and the web service adds a short 60-second cache on top. Compare the TTL column with when you made the change before assuming the edit failed.
Finding the mail servers for a domain
What an MX record is
An MX (mail exchanger) record tells the internet which host accepts email for a domain, and with what preference. When someone writes to you@example.com, their server looks up the MX records for example.com, sorts them by preference value, and connects to the most preferred host to hand over the message. If it cannot connect, it works down the list. This tool asks Cloudflare’s public DNS resolver for exactly that record set and shows it sorted the same way.
| Item | Meaning | Notes |
|---|---|---|
| Priority | Preference value from the record | Lowest is tried first |
| Mail Server | Host that accepts mail | Trailing dot removed |
| TTL | Seconds the answer may be cached | May be a counted-down value |
| Mail servers found | Number of MX rows | Summary line |
| Lowest priority | Host in the first row | The most preferred server |
Example inputs and what a good result looks like
Type a domain such as gmail.com or a company domain and press Check Now. A typical result has two or more rows with different priority numbers so that delivery has a fallback, all of them pointing to host names with a provider’s domain in them. For a business domain, the question to answer is whether the hosts match the provider you pay for. These descriptions are generic: the page makes a live query each time, so the results depend on the domain’s current DNS rather than on anything stored here.
Reading priorities and fallbacks
A set of records such as 10, 20 and 30 means one primary and two backups, while two records both numbered 10 share the load. Backups are only tried when the primary is unreachable or temporarily refuses mail. A single record is perfectly valid. A domain that wants to refuse all mail can publish a null MX (RFC 7505), which appears here as priority 0 with an empty host name, because the lone dot target is trimmed in the display.
Common problems the lookup reveals
Leftover records from a previous provider, mixed with new ones, are the classic cause of mail going to the wrong place; the table shows them all together. A missing record explains bounces for a new domain. MX targets that are IP addresses or CNAMEs are configuration mistakes that some senders reject. Typing the wrong domain, such as www.example.com, will return nothing, because mail normally uses the bare domain. After editing records, compare the TTL with the time elapsed.
What this tool does not cover
It queries MX records only. For sender authentication use the SPF, DKIM and DMARC checkers; to see the raw text records use the TXT Record Lookup. It does not open connections to the mail servers, so it cannot tell you whether they respond, accept your address or are listed on a blocklist. A single resolver is consulted, so a result is a snapshot of that resolver, not a guarantee about every sender.
Learn more from an authoritative source:
MDN Web DocsNS Lookup
Find the authoritative nameservers (NS records) for any domain to see who controls its DNS.
CNAME Lookup
Check CNAME (canonical name) records for any domain to see where it is aliased to.
TXT Record Lookup
View all TXT DNS records for a domain — including SPF, DKIM, DMARC, domain verification, and ownership tokens.
SPF Record Checker
Validate the SPF (Sender Policy Framework) record for any domain and understand its email authentication policy.
DKIM Record Checker
Look up and validate the DKIM (DomainKeys Identified Mail) public key record for a domain and selector.
DMARC Record Checker
Check and analyse the DMARC policy for any domain to understand how email authentication failures are handled.
Results are estimates for informational purposes only and do not constitute professional financial, medical, legal, or technical advice. Read full disclaimer →