Ferdig IT / Vanlige problemer

E-posten deres havner i søppelpost hos kundene

Tilbudet kom aldri fram. Fakturaen lå i søppelposten. Kunden sier de ikke har fått noe. Å be kundene sjekke søppelposten er ingen løsning, for det er forskjellen på en jobb og ingen jobb. Det meste kan måles, og det som er feil i oppsettet, kan rettes.

Oppdatert 6. oktober 2026 · Fellene under er sett og målt på ekte domener i september og oktober 2026

Hva det som regel er

Mottakerens e-posttjeneste stiller tre spørsmål om hver melding. Har domenet sagt at denne serveren får sende for det (SPF)? Er meldingen signert med domenets egen nøkkel (DKIM)? Og hva vil domenet at mottakeren skal gjøre når noe ikke stemmer (DMARC)? Gmail og Outlook har strammet inn de siste årene. Svarer domenet dårlig, havner meldingen i søppelpost eller blir avvist.

Hos småbedrifter er feilen nesten alltid at det sendes fra flere steder enn e-postprogrammet: nettbutikken, nyhetsbrevet, regnskapsprogrammet, kontaktskjemaet på nettsiden eller et kundesystem. Hvert av dem må være med i oppsettet, og sjelden har noen sett på helheten. DKIM er ofte heller ikke slått på. I Microsoft 365 blir e-post fra eget domene ikke signert med domenets egen nøkkel før noen har aktivert det, og i Google Workspace må nøkkelen både legges i DNS og aktiveres i Admin.

Oppsettet har også en grense. Består alt, og meldingen likevel havner i søppelpost, er det omdømmet til domenet eller avsenderen som avgjør. Et nytt domene har ingen historikk, og den bygges over uker med jevn, ekte sending, ikke på en dag. Det sier jeg fra om i stedet for å love innboksen.

Slik ser det ut hos mottakeren

Det er den samme meldingen to ganger. Den første kommer fram slik den ble sendt. I den andre har mottakerens e-posttjeneste ikke klart å bekrefte avsenderen.

Returmeldingen som peker feil vei

Hva norske bedrifter faktisk har satt opp

• 62 prosent har e-posten i Microsoft 365 og 15 prosent i Google Workspace. Bare 7 prosent har den hos Domeneshop og 5 prosent hos one.com.
• DNS, der SPF og DMARC settes opp, ligger hos Domeneshop for 36 prosent og hos one.com for 14 prosent, deretter Cloudflare med 9 prosent. E-posten og panelet der den settes opp, er som regel to forskjellige selskaper.
• 28 prosent har ingen DMARC, og 37 prosent har en DMARC som bare observerer. Nesten to av tre har altså ingen regel som stopper forfalskede meldinger i deres navn.
• 4 av 10 domener på Microsoft 365 manglet DKIM-oppføringen som trengs for å signere med eget domene.
• Domeneshop er registrar for 45 prosent av alle .no-domener ifølge Norid. I målingen var 4 av 10 .no-domener med e-post registrert hos Domeneshop med e-posten et annet sted, og det er den kombinasjonen Domeneshop-fella under gjelder.

Egen måling 6. oktober 2026 av 928 e-postdomener: aksjeselskaper med hjemmeside i Enhetsregisteret, 500 i Oslo (5–50 ansatte) og 500 i hele landet (5–20 ansatte), slått opp i DNS og hos Norid. Viser oppsett, ikke levering, og DKIM-tallet er et nedre anslag.

Slik løser jeg det

1. Måler først: dere sender ekte meldinger fra hvert system som sender for domenet, og jeg leser hva mottakeren faktisk svarte på SPF, DKIM og DMARC i meldingshodet.
2. Prøver avsenderen mot e-posttjenerne hos de store og hos norske leverandører. At en melding kommer fram hos Gmail, betyr ikke at den kommer fram overalt.
3. Sjekker sperrelister for domenet og for serverne dere sender fra.
4. Retter SPF, slår på DKIM for hvert system som sender, og setter DMARC til å sende rapporter til en adresse noen faktisk leser.
5. Strammer DMARC gradvis når rapportene viser at alt dere sender selv, består. Ikke før.
6. Skriver ned hvilke systemer som får sende for domenet, så neste nye verktøy kommer riktig inn fra start.

Det som koster tid

• Et domene som er registrert hos Domeneshop, men har e-posten et annet sted, kan få alle meldinger avvist hos mottakere med e-post hos Domeneshop. Domeneshops e-posttjener behandlet domenet som sitt eget og svarte «553 No such user here» på avsenderen. Feilmeldingen ser ut som om mottakeren ikke finnes, men det er avsenderen som avvises. Gmail og Outlook tok imot som normalt, så ingen merket noe. Det rettes med én innstilling i Domeneshop-panelet: «Epost håndteres av egen epost-server (MX host)».
• Microsoft 365 signerer ikke e-post med domenets egen nøkkel før DKIM er slått på for domenet. Meldingene ser ut til å gå fint, men de mangler signaturen DMARC ser etter. I målingen over gjaldt det 4 av 10 domener på Microsoft 365.
• Returmeldinger går til avsenderadressen. Sender et kundesystem eller en nettbutikk fra en adresse ingen leser, merker ingen at e-posten blir avvist. Avsenderadressen må være en postkasse noen følger med på.
• one.com ber alle som legger inn SPF, om å ta med one.com sin egen oppføring. Den trengs bare hvis dere sender gjennom one.com. Sender dere via Google eller Microsoft, gir den one.com lov til å sende som dere, og den bruker av SPFs grense på ti oppslag. I målingen hadde 13 prosent av domenene med DNS hos one.com oppføringen, selv om e-posten lå et annet sted. Panelet legger også på domenenavnet selv: skriv «_dmarc», ikke «_dmarc.domenet.no», ellers blir navnet dobbelt og oppføringen virker ikke.
• Alt kan bestå og likevel havne i søppelpost. Jeg har sett meldinger der SPF, DKIM og DMARC alle besto, som mottakerne likevel fant i søppelposten. Da hjelper ikke flere tekniske grep. Det som hjelper, er tid, jevn sending og at mottakerne svarer.

Det jeg ikke gjør

• Jeg lover ikke innboksen. Gmail og Microsoft avgjør selv, og ingen utenfra kan se inn i filtrene deres.
• Jeg ber ikke kundene deres sjekke søppelposten. Det flytter bare problemet over på dem.
• Jeg setter ikke DMARC til å avvise alt fra dag én. Strammes det før alt dere sender selv er med, stenger dere ute deres egne fakturaer.
• Jeg selger ikke utsendingsverktøy og tar ingen provisjon på dem.

Pris

En e-postsjekk tas på timer, 1 200 kr/time eks. mva. Dere får skriftlig hva som er galt og hva det koster å rette før noe endres. Ligger DNS hos et domeneselskap jeg ikke har tilgang til, gjør dere endringene selv etter oppskriften, eller gir meg tilgang.

Spørsmål