Controleer een SPF-record, of stel er een op
SPF faalt stilletjes. Het werkt een jaar lang, iemand voegt nog een dienst toe, het record komt boven de limiet van tien DNS-lookups uit, en vanaf dat moment behandelt elke ontvanger het als kapot — zonder dat er ergens een foutmelding verschijnt. Dit toont je de telling.
- Draait vanuit je browser, niet op onze server
- Geen registratie
- Geen watermerk
De tool wordt geladen…
Hoe het werkt
- Typ je domein. Voeg een IP-adres toe als je wilt weten of die specifieke server mag versturen.
- Lees het resultaat, de lookup-telling en de bevindingen; open de boomstructuur om te zien wat elk opgenomen record werkelijk bevat.
- Gebruik de generator hieronder om een correct record samen te stellen uit de diensten die je echt gebruikt.
Waarom er niets wordt geüpload
Alles wat deze pagina doet, doet code die in je browsertabblad draait, met dezelfde engine die ook webpagina’s tekent. Je bestand wordt van schijf naar het geheugen van dat tabblad gelezen, daar bewerkt en weer weggeschreven als download. Het wordt nergens naartoe gestuurd — niet naar ons, en niet naar een derde partij.
Controleer het zelf
- Open de ontwikkelaarstools van je browser (F12) en kies het tabblad Netwerk.
- Laad je bestand en start de tool.
- De enige verzoeken die je ziet, halen de code van de tool zelf op — en bij een paar zware tools hun opensource-engine van een openbare CDN — plus één kleine bezoekmelding aan loreatec.jp (adres en titel van de pagina, meer niet). In geen van die verzoeken zit jouw bestand.
Veelgestelde vragen
Wat is die limiet van tien lookups precies?
Elke include, a, mx, ptr, exists en redirect kost één DNS-lookup, en de lookups binnen de records die je opneemt, tellen ook mee. De standaard (RFC 7208) legt het totaal vast op tien. Een ontvanger die de grens bereikt, stopt en geeft een foutmelding terug, wat de meeste behandelen alsof je helemaal geen SPF had. Providers waarbij één include nog drie of vier extra lookups verbergt, zijn meestal de oorzaak. De oplossing: diensten schrappen die je niet meer gebruikt, of includes vervangen door platte IP-adressen — voorzichtig, want die lijsten verouderen.
Waarom is +all zo slecht?
Omdat het elke server op internet machtigt om als jouw domein te versturen. Het is erger dan niets publiceren: zonder record valt een ontvanger terug op andere signalen; met +all heb je expliciet voor de spammer ingestaan. Het verschijnt meestal doordat iemand een voorbeeld kopieert en het verkeerde teken verandert.
Moet het record eindigen op -all of ~all?
-all betekent “wijs al het andere af”, ~all betekent “behandel al het andere met wantrouwen”. Begin met ~all terwijl je nog aan het uitzoeken bent wat er namens jou verstuurt, en ga daarna naar -all. Het verschil telt pas zodra DMARC actief is — DMARC is de regel die de ontvanger vertelt wat te doen bij een mislukte controle, en een DMARC-beleid van reject wijst met SPF ~all nog steeds af. Blijf niet uit voorzichtigheid voor altijd op ~all staan; het is een tussenstop, geen eindbestemming.
Kan ik twee SPF-records hebben?
Nee. Twee v=spf1-records op dezelfde naam is een permanente fout, en ontvangers stoppen dan met evalueren. Het gebeurt wanneer een dienst vraagt om “dit record toe te voegen” en je een tweede TXT-record toevoegt in plaats van de items ervan samen te voegen met het record dat je al hebt.
Wat wordt hier naar wie verstuurd?
De domeinnamen die opgezocht moeten worden, gaan naar de publieke DNS-dienst die je hebt gekozen, vanuit je browser. De server van deze site is er niet bij betrokken en houdt nergens een record van bij.