DMARC
DMARC stands for Domain-based Message Authentication, Reporting, and Conformance. DMARC is an email-authentication policy framework that builds on SPF and DKIM to tell receiving servers what to do when SPF or DKIM fails - reject, quarantine, or deliver with monitoring. DMARC also provides aggregate and forensic reports that let domain owners monitor how their domain is being used across the email ecosystem, including spoofing attempts.
How DMARC works
Five-step process:
1. Domain owner publishes a DMARC policy. DNS TXT record at _dmarc.yourdomain.com specifying what to do when authentication fails.
2. Receiving server checks DMARC after checking SPF and DKIM.
3. DMARC alignment checked. For DMARC to pass, SPF or DKIM must align with the From domain.
4. Policy applied on DMARC failure. ‘p=none’ (deliver normally, monitor), ‘p=quarantine’ (spam folder), ‘p=reject’ (refuse delivery).
5. Aggregate reports sent. Receiving servers send daily aggregate reports to the domain owner showing DMARC results. Forensic reports (rare) show specific failing emails.
DMARC policy levels
Three policy choices:
p=none (monitoring only). Does nothing operationally; collects reports. The starting point for DMARC implementation.
p=quarantine. Failing emails go to spam folder. Intermediate enforcement.
p=reject. Failing emails are refused. Maximum protection against spoofing; requires confidence that legitimate sending is all authenticated.
Standard rollout: start with p=none, monitor reports, fix issues, gradually move to p=quarantine, then p=reject.
Why DMARC matters
Four reasons:
Spoofing protection. Without DMARC, attackers can send emails claiming to be from your domain. DMARC prevents this.
Brand protection. Phishing emails pretending to be your brand damage brand trust. DMARC blocks the tactic.
Deliverability improvement. Domains with DMARC are treated better by ISPs. Strong DMARC posture correlates with inbox placement.
Gmail/Yahoo 2024 requirements. Bulk senders must have DMARC policy at p=none or stronger. Non-compliant senders face delivery failures.
Reading DMARC reports
DMARC aggregate reports (XML format) show:
Sending sources. IPs that sent emails claiming your domain.
Volume per source. How much mail each source sent.
SPF and DKIM pass rates. Per-source authentication success rates.
DMARC alignment. Whether SPF/DKIM aligned with the From domain.
Policy outcomes. What was done with failing mail.
Reading raw XML is painful. Most teams use report parsers (Dmarcian, Valimail, dmarcanalyzer.com) to turn XML into dashboards.
Common DMARC setup issues
Five problems:
Authorized senders failing alignment. Legitimate ESPs sending on your behalf, but signatures not aligned. Need per-ESP DKIM configuration.
Over-aggressive policy too soon. Setting p=reject before fixing all authentication issues causes legitimate email to bounce.
Missing subdomains. DMARC for yourdomain.com doesn’t automatically cover subdomains. Use sp= policy for subdomain handling.
Forwarded mail failures. Forwarded emails often fail both SPF and DKIM, hitting DMARC policy. ARC (Authenticated Received Chain) helps but adoption is incomplete.
DMARC report overwhelm. Without parsers, the XML reports are unreadable. Teams without tooling usually ignore them, missing the value.
DMARC implementation roadmap
Six-step standard path:
1. Audit authentication. What does your SPF record cover? Is DKIM configured for all senders?
2. Publish p=none. Start with monitoring only.
3. Collect and analyze reports. Set up a DMARC report parser.
4. Fix issues. Identify authorized senders failing alignment; configure them properly.
5. Move to p=quarantine. Once most legitimate mail aligns, quarantine failures. Monitor for problems.
6. Move to p=reject. Full enforcement. Spoofing attempts are blocked entirely.
Timeline: 3–6 months typical for a full transition from unauthenticated to p=reject.
DMARC in 2026
Three observations:
Widespread adoption. Most major brands now at p=reject. Mid-market SaaS increasingly adopting.
Required by 2024 sender rules. Bulk senders to Gmail/Yahoo must have DMARC at minimum p=none.
Extensions emerging. BIMI (Brand Indicators for Message Identification) requires DMARC enforcement and lets brands show logos in inboxes. Good incentive for DMARC at reject.
BIMI and DMARC
BIMI lets your brand logo appear next to emails in supporting mail clients (Gmail, Yahoo, AOL):
Requires DMARC at p=quarantine or p=reject. BIMI only works with enforced DMARC.
Verified Mark Certificate (VMC) often required. A third-party-verified cryptographic credential linking the logo to the domain.
Growing adoption. Major brands increasingly use BIMI for visual trust signaling. Small but visible deliverability-adjacent benefit.
DMARC and content programmes
DMARC doesn’t directly affect content decisions, but content teams depend on the deliverability it produces. Newsletters with strong DMARC posture land in inboxes; newsletters without it increasingly don’t. Content programmes that invest in strong authentication posture see compounding benefits as ISP filtering gets more sophisticated.
Related terms
- SPF - an authentication mechanism DMARC builds on
- DKIM - the other authentication mechanism DMARC builds on
- Deliverability - the outcome DMARC protects and improves
- Sender Reputation - the related foundation
- Email Marketing - the discipline DMARC serves
