Hur e-post fungerar: SMTP, DNS och varför tillfällig e-post finns

Den här guiden förklarar e-postinfrastrukturen från grunden: protokollen som dirigerar meddelanden över internet, posterna som talar om för servrar var de ska leverera e-post, och hur tillfälliga posttjänster kopplas in i detta system för att skapa tillfälliga inkorgar som fungerar direkt utan registrering. För en praktisk översikt över vad tillfällig e-post är och när du ska använda den, se den kompletta guiden till tillfällig e-post.

En kort historik över e-post — från ARPANET till tillfällig e-post

Berättelsen om e-post börjar 1971 när Ray Tomlinson, som arbetade med USA:s försvarsdepartements ARPANET, skickade det första elektroniska meddelandet mellan två maskiner. Hans viktigaste innovation var "@"-symbolen, som skiljer användarnamnet från värddatorn — en konvention som lever kvar oförändrad mer än femtio år senare.

Under 1980- och 1990-talen expanderade e-posten från forskningslaboratorier till vardagslivet. Skrivbordsklienter som Eudora och Microsoft Outlook gav persondatoranvändare tillgång till e-post för första gången. Sedan, i slutet av 1990-talet, gjorde gratis webbmailtjänster — Hotmail 1996, Yahoo Mail 1997 och till slut Gmail 2004 — e-post universellt tillgänglig för alla med en webbläsare och en internetanslutning.

Men universell tillgång förde med sig universella problem. I slutet av 2000-talet hade spam vuxit till den överväldigande majoriteten av all e-posttrafik världen över. Nätfiskeattacker blev allt mer sofistikerade. Dataintrång exponerade hundratals miljoner e-postadresser. Dessa eskalerande hot skapade efterfrågan på en ny tjänstekategori: tillfällig e-post. De första leverantörerna av tillfälliga inkorgar dök upp i mitten av 2000-talet, och konceptet har utvecklats till ett moget integritetsverktyg som idag används av miljontals människor. För hela utvecklingen, se The Evolution of Temp Mail.

Resan för ett e-postmeddelande — steg för steg

Att skicka ett mejl känns omedelbart, men meddelandet passerar flera system innan det når sin destination. Här är vad som faktiskt händer, uppdelat i fyra steg.

Steg 1 — Du trycker på skicka: från e-postklient till SMTP-server

När du skriver ett meddelande i Gmail, Outlook, Thunderbird eller någon annan e-postklient och trycker på "Skicka", ansluter din klient till en utgående e-postserver med ett protokoll som kallas SMTP — Simple Mail Transfer Protocol. Denna anslutning använder vanligtvis port 587 (med STARTTLS-kryptering) eller port 465 (med implicit TLS).

Din klient autentiserar sig mot SMTP-servern med ditt användarnamn och lösenord och lämnar sedan över meddelandet. Vid det här laget har e-posten lämnat din enhet och det är nu serverns ansvar att leverera den.

Steg 2 — DNS-uppslag: vart tar det här mejlet vägen?

SMTP-servern måste ta reda på var ditt meddelande ska levereras. Det gör den genom att fråga Domain Name System (DNS) efter MX-posten — Mail Exchanger-posten — för mottagarens domän.

Om du till exempel skickar till someone@gmail.com frågar SMTP-servern DNS: "Vilken server hanterar e-post för gmail.com?" DNS svarar med något i stil med alt1.gmail-smtp-in.l.google.com — det är adressen till Googles inkommande e-postserver. MX-posten är i grunden en vidarebefordringsinstruktion som säger "leverera all e-post för denna domän till den här servern."

Detta MX-registersystem är grunden som gör tillfällig e-post möjlig, men vi kommer till det strax.

Steg 3 — Server-till-server-leverans: SMTP-relä

Din sändande SMTP-server ansluter till mottagarens inkommande SMTP-server (den som anges i MX-posten) och utför en SMTP-handskakning – en strukturerad konversation där de två servrarna verifierar identiteter, förhandlar om kryptering och överför meddelandet. TLS-kryptering skyddar e-postinnehållet under denna överföring mellan servrar.

Om den första MX-servern inte är tillgänglig faller den sändande servern tillbaka på de sekundära MX-posterna (de flesta domäner listar flera MX-poster för redundans). Om alla servrar är otillgängliga ställs e-posten i kö för nytt försök. Efter flera misslyckade försök under timmar eller dagar får avsändaren ett meddelande om att leveransen misslyckades.

Steg 4 — Inkorgslagring: IMAP och POP3

När mottagarservern tar emot meddelandet lagrar den e-posten och väntar på att mottagaren ska kontrollera sin inkorg. Mottagarens e-postklient hämtar meddelanden med ett av två protokoll:

IMAP (Internet Message Access Protocol): Synkroniserar e-post mellan flera enheter. Meddelandena stannar kvar på servern, och alla åtgärder du gör (läsa, radera, flytta) speglas överallt. Det är detta Gmail, Outlook och de flesta moderna tjänster använder.

