How to choose a DMARC provider
The questions to ask about reporting, support, limits, and your route to enforcement.
Begin with your operating needs
The useful question is which service fits your domain portfolio and the people maintaining it. Make a short inventory before comparing plans: active domains, non-sending domains, approximate legitimate mail volume, sending platforms, and who will investigate problems.
A small team monitoring one domain has different needs from an MSP managing separate customers. Use that distinction to narrow the vendor directory.
Ask how usage is measured
Providers use different combinations of domains, message volume, report volume, and feature tiers. Ask what counts toward each limit, whether unauthorised traffic is included, and what happens when you exceed an allowance.
Also check whether subdomains and non-sending domains count separately. A low starting price is not a useful comparison unless the included capacity fits your actual setup.
Examine the reports
During an evaluation, use your own representative traffic and ask whether you can:
- Identify the services sending as your domains.
- Separate an authentication failure from an alignment failure.
- Investigate an individual source or time range.
- Export data when needed.
- Keep enough history for your operational requirements.
Check whether your parser or provider supports the current aggregate-report specification, RFC 9990, alongside older formats you may still receive. Reports provide observations from participating receivers, not a complete audit of every email.
Define “managed” before buying it
Managed DNS, hosted SPF, guided onboarding, and a fully managed DMARC service are different things. Ask who makes changes, who approves them, who investigates alerts, and how support responds when legitimate mail is affected.
For hosted authentication features, understand the DNS changes required and what a migration away from the service would involve. Record which settings and keys remain under your control.
Check team and MSP requirements
If several people will use the platform, review access controls and user allowances. MSPs should also investigate customer separation, delegated access, billing, reporting exports, and integration options.
An API being advertised does not establish that it is included in every plan. Ask for the documentation, limits, and version policy relevant to the subscription you are considering.
Understand a free offer
A free plan may be limited to personal use, a small amount of traffic, or short retention. A free trial expires. Both can be useful for evaluation, but they answer different needs.
Read the eligibility conditions and confirm what happens to stored reports when a trial ends or a plan changes.
Use a short, practical scorecard
Compare your finalists against the same criteria: usable reporting, adequate capacity, clear support responsibilities, acceptable data handling, an understood exit path, and a total cost you can explain.
The directory provides a starting point. Validate the details that matter in the provider’s current documentation and your own evaluation before committing.
Sources
- Example plan structure — dmarcian
- Example personal-use eligibility — Mailhardener
- RFC 9990 — aggregate report format
Sources reviewed .