MX Record Lookup
Identify the authoritative mail servers responsible for accepting email for your domain. Ensure your priorities and routing are configured for maximum deliverability.
Ready to lookup DNS records
Enter a domain name above and click "Lookup" to check DNS records across 28 global servers.
Why Trust Our Network Tools?
Built according to rigorous E-E-A-T (Experience, Expertise, Authoritativeness, and Trustworthiness) standards.
100% Free & Accurate
Our tools provide unrestricted, lifetime-free access to authoritative DNS servers worldwide, completely bypassing deceptive ISP caches.
Privacy First & Secure
All sensitive computations like password generation and hashing occur 100% locally in your browser. No data is ever transmitted, logged, or stored on our servers.
Used by the Experts
Reliably trusted by thousands of sysadmins, DevOps engineers, and network professionals daily for pinpoint diagnostic accuracy.
Advanced MX Record Lookup & Routing Audit
The MX (Mail Exchanger) record is the most critical DNS configuration for email delivery. I use this MX lookup tool daily to debug email bouncing and verify host migrations for enterprise clients. By querying authoritative nameservers, we identify your primary and backup mail servers, priority levels, and IP assignments, helping you secure your email infrastructure against spoofing and spam traps.
Verify Mail Routing
Ensure your emails are being directed to the correct provider (Google, Microsoft, etc.) and not hitting old cached records.
Priority Audit
Check that your primary and secondary mail servers have the correct priority values to prevent backup server bottlenecks.
Identify Mail Gateways
Discover if a domain uses an external security gateway (like Mimecast or Proofpoint) for advanced threat protection.
Resolve Mail Server IPs
Instantly translate mail server hostnames into physical IP addresses to rule out server-level outages.
An MX (Mail Exchanger) record is a DNS record that specifies the mail servers responsible for receiving email for a domain. A valid MX lookup shows the server's hostname and a 'priority' number — lower numbers represent higher priority. Without correctly configured MX records, your domain cannot receive email.
"Always configure at least two MX records from different geographic regions if using a custom mail server. If using Google Workspace or Microsoft 365, ensure *only* their recommended records exist — extra legacy MX records from your old web host are the #1 cause of intermittent email delivery failures."
What is this tool?
An MX Lookup checks a domain's mail servers. It tells you exactly where emails are being routed when you send a message to someone at that domain.
How to use it
- Enter the domain name (e.g., example.com).
- Click 'Lookup'.
- The tool will list all the mail servers responsible for receiving email for that domain.
- Check the 'Priority' numbers—the lowest number is the primary server.
Real-World Use Cases
- You switched to Google Workspace and need to confirm the new MX records are active.
- Someone isn't receiving your emails, and you want to check if their mail server is misconfigured.
- Auditing your own email setup to ensure you don't have conflicting old servers listed.
Example Outputs
Looking up 'example.com' might show: 'Priority 1, Server: aspmx.l.google.com'.
What is an MX Record?
A Mail Exchanger (MX) Record is a critical DNS component that directs inbound email traffic to your domain's designated mail servers. Without MX records, the internet wouldn't know where to deliver messages sent to yourname@yourdomain.com. MX Records also utilize a priority system; you can establish primary and backup mail servers by assigning different priority numbers. Lower numbers indicate higher priority. This ensures that if your primary mail server goes down, incoming emails are automatically routed to a secondary server, preventing communication failures.
How to use the GetDNSInfo MX Record Tool
Diagnosing email deliverability starts here. Enter your root domain into our MX Record lookup tool to retrieve your current mail routing configuration securely via DoH. The results will display all active mail servers associated with your domain, ordered by their priority values, along with their respective TTLs. This tool is essential when setting up Google Workspace, Microsoft 365, or migrating to a new email hosting provider. It allows you to instantly confirm that the rest of the internet recognizes your new mail servers and is routing messages correctly.
Common MX Record Errors and Fixes
Email routing is highly sensitive to DNS misconfigurations. Look out for these frequent issues:
- Pointing to an IP Address: MX records must always point to a hostname (e.g.,
mail.example.com), never directly to an IP address. Fix: Create an A Record for your mail server, and then point your MX Record to that A Record's hostname. - Incorrect Priority Settings: Misunderstanding the priority hierarchy can cause emails to route to backup servers unnecessarily. Fix: Ensure your primary mail server has the lowest priority number (e.g., 10), and backup servers have higher numbers (e.g., 20, 30).
- Missing Records After Migration: When moving domain registrars or web hosts, custom MX records are frequently left behind. Fix: Always export and replicate your MX records in your new DNS zone before finalizing any migration to avoid dropping incoming emails.
Frequently Asked Questions
The Definitive Guide to MX Records and Email Deliverability
In the intricate ecosystem of internet communications, email remains the undisputed king of professional correspondence. However, the mechanism that guarantees an email travels from a sender in Tokyo to a recipient in New York is heavily reliant on a specific type of DNS entry: the Mail Exchanger (MX) record. Without correctly configured MX records, your domain is effectively deaf; it cannot receive any incoming messages.
This comprehensive guide explores the deep technical architecture of MX records, how to interpret priority levels, the dangers of legacy misconfigurations, and expert troubleshooting steps to resolve "bouncing" or lost emails. By understanding and utilizing our MX Lookup Tool, system administrators and webmasters can ensure bulletproof email deliverability.
Expert Insights: How MX Records Actually Work
When a user sends an email to contact@yourdomain.com, their outgoing mail server (the Simple Mail Transfer Protocol or SMTP server) must figure out where to deliver the message. It cannot simply guess the IP address. Instead, it queries the Domain Name System (DNS) for the MX records associated with yourdomain.com.
The MX lookup returns a list of mail servers authorized to accept messages for that domain. Crucially, the MX record does not point directly to an IP address. It points to a hostname (e.g., aspmx.l.google.com). The sending server must then perform a subsequent A or AAAA record lookup on that hostname to find the final IP address. This two-step process allows massive cloud email providers to dynamically shift IP addresses behind the scenes for load balancing without requiring customers to constantly update their DNS zones.
Understanding MX Priorities (Preferences)
Unlike A records, a domain can (and usually should) have multiple MX records. These records are distinguished by a "Priority" or "Preference" number.
- Lower Numbers = Higher Priority: A record with a priority of
10will be attempted before a record with a priority of20. - Zero is Valid: A priority of
0is the highest possible preference. - Equal Priorities: If two records have the exact same priority number (e.g., two records at priority
10), the sending server will randomly select between them, effectively creating round-robin load balancing.
Practical Example: If you use Google Workspace, Google provides five different MX records. The primary server has priority 1, while backup servers have priorities 5 and 10. If the primary server is down for maintenance, the sending server will automatically fall back to the priority 5 server, ensuring your email is not lost.
Common Configuration Nightmares and How to Fix Them
1. The "Ghost of Web Hosts Past"
The single most common cause of intermittent email failures is leaving legacy MX records in your DNS zone. For example, if you originally hosted your email with Bluehost (priority 0) and later migrated to Microsoft 365 (priority 10), but forgot to delete the Bluehost record.
The Result: Because Bluehost has a lower number (0 vs 10), incoming emails will still route to the dead Bluehost server and bounce back to the sender. You must use our MX Lookup Tool to aggressively audit your zone and delete any servers you do not actively use.
2. Pointing an MX Record to an IP Address
The DNS specification (RFC 1035) strictly prohibits an MX record from pointing directly to an IP address. It must point to a fully qualified domain name (FQDN) that has a valid A or AAAA record.
The Fix: If your mail server IP is 192.0.2.50, you must create an A record for mail.yourdomain.com pointing to 192.0.2.50, and then create an MX record pointing to mail.yourdomain.com.
3. CNAME Conflicts at the Root
If you place a CNAME record at the root apex of your domain (e.g., exactly at yourdomain.com pointing to a PaaS provider), it will override and break your MX records. The internet will essentially ignore your MX records, and you will stop receiving mail entirely.
The Fix: Never use a CNAME at the root domain. Use ALIAS, ANAME, or standard A records to ensure your MX records remain functional alongside your website routing.
Synergy: MX Records and Email Security (SPF/DKIM/DMARC)
While MX records define where you receive email, they offer zero protection regarding who is allowed to send email on your behalf. To prevent spoofing and ensure your outgoing messages land in the inbox rather than the spam folder, MX records must be paired with robust TXT records.
- SPF (Sender Policy Framework): A TXT record that lists the IP addresses and domains authorized to send mail for your domain.
- DKIM (DomainKeys Identified Mail): Adds a cryptographic signature to your emails, proving they were not tampered with in transit.
- DMARC: The overarching policy that tells receiving servers what to do if an email fails SPF or DKIM checks (e.g., quarantine it or reject it outright).
Advantages and Disadvantages of In-House vs. Cloud Mail Servers
When configuring your MX records, you must choose whether to point them to an in-house server (like a physical Microsoft Exchange box in your office) or a cloud provider (like Google Workspace).
In-House Servers:
Advantages: Absolute control over your data sovereignty. No recurring monthly SaaS fees.
Disadvantages: You are entirely responsible for spam filtering, uptime, applying critical security patches, and maintaining a clean IP reputation so your outgoing mail isn't blacklisted.
Cloud Providers:
Advantages: Massive redundancy (as evidenced by having 5+ MX records). World-class spam filtering AI. Zero hardware maintenance.
Disadvantages: Recurring per-user monthly costs. Data is housed on third-party infrastructure.
Conclusions
Auditing your MX records should be a mandatory step in any IT infrastructure review or server migration checklist. A misconfigured MX record doesn't just slow down your email; it stops business communications dead in their tracks. Utilize our instant MX Lookup Tool to verify your current priorities, ensure no legacy servers are lurking in your DNS zone, and validate that your email routing is optimized for maximum reliability and security.
Explore DNS Resources
Deepen your technical knowledge with our expert guides and tools focused on DNS. Establish a stronger foundation in modern internet architecture.
The 2026 Guide to DMARC Enforcement for SaaS Startups: Surviving Google’s Spam Filters
In 2026, unauthenticated email is dead. Learn how to architect strict SPF, DKIM, and DMARC alignments to ensure your SaaS transactional emails actually reach the primary inbox.
Why Your AWS Route 53 Changes Are Taking 48 Hours to Propagate (And How to Fix It)
Waiting days for DNS propagation is a myth of poor configuration. Learn the mechanics of TTL caching in AWS Route 53 and how to force near-instant DNS updates during server migrations.
The Silent Killer: How Misconfigured IPv6 AAAA Records Break Modern Web Apps
As mobile carriers enforce IPv6-only networks, a broken AAAA record will silently drop 30% of your mobile traffic. Learn the most common IPv6 misconfigurations.
Verified by Get DNS INFO Team
Expert ReviewThis tool and its educational content are maintained by network infrastructure specialists. We provide real-time, authoritative DNS data and expert guidance on email security, propagation, and network optimization.
Meet the Experts