Hva som skjer når du klikker på Send

Modul 1: Slik fungerer e-posten din · Lesetid: 9 minutter

Læringsmål: Etter denne leksjonen kan du forklare hvilken vei en e-post går mellom Send og mottakerens Innboks, og du kan peke ut forskjellen mellom konvolutten og headerne i en e-post.

Nøkkelbegreper: webmail, e-postserver, SMTP, MX-post, IMAP, konvolutt, headere, Return-Path, Received, Message-ID, SPF, DKIM, DMARC

Webmail er et e-postprogram i nettleseren din

E-posten din ligger ikke i nettleseren og heller ikke på datamaskinen din. Den ligger på en e-postserver: en datamaskin som står på dag og natt, tar imot e-post, lagrer den og sender den videre. For å lese e-posten trenger du et e-postprogram. Det kan være Outlook, e-postappen på telefonen eller webmailen.

Webmailen er rett og slett et e-postprogram som kjører i nettleseren. Hos WebOké er det Roundcube. Roundcube er ikke selv en e-postserver. Den snakker med e-postserveren på dine vegne, med de samme språkene som Outlook eller Apple Mail bruker:

• IMAP for å lese, flytte og slette e-post;
• SMTP for å sende e-post.

Fungerer noe ikke i webmailen, skyldes det ofte ikke webmailen, men det serveren gjør eller melder tilbake. Og omvendt: fungerer sending i webmailen, men ikke i e-postprogrammet ditt, ligger problemet i innstillingene i det programmet.

Fra Send til Innboks i fem trinn

Sanne de Vries (sanne@example.com) har et blomsteratelier. Hun sender kunden sin Ahmed (ahmed@example.net) et pristilbud på en brudebukett. Dette skjer når hun klikker på Send.

1. Levere til egen server. Webmailen gir meldingen til e-postserveren til Sanne via SMTP. Dette kalles også innlevering eller submission. Sanne må logge inn, ellers kunne hvem som helst bruke serveren hennes til å sende spam. E-postprogrammer bruker port 465 eller 587 til dette, med kryptering. Webmailen til WebOké sender via den samme serveren som du er logget inn på.
2. Finne veien. Serveren til Sanne ser på delen etter @ i adressen til Ahmed: example.net. Den slår opp MX-posten for det domenet i DNS. Den posten forteller hvilken server som tar imot e-post for example.net.
3. Levere. Serveren til Sanne tar kontakt med den mottakende serveren og leverer meldingen, også her med SMTP. Mellom servere skjer det på port 25.
4. I postboksen. Den mottakende serveren kontrollerer meldingen (finnes adressen, er det spam?) og legger den i postboksen til Ahmed, i Innboks eller i spammappen.
5. Lese. Ahmed åpner e-postprogrammet eller webmailen sin. Det henter meldingen med IMAP og viser den.

Hvert trinn kan gå galt hver for seg. Derfor gir en feilmelding alltid et hint om hvor det skjedde: fikk ikke Sanne logget inn på sin egen server (trinn 1), fant ikke serveren hennes mottakeren (trinn 2 eller 3), eller avviste den mottakende serveren e-posten (trinn 4)?

Konvolutt og brev: to typer adresser

En e-post ligner et brev i en konvolutt. Serverne ser bare på konvolutten. Du og Ahmed ser først og fremst brevet.

Konvolutten oppstår under SMTP-samtalen mellom to servere. Den sendende serveren sier først hvem e-posten kommer fra (kommandoen MAIL FROM) og deretter hvem den er til (RCPT TO). Først etter det kommer selve meldingen. Konvoluttens avsenderadresse er adressen feilmeldinger går til. Ved den siste leveringen setter den mottakende serveren den øverst i meldingen som Return-Path.

Brevet begynner med headere (headerlinjer): linjer med et navn, et kolon og en verdi. De mest kjente er:

• From: avsenderen du ser i e-postprogrammet;
• To og Cc: mottakerne du ser;
• Subject: emnet;
• Date: tidspunktet for sendingen, etter klokken i avsenderens program;
• Message-ID: et unikt kjennetegn for denne meldingen. Svar viser til det, slik vet et e-postprogram hvilke meldinger som hører sammen.

Konvolutt og headere trenger ikke være like. Sender Sanne en e-post med Blindkopi til kollegaen Daan (daan@example.com), står Daan på konvolutten, men ikke i headerne. Derfor ser ikke Ahmed at Daan leser med. Og et nyhetsbrev har ofte en Return-Path hos nyhetsbrevtjenesten, mens From er adressen til butikken. Feilmeldinger havner da hos tjenesten.

Received-linjer: reiseloggen til en e-post

Hver server som tar imot en e-post, må legge til en header Received, og det øverst. Slik bygger en e-post opp en reiselogg underveis. Den øverste Received-linjen er altså det siste trinnet, den nederste det første. Du leser dem nedenfra og opp.

Slik ser headerne i e-posten fra Sanne omtrent ut hos Ahmed (forkortet):

Return-Path: <sanne@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
        by mx.example.net with ESMTPS
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:04 +0100
Received: from webmail.example.com ([192.0.2.20])
        by mail.example.com with ESMTPSA
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Sanne de Vries <sanne@example.com>
To: Ahmed <ahmed@example.net>
Subject: Offerte bruidsboeket
Date: Tue, 10 Nov 2026 10:15:01 +0100
Message-ID: <20261110091501.a1b2c3@example.com>

