Hvorfor e-post havner i spam

Modul 4: Leveringsdyktighet: SPF, DKIM og DMARC i praksis · Lesetid: 10 minutter

Læringsmål: Etter denne leksjonen kan du navngi de fire lagene en mottaker vurderer en innkommende e-post på, forklare hvorfor "jeg mottar den jo" ikke beviser noe, og bruke en test til å fastslå i hvilket lag et problem ligger.

Nøkkelbegreper: leveringsdyktighet (deliverability), levering vs. innboks, teknisk renhet, autentisering (SPF, DKIM, DMARC), justering (alignment), IP-omdømme, domeneomdømme, innhold, mottakeratferd (klager, åpning, sletting), filtre per mottaker, Authentication-Results, testmail, måleverktøy

Levert er ikke det samme som ankommet

Når serveren din har overlevert en e-post til mottakerens server, og den svarte med 250 OK, er e-posten levert. Dermed vet du fortsatt ikke om den ligger i innboksen. Den mottakende serveren kan deretter legge den i spammappen, i en fane "Reklame", i karantene, eller til og med stille og rolig kaste den.

Leveringsdyktighet (på engelsk deliverability) handler om dette andre steget: kommer e-posten din dit den skal? Og det bestemmer hver mottaker selv. Gmail vekter annerledes enn Microsoft, og en bedrift med sitt eget spamfilter vekter igjen annerledes. Det finnes ingen sentral liste med regler. Men lagene de vurderer på, er stort sett de samme overalt.

Lag 1: teknisk renhet

Før et filter ser på innholdet, ser det på forbindelsen:

Har IP-adressen til den sendende serveren en ryddig reverse DNS (PTR) som peker tilbake til samme adresse? (Leksjon 5.1.)
Presenterer serveren seg ordentlig med et ekte navn i EHLO?
Er forbindelsen kryptert med TLS?
Følger serveren reglene for SMTP, og prøver den på nytt etter en midlertidig avvisning?

For en mailboks hos et hostingselskap eller en stor e-posttjeneste er dette så godt som alltid i orden. Det blir et punkt hvis du selv kjører en server, som en VPS som sender e-post direkte, eller en skriver eller et kamera som sender e-post selv.

Lag 2: autentisering

Dette er laget hvor du som domeneadministrator kan gjøre mest, og det denne modulen handler om:

SPF (leksjon 4.2): har denne serveren lov til å sende e-post på vegne av domenet?
DKIM (leksjon 4.3): er e-posten signert, og stemmer signaturen?
DMARC (leksjon 4.4): hører den vellykkede kontrollen til domenet i From-adressen (justering), og hva skal mottakeren gjøre hvis ikke?

Grunnlaget for disse tre recordene finner du i DNS-kurset, modul 4. Her handler det om praksis: å få oversikt over alle tjenester som sender e-post på vegne av deg, og stramme inn policyen steg for steg.

Mangler autentiseringen, synker vurderingen. Siden 2024 og 2025 er det også et absolutt krav hos de store mottakerne: Gmail, Yahoo og Microsoft krever minst SPF eller DKIM fra alle, og fra bulkutsendere SPF, DKIM og DMARC med justering. Dette blir grundig gjennomgått i leksjon 5.3.

Lag 3: omdømme

En mottaker husker hva den tidligere har mottatt fra en avsender. Den ser da på:

IP-omdømme: hva kom tidligere fra denne IP-adressen? Ved delt hosting og store e-posttjenester deler mange avsendere en IP; én dårlig avsender kan da ramme alle. En ny IP uten historikk blir behandlet forsiktig.
Domeneomdømme: hva kom tidligere fra dette domenet (domenet i From-adressen og DKIM-domenet)? Dette veier stadig tyngre, nettopp fordi DKIM og DMARC gjør et domene pålitelig gjenkjennelig. En god domeneomdømme tar du med deg når du bytter server.
Blokkeringslister: offentlige lister med IP-adresser eller domener som har sendt spam (leksjon 5.2).

Omdømme bygger du opp sakte og mister raskt.

Lag 4: innhold og atferd

Først til slutt ser et filter på selve e-posten, og på hva mottakere gjør med den:

Innhold: lenker til domener med dårlig rykte, forkortede lenker, bare et stort bilde uten tekst, vedlegg med makroer, et emne som ikke har noe med innholdet å gjøre, ødelagt formatering.
Mottakeratferd: dette veier tyngst hos de store e-posttjenestene. Klikker mange mottakere på "Dette er spam", synker omdømmet ditt. Blir e-postene dine åpnet, besvart eller hentet ut av spammappen, stiger det. Gmail vil at færre enn 0,3 % av mottakerne markerer e-posten din som spam, og helst færre enn 0,1 %.

