DMARC record checker
Look up any domain's DMARC policy, get every tag explained in plain English, and see exactly how well the domain is protected against spoofing.
- Only the domain name leaves your browser
- Queries go straight to Cloudflare DNS
- Free, no signup
How it works
One domain name in, plain English out
01
Type a domain
Yours, a client's, or one you're investigating. That domain name is the only thing this tool sends anywhere.
02
We query DNS over HTTPS
Your browser asks Cloudflare's public resolver (Google as fallback) for the TXT record at _dmarc.yourdomain.com.
03
Plain-English verdicts
Every tag explained in one sentence, plus health warnings for weak policies, missing reporting, and invalid records.
What is DMARC?
DMARC is the policy layer on top of SPF and DKIM. Those two verify a server or a signature — but neither checks the From address humans actually read. DMARC requires one of them to align with the visible From domain, tells receivers what to do when neither does, and sends you reports on everything claiming to be your domain. It lives in a single TXT record at _dmarc.yourdomain.com.
FAQ
What does DMARC actually do?
SPF and DKIM each verify something, but neither ties its check to the From address people actually see — that's the gap spoofers use. DMARC closes it: it tells receivers to check that a passing SPF or DKIM identifier aligns with the visible From domain, what to do when neither does (nothing, quarantine, or reject), and where to send reports about it.
What's the difference between p=none, p=quarantine, and p=reject?
p=none is monitor mode: failing mail is delivered normally and you just receive reports. p=quarantine asks receivers to put failing mail in spam. p=reject tells them to refuse it outright — the strongest protection against spoofing, and where every domain should eventually land.
What are DMARC aggregate (rua) reports?
Receivers like Google and Microsoft email a daily XML file to the rua address, summarizing every source that sent mail claiming your domain — IPs, volumes, and SPF/DKIM/alignment results. They contain no message content. They're zipped XML and awkward to read by hand; our DMARC report viewer turns them into a readable table.
What are the Gmail and Yahoo sender requirements?
Since February 2024, Gmail and Yahoo require senders of 5,000+ messages a day to publish a DMARC record (p=none is enough to comply), pass DMARC alignment, and offer one-click unsubscribe for marketing mail. Smaller senders still need SPF or DKIM. Without these, mail is increasingly rejected or spam-foldered.
How long should I stay at p=none?
Until a few weeks of aggregate reports show every legitimate sending service — your mail provider, newsletter tool, CRM, invoicing app — passing with alignment. Then move to p=quarantine (optionally with pct=25 to ease in), watch the reports again, and finish at p=reject. Rushing to reject before fixing all senders is how legitimate mail gets dropped.
No record yet? Build one in a minute with the DMARC record generator, then read the incoming XML with the DMARC report viewer.