Så fungerar e-post: 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 tillfällig e-post kopplas in i detta system för att skapa engångsinkorgar som fungerar omedelbart utan registrering. För en praktisk översikt över vad tillfällig e-post är och när du kan 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

E-postens historia 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 har överlevt oförändrad i mer än femtio år.

Under 1980- och 1990-talen spreds e-post från forskningslaboratorier till vardagslivet. E-postklienter för datorer, som Eudora och Microsoft Outlook, gav persondatoranvändare tillgång till elektronisk post för första gången. Sedan gjorde kostnadsfria webbmailtjänster — Hotmail 1996, Yahoo Mail 1997 och så småningom Gmail 2004 — e-post tillgänglig för alla som hade en webbläsare och internetuppkoppling.

Men den allmänna tillgängligheten förde också med sig allmänna problem. I slutet av 2000-talet hade spam vuxit till den överväldigande majoriteten av all e-posttrafik världen över. Nätfiskeattackerna blev allt mer sofistikerade. Dataintrång avslöjade hundratals miljoner e-postadresser. Dessa växande hot skapade efterfrågan på en ny tjänstekategori: tillfällig e-post. De första leverantörerna av engångsinkorgar dök upp i mitten av 2000-talet, och konceptet har utvecklats till ett moget integritetsverktyg som används av miljontals människor i dag. Läs om hela utvecklingen på The Evolution of Temp Mail.

Ett e-postmeddelandes resa — steg för steg

Det känns som att ett e-postmeddelande skickas direkt, men meddelandet passerar genom flera system innan det når sin destination. Så här går det faktiskt till, uppdelat i fyra steg.

Steg 1 — Du trycker på Skicka: från e-postklienten till SMTP-servern

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

Din klient autentiserar dig hos SMTP-servern med ditt användarnamn och lösenord och lämnar sedan över meddelandet. I det här läget har e-postmeddelandet lämnat din enhet och det är nu serverns ansvar att leverera det.

Steg 2 — DNS-uppslagning: Vart ska e-postmeddelandet?

SMTP-servern måste ta reda på vart meddelandet 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 ett meddelande 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 praktiken en vidarebefordringsinstruktion som säger: "Leverera all e-post för den här domänen till den här servern."

Det här MX-postsystemet är grunden som gör tillfällig e-post möjlig, men vi återkommer till det strax.

Steg 3 — Leverans mellan servrar: SMTP-relä

Din sändande SMTP-server ansluter till mottagarens inkommande SMTP-server (den som anges av MX-posten) och genomför en SMTP-handskakning — ett strukturerat samtal där de två servrarna verifierar sina identiteter, förhandlar om kryptering och överför meddelandet. TLS-kryptering skyddar e-postinnehållet under överföringen mellan servrarna.

Om den första MX-servern inte är tillgänglig försöker den sändande servern med de sekundära MX-posterna (de flesta domäner anger flera MX-poster som redundans). Om ingen server kan nås läggs e-postmeddelandet i kö för nya leveransförsök. Efter flera misslyckade försök under flera timmar eller dagar får avsändaren ett studsmeddelande.

Steg 4 — Lagring i inkorgen: IMAP och POP3

När den mottagande servern har accepterat meddelandet lagrar den det och väntar på att mottagaren ska kontrollera sin inkorg. Mottagarens e-postklient hämtar meddelanden med hjälp av ett av två protokoll:

IMAP (Internet Message Access Protocol): Synkroniserar e-post mellan flera enheter. Meddelandena ligger kvar på servern, och alla åtgärder du utför (läser, raderar eller flyttar) återspeglas överallt. Det är detta som Gmail, Outlook och de flesta moderna tjänster använder.

POP3 (Post Office Protocol 3): Hämtar e-post till en enda enhet och raderar den vanligtvis från servern. Det är mindre vanligt i dag, men används fortfarande i vissa konfigurationer där lokal lagring föredras.

Ett e-postmeddelandes beståndsdelar

Varje e-postmeddelande är mer än bara texten du ser. Under ytan innehåller det strukturerade data som talar om för servrar hur meddelandet ska dirigeras, visas och bearbetas.

Rubriker: Metadata inklusive From, To, Ämne, Datum och Message-ID. Detta är routningsinstruktionerna som varje server längs leveranskedjan läser och följer.

Dolda rubriker: Fält som Return-Path (dit studsade meddelanden skickas), Received (en kedja som visar varje server som e-postmeddelandet har passerat) och Authentication-Results (resultaten från SPF-, DKIM- och DMARC-kontrollerna). Dessa är osynliga i de flesta e-postklienter men avslöjar meddelandets hela väg.

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

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

Så kopplas tillfällig e-post till denna infrastruktur

Här knyts allt samman. Tjänster för tillfällig e-post använder inte ett separat, proprietärt system – de kopplas direkt till den standardiserade e-postinfrastruktur som beskrivs ovan. Det är därför adresser för tillfällig e-post kan ta emot riktiga e-postmeddelanden från riktiga servrar: de är riktiga e-postadresser, men med en annan livscykel.

Catch-all-MX-poster — Omedelbar adressgenerering