Tanken om at enkeltstående "spamord" som gratis eller tilbud stopper e-posten din, er stort sett en myte. Moderne filtre vekter helheten. Et nyhetsbrev med ordet gratis fra en avsender med god autentisering og godt omdømme kommer fint frem; en ryddig tekst fra en ukjent server uten SPF gjør det ikke.

Hvorfor "jeg mottar den jo" ikke sier noe

Du sender en testmail til din egen Gmail-adresse, og den havner i innboksen. Er alt da i orden? Ikke nødvendigvis:

Du har sannsynligvis utvekslet e-post med den adressen tidligere. Et filter stoler mer på en avsender du har hatt kontakt med.
Én mottaker er ikke den samme som en annen. Microsoft kan avvise en e-post som Gmail godtar.
Én e-post er ikke tusen. Et nyhetsbrev til tusen adresser vurderes annerledes enn en enkelt e-post.

En testmail er likevel nyttig, men da for å lese headerne (leksjon 1.5). Der står nøyaktig hva mottakeren fant:

Authentication-Results: mx.google.com;
       dkim=pass header.i=@example.com header.s=x header.b=Ab12Cd34;
       spf=pass (google.com: domain of info@example.com designates 192.0.2.25 as permitted sender) smtp.mailfrom=info@example.com;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=example.com

Her lykkes alle tre. Står det spf=softfail, dkim=none eller dmarc=fail, vet du hvilket lag du skal lete i. Slik fastslår du problemet i stedet for å gjette.

En tilnærming i tre steg

Kontroller DNS-en din med et verktøy som sjekker MX, SPF, DKIM, DMARC og blokkeringslister. Eksempler: E-mailcheck og Domain-helsesjekk fra WebOké, internet.nl, MXToolbox. Disse viser hva som står i DNS-en, men ikke hvordan en ekte e-post faktisk blir vurdert.
Send en ekte testmail til en adresse hos Gmail og hos Outlook.com, eller til en testtjeneste som mail-tester, og les headerne eller rapporten. Slik ser du om e-posten i praksis kommer gjennom SPF, DKIM og DMARC.
Se på omdømme og atferd hvis teknikken stemmer: står IP-en din på en blokkeringsliste? Sender du nyhetsbrev til folk som har bedt om det? Som stor avsender kan du følge med i Google Postmaster Tools og Microsoft SNDS.

I praksis: slik ser det ut i et panel

På nettstedet til WebOké finner du den gratis E-mailcheck (www.weboke.no/emailcheck): du fyller inn et domene og får en poengsum med MX, SPF, DMARC og blokkeringslistekontroll av den første mailserveren, med råd. I Min side kontrollerer Domain-helsesjekk det samme for dine egne domener, med reparasjonsknapper. Dette er to av mange verktøy; internet.nl og MXToolbox gjør tilsvarende kontroller, og hver tilbyder har sin egen versjon. Bruk gjerne flere samtidig: ingen verktøy ser alt.

Oppsummering

Levert betyr bare at den mottakende serveren har tatt imot e-posten; om den havner i innboksen, bestemmer mottakeren.
Mottakere vurderer i fire lag: teknikk, autentisering, omdømme og innhold/atferd.
Autentisering (SPF, DKIM, DMARC) har du selv kontroll over, og er et absolutt krav hos store mottakere.
Klager fra mottakere veier tyngre enn enkeltord i teksten din.
Les headeren Authentication-Results fra en testmail for å se hvor det går galt.

Quiz

Oppgave

Oppgave Z4.1: La domenet ditt gå gjennom e-postsjekken. Fyll inn ditt eget domene (eller, hvis du ikke har et, internet.nl). Programmet kontrollerer MX, SPF, DKIM-selectorer det kan finne, DMARC og blokkeringslistekontroll av den første mailserveren. Fyll deretter inn selv: hvilken SPF-avslutning domenet har, hvilken DMARC-policy, og om den første mailserveren står på en blokkeringsliste. Programmet setter svarene dine ved siden av det faktiske resultatet. Forklar i én setning i hvilket av de fire lagene domenet ditt har mest å forbedre.

Les mer

Stegene i disse artiklene gjelder for panelene til WebOké; hos andre tilbydere fungerer det på lignende måte.

Cookies hos WebOké

Cookie-innstillinger

Nødvendige

Markedsføring