TMAILOR BLOG

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

Marcus LeeHow-To & Product Guides Editor

De flesta använder e-post varje dag utan att veta vad som händer mellan att man klickar på "Skicka" och meddelandet dyker upp i någons inkorg. Att förstå den resan – genom SMTP-servrar, DNS-uppslagningar och MX-poster – avslöjar exakt varför tillfälliga e-posttjänster fungerar som de gör.

Snabb åtkomst

Denna guide förklarar e-postinfrastrukturen från grunden: protokollen som diriverar meddelanden över internet, posterna som talar om för servrar var de ska leverera post, och hur tillfälliga posttjänster 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 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 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-post från forskningslaboratorier till vardagslivet. Stationära klienter 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 slutligen Gmail 2004 — e-post universellt tillgänglig för alla med webbläsare och internetuppkoppling.

Men universell tillgång medförde universella problem. I mitten av 2000-talet stod spam för över 80 % 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 engångsinkorgar dök upp i mitten av 2000-talet, och konceptet har utvecklats till ett moget integritetsverktyg som idag används av miljontals. För hela utvecklingen, se The Evolution of Temp Mail.

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

Att skicka ett mejl känns omedelbart, men meddelandet passerar genom 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: Skicka e-post 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 med 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 är nu serverns ansvar att leverera.

Steg 2 — DNS-uppslag: Vart tar detta mejl vägen?

SMTP-servern måste lista ut var ditt meddelande ska levereras. Detta görs genom att söka Domain Name System (DNS) efter MX-posten — Mail Exchanger-posten — för mottagarens domän.

Till exempel, om du 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 vidarebefordran som säger "leverera all post för denna domän till denna server."

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

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 ett SMTP-handshake – 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 server-till-server-överföring.

