Gids
SPF, DKIM en DMARC: de e-mail van een mkb-bedrijf beschermen
SPF, DKIM en DMARC voorkomen dat iemand valse e-mails in uw naam verstuurt en helpen uw echte berichten aan te komen. Google, Yahoo en Microsoft eisen ze al van grote verzenders. Hier leest u in gewone taal wat ze doen, en hoe u ze invoert zonder uw eigen facturen te blokkeren.
Bijgewerkt op 18 oktober 2026 · De cijfers hebben een bron onderaan de pagina; de beoordelingen zijn die van IT CyberWall.
Waarom dit u aangaat
Iedereen kan een e-mail versturen die van uw domein lijkt te komen: een valse factuur aan uw klanten, een vals betaalverzoek aan uw boekhouder. Drie instellingen, gepubliceerd in de DNS van uw domeinnaam, laten de mailservers van uw ontvangers uw echte berichten herkennen. Ze beschermen uw e-mail en uw reputatie, niet uw gegevens: het is geen back-up.
SPF, DKIM en DMARC in gewone taal
| Instelling | Wat ze zegt | Vergelijking |
|---|---|---|
| SPF | De lijst van servers die berichten mogen versturen namens uw domein[1]. | De lijst van toegelaten postbodes. |
| DKIM | Een digitale handtekening die aan elk bericht wordt toegevoegd en het bericht aan uw domein koppelt[2]. | De bedrijfsstempel op de envelop. |
| DMARC | Uw instructie aan de ontvangers wanneer een bericht niet door de controles komt (niets doen, in spam plaatsen, weigeren), en het versturen van rapporten[3]. | De instructie die bij de receptie is achtergelaten. |
Het ANSSI wijdt aan deze drie mechanismen een deel van zijn aanbevelingen over de koppeling van een informatiesysteem aan internet[4].
Wat Google, Yahoo en Microsoft eisen
- Google, sinds 1 februari 2024: SPF of DKIM voor alle verzenders; SPF, DKIM en DMARC voor wie meer dan 5 000 berichten per dag naar Gmail stuurt[5].
- Yahoo: SPF of DKIM voor iedereen; SPF, DKIM en DMARC voor bulkverzendingen[6].
- Microsoft Outlook.com, sinds 5 mei 2025: SPF, DKIM en DMARC voor domeinen die meer dan 5 000 berichten per dag versturen; anders gaan de berichten naar spam en worden ze daarna geweigerd[7].
Ook een mkb-bedrijf dat weinig berichten verstuurt, heeft er baat bij alle drie te publiceren: facturen en offertes komen beter aan, en de bedrijfsnaam is moeilijker te misbruiken.
De invoering, stap voor stap
- Alles in kaart brengen wat berichten in uw naam verstuurt: e-mail, facturatiesoftware, CRM, website, e-mailmarketingtool, printer die scans verstuurt.
- Een SPF publiceren die deze verzenders opsomt, zonder er een te vergeten.
- DKIM activeren voor elke dienst die dat toelaat.
- Een DMARC in observatiemodus publiceren (beleid « none ») en de rapporten ontvangen.
- De rapporten lezen gedurende enkele weken: ze brengen vergeten verzenders en misbruik aan het licht.
- Geleidelijk aanscherpen: in spam plaatsen (« quarantine »), daarna weigeren (« reject »), wat Microsoft aanbeveelt[7].
Wat IT CyberWall doet
Wij inventariseren uw verzenders, publiceren en testen de SPF-, DKIM- en DMARC-records, lezen de rapporten samen met u en scherpen het beleid aan wanneer dat zonder risico kan. Het is een korte interventie, die past binnen onze diensten voor cyberbeveiliging.
Komen uw e-mails in spam terecht, of wordt uw naam misbruikt?
Wij controleren uw records en voeren SPF, DKIM en DMARC in.
Bronnen
Bronnen geraadpleegd op 18 oktober 2026. De tarieven van de leveranciers zijn vermeld excl. btw, in de valuta en de regio van de gepubliceerde prijslijst, en kunnen veranderen: controleer altijd de officiële pagina voordat u beslist.
- IETF – RFC 7208, Sender Policy Framework (SPF), april 2014 — www.rfc-editor.org/rfc/rfc7208
- IETF – RFC 6376, DomainKeys Identified Mail (DKIM) Signatures, september 2011 — www.rfc-editor.org/rfc/rfc6376
- IETF – RFC 9989, DMARC (mei 2026, vervangt RFC 7489) — www.rfc-editor.org/rfc/rfc9989
- ANSSI – Recommandations relatives à l’interconnexion d’un système d’information à internet, v3.0 (19 juni 2020), § 5.4 — messervices.cyber.gouv.fr/guides/recommandations-relatives-linterconnexion-dun-si-internet
- Google – Consignes pour les expéditeurs de messages — support.google.com/a/answer/81126?hl=fr
- Yahoo – Sender Best Practices — senders.yahooinc.com/best-practices/
- Microsoft – Outlook.com Policies, Practices, and Guidelines — substrate.office.com/ip-domain-management-snds/Postmaster/Policies