Slik gjør du dmarc lookup domain med dig og MXToolbox
Før du sender en eneste kald e-post til en potensiell kunde, bør du vite hva DMARC-posten til avsenderdomenet faktisk sier. En feilkonfigurert eller manglende post er en av de vanligste årsakene til at legitime B2B-utsendelser havner i spam eller blokkeres helt av mottakerens filter. Denne artikkelen viser hvordan du gjør dmarc lookup domain både med kommandolinjeverktøy som dig og med dmarc check mxtoolbox, og hvordan du tolker det du finner.
- Dmarc lookup dns med dig gir deg rå DNS-data uten mellomledd – nyttig for teknisk feilsøking
- Dmarc check mxtoolbox tolker posten for deg og flagger syntaksfeil du lett overser manuelt
- En post med p=none overvåker, men beskytter ikke domenet ditt mot misbruk eller spoofing
- Duplikate _dmarc TXT-poster er en av de vanligste feilene og gjør policyen ugyldig
- Bruk et eget underdomene til kalde utsendelser og hold det synlig i DMARC-rapportene før du strammer policyen
Hvorfor dmarc lookup domain er første steg før kald B2B-utsendelse
DMARC (Domain-based Message Authentication, Reporting and Conformance) er posten som forteller mottakerens e-postserver hva den skal gjøre med meldinger som ikke består SPF- eller DKIM-alignment for domenet ditt. Uten en gyldig post, eller med en post som er feilformatert, mister du kontrollen over hvordan e-postene dine behandles hos store mottakere som Microsoft 365 og Google Workspace – to systemer norske B2B-mottakere i praksis nesten alltid bruker.
For selgere og SDR-team som driver målrettet kaldkontakt er dette spesielt kritisk. Kalde e-poster har ikke den samme historikken som nyhetsbrev abonnentene har bedt om, så mottakerens filter ser nøyere på autentiseringssignalene. En dmarc lookup domain-sjekk før kampanjestart avdekker om domenet er beskyttet nok til å sende volum, eller om det fortsatt bare overvåker.
Det er verdt å nevne at markedsføringsloven §15 krever samtykke for e-postmarkedsføring til privatpersoner i Norge, men rettet B2B-kontakt til en navngitt person i en relevant rolle regnes normalt som legitim forretningskommunikasjon. DMARC endrer ikke det juridiske bildet – men et solid teknisk oppsett er det som avgjør om den lovlige e-posten din i det hele tatt kommer frem.
Tallene er indikative, basert på erfaring fra oppsett av målrettede B2B-kampanjer, ikke en formell undersøkelse.
Dmarc lookup dns: dig, nslookup og andre kommandolinjeverktøy
Den mest direkte måten å gjøre dmarc lookup dns på er via dig, som spør DNS-serveren direkte uten mellomledd. Kommandoen er dig TXT _dmarc.domenet-ditt.no +short. Svaret bør starte med v=DMARC1, etterfulgt av parametere som p= (policy), rua= (adresse for aggregerte rapporter) og eventuelt pct= (hvor stor andel av trafikken policyen gjelder for).
Har du ikke dig tilgjengelig, gjør nslookup -type=TXT _dmarc.domenet-ditt.no jobben på de fleste operativsystemer, inkludert Windows. Fordelen med dmarc lookup dig fremfor et web-verktøy er at du ser eksakt hva DNS-serveren returnerer akkurat nå, uten cache-forsinkelser fra tredjeparts-tjenester – nyttig rett etter at du har endret posten og vil verifisere at endringen har slått gjennom.
Sjekk alltid at det bare finnes én TXT-post under _dmarc-underdomenet. Har du to poster – for eksempel fordi en gammel leverandør la til en post som aldri ble fjernet da du byttet e-postplattform – blir hele DMARC-oppsettet ugyldig for mange mottakere, selv om begge postene ser riktige ut hver for seg.
- dig TXT _dmarc.domenet.no +short – rask sjekk fra terminalen
- nslookup -type=TXT _dmarc.domenet.no – alternativ på Windows
- Se etter v=DMARC1 helt i starten av strengen
- Noter p=-verdien: none, quarantine eller reject
- Kontroller at rua= peker til en adresse du faktisk overvåker
- Tell antall TXT-poster under _dmarc – det skal kun være én
Et typisk svar fra dig TXT _dmarc.eksempelbedrift.no +short kan se slik ut: "v=DMARC1; p=quarantine; rua=mailto:dmarc-rapport@eksempelbedrift.no; pct=100" – det forteller deg at domenet setter meldinger som feiler alignment i karantene hos mottaker og sender aggregerte rapporter til den oppgitte adressen.
Dmarc check mxtoolbox: slik leser du rapporten
MXToolbox sitt DMARC Lookup-verktøy tar rå DNS-data og oversetter den til lesbare varsler – nyttig når du skal forklare status til en salgssjef eller kunde som ikke jobber med DNS til daglig. En dmarc check mxtoolbox-kjøring viser policyen i klartekst, flagger syntaksfeil, og markerer om rua- og ruf-adressene mangler eller er feilformatert.
Det verktøyet gjør bedre enn en rå dig-spørring, er å sjekke selve gyldigheten av posten opp mot RFC-standarden. En post kan se riktig ut visuelt, men mangle semikolon på riktig sted eller ha en ukjent tag – noe MXToolbox fanger opp umiddelbart, mens dig bare viser deg strengen uten å vurdere den.
Bruk MXToolbox som første steg når du overtar ansvar for et domene du ikke kjenner historikken til, og følg opp med dig lokalt hver gang du gjør en endring, slik at du har begge perspektivene: den tolkede rapporten og den rå verifiseringen.
Fordelingen er indikativ, samlet fra praktisk oppsett og revisjon av avsenderdomener til B2B-kampanjer.
Vanlige feil ved dmarc lookup domain
Den samme feilen dukker opp igjen og igjen når team gjør sin første dmarc lookup domain: de forveksler en gyldig post med en trygg post. p=none er gyldig DNS-syntaks og vil aldri gi feilmelding i verken dig eller MXToolbox, men den beskytter ikke domenet mot noe – den samler bare inn rapporter.
En annen klassisk fallgruve er å teste selve avsenderdomenet for den kalde kampanjen mot en gammel DMARC-post som ble satt opp for et helt annet formål, for eksempel transaksjonsmail fra et tredjeparts CRM-system. Sjekker du feil (under)domene, kan resultatet se bra ut selv om det faktiske avsenderdomenet mangler beskyttelse.
- Å tolke p=none som «alt er i orden» uten videre handling
- Å glemme at underdomener kan trenge egen sp=-parameter
- Å sette p=reject uten å ha overvåket rua-rapporter først
- Å teste feil (under)domene i dmarc lookup dns-verktøyet
- Å la flere systemer publisere separate _dmarc-poster på samme domene
Sjekkliste: fra dmarc lookup til trygg B2B-utsendelse
I LDM bygger vi opp domener stegvis før de brukes til målrettet kaldkontakt. Vi kjører dmarc lookup dig og dmarc check mxtoolbox parallelt ved oppstart, retter opp funn, og lar policyen stå på p=none eller p=quarantine med lav pct-verdi i noen uker mens vi leser rapportene, før vi strammer til p=reject på hele domenet.
Sjekklisten under er det minste et B2B-team bør gå gjennom før en kampanje med nye avsenderdomener starter. Den tar under en time å fullføre, men fanger opp de fleste feilene som ellers først vises som lav leveringsrate flere uker inn i kampanjen.
- Kjør dig TXT _dmarc.domenet.no +short og bekreft én gyldig post
- Kjør dmarc check mxtoolbox og fjern alle syntaksvarsler
- Bekreft at rua= peker til en adresse teamet faktisk leser
- Kontroller SPF- og DKIM-alignment mot samme avsenderdomene
- Bruk et dedikert underdomene for kaldkontakt, adskilt fra hoveddomenets transaksjonsmail
- Vent på reelle rapportdata før du hever policyen fra none til quarantine eller reject
Ofte stilte spørsmål
Hva er forskjellen mellom dmarc lookup dns med dig og dmarc check mxtoolbox?
Dig gir deg den rå DNS-strengen direkte fra navneserveren, mens MXToolbox tolker den samme strengen og flagger syntaksfeil og manglende felter. Bruk dig for rask verifisering rett etter en endring, og MXToolbox for en fullstendig rapport du kan dele med kollegaer.
Kan jeg gjøre dmarc lookup dig uten å installere noe program?
Ja, dig følger som regel med macOS og de fleste Linux-distribusjoner, og på Windows kan du bruke nslookup som gir tilsvarende informasjon uten ekstra installasjon.
Hvorfor viser MXToolbox «ingen DMARC-post funnet» selv om jeg nettopp la den til?
DNS-endringer trenger tid til å spre seg globalt, og MXToolbox kan i tillegg cache tidligere oppslag noen minutter. Vent 15–30 minutter og kjør en fersk dig-spørring for å bekrefte at posten faktisk er publisert før du feilsøker videre.
Bør jeg sette p=reject med en gang jeg oppretter DMARC-posten?
Nei, start med p=none for å samle rapporter uten å risikere at legitim mail avvises, gå deretter videre til p=quarantine med lav pct-verdi, og hev først til p=reject når rapportene viser at all reell trafikk er korrekt autentisert.
Trenger jeg DMARC hvis jeg bare sender lave volum kalde e-poster manuelt?
Ja, volum har lite å si for hvor viktig DMARC er – det er domenets omdømme hos mottakerens filter som avgjør leveringsevnen, og selv få meldinger fra et uautentisert domene kan trigge spamfilter hos strenge B2B-mottakere.
Kan jeg bruke samme dmarc lookup domain-sjekk for underdomener som for hoveddomenet?
Nei, underdomener kan ha egen DMARC-policy via sp=-parameteren i hoveddomenets post, eller sin egen _dmarc-post. Sjekk alltid det spesifikke avsenderdomenet du planlegger å bruke i kampanjen, ikke bare det overordnede firmadomenet.
Vil du bruke dette i din outreach?
Vi viser hvordan det fungerer for ditt segment og produkt — før arbeidet starter.
Snakk med oss