Tech excellence, human relevance

Services / Messaging & Email Security

SPF, DKIM and DMARC: email authentication that holds

The large mailbox providers demand authenticated mail, yet your own DMARC has been sitting at p=none for years, and nobody knows which systems send under the company domain. We bring domains to an enforceable policy in a controlled way: first the complete inventory, then tightening in stages, without losing legitimate mail.

Why this is more than three DNS records

Publishing the records is the quick part. The real work sits in the question of who legitimately sends under the domain: the ERP, the newsletter service, the ticket system, multifunction devices, the external payroll provider. Every forgotten source means lost mail after enforcement. That is why every DMARC project of ours starts with an inventory of the actual sending sources from DMARC reports and mail logs, not with editing the DNS zone.

Services

Sending source inventory Identifying every system that sends under your domains, the forgotten ones included; from reports, logs and tenant evaluations.
Record design SPF within the lookup limit, DKIM signing per sending source, DMARC with a sensible alignment strategy, subdomains and parked domains included.
Staged plan to p=reject Tightening via none, quarantine and pct stages, with report evaluation before each step and defined abort criteria.
The hard cases Forwarding, mailing lists, gateways in front of Microsoft 365, ARC sealing: the cases DMARC projects usually fail on.

Further reading

Check it yourself

Planning something similar?

In a first conversation, we'll look at where you stand, the risks and the most sensible next step.

Get in touch →

Also in Messaging & Email Security