Probleem:
Afgelopen week vroeg een bedrijf of ik hun kon helpen met een MailChimp implementatie. De DNS was reeds juist ingesteld voor DKIM en DMARC. Maar toch werden nieuwsbrieven als spam gezien.
Dit probleem deed zich voor bij gebruikers van Outlook met een Microsoft 365 abonnement. Uit ervaring weet ik dat Microsoft streng is in het beoordelen van mails. Dit probleem kan zich dus ook voordoen bij Hotmail.com en Outlook.com gebruikers
Ook bij het versturen van de nieuwsbrief naar een andere Microsoft 365 gebruiker kwam de mail in de Junk folder.
Oplossing:
Na analyse van de DNS records viel het mij op dat het SPF record niet aangepast was zodat Mailchimp namens het domein van het bedrijf mails mocht versturen. SPF staat voor sender policy framework.
Maar in de documentatie van Mailchimp staat niets geschreven over het instellen van SPF. Bij navraag via de chat wordt mij vertelt dat sinds juni 2024 het SPF record niet meer ondersteund wordt.
Op internet vind ik een handleiding van Dmarcly waarin beschreven wordt hoe je het SPF record voor Mailchimp toe kan voegen. Deze is voor het laatst bijgewerkt in februari 2024.
SPF record aangepast en mail komt niet meer in de spam map:
Als test voeg ik het domein “include:servers.mcsv.net” toe aan het SPF record. Ik verstuur een test mail en deze wordt niet meer als spam gezien. Het domein werkt dus nog.
> Lees in dit blog meer over DMARC en SPF
Heb je nog geen SPF record?
Voeg dan een DNS TXT record toe met de onderstaande gegevens.
v=spf1 a include:servers.mcsv.net -all
Heb je al wel een SPF record?
Stel het DNS TXT record ziet er zo uit:
v=spf1 include:spf.protection.outlook.com -all
Wijzig dit dan naar:
v=spf1 include:servers.mcsv.net include:spf.protection.outlook.com -all
Let op: houd rekening met de TTL!
DNS records werken met een TTL, time to life, waarde. Deze geeft aan hoelang het duurt voordat deze wereldwijd wordt doorgevoerd.
Stel een DNS record heeft een TTL van 4 uur en je wijzigt deze naar 1 uur. Dan duurt het eerst nog 4 uur voordat de nieuwe TTL van 1 uur in gaat.
Daarom kan je DNS records het beste 1 dag van tevoren naar 10 minuten zetten zodat je 1 dag later gemakkelijk wijzigingen door kan voeren.