Why it matters
This concept affects domain trust, mail delivery, troubleshooting and migration safety.
Tool
MX: mail record for a domain
A practical MX record guide: mail server priorities, receiving hosts, mail migrations and common DNS mistakes.
MX records point to the mail servers that receive messages for a domain. Priorities define the order in which senders try those hosts.
Mail tester
Check MX, SPF and DMARC together.
DMARC tester
Review domain policy and reporting.
DNS delegation
Check NS, SOA and DNSSEC basics.
Mail servers
Return to the business mail hub.
MX: mail record for a domain
Every receiving mail domain should have MX hosts that resolve to A or AAAA records. MX pointing to CNAME should be avoided.
MX record basics
Where it is configured
The value is published in DNS and should be managed together with the domain operator or DNS platform.
What to check
Check syntax, TTL, old records after migration and consistency with mail or domain services.
Example
Example: example.com MX 10 mx1.example.com
Practical check order
- Read current DNS. Check what the public DNS currently returns for the relevant name.
- Compare with the intended policy. Confirm that the record matches the mail platform or domain design.
- Remove stale entries. Old records after migration are a common source of failures.
- Retest dependent services. Run mail, DNS, SSL or RDAP checks depending on the record type.
Common mistakes
- Record added under the wrong DNS name.
- Old values left after migration or provider change.
- Long TTL during planned changes.
- Policy copied from another domain without adapting host names or report addresses.
- Record changed without checking the services that depend on it.
FAQ: MX: mail record for a domain
How should I use this DataHouse page?
Use it as a technical checklist and connect it with the relevant diagnostic tools before or after a production change.