Mijn SPF-record heeft te veel lookups

SPF mag een ontvanger hoogstens tien DNS-opzoekingen kosten. Elke include:, a, mx, ptr, exists: en redirect= telt mee, ook de opzoekingen die daar wéér binnen zitten. Gaat u erover, dan stopt de ontvanger en faalt SPF met een permanente fout, hoe correct uw record verder ook is.

Waarom u er zo snel aan zit

Eén include ziet er onschuldig uit, maar Microsoft 365 kost er in zijn eentje al drie, en een grote nieuwsbriefdienst soms vier. Drie of vier diensten naast elkaar en u bent erover. Wij tellen de opzoekingen voor u door en melden het als actiepunt zodra het er meer dan tien zijn.

Wat helpt

• Ruim op wat u niet meer gebruikt. Dit is bijna altijd de oplossing. In vrijwel elk te lang record staan includes van diensten die al jaren niet meer verstuurd hebben.
• Haal ptr eruit. Die is verouderd, traag, en ontvangers negeren hem vaak toch.
• Vervang a en mx door het IP-adres zelf als dat vast is: ip4: en ip6: kosten geen opzoeking.
• Zet diensten over op DKIM. Een dienst die met DKIM ondertekent hoeft niet in uw SPF te staan; DMARC slaagt dan op de handtekening.

Wat niet helpt

Een tweede SPF-record toevoegen. Twee records naast elkaar maakt SPF juist ongeldig: er mag er precies één zijn. Alles hoort in dat ene record te staan.

En pas op met "SPF-flattening", waarbij includes vervangen worden door de IP-adressen erachter. Het werkt, maar die adressen veranderen zonder dat u het merkt, en dan valt uw mail stil. Doe het alleen als iets het automatisch voor u bijhoudt.