POP3 (Post Office Protocol 3): Laddar ner e-post till en enda enhet och tar vanligtvis bort den från servern. Mindre vanligt idag men används fortfarande i vissa konfigurationer där lokal lagring föredras.

Komponenterna i ett e-postmeddelande

Varje mejl är mer än bara texten du ser. Under ytan bär det strukturerad data som talar om för servrar hur de ska dirigera, visa och bearbeta meddelandet.

Rubriker: Metadata inklusive Från, Till, Ämne, Datum och Message-ID. Det här är routningsinstruktionerna som varje server längs leveranskedjan läser och agerar utifrån.

Dolda rubriker: Fält som Return-Path (dit studsarna går), Received (en kedja som visar varje server som e-postmeddelandet har passerat) och Authentication-Results (resultat av SPF-, DKIM- och DMARC-kontroller). De är osynliga i de flesta e-postklienter men avslöjar hela meddelandets resa.

Brödtext: Det faktiska innehållet, formaterat som antingen ren text, HTML eller båda (multipart/alternative). De flesta moderna e-postmeddelanden är i HTML, vilket är anledningen till att du ser formaterad text, bilder och klickbara länkar.

Bilagor: Filer kodade med MIME (Multipurpose Internet Mail Extensions). MIME kodar binära filer till textsäkra format som kan färdas genom e-postens textbaserade infrastruktur.

Hur tillfällig e-post kopplas till den här infrastrukturen

Här knyts allt samman. Tillfälliga e-posttjänster använder inte ett separat, proprietärt system – de kopplas direkt till den standardiserade e-postinfrastruktur som beskrivs ovan. Det är därför tillfälliga e-postadresser tar emot riktiga e-postmeddelanden från riktiga servrar: de är riktiga e-postadresser, bara med en annan livscykel.

Catch-all MX-poster – omedelbar adressgenerering

När tmailor.com registrerar en domän (säg example-temp.com) konfigurerar den domänens MX-post att peka på Tmailors mottagande server. Avgörande är att servern är konfigurerad som en "catch-all" – den tar emot e-post som skickas till vilken adress som helst på den domänen, oavsett om adressen är förskapad eller inte.

Det är därför du får en fungerande tillfällig e-postadress direkt. Adressen behöver inte "skapas" i traditionell mening. MX-posten talar om för internet: "skicka all e-post för den här domänen till vår server", och servern tar emot allt som anländer. När du besöker tmailor.com och ser en slumpmässigt genererad adress är den adressen redan fungerande eftersom domänens MX-post redan dirigerar all post till Tmailors server. För en djupare teknisk förklaring, se allomfattande och slumpmässiga alias.

Ingen utgående SMTP = endast mottagning

Tillfälliga e-posttjänster sätter upp MX-poster (för mottagning) men konfigurerar inte SPF-, DKIM- eller DMARC-poster för utgående sändning. Dessa autentiseringsposter är vad e-postservrar använder för att verifiera att en avsändande server är behörig att skicka e-post för en domäns räkning.

Utan dem skulle all e-post som skickas från en tillfällig e-postdomän misslyckas i autentiseringskontrollerna och hamna i skräppost – eller avvisas direkt. Så tillfällig e-post är endast mottagande: ett medvetet designval, men en verklig begränsning ändå. Tmailor kan inte skicka eller svara, och att aktivera utgående sändning skulle snabbt leda till att dess domäner svartlistas.

Modellen med endast mottagning har några andra begränsningar som är värda att nämna rakt ut, eftersom de följer av samma lätta design. Inkommande bilagor tas bort, så en fil som skickas till en Tmailor-adress kan inte öppnas eller laddas ner – endast text, koder och länkar kommer igenom. Det finns ingen skräppostmapp och ingen filtrering: varje meddelande som anländer visas, så om något inte har dykt upp har det helt enkelt inte levererats. Meddelanden förblir synliga i cirka 24 timmar från ankomst och rensas sedan automatiskt. Och eftersom ingen inloggning krävs för att få en adress är det den access token som utfärdas med varje adress som låter dig öppna den igen senare. Det är en återställningsnyckel, inte ett lösenord, och för en gästadress kan ingen utfärda den igen om du tappar bort den. Om du skapar ett gratis Tmailor-konto och förblir inloggad sparas adresserna du skapar där och kan öppnas igen från Skapade e-postmeddelanden.

Många domäner, en catch-all-modell

Tmailor driver en stor, roterande pool av domäner i stället för en enda, och varje domän har sin egen catch-all MX-post som pekar tillbaka till mottagarservern. Poolen är medvetet opublicerad: att skriva ut hela listan skulle helt enkelt lämna den till de leverantörer som sammanställer blockeringslistor för tillfällig e-post.

Att ha mer än en domän spelar roll av ett praktiskt, tekniskt skäl. Vissa webbplatser har listor över kända tillfälliga domäner och avvisar en adress vars domän finns på listan. Om en viss domän avvisas är det vanlig felsökning att generera en ny adress på en annan domän – på samma sätt som du kan prova en annan leverantör när en är nere. Det är också därför domänvariation förbättrar OTP:s tillförlitlighet.

