Free DMARC checker
See whether your domain tells email providers to block fake messages that pretend to be from you.
The DMARC checker looks up the DMARC record for your domain and tells you which policy it sets. A good result is one valid record with p=quarantine or p=reject applied to all of your mail, plus a reporting address. A policy of p=none is a fine starting point, but it only monitors fake email that uses your domain. It doesn't block it.
What does this checker look at?
DMARC is your domain's email impersonation protection. It's a short text record in your DNS that tells inbox providers like Gmail and Outlook what to do when a message claims to be from your domain but fails authentication.
When you enter your domain, the checker looks up the TXT record at _dmarc.yourbusiness.com and reads it. Then it checks each part of the record:
- A DMARC record has to exist, and only records that start with
v=DMARC1count. - There must be exactly one. More than one record means providers ignore all of them.
- Your policy (the
p=tag) is the instruction:none(monitor only),quarantine(send to spam) orreject(block). - Your percentage (the
pct=tag) limits your policy to part of your mail if it's set below 100. - Your reporting address (the
rua=tag) is where providers send reports, so you can see who's sending email using your domain.
A typical first record looks like this:
- TypeTXTName / Host_dmarcValuev=DMARC1; p=none; rua=mailto:dmarc@yourbusiness.com
How do I read my results?
Your result will show one of these statuses.
Protected means your record sets p=quarantine or p=reject and applies it to all of your mail. Messages that fail authentication will go to spam or be blocked. This is the goal.
Monitoring only means your record uses p=none. That's the right place to start, because it lets you collect reports without affecting delivery. But fake messages are still delivered. Once your reports show your real email passing, move to p=quarantine.
Partially enforced means you have a quarantine or reject policy, but the pct= tag limits it to a share of your mail. That's useful while rolling out. Raise it to 100, or remove the tag, when you're confident.
Needs attention means one of three things is wrong:
- There's no DMARC record, so providers have no instructions for suspicious mail using your domain.
- There's more than one DMARC record, so providers ignore them all.
- The record is missing a valid policy, so providers can't use it.
You may also see a note that there's no reporting address. Your policy still works, but you won't receive reports, which makes it hard to know when it's safe to tighten it.
If you see Couldn't check, the DNS lookup didn't complete. That's usually temporary, so try again in a few minutes.
How do I fix common problems?
DMARC is added at your DNS host, which is usually the company where you bought your domain. It's not set inside Gmail or Outlook. Most fixes take about five minutes.
- With no record, add the starting record above, replacing the email address with an inbox you check. Our fix guide for DMARC policy not enabled has steps for common DNS hosts, and there's a dedicated GoDaddy DMARC walkthrough.
- If you have more than one record, keep one, merge any reporting addresses into it, and delete the rest.
- To move past monitoring only, confirm SPF and DKIM are working first. Check SPF with the free SPF checker, and turn on DKIM in your email admin console. After two to four weeks of clean reports, change
p=nonetop=quarantine. - If you're not sure how the pieces fit, read how to stop email spoofing for the full SPF, DKIM and DMARC process.
After you save a change, DNS can take a few minutes to a few hours to update. Then run this checker again to confirm.
Is this check safe to run?
Yes. The DMARC checker only performs a public DNS lookup, the same one every email provider does when it receives a message from your domain. It doesn't send email, connect to your mailbox, or change any settings.
Nothing is installed, and you don't need to sign in. Single-check tools like this one don't store the domains you look up. If you'd like a saved report covering your website and email together, run the free website security scan.
Common questions
What is a good DMARC policy?
p=quarantine or p=reject applied to all of your mail is the goal. Quarantine sends failing messages to spam, and reject blocks them. Most businesses start at p=none, review reports for a few weeks, then tighten the policy.
Why does my result say Monitoring only?
Your record uses p=none. Providers send you reports about mail using your domain, but they still deliver messages that fail. Once your reports show your real email passing SPF or DKIM, change p=none to p=quarantine.
Can I have more than one DMARC record?
No. If a domain publishes more than one DMARC record, providers ignore them, so it's as if you had no policy at all. Combine everything into one record and delete the extra.
What is the rua tag in my DMARC record?
rua is the address where providers send summary reports about mail that uses your domain. Google recommends always including it. Use a dedicated mailbox or group, because reports can add up quickly.
Do I need SPF and DKIM before DMARC?
Yes. A message passes DMARC only when SPF or DKIM passes and matches the domain in the From address. Google recommends allowing 48 hours after setting up SPF or DKIM before you add DMARC.
Sources
- RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC) (RFC Editor)
- Set up DMARC (Google Workspace Admin Help)
- Set up DMARC to validate email in Microsoft 365 (Microsoft Learn)
- Cybersecurity for Small Business: Email Authentication (Federal Trade Commission)
Related guides and tools
Run the full free security scan
Check your website, email and domain together, with a prioritized plan and step-by-step fixes.
- Free check
- No signup
- No changes to your website