MX record lookup

MX records say which servers accept mail for a domain. Enter a domain to see them in the order senders try them, which provider runs the mail, and whether the domain accepts mail at all.

Try an example

The domain you type goes from your browser to a public DNS resolver run by Cloudflare, with Google as the backup. It does not pass through LookValid, and this page stores nothing.

Example result

The input https://Vercel.com/pricing, cut down to the domain vercel.com, read through Cloudflare's DNS over HTTPS on 2026-10-19.

Verdict
5 mail servers found for vercel.com. Mail is handled by Google Workspace.
Priority 1
aspmx.l.google.com
Priority 5 (shared load)
alt1.aspmx.l.google.com, alt2.aspmx.l.google.com
Priority 10 (shared load)
aspmx2.googlemail.com, aspmx3.googlemail.com
Provider
Google Workspace, on all 5 hosts
Unidentified hosts
None

Captured 2026-10-19.

How it works

  1. Type a domain. A pasted link or email address is cut down to its domain name.
  2. Your browser asks a public DNS resolver for the MX records. If there are none, it also asks for the A and AAAA records of the domain, which senders use as a fallback.
  3. The page lists each host with its priority, lowest first, names the provider from the host name, and says whether the domain has MX records, a null MX or neither.

How senders use MX records

Every MX record has a priority number and a host. A sending server tries the host with the lowest number first and moves up if that host does not answer. Hosts that share a number are tried in no fixed order, so they share the load between them. RFC 5321 section 5.1 sets these rules.

The priority number is only a ranking. 10 and 20 mean the same thing as 1 and 2: the first is tried before the second. Large numbers are not worse, and a gap between numbers means nothing.

Three states that look alike

MX records present: the domain accepts mail at the hosts listed. Null MX: a single record with priority 0 and the host "." tells senders the domain accepts no mail at all, as RFC 7505 defines. Priority 0 with a real host name is an ordinary record, and many working domains use it, so the page does not call it a null MX.

No MX record: this is the ambiguous one. RFC 5321 says senders then treat the domain itself as the mail host, using its A or AAAA address, as if it had an MX record of priority 0 pointing at itself. So the page also reports whether an address record exists. With neither an MX nor an address record, a domain cannot receive mail. A name that does not exist in DNS is reported on its own.

Reading the provider

The provider is read from the ending of each host name, using a table we keep. If a host matches no row, the page says unidentified rather than guessing. When hosts point at more than one provider, every match is listed. A mail filter placed in front of a mailbox service, such as an email security gateway, shows as the filter, because that is the name in the MX records.

MX records cover receiving only. To see who is allowed to send for a domain, use the SPF record checker.

Provider host name endings we match, with an example host for each

Provider host name endings we match, with an example host for each
ProviderHost name ends withWhat it isExample host
Google Workspacegoogle.com, googlemail.comMailbox hostaspmx.l.google.com
Microsoft 365 and Outlook.comprotection.outlook.comMailbox hostgithub-com.mail.protection.outlook.com
Proofpointpphosted.com, ppe-hosted.com, proofpoint.comEmail security gatewaymx0a-00148501.pphosted.com
Mimecastmimecast.com, mimecast.co.za, mimecast-offshore.comEmail security gatewayservice-alpha-inbound-a.mimecast.com
Barracudabarracudanetworks.comEmail security gatewayd160221a.ess.barracudanetworks.com
Cisco Secure Emailiphmx.comEmail security gatewaymx1.hc2186-24.iphmx.com
Cloudflare Email Routingmx.cloudflare.netForwarding or inbound serviceroute1.mx.cloudflare.net
Cloudflare Email Securitycf-emailsecurity.netEmail security gatewaymxa.global.inbound.cf-emailsecurity.net
Fastmailmessagingengine.comMailbox hostin1-smtp.messagingengine.com
Proton Mailprotonmail.chMailbox hostmail.protonmail.ch
Zoho Mailzoho.com, zoho.eu, zoho.in, zoho.com.au, zoho.jp, zoho.com.cn, zohomail.comMailbox hostmx.zoho.com
Amazon SES (inbound)inbound-smtp.*.amazonaws.comForwarding or inbound serviceinbound-smtp.us-east-1.amazonaws.com
Apple iCloud Mailicloud.comMailbox hostmx01.mail.icloud.com
Yahoo Mailyahoodns.netMailbox hostmta5.am0.yahoodns.net
Namecheap Private Emailprivateemail.comMailbox hostmx1.privateemail.com
Mailgun (inbound)mailgun.orgForwarding or inbound servicemxa.mailgun.org
Forward Emailforwardemail.netForwarding or inbound servicemx1.forwardemail.net

Sources

This tool is run by LookValid. It is not connected to any agency, company or service named on this page.

Frequently asked questions

What does the priority number mean?

It ranks the hosts. A sender tries the lowest number first and moves to the next only if that host cannot be reached. Hosts with the same number share the load. The numbers themselves carry no other meaning.

What is a null MX?

A single MX record with priority 0 and the host "." (RFC 7505). It tells senders that the domain accepts no mail, so they can stop at once instead of retrying for days. Priority 0 with a real host name is an ordinary MX record and is not a null MX.

Can mail still reach a domain that publishes no MX record?

Yes, if it has an A or AAAA record and a mail server is running at that address. RFC 5321 tells senders to fall back to the domain itself when no MX exists. Publishing an explicit MX record is clearer and is what most mail providers ask for.

Why does the provider say unidentified?

The host names do not end with any ending in our table. That is common for self-hosted mail and small hosting companies. It does not mean anything is wrong with the records.

Does the provider show where my mailboxes live?

Not always. The MX records name the first server that receives mail. A filter or forwarding service in front of the mailbox service shows up instead of the mailbox host, and the filter passes the mail on.

Why does the check say it could not finish?

The DNS resolver did not answer in time or reported a server failure. That says nothing about whether MX records exist, so it is not reported as missing. Run the lookup again in a moment.