DMARC-recordchecker

Wat een DMARC-controle je vertelt

Een DMARC-controle bevestigt of een domein een TXT-record heeft op de verwachte _dmarc host. Is het record aanwezig, dan ontleedt de checker de belangrijkste tags, zodat je ziet of het domein alleen monitort, mislukkingen in quarantaine plaatst of ze weigert. Het toont ook rapportadressen en uitrolinstellingen wanneer die gepubliceerd zijn.

De beleidswaarde is belangrijk, omdat die mailboxproviders vertelt wat de domeineigenaar wil dat er gebeurt als authenticatie mislukt. p=none is voor monitoring. p=quarantine vraagt providers om mislukkingen met argwaan te behandelen, vaak door ze naar spam te sturen. p=reject vraagt providers om mislukte mail te blokkeren. Ga voorzichtig te werk, want een streng beleid kan legitieme mail raken als SPF of DKIM niet is uitgelijnd.

Uitlijningsinstellingen zijn ook belangrijk. Bij soepele uitlijning telt een subdomeinrelatie al als uitgelijnd. Strikte uitlijning vereist een exacte domeinovereenkomst. Soepel is gangbaar voor operationele verzending, terwijl strikt nuttig kan zijn bij strak beheerde verzendopstellingen.

Wanneer je DMARC opnieuw moet controleren

Controleer DMARC opnieuw telkens wanneer er een nieuwe verzendtool wordt toegevoegd, een subdomein gaat versturen, DKIM-sleutels worden vervangen of de SPF-includes veranderen. Een domein kan er voor normale inboxmail gezond uitzien, terwijl een marketingplatform of salestool nog steeds de uitlijning faalt. Door DMARC vóór een launch te controleren, heb je tijd om de authenticatie te repareren voordat de reputatiesignalen zich opstapelen.

Voor de bredere verzendworkflow combineer je deze checker met de SPF-checker, DKIM-checker, and e-mailgezondheidscheck. For the recipient side, use bulk verification voordat je verstuurt naar geëxporteerde CRM-, nieuwsbrief- of prospectinglijsten.

DMARC-controles inzetten in je verzendworkflow

Controleer DMARC voordat je een nieuw domein opwarmt, voordat je een nieuw verzendplatform koppelt en voordat je een campagne met hoog volume start. Het doel is om mismatches op te sporen terwijl de verzending nog makkelijk te corrigeren is. Ontbreekt DMARC, publiceer dan eerst een monitoringbeleid. Bestaat DMARC maar staat het op strikte uitlijning, zorg dan dat elke verzender precies het domein of subdomein gebruikt dat het beleid verwacht.

Vergelijk bij gevestigde domeinen het beleid met het werkelijke campagnegedrag. Een merk gebruikt misschien één domein voor medewerkersmail, een ander subdomein voor lifecycle-mail en weer een apart subdomein voor outbound sales. Elk pad hoort authenticatie te hebben die past bij hoe de mail daadwerkelijk wordt verstuurd. Verandert een pad, controleer dan opnieuw de DNS-records in plaats van te vertrouwen op de opzet van vorig kwartaal.

DMARC helpt ook je merkidentiteit te beschermen, maar het is niet de enige controle vóór verzending. Bekijk SPF en DKIM, verifieer adressen voor het uploaden en houd het bouncepercentage na elke campagne in de gaten. Onder de 3% is gezond, 3-5% vraagt om opschoning en aandacht, en boven de 5% is reden voor een grondigere controle van de lijstkwaliteit voordat je meer volume verstuurt.

Geeft de checker een strikt beleid terug, neem dan gas terug voordat je een nieuwe verzender koppelt. Bevestig dat de verzender de DKIM- of SPF-uitlijning kan halen met exact het zichtbare Van-domein. Lukt dat niet, repareer dan eerst de authenticatie of verstuur vanaf een correct geconfigureerd subdomein.

Geeft de checker alleen monitoring terug, dan is het domein mogelijk nog bruikbaar, maar het vraagt ontvangers niet om mislukte berichten in quarantaine te plaatsen of te weigeren. Beschouw monitoring als een inzichtfase, niet als de eindtoestand voor een volwassen verzenddomein.