Om den första MX-servern inte är tillgänglig faller sändarservern tillbaka på sekundära MX-poster (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 omprövning. Efter flera misslyckade försök under timmar eller dagar får avsändaren en avvisningsnotis.

Steg 4 — Inkorgslagring: IMAP och POP3

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

IMAP (Internet Message Access Protocol): Synkroniserar e-post över flera enheter. Meddelanden 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 (Postprotokoll 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.

Komponenter i ett e-postmeddelande

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

Rubriker: Metadata inklusive From, To, Ämne, Datum och Meddelande-ID. Detta är routningsinstruktionerna som varje server längs leveranskedjan läser och agerar på.

Dolda rubriker: Fält som Return-Path (där studsarna går), Mottaget (en kedja som visar varje server som e-posten passerat) och Authentication-Results (SPF-, DKIM- och DMARC-kontrollresultat). Dessa ä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 (flerdelad/alternativ). De flesta moderna mejl är 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 via e-postens textbaserade infrastruktur.

Hur tillfällig post kopplas till denna infrastruktur

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

Allomfattande MX-rekord — Omedelbar adressgenerering

När tmailor.com registrerar en domän (säg example-temp.com) konfigurerar den MX-posten för den domänen att peka på tmailors mottagarserver. Viktigt är att servern är konfigurerad som en "catch-all"—den accepterar 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 arbetande tillfällig e-postadress direkt. Adressen behöver inte vara "skapad" i traditionell mening. MX-posten säger till internet: "skicka all e-post för denna domän 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 är den adressen redan fungerande eftersom domänens MX-post redan skickar all post till tmailors server. För en djupare teknisk förklaring, se Catch-All and Random Aliases: Why Temp Mail Feels Instant.

Ingen SMTP Outbound = Endast mottagning

Tillfälliga mailtjä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 auktoriserad att skicka e-post på uppdrag av en domän.

Utan dem skulle alla mejl som skickas från en tillfällig e-postdomän misslyckas med autentiseringskontroller och hamna i skräppost – eller avvisas direkt. Det är därför tillfällig post är avsiktligt endast mottagande, inte av begränsning. Infrastrukturen för att skicka är helt enkelt inte konfigurerad, och att aktivera det skulle göra att varje domän svartlistas inom några dagar.

500+ domäner = 500+ MX-konfigurationer

Tmailor.com driver över 500 olika domäner, var och en med sin egen MX-post som pekar på tmailors servrar. Denna domänmångfald är ett strategiskt svar på hur webbplatser blockerar tillfällig post: de upprätthåller listor över kända engångs-e-postdomäner. Med 500+ domäner i aktiv rotation ligger tmailor.com före de flesta blocklistor.

När en domän flaggas av en plattform kan användare generera en ny adress på en annan domän som inte har blockerats. Det är därför domänrotation förbättrar OTP:s tillförlitlighet — det är en infrastrukturnivålösning på ett blocklistnivå-problem.

Google Infrastructure = Gmail-nivå MX

Tmailor.com skickar all inkommande e-post genom Googles e-postservrar. Detta innebär att MX-posterna för tmailors domäner pekar på Googles infrastruktur – samma infrastruktur som hanterar Gmail. Den praktiska effekten är betydande: när en webbplats e-postserver söker MX-posten för en tmailor.com-domän och ser Googles IP-adresser, behandlar den domänen med högre förtroende än en slumpmässig självhostad server.

Denna Google-stödda routing innebär också snabbare leverans, bättre global täckning och högre tillförlitlighet. Läs mer i FAQ:n: Varför använder Tmailor.com 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 "From"-rubriken för att utge sig för att vara banker, arbetsgivare eller tjänster du litar på. SMTP designades under en era av förtroende, och avsändarverifiering (SPF, DKIM, DMARC) lades till decennier senare. Många servrar upprätthåller det fortfarande inte strikt.

Spam: Ungefär 45 % av all e-posttrafik världen över är skräppost. 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 registrerats med. När en tjänst blir intrång är din e-postadress det första som exponeras, och det blir nyckeln till credential-stuffing-attacker mot dina andra konton.

Spårning av pixlar: Dolda 1x1-bilder inbäddade i marknadsföringsmejl berättar för avsändare 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 anledningen till att tillfällig e-post existerar. Genom att använda en engångsadress för interaktioner med låg tillit håller du din riktiga e-post borta från databaser som så småningom blir hackade, sålda eller skrapade.

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).

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

Stationära klienter: Thunderbird, Apple Mail, Microsoft Outlook (stationärt). Dessa kopplas till din leverantör via IMAP eller POP3 och låter dig hantera e-post offline.

Tillfälliga e-postklienter: Tmailor.com erbjuder en webbaserad klient, dedikerade mobilappar för Android och iOS samt en Telegram-bot. Till skillnad från traditionella klienter kräver tillfälliga e-postklienter inga inloggningsuppgifter eftersom det inte finns något konto – bara en domän, en allomfattande server och en åtkomsttoken.

Från grunderna i e-post till tillfällig post — att koppla ihop punkterna

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

Det finns inget "falskt" med ett tillfälligt mejl. Den använder samma protokoll, routing och leveransmekanismer som alla andra e-postmeddelanden på internet. Skillnaden är avsiktlig: tillfälliga e-postadresser är utformade för att vara förbrukningsvaror, anonyma och kortlivade – vilket är precis vad som gör dem användbara för integritetsskydd, skräppostundvikande och lågriskregistreringar.

För en komplett teknisk genomgång av varje komponent, se How Temporary Email Works: A Technical A-to-Z Guide. Redo att prova själv? Skapa en gratis tillfällig e-postadress på tmailor.com på under tio sekunder.

<#comment>

Vanliga frågor

Använder Temp Mail riktiga e-postprotokoll?

Ja, 100%. Tillfällig post tar emot e-post via standard SMTP och dirigerar den via standard MX-poster – samma infrastruktur som Gmail och Outlook använder. Adresserna är tekniskt sett riktiga e-postadresser med avsiktligt begränsad livslängd.

Varför kan inte Temp Mail skicka mejl?

Tillfälliga mailtjänster konfigurerar inte SPF-, DKIM- eller DMARC-poster för utgående autentisering. Utan dessa skulle alla mejl som skickas från en tillfällig e-postdomän misslyckas med verifieringskontroller och avvisas eller markeras som skräppost. Detta är ett medvetet arkitekturval för att hålla engångsdomäner funktionella för mottagning.

Kan jag se e-posthuvuden på tillfälliga mejlmeddelanden?

Ja. E-post som tas emot via tillfällig post har samma rubriker som andra mejl: Från, Till, Ämne, Datum, Mottagen kedja och autentiseringsresultat. Headers visar hela leveransvägen, inklusive Googles servrar som tmailor.com använder för bearbetning.

Vad gör att tmailor.com e-postleverans är snabbare än konkurrenternas?

Två faktorer: Googles e-postserverinfrastruktur hanterar SMTP-inkommande trafik, och Google CDN distribuerar inkorgsdata globalt. Denna kombination innebär att meddelanden anländer snabbare och webbgränssnittet laddas snabbare, oavsett var du befinner dig. Detaljer finns i Varför Tmailor använder Googles servrar.

Marcus Lee
Om författaren
How-To & Product Guides Editor

Marcus Lee writes Tmailor's step-by-step guides — signing up to apps and platforms with temp mail, using the mobile app and Telegram bot, custom domains, reusing addresses, and getting the most out of disposable email day to day.

Se fler artiklar

Engångsmail vs Burner-e-post vs tillfällig post 2026
Article

Engångsmail vs Burner-e-post vs tillfällig post (2026)

Engångsmail, engångsmail och tillfällig post är inte samma sak. Lär dig de verkliga skillnaderna och vilket integritetsverktyg som passar varje användningsfall år 2026.

Domänrotation för tillfällig post Öka OTPs tillförlitlighet
Article

Domänrotation för tillfällig post: Öka OTP:s tillförlitlighet

Att rotera tillfälliga e-postdomäner kringgår grålistning och ökar OTP:s framgångsfrekvens. Skaffa en praktisk stege med säkra trösklar, mätvärden och färdiga playbooks.

Är tillfälliga mejl säkra
Article

Är tillfälliga mejl säkra?

Tillfällig post kan vara säker för lågriskanmälningar när den används korrekt. Lär dig verkliga risker, säkra användningsfall och en checklista för att skydda din identitet online.

Tillfälligt Gmail-konto Skapa ett eller använd tillfällig e-post
Article

Tillfälligt Gmail-konto: Skapa ett eller använd tillfällig e-post

Behöver du ett tillfälligt Gmail-konto? Lär dig hur du skapar Gmail-alias och plusadresser, eller använd en tillfällig e-posttjänst som ett snabbare och mer privat alternativ.

Tillfällig mejl för QA Testregistrering och onboardingflöden i stor skala
Article

Tillfällig mejl för QA: Testregistrering och onboardingflöden i stor skala

QA-team använder tillfällig post för att testa anmälningsformulär, leverans av OTP och onboarding-trattar i stor skala? utan att exponera verkliga användardata eller förorena produktionsbrevlådor

Hur man kör flera tillfälliga postinkorgar samtidigt
Article

Hur man kör flera tillfälliga postinkorgar samtidigt

Lär dig hur man hanterar flera tillfälliga postinkorgar samtidigt? hantera flera engångsadresser för OTP:er, tester och anmälningar i en och samma flik, ingen registrering behövs.

Temp Mail for X Twitter Spamfri anmälan och OTP-guide
Article

Temp Mail for X (Twitter): Spamfri anmälan och OTP-guide

Registrera dig för X (Twitter) med tillfällig mejl? Ingen inkorgsspam. Få pålitlig leverans av OTP, återanvändning av token-baserade inkorgar och ett steg-för-steg-arbetsflöde som fungerar.

Tillfällig post vs 10-minuters post Bästa valet för OTP 2026
Article

Tillfällig post vs 10-minuters post: Bästa valet för OTP 2026

Jämför tillfällig post med 10-minuters post för OTP och anmälningar. Se vilken som fungerar bäst för verifieringsmail, återanvändning och integritet år 2026.

Tillfällig post för OTP Vad som fungerar och vad som misslyckas 2026
Article

Tillfällig post för OTP: Vad som fungerar och vad som misslyckas 2026

Kan man få OTP-koder med tillfällig post? Lär dig när verifieringsmejl fungerar, varför de misslyckas och hur du åtgärdar leveransproblem med engångsinkorgar.

Postvidarebefordring Guide för digitala vs fysiska lösningar
Article

Postvidarebefordring: Guide för digitala vs fysiska lösningar

Digital kontra fysisk postvidarebefordring jämförs. Lär dig hur e-postvidarebefordring, tillfälliga inkorgar och postvidarebefordran fungerar och när du ska använda varje lösning.