SPF-recordchecker

Gebruik deze SPF-recordchecker om includes uit te vouwen en mogelijke IP-bereiken te bekijken. Voeg het openbare IP-adres van je verzendserver toe om de volgorde van mechanismen, macro's en DNS-lookup-limieten na te gaan.

Gratis, zonder account. Tien opzoekingen per uur, gedeeld met onze andere domeinchecks.

We sturen het domein naar onze API, die de openbare DNS-records leest. Antwoorden worden vijf minuten bewaard.

Gebruik het daadwerkelijke openbare IP-adres van je uitgaande mailserver om het record stap voor stap te controleren. Dit IP-adres en de optionele SMTP-gegevens worden naar onze API gestuurd en vijf minuten gecachet.

Een SPF-recordchecker leest het DNS-record dat verzendservers autoriseert. Deze tool vouwt includes en redirects uit, zoekt mogelijke IP-bereiken op en signaleert riskante all-instellingen, dubbele records en syntaxisfouten. Met een optionele test van het verzendende IP-adres zie je welke mechanismen worden doorlopen en hoeveel DNS-termen en lege antwoorden dat oplevert. Een voorbeeld van een afgevlakt record is alleen beschikbaar als er een veilig, vast equivalent mogelijk is.

Zo gebruik je deze checker

Voer je domein in
Gebruik het domein uit je From- of Return-Path-adres. We lezen de TXT-records en selecteren het record dat begint met v=spf1.
Volg de includes
Elke include, a, mx, ptr, exists en redirect kost één DNS-lookup. Dat geldt ook voor de mechanismen binnen een include. We volgen ze in volgorde en tonen het totaal.
Los de gemelde problemen op
Verwijder diensten die je niet meer gebruikt, vervang ptr en sluit het record af met ~all of -all. Kom je boven de 10 lookups, vraag je provider dan om een beperktere include of verstuur de e-mail van die dienst via een subdomein.

Vragen over deze checker

Volgens RFC 7208 eindigt de controle met een permanente fout zodra er meer dan 10 lookups nodig zijn. Veel ontvangende servers behandelen SPF dan als mislukt. Daardoor kan legitieme e-mail in de spam belanden en wordt DMARC minder effectief.

-all vraagt ontvangende servers om e-mail van niet-vermelde servers te weigeren. ~all vraagt ze om die te accepteren, maar als verdacht te behandelen. Als je een DMARC-beleid hebt, bepaalt DMARC wat er gebeurt met e-mail die niet slaagt. Daarom gebruiken veel afzenders ~all. Gebruik nooit +all, want daarmee slaagt elke server voor de controle.

Een lookup zonder resultaat, bijvoorbeeld een include voor een domein zonder SPF-record. Volgens RFC 7208 zouden ontvangende servers er maximaal twee moeten toestaan. Daarom markeren we records met meer lege lookups.

Nee. Een domein mag maar één v=spf1-record publiceren. Twee records veroorzaken een permanente fout, dus voeg ze samen tot één record.

Controleer of AI je bedrijf noemt

Een geldig SPF-record helpt voorkomen dat je e-mail in de spam belandt. De gratis AI-zichtbaarheidsscan laat zien hoe ChatGPT en andere assistenten je bedrijf beschrijven.