SPF-recorderne der får din mail til at forsvinde

De fleste tror, at når de først har sat SPF, DKIM og DMARC op, så er de færdige. Men mange oplever pludselig, at deres mails ikke når frem – uden at der kommer nogen fejlmeddelelse. Det kan skyldes en gammel begrænsning, som rammer flere domæner, end man tror.

Den usynlige begrænsning

SPF har en fast grænse på ti DNS-opslag pr. tjek. Overskrider du den, får du en PermError, og din mailautentificering holder op med at virke. Ifølge nylige tal har næsten 5 % af alle domæner med SPF allerede overskredet grænsen – uden at de ved det.

Det sker ofte, når man bruger flere forskellige mailtjenester. Hver include: i din SPF-record tæller som et opslag. Bruger du både Google Workspace, Mailchimp, Stripe og SendGrid, kan du hurtigt ramme loftet.

Hvorfor er det et problem?

Når grænsen overskrides, stopper mailen bare med at komme frem. Der er ingen bounce, ingen fejlbesked. Bare tomhed i indbakken. Mange opdager det først, når kunderne begynder at klage.

Flere løsninger i stedet for flattening

Flattening – at erstatte include: med faste IP-adresser – er en kendt løsning, men den er ikke ideal. Det er en vedligeholdelsesbyrde, fordi mange mailtjenester skifter IP-adresser løbende. Du må manuelt følge med,否則你后会是失败。

Flattening kan være en hurtigløsning, men er ikke holdbar i længden.

1. Ryd op i dine mailtjenester

Start med at tjekke, hvilke tjenester der stadig bruges. Mange har gamle include: fra tidligere tjenester, der ikke længere er i brug. En simpel audit kan ofte reducere antallet af opslag med 30–40 %.

2. Konsolider dine tjenester

Kan du samle flere funktioner hos en enkelt mailtjeneste? Postmark eller AWS SES kan ofte erstatte flere tidligere inkluderer med én enkelt include:.

3. Brug en samlet include:

Nogle store mailtjenester tilbyder en samlet include: til deres samtl<|eos|>