En gräns dock: en blocklista per domän är inte samma sak som en policy. Om en tjänsts villkor helt förbjuder engångs-e-post är det inte felsökning att växla mellan domäner för att komma in – det är att kringgå en regel som sajten medvetet har satt. Använd i så fall en riktig adress som du äger. Tillfällig e-post är för sajter som tillåter det.

Google-MX-infrastruktur för inkommande e-post

Tmailor dirigerar inkommande e-post via Googles e-postservrar, så MX-posterna för dess domäner pekar på Google-MX-infrastrukturen – samma ryggrad som hanterar Gmails inkommande e-post. I praktiken innebär det pålitlig mottagning med god anslutning: servrarna som tar emot dina verifieringsmejl är sådana som resten av internet redan vet hur man når.

Den faktiska leveranshastigheten beror fortfarande mest på avsändarsidan – tjänsten som mejlar dig bestämmer när meddelandet skickas – så det här handlar om tillförlitlighet och räckvidd, inte om ett garanterat försprång. Läs mer om resonemanget bakom upplägget i varför Tmailor använder Googles servrar.

E-postsäkerhet – varför din inkorg är ett mål

Att förstå e-postinfrastrukturen innebär också att förstå varför den attackeras så aggressivt. Din e-postadress är den mest utnyttjade identifieraren på internet.

Nätfiske: Angripare förfalskar "Från"-rubriken för att utge sig för att vara banker, arbetsgivare eller tjänster du litar på. SMTP konstruerades i en tid präglad av förtroende, och avsändarverifiering (SPF, DKIM, DMARC) lades till decennier senare. Många servrar tillämpar det fortfarande inte strikt.

Spam: Nästan hälften av all e-posttrafik i världen är fortfarande spam. Varje gång du anger din riktiga e-postadress på en webbplats ökar du risken att den hamnar på en marknadsföringslista – eller ännu värre, säljs till en datamäklare.

Dataintrång: Din e-postadress är vanligtvis primärnyckeln i varje databas du någonsin har registrerat dig i. När en tjänst utsätts för intrång är din e-postadress det första som exponeras, och den blir nyckeln för credential stuffing-attacker mot dina andra konton.

Spårningspixlar: Dolda 1x1-bilder inbäddade i marknadsföringsmejl berättar för avsändaren när du öppnar ett meddelande, från vilken enhet och ibland din ungefärliga plats. Din inkorg är inte bara en brevlåda – den är ett övervakningsverktyg för marknadsförare.

Det är just därför anledningen till att tillfällig e-post existerar. Genom att använda en tillfällig adress för interaktioner med låg tillit håller du din riktiga e-postadress borta från databaser som förr eller senare drabbas av intrång, säljs eller skrapas.

E-postklienter och leverantörer – en snabb översikt

Hur du kommer åt e-post beror på din klient (programvaran) och din leverantör (tjänsten).

Webbmailleverantörer: Gmail, Outlook.com, Yahoo Mail, ProtonMail. De erbjuder både e-postkontot och en webbläsarbaserad klient. De flesta använder en av dessa som sin primära e-post.

Skrivbordsklienter: Thunderbird, Apple Mail, Microsoft Outlook (skrivbordsversion). De ansluter till din leverantör via IMAP eller POP3 och låter dig hantera e-post offline.

Klienter för tillfällig e-post: Tmailor erbjuder en webbaserad klient, dedikerade mobilappar för Android och iOS, en Telegram-bot och webbläsartillägget Tmailor för skrivbordswebbläsare. Till skillnad från traditionella klienter kräver de varken inloggning eller registrering för att komma igång; adressen fungerar i samma stund som sidan laddas. Om du vill öppna samma adress igen senare sparar du dess Access Token, eller så skapar du den medan du är inloggad på det valfria gratiskontot så att den sparas i Skapade e-postmeddelanden.

Från e-postens grunder till tillfällig e-post – att knyta ihop punkterna

Nu har du hela bilden. E-post färdas via SMTP, dirigeras av DNS- och MX-poster och landar i en inkorg som hanteras av IMAP eller POP3. Tillfälliga e-posttjänster använder sig av exakt denna infrastruktur: de registrerar domäner, konfigurerar catch-all MX-poster, kör mottagande servrar på Googles infrastruktur och visar din inkommande post via ett enkelt webbgränssnitt.

Det finns inget "falskt" med en tillfällig e-postadress. Den använder samma protokoll, routing och leveransmekanismer som all annan e-post på internet. Skillnaden är avsiktlig: tillfälliga e-postadresser är utformade för att vara utbytbara, anonyma och kortlivade – vilket är precis det som gör dem användbara för integritetsskydd, undvikande av skräppost och registreringar med låg risk.

För en komplett teknisk genomgång av varje komponent, se hur tillfällig e-post fungerar. Redo att prova själv? Skapa en gratis tillfällig postadress på under tio sekunder.