📧 MX Lookup

Instantly query MX (Mail Exchange) records for any domain. View mail server hostnames, priorities, TTL, and detected email provider — free, unlimited, no signup required.

Examples: gmail.com   yahoo.com   microsoft.com
🕒 Recent Lookups
No recent lookups yet.

📚 What Is an MX Record?

An MX (Mail Exchange) record is a DNS resource record type that specifies which mail server is responsible for accepting incoming email on behalf of a domain. When someone sends an email to user@example.com, the sending mail server queries DNS for the MX record of example.com, connects to the returned mail server hostname, and delivers the message.

MX records have two components: a hostname (the mail server's fully qualified domain name) and a priority value (a lower number = higher priority). Multiple MX records create fallback chains — if the primary server is unreachable, the sender automatically tries the next-priority server.

🔄 How MX Record Priority Works

Priority values are unsigned integers — smaller means higher preference. Standard practice:

  • Priority 0–5: Primary mail server (tried first)
  • Priority 10–20: Secondary / backup servers
  • Priority 50+: Tertiary fallback or spam filter bypass traps
  • Equal priorities: Load-balanced by sending MTA (random selection)

Google Workspace example: ASPMX.L.GOOGLE.COM at priority 1, ALT1 and ALT2 at 5, ALT3 and ALT4 at 10.

🔑 Common Email Providers & Their MX Patterns

ProviderMX Hostname PatternPrimary Priority
Google WorkspaceASPMX.L.GOOGLE.COM1
Microsoft 365*.mail.protection.outlook.com0
Zoho Mailmx.zoho.com10
ProtonMailmail.protonmail.ch10
Fastmailin1-smtp.messagingengine.com10
Mailgunmxa.mailgun.org10
SendGrid (Inbound)mx.sendgrid.net10
Amazon SESinbound-smtp.*.amazonaws.com10

🛡️ Use Cases for MX Lookup

📧
Email Deliverability Diagnosis
If emails bounce with "no MX record" or "host not found" errors, check MX records first. Missing, misspelled, or improperly prioritised records cause the majority of domain-level delivery failures.
🔍
Email Infrastructure Reconnaissance
Security researchers use MX lookups to identify which email provider a target uses — vital for phishing simulation testing, email gateway configuration, and threat intelligence.
🔄
Email Provider Migration
Before migrating from one email host to another, lower your MX TTL to 300 seconds. After switching, verify new MX records with this tool before restoring TTL to avoid mail loss during propagation.
🔒
SPF Record Validation
SPF's "mx" mechanism includes all MX hosts as authorised senders. Knowing your current MX records lets you verify your SPF policy accurately reflects your sending infrastructure. Use our SPF Lookup tool to check.
Email Verification Pre-Check
Our Email Checker automatically queries MX records as the first step of verification. A domain without MX records cannot receive email — addresses there are automatically invalid.
📊
Redundancy Auditing
Professional email setups need at least 2 MX records. Single-MX-record domains risk total email loss during server outages. Use this tool to audit your MX redundancy configuration.

🔗 More Ways to Investigate Mail Infrastructure

For full DNS record inspection (A, TXT, NS, SOA), use our DNS Lookup tool. To verify your SPF authorisation policy, try SPF Lookup. For complete email domain health (MX + SPF + DMARC in one), use Email Checker. Learn the full email authentication picture in our guide: SPF vs DKIM vs DMARC.

ToolsNovaHub tools are built and independently maintained with a focus on accurate, no-signup network and security utilities. Spotted an error? Let us know.

🎓
Expert Tip
DNS and mail records can take up to 48 hours to fully propagate — if MX Lookup shows an unexpected result right after a change, wait and re-check before assuming misconfiguration.
ToolsNovaHub Pro Tip
Run MX Lookup from more than one network (office Wi-Fi + mobile data) to rule out local resolver caching before reporting a bug.
⚠️
Common Beginner Mistake
Editing a live DNS or mail record without noting the previous value first. Always save the old record from MX Lookup's output so you can roll back instantly if something breaks.

📋 Related Tools & Guides Comparison

ResourceTypeLink
DNS LookupNetworkOpen Tool →
DNS Propagation CheckerNetworkOpen Tool →
Reverse DNS LookupNetworkOpen Tool →
How to Debug Website Caching Issues Using HTTP HeadersGuideRead Guide →
DNS Propagation Guide: TTL, Global DNS & Migration Best PracticesGuideRead Guide →

FAQ

An MX (Mail Exchange) record is a DNS resource record that specifies the mail server responsible for accepting email for a domain. Each MX record contains a hostname and a priority value — lower numbers are tried first.
Priority tells sending mail servers which MX host to try first. Lower numbers = higher priority. If priority 10 fails, the sender tries priority 20. Equal priority values are load-balanced randomly.
At least 2 for redundancy. Most professional setups have 2–5 MX records. Google Workspace uses 5 MX records (ASPMX.L.GOOGLE.COM at priority 1, plus backup servers at 5, 10, and 20).
RFC 5321 defines a fallback to the domain's A record, but many modern mail servers refuse delivery without explicit MX records, causing bounces. Always configure MX records explicitly.
NXDOMAIN means the domain itself doesn't exist. If the domain exists but has no MX record, the query returns NOERROR with an empty answer — both cases mean email delivery will likely fail.
TTL is how long DNS resolvers cache the MX record in seconds. TTL 3600 = cached 1 hour. When migrating email providers, lower TTL to 300 (5 min) 24 hours before changing, so updates propagate quickly.
Log into your domain registrar or DNS host → DNS management → delete old MX records and add new ones with correct hostname and priority. Changes propagate per the TTL — typically 1–48 hours.
A null MX (RFC 7505) uses a single dot (.) as hostname with priority 0. It signals the domain intentionally accepts no email, preventing MTAs from queuing failed deliveries indefinitely.
SPF's "mx" mechanism includes all A records of the domain's MX hosts as authorized senders. "v=spf1 mx -all" authorises all IPs of your MX hosts without listing them explicitly.
An A record maps hostname to IPv4. An MX record maps a domain to a mail server hostname — which then needs its own A/AAAA record. MX records must never point directly to an IP address.
If your MX records show ASPMX.L.GOOGLE.COM or ALT*.ASPMX.L.GOOGLE.COM, your domain uses Google Workspace (formerly G Suite) for email hosting.
If MX lookup fails, the sending MTA can't find where to deliver email. It retries for 72–96 hours before bouncing the message back to the sender with a delivery failure notice.
Run: dig MX example.com +short (Linux/Mac) or Resolve-DnsName example.com -Type MX (Windows PowerShell). This tool replicates that query in your browser.
Yes. Multiple domains can point to the same mail server. The server uses the RCPT TO envelope address to route to the correct mailbox, regardless of how many domains it handles.
Yes — completely free, no sign-up, unlimited lookups. All queries use Google's public DNS resolver and results appear instantly.