E-poster havner i spam: årsakene og hvordan man retter dem

Det viktigste kort

Årsaken ligger nesten aldri i innholdet, men i autentiseringen: den mottakende serveren kan ikke kontrollere om e-posten virkelig kommer fra domenet deres.
Tre oppføringer i DNS løser problemet: SPF sier hvem som har lov til å sende. DKIM signerer meldingen. DMARC fastsetter hva som skjer ved manglende samsvar.
Rekkefølgen er viktig. Å skru DMARC skarpt før SPF og DKIM går rent, blokkerer deres egne e-poster.
Etter oppsettet trengs to til fire ukers observasjon før man kan snakke om «utbedret».

Spørsmålet kommer i nesten hvert prosjekt: hvorfor havner e-postene våre i spam-mappen? Den vanligste antakelsen – for reklamepreget tekst, for mange lenker, ordet «gratis» – stemmer i de færreste tilfeller. Moderne spamfiltre vurderer først noe annet: om meldingen i det hele tatt er ekte.

For e-postprotokollen stammer fra en tid da ingen regnet med misbruk. I utgangspunktet kan hvilken som helst maskin i verden sende en e-post som bærer domenet deres som avsender. De tre oppføringene det handler om her, lukker nøyaktig dette hullet.

Lysende former passerer tre gjennomsiktige kontrollterskler, enkelte blir avbøyd — Tre kontroller før en e-post havner i innboksen. Faller én av dem gjennom, avgjør mottakeren etter mistanke.

De tre oppføringene og hva de gjør

SPF, DKIM og DMARC i én setning hver

SPF – hvem som har lov til å sende: En oppføring i DNS som lister opp hvilke servere som får sende i domenets navn. Mottakeren slår opp: kom e-posten fra en av disse serverne?
DKIM – er den endret underveis: Den sendende serveren signerer meldingen kryptografisk. Den offentlige nøkkelen til det ligger i DNS. Mottakeren kontrollerer signaturen.
DMARC – hva som skjer ved manglende samsvar: Deres instruks til mottakeren: gjør ingenting, flytt til spam, eller avvis. I tillegg sender mottakeren rapporter om det den har sett.

Visste du at …?

SPF og DKIM alene holder ikke. Begge kontrollerer bare hver sin del, og begge kan bestås mens avsenderadressen mottakeren ser, likevel er forfalsket.

Først DMARC knytter kontrollene til adressen som vises i innboksen. Derfor er det oppføringen med den egentlige virkningen – og derfor er det også den man skrur skarpt til slutt.

Den riktige rekkefølgen

Tre geometriske former dreier seg i linje, en lysstråle går gjennom — Først når alle tre er på linje, går kontrollen rent gjennom. Før det blokkerer man seg selv.

Merk Den vanligste feilen er å sette DMARC rett på avvisning. Hvis det da finnes en tjeneste som sender og ennå ikke står i SPF – regnskapsprogrammet, søknadsportalen, sakssystemet – forsvinner e-postene derfra uten erstatning. Uten feilmelding til avsenderen.

Kartlegging. Hvem sender egentlig i deres navn? Som regel flere enn antatt: e-postleverandøren, nyhetsbrevverktøyet, CRM-et, webserveren for skjemabekreftelser, regnskapet. Hver av dem må stå i SPF.
Sett SPF. Én eneste oppføring per domene, som lister opp alle berettigede avsendere. Flere SPF-oppføringer er en feil og fører til at kontrollen ikke engang blir gjennomført.
Sett opp DKIM. Aktiver hos den enkelte utsendingstjenesten, legg den utleverte nøkkelen inn i DNS. Hver tjeneste får sin egen.
Start DMARC observerende. Først med instruksen «gjør ingenting» og en adresse for rapportene. La det gå i to til fire uker.
Gå gjennom rapportene. De viser hvilke avsendere som faller gjennom. Mangler en i SPF eller DKIM, legg den inn nå.
Først deretter skjerp inn. Fra «gjør ingenting» til «flytt til spam» og senere til «avvis». Observer i to uker mellom hvert trinn.

Hvordan man kontrollerer nåtilstanden

Før enhver endring bør det være klart hva som gjelder nå. To veier, begge uten ekstra programvare:

Via en mottatt e-post. Åpne en e-post fra deres eget domene i en hvilken som helst innboks og få vist de fullstendige hodelinjene. Der står det i en linje som heter Authentication-Results, om SPF, DKIM og DMARC ble bestått. Tre ganger «pass» betyr: teknikken stemmer.

Via et DNS-oppslag. På enhver maskin med kommandolinje lar oppføringene seg spørre opp direkte. Dermed ser man hva som faktisk er publisert – ikke hva som burde stå i administrasjonsgrensesnittet.

Kontrollkommandoer

# Se på SPF
nslookup -type=TXT deres-domene.no

# Se på DMARC
nslookup -type=TXT _dmarc.deres-domene.no

# Se på DKIM (velger varierer per tjeneste, her eksempelet "standard")
nslookup -type=TXT standard._domainkey.deres-domene.no

Hvis det ikke kommer noe tilbake på DMARC, finnes ikke oppføringen. Det er det vanligste funnet – og samtidig det enkleste å rette.