När tmailor.com registrerar en domän (säg example-temp.com) konfigurerar tjänsten domänens MX-post så att den pekar på Tmailors mottagningsserver. Det viktiga är att servern är konfigurerad som en "catch-all" – den accepterar e-post som skickas till vilken adress som helst på domänen, oavsett om adressen har skapats i förväg.

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

Ingen utgående SMTP = endast mottagning

Tjänster för tillfällig e-post konfigurerar MX-poster (för mottagning) men inte SPF-, DKIM- eller DMARC-poster för utgående e-post. Dessa autentiseringsposter används av e-postservrar för att verifiera att en sändande server har rätt att skicka e-post för en domäns räkning.

Utan dem skulle alla e-postmeddelanden som skickas från en domän för tillfällig e-post misslyckas i autentiseringskontrollerna och hamna i skräpposten – eller avvisas direkt. Tillfällig e-post är därför endast till för mottagning: ett medvetet designval, men samtidigt en verklig begränsning. Tmailor kan inte skicka eller svara, och om utgående e-post aktiverades skulle domänerna snabbt svartlistas.

Modellen med endast mottagning medför några andra begränsningar som är värda att nämna tydligt, eftersom de följer av samma lättviktiga design. Inkommande bilagor tas bort, så en fil som skickas till en Tmailor-adress kan inte öppnas eller laddas ned – endast text, koder och länkar kommer fram. 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 ankomsten och raderas sedan automatiskt. Eftersom det inte finns någon inloggning är det access token som utfärdas med varje adress som gör att du kan öppna den igen senare – en återställningsnyckel, inte ett lösenord, och en som ingen kan utfärda på nytt om du förlorar den.

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

Tmailor använder 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 på mottagningsservern. Poolen hålls medvetet opublicerad: att publicera hela listan skulle helt enkelt överlämna den till leverantörer som sammanställer blocklistor över engångsmejl.

Att ha fler än en domän är viktigt av praktiska och tekniska skäl. Vissa webbplatser underhåller listor över kända domäner för engångsmejl och avvisar adresser 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 ur funktion. Det är också därför domänvariation förbättrar OTP:s tillförlitlighet.

Det finns dock en begränsning: En blocklista per domän skiljer sig från en policy. Om en tjänsts villkor förbjuder tillfällig e-post helt och hållet är det inte felsökning att byta mellan domäner för att få tillgång till den – det är att kringgå en regel som sajten medvetet har satt upp. Använd i så fall en riktig adress som du äger. Tillfällig e-post är till 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-infrastruktur – samma ryggrad som hanterar Gmails inkommande e-post. I praktiken innebär det tillförlitlig mottagning med god anslutning: servrarna som tar emot dina verifieringsmejl är servrar som resten av internet redan vet hur man når.

Den faktiska leveranshastigheten beror fortfarande främst på sändarsidan – tjänsten som skickar e-post till dig bestämmer när meddelandet skickas – så det handlar om tillförlitlighet och räckvidd, inte om ett garanterat försprång. För resonemanget bakom upplägget, se 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 utsätts för så många attacker. Din e-postadress är den identifierare på internet som oftast utnyttjas.

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

Skräppost: Nästan hälften av all e-posttrafik världen över är fortfarande skräppost. Varje gång du anger din riktiga e-postadress på en webbplats ökar 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ågon gång har registrerat dig i. När en tjänst utsätts för dataintrång är din e-postadress det första som exponeras, och den blir nyckeln till credential-stuffing-attacker mot dina andra konton.

Spårningspixlar: Dolda 1x1-bilder som bäddats in i marknadsföringsmejl berättar för avsändarna 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.

Dessa hot är precis därför som anledningen till att tillfällig e-post existerar. Genom att använda en tillfällig e-postadress för interaktioner med låg tillit håller du din riktiga e-postadress borta från databaser som förr eller senare utsätts för dataintrång, säljs eller skrapas.

E-postklienter och leverantörer — En snabb översikt

Hur du får tillgång till e-post beror på din klient (programvaran) och din leverantör (tjänsten).

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

Skrivbordsklienter: Thunderbird, Apple Mail, Microsoft Outlook (för datorer). Dessa 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 samt en Telegram-bot. Till skillnad från traditionella klienter kräver de varken inloggning eller registrering – adressen fungerar så snart sidan har laddats. Om du vill öppna samma adress igen senare sparar du dess access token; det finns inget lösenord att ställa in och inget att verifiera.

Från e-postgrunder till tillfällig e-post — att knyta ihop säcken

Nu förstår du helheten. E-post skickas via SMTP, dirigeras med hjälp av DNS och MX-poster och hamnar i en inkorg som hanteras av IMAP eller POP3. Tjänster för tillfällig e-post använder exakt denna infrastruktur: de registrerar domäner, konfigurerar catch-all MX-poster, kör mottagningsservrar på Googles infrastruktur och visar din inkommande post via ett enkelt webbgränssnitt.

Det finns inget "falskt" med ett tillfälligt e-postmeddelande. Det använder samma protokoll, routning och leveransmekanismer som alla andra e-postmeddelanden på internet. Skillnaden är avsiktlig: tillfälliga e-postadresser är utformade för att vara förbrukningsbara, anonyma och kortlivade – vilket är precis vad 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å mindre än tio sekunder.