Email Server Tool

MX Record Lookup

Check MX (Mail Exchange) records for any domain instantly. Verify email server configuration, SPF, and DMARC records to ensure deliverability.

MX Records
SPF & DMARC
Server IPs

Common MX Configurations

Example MX record configurations for popular email providers

Google Workspace (Gmail)

PriorityMail Server Hostname
1aspmx.l.google.com
5alt1.aspmx.l.google.com
5alt2.aspmx.l.google.com
10alt3.aspmx.l.google.com
10alt4.aspmx.l.google.com
5 MX records for redundancy. Priority 1 is primary.

Microsoft 365 (Exchange Online)

PriorityMail Server Hostname
0yourdomain-com.mail.protection.outlook.com
Single MX record. Replace 'yourdomain-com' with your domain.

Zoho Mail

PriorityMail Server Hostname
10mx.zoho.com
20mx2.zoho.com
50mx3.zoho.com
3 MX records with increasing priority values.

ProtonMail

PriorityMail Server Hostname
10mail.protonmail.ch
20mailsec.protonmail.ch
2 MX records for redundancy.

Amazon WorkMail

PriorityMail Server Hostname
10inbound-smtp.us-east-1.amazonaws.com
20inbound-smtp.us-west-2.amazonaws.com
Region-specific MX records. Adjust based on your AWS region.
Configuration Tips
  • Always configure at least 2 MX records for redundancy
  • Lower priority numbers are tried first (0 or 1 is highest priority)
  • MX records must point to hostnames, not IP addresses
  • DNS changes can take up to 48 hours to propagate globally

Understanding MX Records

MX (Mail Exchange) records are essential for email delivery. Learn how they work and how to configure them correctly.

What are MX Records?

MX records tell the world which mail servers accept email for your domain. Without them, you cannot receive email.

Priority Levels

Each MX record has a priority number. Lower numbers have higher priority. Servers try the lowest number first, then move to higher numbers if the first fails.

Redundancy

Having multiple MX records ensures you don't miss emails if your primary server goes down. Backup servers can queue mail until the primary is back online.

TTL (Time To Live)

TTL determines how long DNS resolvers cache your MX records. Lower TTL allows faster updates during migrations, while higher TTL reduces DNS query load.

Common Issues

Misconfigured priorities, pointing to IP addresses instead of hostnames (CNAMEs are also not allowed for MX), or missing records can cause email delivery failures.

SPF & DMARC

While MX handles incoming mail, SPF and DMARC protect your outgoing mail reputation. Always configure them alongside your MX records.

Monitor Your Email Server

Email downtime means lost business. Set up automated monitoring with AtomPing to get alerted instantly if your mail server goes down.

Frequently Asked Questions

Common questions about MX records and email configuration

What are MX records and why are they important?

MX (Mail Exchange) records are DNS entries that specify which mail servers are responsible for receiving email on behalf of your domain. Without MX records, your domain cannot receive email. They're essential for email delivery and are checked by sending mail servers to determine where to route messages.

How does MX record priority work?

MX priority determines the order in which mail servers are tried. LOWER numbers = HIGHER priority. For example, priority 10 is tried before priority 20. If the highest priority server (lowest number) is unavailable, the sending server tries the next priority level. This provides failover and redundancy for email delivery.

What is SPF and why do I need it?

SPF (Sender Policy Framework) is a DNS TXT record that specifies which mail servers are authorized to send email on behalf of your domain. It helps prevent email spoofing and improves deliverability by allowing receiving servers to verify that incoming mail from your domain comes from authorized servers. Format: 'v=spf1 include:_spf.google.com ~all'

What is DMARC and how does it protect my domain?

DMARC (Domain-based Message Authentication, Reporting and Conformance) is a DNS TXT record at _dmarc.yourdomain.com that tells receiving servers what to do with emails that fail SPF/DKIM checks. It prevents email spoofing and phishing by specifying policies (none, quarantine, reject) and provides reporting on email authentication failures.

Why does my domain show 'No MX records found'?

This means your domain doesn't have MX records configured in DNS, so it cannot receive email. To fix this: 1) Log into your DNS provider (domain registrar or hosting), 2) Add MX records pointing to your mail server, 3) Wait 1-48 hours for DNS propagation. If you use Gmail/Microsoft 365, consult their documentation for correct MX records.

Should I have multiple MX records?

Yes, best practice is to have at least 2-3 MX records for redundancy. If your primary mail server (lowest priority number) goes down, email will automatically be routed to the backup servers. For example, Google Workspace uses 5 MX records with priorities 1, 5, 5, 10, and 10 for high availability.

How do I verify my email configuration is correct?

Use this MX lookup tool to check: 1) MX records exist and resolve to mail servers, 2) Each MX hostname resolves to valid IP addresses, 3) SPF record is present and includes your mail provider, 4) DMARC record is configured with appropriate policy. Test by sending email to and from your domain.

What are common MX record mistakes?

Common errors: 1) Pointing MX to an IP address instead of hostname (must be hostname), 2) Forgetting trailing dot in some DNS systems, 3) Using same priority for all records (defeats redundancy), 4) Not updating MX records when changing email providers, 5) Typos in hostnames, 6) Not waiting for DNS propagation (up to 48 hours).

Gmail vs Custom Mail Server - which MX setup is better?

Gmail/Google Workspace provides 5 geographically distributed MX records with automatic failover, spam filtering, and 99.9% uptime SLA. Custom mail servers give you full control but require maintenance, security patches, spam filtering setup, and redundant infrastructure. For most businesses, hosted email (Gmail, Microsoft 365) is more reliable and cost-effective.

How long does MX record propagation take?

DNS changes typically propagate within 1-4 hours, but can take up to 48 hours globally. Factors affecting speed: TTL (Time To Live) of old records, DNS provider infrastructure, ISP DNS caching. You can reduce propagation time by lowering TTL before making changes (e.g., to 300 seconds), making the change, then raising TTL back to normal (3600-86400 seconds).

24/7 Automated Monitoring

Need Continuous Monitoring?

Free tools are great for spot checks. Set up automated monitoring for real-time alerts.

Ready to stop the
downtime panic?

Join hundreds of developers who sleep better at night knowing AtomPing is watching their stack.

No credit card required · Cancel anytime · 99.9% Uptime SLA

We use cookies

We use Google Analytics to understand how visitors interact with our website. Your IP address is anonymized for privacy. By clicking "Accept", you consent to our use of cookies for analytics purposes.