Når teknikken stemmer og det likevel skurrer

Er autentiseringen ren og leveringen likevel dårlig, kommer fire andre årsaker på tale.

Nytt domene uten sendehistorikk

Et domene som aldri har sendt, regnes som ukjent. Den som sender ti tusen e-poster første dag, blir bremset – med rette.

Hva som hjelper: øk mengden over to til fire uker, begynn med de mest engasjerte mottakerne.

Kjennetegn: dårlig levering kun ved store utsendelser

Gamle, inaktive adresser i listen

Mottakere som ikke har åpnet noe på et år, er et negativt signal. Enkelte nedlagte adresser blir til og med gjenbrukt som feller av leverandørene.

Hva som hjelper: den som ikke har åpnet noe på tolv måneder, får en siste e-post – og fjernes deretter.

Kjennetegn: synkende åpningsrate over måneder

Utsending via en delt adresse

Hos rimelige utsendingstjenester deler mange kunder de samme utsendingsserverne. Ryktet til disse serverne henger da også ved de andres oppførsel.

Hva som hjelper: fra noen titusen e-poster i måneden en egen utsendingsadresse – under det sjelden lønnsomt.

Kjennetegn: plutselige fall uten egen endring

Manglende avmelding i hodet

Store leverandører forventer ved masseutsending en avmelding som fungerer med ett klikk og er teknisk lagret i hodelinjene – ikke bare som lenke i bunnteksten.

Hva som hjelper: aktiver det i utsendingsverktøyet; de fleste støtter det, men ikke alle som standard.

Kjennetegn: problemer spesielt hos store gratis e-postleverandører

Fra praksis

Ved oppsettet av vår egen utsending holdt vi rekkefølgen og gjorde likevel en feil: serveren kunne til å begynne med ikke skrive utsendingsloggen sin, fordi filrettighetene ikke tillot det. Vi sendte altså vellykket – bare uten dokumentasjon.

Det ble oppdaget først da vi ville kontrollere hvilken adresse en test-e-post faktisk hadde gått til. Lærdommen: loggen er ikke pynt. Uten den lar det seg i tvilstilfeller ikke belegge hva som skjedde – og nettopp det er det som teller når en kunde sier at han ikke har fått noe.

Tips Sett opp et eget underdomene for utsendingen, for eksempel mail.deres-domene.no. Da holdes ryktet til markedsutsendingen atskilt fra ryktet til den vanlige forretningskorrespondansen deres. Går noe galt i en utsendelse, er ikke hele bedriftskommunikasjonen rammet med det samme.

Konklusjon

Leveringsevne er ikke et tekstproblem, men et dokumentasjonsproblem. Den som setter de tre oppføringene i riktig rekkefølge, løser dermed det store flertallet av tilfellene – og det varig, fordi det dreier seg om et engangsoppsett.

Innsatsen ligger på få timer, fordelt over fire til seks uker, fordi observasjonsfasene hører med. Den som hopper over dem og skrur direkte skarpt, sparer ukene og risikerer til gjengjeld at viktige e-poster forsvinner i stillhet.

Vanlige spørsmål

Hvorfor havner e-postene mine i spam-mappen?

I det store flertallet av tilfellene fordi den mottakende serveren ikke kan kontrollere om meldingen virkelig kommer fra domenet deres. Til det trengs tre DNS-oppføringer: SPF, DKIM og DMARC. Innholdet er årsaken tydelig sjeldnere enn antatt.

Hva er SPF, DKIM og DMARC?

SPF lister opp hvilke servere som får sende i deres navn. DKIM signerer hver melding kryptografisk, slik at endringer blir synlige. DMARC knytter begge kontrollene til den synlige avsenderadressen og fastsetter hva mottakeren skal gjøre ved manglende samsvar.

I hvilken rekkefølge setter man dem opp?

Først SPF, så DKIM, så DMARC i observerende modus. Etter to til fire uker går man gjennom rapportene, legger inn manglende avsendere og skjerper først deretter DMARC trinnvis. Den som skrur DMARC skarpt først, blokkerer sine egne e-poster.

Hvordan kontrollerer jeg at oppføringene er riktige?

Raskest via de fullstendige hodelinjene i en mottatt e-post: i linjen Authentication-Results må det stå «pass» ved både SPF, DKIM og DMARC. Supplerende kan oppføringene ses direkte via et DNS-oppslag.

Hvor lang tid tar det før en endring virker?

DNS-endringer er avhengig av innstillingen synlige etter minutter til 24 timer. Ryktet til et domene bedrer seg langsommere – regn med to til fire uker før leveringsandelen beveger seg målbart.

Trenger man et eget underdomene for utsendingen?

Ikke nødvendigvis, men det er fornuftig. Det skiller ryktet til markedsutsendingen fra ryktet til den vanlige forretningskorrespondansen deres. Går noe galt i en utsendelse, er ikke hele bedriftskommunikasjonen rammet.

Markedsføring som setter seg opp selv

Betaen for Studio Engine er åpen. Sikre deg en plass og bidra fra starten.

Bli med i betaen →

← Tilbake til oversikten