Slik tolker du dmarc-testen og fikser feil i DNS-posten

Mange B2B-team sender kalde e-poster fra et domene som aldri har fått en ordentlig DMARC-post, og lurer på hvorfor svarraten faller uke for uke. En dmarc test online avslører raskt om SPF og DKIM faktisk stemmer overens med det domenet som sender, og om policyen er satt riktig for formålet. Denne artikkelen viser hvordan du leser resultatene fra en dmarc test tool og retter feilene før du sender neste kampanje.

Hvorfor en dmarc test domain er første steg før kald utsendelse

Kalde B2B-utsendelser lever av at meldingen faktisk lander i innboksen, ikke i spam-mappen. Google og Microsoft stoler ikke lenger på et domene bare fordi avsendernavnet ser pent ut – de sjekker om domenet har SPF, DKIM og DMARC på plass, og om det som faktisk sendes stemmer med det som er deklarert i DNS. En dmarc test online er derfor ikke noe du gjør én gang og glemmer, men et verktøy du kjører før hver ny kampanje, spesielt når du bytter avsenderdomene eller legger til et subdomene for oppfølgingssekvenser.

For norske B2B-avsendere er dette spesielt aktuelt fordi mange bruker et eget subdomene til kalde kampanjer, for eksempel mail.firmanavn.no, for å skjerme hoveddomenet mot ryktetap. Uten en korrekt DMARC-post bygger verken subdomenet eller hoveddomenet opp domenerykte over tid, og da uteblir responsen uansett hvor godt teksten i e-posten er skrevet. Å kjøre en dmarc test for domenet – på engelsk gjerne omtalt som dmarc test domain – bør derfor stå på sjekklisten samtidig som du setter opp selve avsenderinfrastrukturen.

Slik kjører du en dmarc test online steg for steg

En dmarc test tool leser DNS-en din på samme måte som en mottakerserver gjør, og viser deg om posten finnes, om syntaksen er gyldig og om policyen er satt slik du tror. Prosessen er den samme uansett hvilket verktøy du velger, og du trenger ikke administratortilgang til DNS-en for å kjøre selve testen – bare for å rette feilene etterpå.

• Slå opp _dmarc.dittdomene.no som en TXT-post og bekreft at den faktisk finnes.
• Valider syntaksen: posten skal starte med v=DMARC1 og inneholde en gyldig p=-tag.
• Sjekk at rua= peker på en e-postadresse eller tjeneste du faktisk overvåker.
• Send en testmelding til en ekstern innboks og se etter dmarc=pass i den mottatte headeren.
• Vent på og les de første aggregate-rapportene (RUA) fra store mottakere som Google og Microsoft.
• Gjenta testen etter hver DNS-endring, ikke bare ved oppsett.

Slik tolker du resultatene fra dmarc-testen

Et grønt «pass» i verktøyet betyr at både SPF og DKIM er til stede og alignet med From-domenet – altså at domenet i avsenderadressen matcher domenet SPF og DKIM er signert for. Et «fail» betyr ikke nødvendigvis at meldingen blir avvist; det avhenger av policy-taggen. Med p=none blir avviket bare rapportert, mens p=quarantine sender meldingen til spam og p=reject blokkerer den helt hos mottakere som håndhever policyen strengt.

De fleste nye domener starter med lav pass-rate fordi ESP-en (utsendelsesplattformen) sender fra et annet infrastrukturdomene enn From-adressen, uten at SPF og DKIM er alignet riktig. Det er normalt de første ukene, men bør rettes før du strammer policyen til quarantine eller reject.

Vanlige feil i DNS-posten som dmarc testen avdekker

De fleste feilene en dmarc test tool finner, handler ikke om at posten mangler helt, men om at den er feil skrevet eller ikke dekker alle avsenderkilder domenet faktisk bruker. Dette er spesielt vanlig hos B2B-selskaper som bruker flere systemer parallelt – ett for nyhetsbrev, ett for kalde kampanjer og ett for transaksjonsmail fra CRM-et.

En annen klassisk feil er å ha to _dmarc-poster registrert samtidig, ofte fordi ett verktøy har lagt inn en post uten å sjekke om det allerede fantes en fra før. Mottakerservere vet da ikke hvilken post som gjelder, og resultatet blir uforutsigbart heller enn konsekvent avvist.

Sjekkliste før du starter en kald B2B-kampanje

Før du booker en kampanje eller aktiverer et nytt subdomene, kjør denne listen for å unngå at leveringsevnen svikter fra dag én.

• Kjør en dmarc test online for både hoveddomenet og subdomenet du skal sende fra.
• Bekreft at p=none er satt minst 1–2 uker før du vurderer å stramme policyen.
• Sørg for at rua= peker på en adresse du faktisk leser, ikke en support-postkasse ingen sjekker.
• Verifiser at SPF-posten ikke overstiger grensen på 10 DNS-oppslag – det er en vanlig, usynlig feilkilde.
• Sjekk at DKIM-nøkkelen roteres eller i det minste er unik per avsendertjeneste.
• Husk at markedsføringsloven og GDPR-reglene Datatilsynet håndhever gjelder uavhengig av teknisk oppsett – god autentisering løser leveringsevne, ikke samtykke.

Slik bruker LDM dmarc-data i utsendelser

I LDM sin arbeidsflyt er dmarc-testen en fast del av onboardingen før et nytt domene eller subdomene tas i bruk til kalde utsendelser. Vi ser primært på aggregate-rapportene de første to ukene, framfor å stole blindt på et engangsresultat fra et verktøy – rapportene viser om alignment holder seg stabil over faktiske utsendelsesvolumer, ikke bare i én testmelding.

Målet er alltid å nå p=quarantine eller p=reject før volumet skaleres opp, fordi en strengere policy signaliserer til Google og Microsoft at domenet er godt forvaltet – noe som over tid gir bedre plassering i innboksen for legitim B2B-kommunikasjon, ikke bare bedre tall i selve dmarc testen.

Ofte stilte spørsmål