How this check works
The check runs four lookups in the order mail actually uses them, and grades each one:
- MX: where inbound mail for the domain is delivered, with each host's addresses.
- DMARC: the policy at
_dmarc.<domain>. If the domain is a subdomain with no record, we check the organisational domain it inherits from. - DKIM: public keys at
<selector>._domainkey.<domain>. With a selector entered, we check only that one; otherwise we try about 40 common selectors. - SPF: the
v=spf1TXT record. We parse every term, follow all nested includes to count DNS lookups against the limit of 10, and flag risky endings like+all.
How to read the results
The verdict line counts problems across all four records. Each finding has a severity:
- Fail breaks delivery or authentication, or violates a standard: no SPF or DMARC, two SPF records, more than 10 SPF lookups, DKIM keys under 1024 bits.
- Warning works today but carries risk: DMARC at
p=none, no report address, SPF at 8–10 lookups, a 1024-bit DKIM key, a key in test mode. - Pass means checked and correct.
- Note is context, such as a policy inherited from the parent domain.
Each finding links to a guide section that explains why it matters and how to fix it. Where a record is missing, the fix includes a safe starter record you can copy.
DKIM: why "not found" isn't conclusive
DKIM selectors are chosen by each mail platform and can't be listed from DNS. If none of the common selectors match, DKIM may still be working. Open a message from the domain, find s= in its DKIM-Signature header, and enter that selector here. The DKIM guide shows where to look in Gmail and Outlook.
What this check can't see
DNS records show what a domain claims. They don't prove each sending platform signs with your domain, or that its envelope domain aligns with your From: address. For that, read the Authentication-Results header of a real message; DMARC alignment, explained shows how. To test whether a specific IP or range passes SPF, use the SPF validator.
Updated 26 October 2026