Buying a domain that still receives email has consequences: messages meant for the previous owner can land with you, and password-reset emails for old accounts can create security and privacy problems. Selling a domain you use for email means planning a migration before the transfer.
This checker reads the MX records that route email, the SPF record that authorises senders and the DMARC policy that protects against spoofing, and translates them into a clear verdict.
How to use the Email & MX Checker
- Enter the domain.
- Press Check email.
- Read the verdict and the provider we detected from the MX hosts.
- Review SPF and DMARC policy strength.
How it works
We query MX, TXT and the _dmarc TXT record over DNS-over-HTTPS. Known mail providers are recognised from MX host patterns. A domain with no MX record can still receive mail through its A record in rare configurations, so we note that edge case.
When to use it
- Buyer due diligence
- Seller migration planning
- Checking a new brand domain is ready to send email
Pro tips
- A DMARC policy of
p=rejectmeans the owner takes email seriously — they are likely using it. - If you buy a domain that had email, set up a catch-all for a few weeks to see what still arrives — then shut it down.
Frequently asked questions
What is an MX record?
A Mail Exchange record tells other mail servers where to deliver email for the domain.
What does SPF do?
SPF lists the servers allowed to send email for the domain, helping receivers reject forged mail.
What is DMARC?
DMARC tells receivers what to do with mail that fails SPF/DKIM checks: nothing, quarantine or reject.