E-post som ikke kommer fram

De tre postene

DMARC er den som bestemmer utfallet. SPF og DKIM er bare bevis; DMARC leser dem og avgjør om meldingen slipper gjennom, havner i søppelpost eller avvises. Det holder at ÉN av de to stemmer - det er verdt å huske når noe feiler.

Hvorfor havner e-post fra domenet mitt i søppelpost?

Som regel fordi mottakeren ikke får bekreftet at avsenderen har lov til å sende fra domenet. Da veier den meldingen som mistenkelig.

Har du alt hos Domeneshop, er det gjort

Domeneshop skriver det selv: har du alle tjenester hos dem, er SPF, DKIM og DMARC satt opp automatisk. Da trenger du ikke røre noe, og resten av denne siden handler om det som faktisk går galt.

Når noe annet sender for deg

Problemet oppstår nesten alltid samme dag som noe annet enn Domeneshop begynner å sende med domenet ditt i Fra-feltet: et nyhetsbrevverktøy, en nettbutikk, en faktura-app, Google Workspace.

Hvordan endrer jeg SPF når jeg bruker flere tjenester?

Domeneshops egen verdi er include:_spf.domeneshop.no. Sender du bare gjennom dem, holder det med:

v=spf1 include:_spf.domeneshop.no ~all

Skal en tjeneste til kunne sende, går den inn i den samme posten:

v=spf1 include:_spf.domeneshop.no include:tjenesten.example ~all

Den vanligste feilen er to SPF-poster. Et domene kan bare ha én. Står det to, er resultatet ikke «begge gjelder» - det er en permanent feil, og SPF slutter å hjelpe deg i det hele tatt. Legger en tjeneste inn sin egen post ved siden av din, skal de slås sammen, ikke stå side om side.

Den nest vanligste er oppslagstaket: SPF tillater ti DNS-oppslag, og hver include: koster minst ett. Har du samlet på tjenester over år, kan du passere taket, og da feiler SPF selv om alt ser riktig ut.

Justering - fella

Dette står i ingen support-artikkel, og det er den som koster mest tid.

Hva er forskjellen på relaxed og strict justering i DMARC?

DMARC godtar ikke bare at SPF eller DKIM passerer. Domenet som besto må også høre til domenet i Fra-feltet. Det kalles justering, og den finnes i to styrker:

Skrur du på aspf=s; adkim=s fordi det høres tryggere ut, kan du slå ut din egen e-post. En tjeneste som sender med konvolutt-avsender på et underdomene - post.dittdomene.no - består SPF, men justerer ikke strengt mot dittdomene.no. Da må DKIM redde meldingen, og gjør den ikke det, avvises den.

Med p=reject skjer det stille. Mottakeren kaster meldingen, du får ingen feil, og alt du merker er at folk slutter å svare.

Har du en tredjepart som signerer DKIM med ditt eget domene som d=, justerer DKIM strengt, og da tåler du strict. Det er ikke noe du bør anta - det er noe du bør lese i meldingshodet.

Finn ut hva som faktisk feiler

Send én melding til en adresse hos en annen leverandør - Gmail holder - og les meldingshodet. Se etter Authentication-Results:

spf=pass ... dkim=pass ... dmarc=pass

Står det dmarc=fail mens SPF eller DKIM sier pass, er det justeringen som ryker, ikke selve beviset. Det er en annen feil og en annen løsning.

Hva som faktisk er publisert, ser du slik:

dig +short TXT dittdomene.no
dig +short TXT _dmarc.dittdomene.no

Har du nettopp endret noe, husker resolvere det forrige svaret så lenge TTL-en sier. Er den 3600, kan det ta en time.

Eller la assistenten lese dem

domeneschluse kobler Domeneshop-kontoen din til AI-assistenten din. Den kan lese DNS-postene på domenene dine og fortelle deg hva som står der - om SPF-en har to poster, om DMARC står på p=reject med streng justering, om noe mangler.

Den kan ikke endre noe. DNS-verktøyene er lesende med vilje: en feil MX-post tar ned e-posten til hele domenet, og det er ikke en risiko verdt å ta for å spare noen tastetrykk. Rettingen gjør du selv i Domeneshops kontrollpanel.

Gratis, og du trenger ikke oppgi noe til oss for å lese denne siden. Slik kobler du til.