← FaultyPacket

3,678,611+-Domain DMARC SaaS Scorecard: Monitoring ≠ Enforcement

By Adam & the FaultyPacket Internet Mail Security Observatory (28 Oct 2026). Live rolling Observatory total: 3,678,611+ audited domains (vendor table below sampled at N = 2,650,611 audited domains).

Key findings

Method note: DNS shows where rua= reports are routed, not whether a domain pays or which plan it uses. The customer, not the vendor, sets the DMARC policy. Some domains stay on p=none deliberately during rollout.

Dedicated DMARC SaaS platforms (T3/T4)

CollectorDomains routing rua=On p=noneOn p=reject
Valimail (vali.email)21,10912,451 (59.0%)4,933 (23.4%)
MxToolBox (mxtoolbox.dmarc-report.com)3,0831,826 (59.2%)510 (16.5%)
DMARCly1,719603 (35.1%)539 (31.4%)
URIports3,3761,082 (32.0%)1,183 (35.0%)
Mimecast DMARC Analyzer6,0741,813 (29.8%)3,102 (51.1%)
dmarcian5,8991,593 (27.0%)3,243 (55.0%)
EasyDMARC (rua.easydmarc.eu)2,781611 (22.0%)1,515 (54.5%)
PowerDMARC3,106581 (18.7%)1,561 (50.3%)
Proofpoint7,9291,353 (17.1%)6,065 (76.5%)
Red Sift OnDMARC2,469403 (16.3%)1,855 (75.1%)

Bundled / free collectors (T1/T2), for comparison

CollectorDomainsPolicy share
Brevo (dmarc.brevo.com)60,24192.8% p=none
Cloudflare (dmarc-reports.cloudflare.net)19,37259.5% p=none
UK NCSC Mail Check2,32417.8% p=none
Simply.com (robot.simply.com)4,36999.9% p=reject

Red-room Q&A

1. "A one-off fix goes stale. SaaS keeps watching." (Monitoring ≠ Fixing)

That's true, and continuous monitoring is valuable if your senders change often. But watching and fixing are different jobs: between 16% and 59% of domains routing reports to the dedicated platforms above are still on p=none, and almost none have MTA-STS. Our packs cover the fix itself. You can re-scan for free whenever you like, and a subscription is worth keeping if you need the ongoing service.

2. "p=none is intentional during rollout." (Intentional p=none vs. multi-year stagnation)

As a rollout stage, yes. A snapshot can't show how long a domain has been on p=none, so we don't claim to know intent. Our packs give a staged p=none → pct-limited p=quarantine → p=reject route for domains that want to move forward.

3. "Self-hosted reports will flood our inbox." (First-party alias)

Never point rua= at a person's inbox. Use a dedicated alias such as dmarc-rua@yourdomain with an archive rule, and parse the reports locally when you audit. For very high-volume senders, a hosted service may honestly suit better.

4. "Sending reports to a US vendor isn't illegal." (GDPR Art. 28/44 governance vs. automatic breach)

Agreed. It is not an automatic breach, and we never say it is. It's a governance item for your DPO (Art. 28 processor terms, Chapter V transfers) that doesn't come up when rua= stays first-party.

Fix it, then re-check free

£5 Quick-Fix / £24 DMARC Pack£39 Complete 4-Pack BundleFree MSP 100-Domain Toolkit

Vendor right of reply

We report public DNS observations and don't rank vendor quality. Any vendor listed can send corrections or context to [email protected], and we'll publish fair responses.

© 2026 FaultyPacket · Data: FaultyPacket Internet Mail Security Observatory, public DNS snapshot 28 Oct 2026.