Email DNS checker

Test any domain's email setup in seconds: MX, SPF, DKIM, DMARC, MTA-STS and BIMI, with a clear fix for every problem found.

Free, no sign-up. We only read public DNS records.

What this checker tests

When your email arrives somewhere, the receiving server looks up a handful of DNS records on your domain to decide whether to trust it. This tool reads the same records and checks each one the way a strict receiver would.

RecordWhat it does
MXTells the world which servers receive mail for your domain.
SPFLists the servers allowed to send mail for your domain.
DKIMPublishes the public key that verifies the signature on your messages.
DMARCSays what receivers should do with mail that fails SPF and DKIM, and where to send reports.
MTA-STS and TLS-RPTRequire encrypted delivery to your servers and report when it fails.
BIMILets supporting inboxes show your logo next to your messages.

How to read your results

  • Pass means the record exists and has no problems we can detect.
  • Needs attention means it works but leaves a gap, such as a DMARC policy of p=none that only monitors, or an SPF record close to the 10-lookup limit.
  • Problem means receivers will treat the record as missing or broken. Fix these first: they directly hurt delivery.
  • Optional records add protection but aren't required for mail to be delivered.

The most common problems we see

  1. Two SPF records. Adding a new email service often means adding a second v=spf1 record instead of editing the first. With two, SPF fails for every message. Merge them into one.
  2. Too many SPF lookups. Each include: costs at least one DNS lookup, and SPF stops at 10. Old services nobody uses any more are the usual cause.
  3. No DMARC record. Since 2024, Gmail and Yahoo require DMARC from anyone sending in bulk, and a missing record makes spoofing your domain easy.
  4. DMARC stuck at p=none. It's the right place to start, but it doesn't stop anyone. Once your reports show your own mail passing, move to quarantine and then reject.
  5. MX pointing at a server that no longer exists. This happens after changing hosting providers, and it means incoming mail is lost.

Fixing what you find

Every record lives in your domain's DNS, which is usually managed where you bought the domain or wherever your nameservers point. Open the DNS settings there, edit or add the TXT or MX record the checker describes, then run the check again.

Our guide to setting up SPF, DKIM and DMARC walks through each record with examples, and why emails go to spam covers the problems DNS alone can't fix.

Common questions

Is this checker free?

Yes. There's no sign-up and no limit beyond a short rate limit that stops abuse. It only reads public DNS records, the same ones every mail server reads when your email arrives.

Why does my score matter?

The score is a quick summary of how well other mail servers can confirm your email is really from you. A domain with valid SPF, DKIM and an enforced DMARC policy scores close to 100 and is much less likely to be filtered as spam or spoofed.

Why can't it find my DKIM key?

DKIM keys are published under a selector name chosen by your email provider, and there's no way to list them all. The checker tries the most common selectors. If yours isn't found, open an email you sent, look at the DKIM-Signature header and enter the s= value as the selector.

I fixed a record. Why do I still see the old one?

DNS changes take time to spread. Most updates show within minutes, but the old value can stay cached for as long as the record's TTL, often an hour and sometimes a day.

Does a perfect score mean my email will reach the inbox?

No, but it removes the most common reasons for rejection. Inbox placement also depends on your domain's and IP's sending history, how recipients engage with your mail, and the content itself.

More free email tools

Want records that are right from the start?

The free plan needs no card. Most of the setup is copying five DNS records.

Create your account