Slik tester du DMARC-posten din før neste kalde e-postkampanje
En DMARC-post uten testing er som en brannalarm ingen har koblet til strømmen: den ser riktig ut, men varsler ingen når noe går galt. For B2B-avsendere som kjører kalde e-postkampanjer avgjør en riktig konfigurert og verifisert DMARC-post ofte om meldingen havner i innboksen eller i spam-mappen. Denne guiden viser en konkret arbeidsflyt for en e-post-DMARC-test — fra generering av posten til verifisering av at den faktisk virker.
- Kjør en e-post-DMARC-test etter hver endring i SPF, DKIM eller DMARC-posten, ikke bare én gang ved oppsett.
- Start alltid med policy p=none for overvåking før du strammer til med quarantine eller reject.
- Gratis verktøy dekker det meste — en dmarc generator fra MXToolbox eller tilsvarende er nok tidlig i prosessen.
- Aggregatrapportene (RUA) er nøkkelen til å se om legitim e-post fra egne domener faktisk består alignment.
- For kalde B2B-kampanjer med lavt volum bør du teste DMARC per sende-underdomene, ikke bare hoveddomenet.
Hvorfor en DMARC-test ikke er valgfritt lenger
Store mottakere som Gmail og Yahoo krever nå at avsendere har gyldig SPF, DKIM og DMARC på plass, selv ved lave volumer. For en agentur eller SDR-avdeling som sender målrettede B2B-e-poster til navngitte kontakter i navngitte selskaper, betyr det at en enkelt feil i DMARC-oppsettet kan senke leveringsraten for hele domenet — ikke bare for én kampanje.
Mange team i Norge bruker et eget underdomene til cold outreach, nettopp for å skjerme hoveddomenets omdømme hvis noe skulle gå galt. Men det underdomenet trenger sin egen DMARC-post, og den må testes akkurat som hoveddomenets. En e-post-DMARC-test er derfor ikke noe du gjør én gang og glemmer — det er en rutine du kjører hver gang du legger til en ny sendekilde, bytter ESP eller endrer SPF-inkluderinger.
Slik genererer og publiserer du en DMARC-post steg for steg
Første steg er å sjekke om det allerede finnes en DMARC-post. Kjør et enkelt oppslag mot '_dmarc.dittdomene.no' med dig eller nslookup, eller bruk et nettbasert verktøy som viser TXT-posten direkte. Finnes det ingenting, starter du fra bunnen.
Deretter bruker du en gratis dmarc generator for å bygge selve posten. Verktøy som DMARC-generatoren hos MXToolbox er gode utgangspunkt: du fyller inn policy, prosentandel og rapport-e-post, og verktøyet setter sammen riktig syntaks for deg. Poenget med å bruke en dmarc generator tool fremfor å skrive posten for hånd er å unngå syntaksfeil som gjør at hele posten blir ignorert av mottakerservere.
Publiser posten som en TXT-record på '_dmarc' for domenet, vent på propagering (typisk noen minutter til et par timer), og verifiser med et nytt oppslag at teksten faktisk ligger der du forventer. Til slutt sender du en reell testmelding til en konto du kontrollerer, og sjekker e-postens rå-headere for 'dmarc=pass'. Det siste steget er den egentlige e-post-DMARC-testen — alt før det er bare forberedelse.
- Sjekk eksisterende DMARC-post med dig/nslookup mot _dmarc.dittdomene.no
- Bygg posten med en gratis dmarc generator (for eksempel MXToolbox)
- Start med p=none og en rua-adresse for rapporter
- Publiser som TXT-record og vent på propagering
- Send en reell testmelding og les rå-headerne for dmarc=pass
- Gjenta testen for hvert underdomene du bruker til cold email
En typisk startpost ser slik ut: v=DMARC1; p=none; rua=mailto:dmarc-rapporter@bedriften.no; pct=100 — den overvåker uten å blokkere noe, mens du samler data.
Referanseverdier: fra p=none til full beskyttelse
Det finnes ingen fasit for hvor lenge man skal stå i p=none, men praksis fra målrettede B2B-kampanjer gir noen tommelfingerregler. De fleste team bør regne med minst to til fire uker med overvåking før de vurderer å stramme til policyen, fordi det tar tid å fange opp alle legitime sendekilder — også de du har glemt, som gamle nyhetsbrev-tjenester eller CRM-integrasjoner.
Alignment-raten, altså andelen e-post som faktisk består DMARC etter at SPF og DKIM er riktig satt opp, øker gjerne kraftig etter de første justeringene. Grafen under viser en typisk utvikling gjennom en DMARC-innføring for et domene som brukes til kalde B2B-kampanjer.
Tallene er veiledende og basert på praksis fra målrettede B2B-kampanjer, ikke en formell studie.
Vanlige feil ved DMARC-testing og oppsett
Den vanligste feilen er å hoppe rett til p=reject før man har sett en eneste aggregatrapport. Det stopper ikke bare falske avsendere — det stopper også egen legitim post fra kilder man glemte å inkludere i SPF.
- Å bytte til p=reject uten å ha lest RUA-rapportene først
- For mange 'include'-linjer i SPF, slik at man passerer grensen på 10 DNS-oppslag
- Å glemme sp= for underdomener, slik at et cold-email-underdomene ikke dekkes av policyen
- Å teste kun med et nettverktøy og aldri sende en reell e-post og lese headerne selv
- Å bruke samme sende-underdomene til både cold outreach og transaksjonell e-post uten separate DMARC-innstillinger
Sjekkliste og hvordan LDM bruker DMARC-testing i praksis
Hos LDM testes DMARC per sende-underdomene før et nytt domene tas i bruk til en kampanje, ikke bare på tenant-nivå. Det betyr at et nytt underdomene aldri sender sin første kalde e-post før en e-post-DMARC-test har bekreftet 'pass' i rå-headerne, og aggregatrapportene er koblet til overvåking.
For team uten eget verktøy holder det lenge å kombinere en gratis dmarc generator med jevnlige oppslag og en manuell testsending hver gang noe endres i sende-oppsettet. Det er ikke komplisert — det krever bare at noen faktisk gjør det, og ikke antar at posten virker fordi den 'ser riktig ut'.
- Ny DMARC-post generert og publisert med riktig syntaks
- Minst én reell testsending med headerkontroll (dmarc=pass)
- RUA-rapporter aktivert og lest før policy strammes til
- Egen policy for underdomener brukt til cold email (sp=)
- Rutine for å re-teste ved hver endring av ESP eller SPF-includes
Ofte stilte spørsmål
Hva er forskjellen mellom p=none, p=quarantine og p=reject?
p=none overvåker uten å påvirke levering, p=quarantine sender ikke-samsvarende post til spam, og p=reject avviser den helt. De fleste bør starte i p=none og trappe opp gradvis basert på hva rapportene viser.
Er gratis DMARC-generatorer trygge å bruke?
Ja, verktøy som MXToolbox sin dmarc generator bygger bare syntaksen for TXT-posten din basert på det du fyller inn — de får ikke tilgang til domenet ditt. Du publiserer og eier selve posten selv.
Hvor lang tid tar det før en DMARC-endring trer i kraft?
DNS-propagering tar vanligvis fra noen minutter til et par timer, avhengig av TTL-verdien på posten. Vent minst en time før du kjører en ny test dersom oppslaget ikke viser endringen med en gang.
Trenger jeg DMARC hvis jeg bare sender lave volum kalde e-poster?
Ja. Store mottakere krever gyldig autentisering uavhengig av volum, og en manglende eller feilkonfigurert DMARC-post kan senke leveringsraten selv for få meldinger i uken.
Hvordan tester jeg om DMARC faktisk fungerer uten å vente på rapporter?
Send en e-post til en konto du kontrollerer og åpne rå-headerne. Der finner du en linje med Authentication-Results som viser dmarc=pass eller dmarc=fail, og det gir deg svar med en gang.
Bør jeg bruke samme DMARC-post for hoveddomene og underdomener brukt til cold email?
Ikke nødvendigvis. Mange setter en egen sp=-policy for underdomener som brukes til kalde kampanjer, slik at et problem der ikke automatisk rammer hoveddomenets e-post.
Vil du bruke dette i din outreach?
Vi viser hvordan det fungerer for ditt segment og produkt — før arbeidet starter.
Snakk med oss