Les den nederste Received-linjen først. Webmailen ga meldingen til mail.example.com. Bokstavene ESMTPSA betyr: kryptert (S) og med innlogging (A). Deretter ga mail.example.com den videre til mx.example.net, serveren til Ahmed. Delen etter "from" er serveren som tilbød e-posten, delen etter "by" serveren som tok imot den. Tidene viser hvor lang tid hvert trinn tok.

En felle: en avsender kan selv legge til falske linjer nederst før sendingen. Stol derfor mest på de øverste linjene, som er laget av servere du kjenner, for eksempel serveren til din egen leverandør.

Hvorfor From kan forfalskes

SMTP-protokollen ble laget i en tid da alle stolte på hverandre. Ingenting i selve protokollen kontrollerer om avsenderen i From er ekte. En svindler kan altså sende en e-post med From: sanne@example.com uten å ha noe med Sanne å gjøre.

Derfor har det senere kommet tre kontroller som eieren av et domene setter opp i DNS:

• SPF sier hvilke servere som får sende e-post med en konvoluttavsender fra det domenet.
• DKIM setter en digital signatur på meldingen. Mottakeren kontrollerer den med en nøkkel fra DNS for domenet som signerte.
• DMARC knytter disse to til domenet du ser i From, og sier hva mottakeren skal gjøre hvis kontrollen feiler: ingenting, legge den i spam eller avvise den.

Dette ordner administratoren av domenet, ikke du som bruker av webmailen. Hvordan det fungerer i detalj, lærer du i kurset E-post i orden. Foreløpig holder det å vite at visningen av en avsender ikke beviser noe, og at du i headerne kan se om disse kontrollene gikk gjennom (leksjon 2.2).

Sendt betyr ikke fremme

Ligger e-posten din i mappen Sendt, vet du bare én ting sikkert: din egen server har tatt imot den (trinn 1). Resten skjer etterpå, noen ganger mye senere.

• Den mottakende serveren kan avvise midlertidig. Noen servere ber en ukjent avsender om å prøve igjen senere (greylisting). Serveren din prøver da på nytt, noen ganger i flere dager, og gir beskjed hvis det fortsetter å mislykkes.
• Den mottakende serveren kan avvise e-posten permanent, for eksempel fordi adressen ikke finnes eller postboksen er full. Da får du en feilmelding tilbake (en bounce, leksjon 8.4).
• E-posten kan komme frem, men havne i spammappen. Da får du ingen melding i det hele tatt.

Venter Sanne på et svar som ikke kommer, sjekker hun derfor først om det ligger en feilmelding i Innboks, og ber Ahmed se i spammappen sin.

I praksis: slik fungerer det i webmailen

I webmailen ser du headerne i en melding med knappen Hoder over meldingen, eller via Mer > Vis kilde. Leksjon 2.2 går dypere inn på dette. Hvordan webmailen og e-postprogrammet ditt viser den samme e-posten, kan du lese i Roundcube-håndboken under Hva er webmail. I andre webmailtjenester, som Gmail eller Outlook.com, fungerer det på lignende måte, bare at knappen heter noe annet (i Gmail for eksempel Vis original).

Sammendrag

• Webmailen er et e-postprogram i nettleseren. Den snakker med e-postserveren via IMAP (lese) og SMTP (sende).
• En e-post går fra din egen server til serveren som står i MX-posten for mottakerens domene.
• Konvolutten (MAIL FROM, RCPT TO, senere Return-Path) er for servere, headerne (From, To, Subject, Date, Message-ID) er for mennesker og programmer.
• Hver server setter en Received-linje øverst; du leser dem nedenfra og opp.
• From kan forfalskes; SPF, DKIM og DMARC gjør forfalskning vanskeligere. Sendt betyr ikke fremme.

Quiz

Oppgave

Oppgave A1.1: Lese headere. Materialet kopregels-1.txt ligger under denne oppgaven: headerne fra en ekte, men anonymisert e-post. Les dem nedenfra og opp og fyll inn: domenet i From, domenet i Return-Path, hvor mange Received-linjer det er, og hvilken server som tok imot e-posten sist (den øverste Received-linjen, delen etter "by"). Programmet sammenligner svarene dine med fasiten og viser for hvert spørsmål om det stemmer, med en forklaring på hvor i headerne du kunne ha funnet det.

Les mer

Der trinn i webmailen er beskrevet, gjelder de webmailen til WebOké; i andre webmailtjenester fungerer det på lignende måte.

• Roundcube Webmail 1.1: Hva er webmail?
• Forklaring av utsendingsprosessen for e-post / SMTP
• Se og les kopteksten (headers) i en e-post
• Gratis kurs E-post på stell: sette opp og sørge for god levering 1.1: Reisen til en e-post
• Gratis kurs E-post på stell: sette opp og sørge for god levering 1.5: Lese headere: hvor kom denne e-posten fra?
• Gratis kurs E-post på stell: sette opp og sørge for god levering 4.1: Hvorfor e-post havner i spam
• RFC 5321, Simple Mail Transfer Protocol (engelsk): https://www.rfc-editor.org/rfc/rfc5321
• RFC 5322, Internet Message Format (engelsk): https://www.rfc-editor.org/rfc/rfc5322