--- title: "Wat is SPF-record? Uitleg en betekenis | Keurig Online" description: "Een SPF-record is een DNS-record dat bepaalt welke mailservers e-mail mogen versturen namens een domein." canonical: https://www.keurigonline.nl/begrippenlijst/spf-record last_modified: 2025-12-18 --- [Terug naar begrippenlijst](https://www.keurigonline.nl/begrippenlijst) # SPF-record Een SPF-record is een DNS-record dat bepaalt welke mailservers e-mail mogen versturen namens een domein. Een SPF-record (Sender Policy Framework) is een beveiligingsmechanisme voor e-mail dat domeinbeheerders in staat stelt om te specificeren welke mailservers geautoriseerd zijn om e-mail te versturen namens hun domein. Dit helpt e-mailspoofing en phishing-aanvallen te voorkomen door ontvangende mailservers de mogelijkheid te geven om te verifiëren of een inkomende e-mail wel echt afkomstig is van een geautoriseerde bron. Een SPF-record wordt gepubliceerd als een TXT-record in het DNS (Domain Name System) van een domein. Wanneer een mailserver een e-mail ontvangt, kijkt deze naar het SPF-record van het verzendende domein om te controleren of het IP-adres van de verzendende mailserver is geautoriseerd. Het record bevat mechanismen zoals ip4:, ip6:, a, mx en include: die aangeven welke IP-adressen en servers toestemming hebben om e-mail te versturen. Een SPF-record eindigt meestal met een qualifier zoals -all (fail), ~all (softfail) of ?all (neutral) die bepaalt hoe ontvangende servers moeten omgaan met e-mails van niet-geautoriseerde bronnen. SPF is cruciaal voor e-mailbezorging en spampreventie. Zonder een correct geconfigureerd SPF-record kunnen legitieme e-mails als spam worden gemarkeerd of volledig worden afgewezen. E-mailproviders zoals Gmail, Outlook en Yahoo gebruiken SPF als één van de belangrijkste factoren bij het bepalen van de betrouwbaarheid van inkomende e-mail. Een goed SPF-record verbetert de deliverability van uitgaande e-mail aanzienlijk en beschermt het domein tegen misbruik door spammers en phishers die proberen zich voor te doen als het domein. Het instellen van een SPF-record vereist toegang tot de DNS-instellingen van het domein. Een basis SPF-record heeft de vorm: v=spf1 ip4:192.168.1.1 include:\_spf.google.com -all. Hierbij staat v=spf1 voor de SPF-versie, gevolgd door de geautoriseerde IP-adressen of includes van externe e-mailproviders zoals Google Workspace of Microsoft 365. Het is belangrijk om alle legitieme bronnen op te nemen en te eindigen met -all om ongeautoriseerde verzenders te blokkeren. SPF werkt het beste in combinatie met DKIM (DomainKeys Identified Mail) en DMARC (Domain-based Message Authentication, Reporting & Conformance) voor een complete e-mailauthenticatie-strategie. ## Geschiedenis SPF (Sender Policy Framework) werd ontwikkeld als reactie op het groeiende probleem van e-mailspoofing en spam in het begin van de jaren 2000. De eerste publieke vermelding van het SPF-concept dateert uit 2000, maar kreeg pas in 2002 serieuze aandacht toen [Dana Valerie Reese](https://en.wikipedia.org/wiki/Dana_Valerie_Reese) en [Paul Vixie](https://en.wikipedia.org/wiki/Paul_Vixie) onafhankelijk van elkaar SPF-achtige specificaties publiceerden op de IETF "namedroppers" mailinglijst. Deze posts leidden tot de oprichting van de IETF Anti-Spam Research Group (ASRG). In juni 2003 nam [Meng Weng Wong](https://en.wikipedia.org/wiki/Meng_Weng_Wong) van pobox.com het voortouw door verschillende voorstellen te combineren, waaronder "Reverse MX" (RMX) van Hadmut Danisch en "Designated Mailer Protocol" (DMP) van Gordon Fecyk. Op 10 oktober 2003 presenteerde Wong een nieuw concept dat ideeën van verschillende bijdragers verenigde, en de syntax begon steeds meer te lijken op het huidige SPF (v=spf1). Aanvankelijk stond SMTP+SPF voor "Sender Permitted From", maar in februari 2004 werd de naam veranderd in Sender Policy Framework. SPF heeft zich sinds 2003 gestag ontwikkeld en zag deployment buiten de ontwikkelaarsgemeenschap vanaf december 2003. Na de turbulente periode met de MARID werkgroep in 2004 ontstonden twee technologieën: SPF en SenderID. SPF werd in april 2006 gepubliceerd als experimenteel protocol in [RFC 4408](https://datatracker.ietf.org/doc/html/rfc4408), geschreven door M. Wong en W. Schlitt. De definitieve standaard kwam in april 2014 met [RFC 7208](https://datatracker.ietf.org/doc/html/rfc7208), geschreven door S. Kitterman. Deze RFC verving RFC 4408 en werd gepromoveerd tot "proposed standard" op het Internet Standards Track. Sindsdien is SPF een fundamenteel onderdeel geworden van moderne e-mailbeveiliging, breed ingezet door grote e-mailproviders en een essentiële bouwsteen in de strijd tegen e-mailspoofing en phishing. ## Bronnen 1. [RFC 7208 - Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1 (IETF)](https://datatracker.ietf.org/doc/html/rfc7208) 2. [Sender Policy Framework - Wikipedia](https://en.wikipedia.org/wiki/Sender_Policy_Framework) 3. [The History of SPF - dmarcian](https://dmarcian.com/history-of-spf/) 4. [What is Sender Policy Framework (SPF)? – A Bit of History - EasyDMARC](https://easydmarc.com/blog/what-is-sender-policy-framework-spf-a-bit-of-history/) 5. [The History and Evolution of Sender Policy Framework (SPF) - DMARC Report](https://dmarcreport.com/blog/the-history-and-evolution-of-sender-policy-framework-spf/) 6. [RFC 4408 - Sender Policy Framework (SPF) for Authorizing Use of Domains in E-Mail, Version 1](https://datatracker.ietf.org/doc/rfc4408/) 7. [What is a DNS SPF record? - Cloudflare](https://www.cloudflare.com/learning/dns/dns-records/dns-spf-record/) ## Gerelateerde artikelen E-mail 30 okt 2026 [Mail komt in spam? Zo vind je de oorzaak bij zakelijke mail](https://www.keurigonline.nl/blog/mail-komt-in-spam) 1. **Vergelijk webmail met je mailprogramma.** Stuur dezelfde mail via webmail en via Outlook, je telefoon of je websiteformulier naar een eigen Gmail- en een Outlook.com-adres. Komt de webmail wel in de inbox en de rest niet, dan zit het probleem in je mailprogramma, je verzendinstellingen of je site[\[4\]](https://lionserve.nl/knowledgebase/52/Waarom-komt-mijn-e-mail-in-de-spam-terecht.html). 2. **Check je DNS met [dnsscan.nl](https://dnsscan.nl).** Je ziet SPF, DKIM en DMARC in één overzicht. Kijk of je SPF-record eindigt op `~all` of `-all` en of er maar één SPF-record staat. 3. **Lees de headers in Gmail.** Open de testmail in Gmail, klik op de drie puntjes rechtsboven en kies "Origineel weergeven". Daar staat per controle `spf=pass` of `fail`, en hetzelfde voor `dkim` en `dmarc`. Een "fail" vertelt je precies welk record je moet nakijken. E-mail 2 jul 2026 [E-mailmarketing benchmark Nederland 2026: open rate, CTO en CTR](https://www.keurigonline.nl/blog/e-mailmarketing-nederland-benchmark-2026-verbeteren) In 2024 stelden Google en Yahoo als eersten verplichte eisen voor bulk-verzenders: SPF, DKIM en DMARC zijn verplicht, het spampercentage moet onder de 0,3% blijven en ontvangers moeten zich met één klik kunnen afmelden.[\[2\]](https://www.frankwatching.com/archive/2026/06/22/gdma-email-benchmark-2026/) In mei 2025 volgde Microsoft voor Outlook.com, Hotmail en Live met dezelfde eisen. E-mails die niet voldoen aan SPF, DKIM en DMARC krijgen een harde SMTP-fout 550 5.7.515 en worden direct geweigerd.[\[8\]](https://www.basedriver.com/e-mailmarketing/e-mail-deliverability-in-2026-wat-marketeers-extra-moeten-doen-om-inboxing-op-peil-te-houden/) Gmail schaalt enforcement verder op vanaf november 2025 met zowel tijdelijke als permanente rejecties voor niet-conforme afzenders. Apple iCloud weigert bulkmail bij ontbrekende authenticatie, vereist dat afmeldingen binnen 48 uur worden verwerkt en dat inactieve adressen periodiek worden verwijderd.[\[9\]](https://powerdmarc.com/nl/bulk-email-sender-requirements/) **Let op: Microsoft weigert e-mail bij ontbrekende authenticatie** - Geen of onjuist SPF-record: directe SMTP-fout 550 5.7.515, e-mail afgewezen. - DKIM-handtekening ontbreekt: zelfde fout, zelfde gevolg. - DMARC-policy staat op `p=none`: Microsoft beschouwt dit niet als voldoende bescherming bij bulk-verzending. E-mail 27 jun 2026 [Domein beschermen tegen phishing: SPF, DKIM en DMARC](https://www.keurigonline.nl/blog/domein-beschermen-tegen-phishing) SPF staat voor Sender Policy Framework. Het is een DNS TXT-record waarin je vastlegt welke IP-adressen en servers gemachtigd zijn om e-mail te versturen namens jouw domein. Een ontvangende mailserver kijkt dit record op en beoordeelt of de verzendende server wel op de lijst staat. Een typisch SPF-record ziet er zo uit: ```dns v=spf1 include:spf.google.com include:mailprovider.example.com ~all ``` Elke `include:` verwijst naar een mailprovider die namens jou mag sturen. Het afsluitende `~all` markeert alle andere bronnen als *soft fail*: verdacht, maar niet meteen geblokkeerd. Gebruik je `-all` in plaats daarvan, dan wordt mail van onbekende servers hard afgewezen. Dat is strenger en beter zodra je zeker weet dat je alle legitieme diensten hebt opgenomen.