Hogyan működik az e-mail: SMTP, DNS és miért létezik ideiglenes e-mail

Ez az útmutató az e-mail-infrastruktúrát az alapoktól mutatja be: az üzeneteket az interneten keresztül továbbító protokollokat, a szervereknek megmondó rekordokat, amelyek jelzik, hová kell kézbesíteni a leveleket, valamint azt, hogyan kapcsolódnak az ideiglenes levelező szolgáltatások ehhez a rendszerhez, hogy regisztráció nélkül, azonnal működő eldobható postaládákat hozzanak létre. Az ideiglenes e-mail lényegéről és használatának megfelelő időpontjairól szóló gyakorlati áttekintésért tekintse meg a teljes útmutatót az ideiglenes e-mailekhez.

Az e-mail rövid története — az ARPANET-től az ideiglenes e-mailig

Az e-mail története 1971-ben kezdődött, amikor Ray Tomlinson, az Egyesült Államok Védelmi Minisztériumának ARPANET-ján dolgozva, elküldte az első elektronikus üzenetet két számítógép között. Legfontosabb újítása a "@" szimbólum volt, amely elválasztja a felhasználónevet a gazdagéptől — ez a konvenció több mint ötven évvel később is változatlanul fennmaradt.

Az 1980-as és 1990-es években az e-mail a kutatólaboratóriumokból elterjedt a mindennapi életben. Az olyan asztali kliensek, mint az Eudora és a Microsoft Outlook, először tették lehetővé a személyi számítógépek felhasználói számára az elektronikus levelezés használatát. Az 1990-es évek végén pedig az ingyenes webmail-szolgáltatások — az 1996-os Hotmail, az 1997-es Yahoo Mail, majd a 2004-es Gmail — bárki számára elérhetővé tették az e-mailezést, akinek volt böngészője és internetkapcsolata.

Az általános hozzáférés azonban általános problémákat is magával hozott. A 2000-es évek végére a spam a világ teljes e-mail-forgalmának túlnyomó részét tette ki. Az adathalász támadások egyre kifinomultabbá váltak, az adatvédelmi incidensek pedig több százmillió e-mail-címet tettek közzé. Ezek a fokozódó fenyegetések egy új szolgáltatási kategória, az ideiglenes e-mail iránti igényt teremtették meg. Az első eldobható postaládákat kínáló szolgáltatók a 2000-es évek közepén jelentek meg, és ez a megoldás mára milliók által használt, kiforrott adatvédelmi eszközzé vált. A teljes fejlődést lásd: A temp mail fejlődése.

Egy e-mail útja — lépésről lépésre

Az e-mail küldése azonnalinak tűnik, de az üzenet több rendszeren halad keresztül, mielőtt eléri a célját. Nézzük meg, mi történik valójában, négy lépésre bontva.

1. lépés — Megnyomod a Küldés gombot: az e-mail-kliens és az SMTP-szerver

Amikor Gmailben, Outlookban, Thunderbirdben vagy bármely más e-mail-kliensben megírod az üzenetedet, majd megnyomod a "Küldés" gombot, a kliens az SMTP — Simple Mail Transfer Protocol — nevű protokollon keresztül csatlakozik egy kimenő levelezőszerverhez. A kapcsolat általában az 587-es portot (STARTTLS-titkosítással) vagy a 465-ös portot (implicit TLS-sel) használja.

A kliens a felhasználóneveddel és jelszavaddal hitelesíti magát az SMTP-szerveren, majd átadja neki az üzenetet. Ekkor az e-mail elhagyta az eszközödet, és a kézbesítés már a szerver felelőssége.

2. lépés — DNS-lekérdezés: Hová kerül ez az e-mail?

Az SMTP-szervernek meg kell állapítania, hová kézbesítse az üzenetedet. Ehhez a Domain Name System (DNS) rendszerben lekérdezi a címzett domainjéhez tartozó MX-rekordot — vagyis a Mail Exchanger-rekordot.

Például ha a someone@gmail.com címre küldesz üzenetet, az SMTP-szerver ezt kérdezi a DNS-től: "Melyik szerver kezeli a gmail.com e-mailjeit?" A DNS valami ilyesmivel válaszol alt1.gmail-smtp-in.l.google.com — ez a Google bejövő levelezőszerverének címe. Az MX-rekord lényegében továbbítási utasítás, amely azt mondja: "A domainhez tartozó összes levelet erre a szerverre kézbesítsd."

Ez az MX-rekordokra épülő rendszer teremti meg az ideiglenes e-mail működésének alapját, de erre hamarosan visszatérünk.

3. lépés — Szerverek közötti kézbesítés: SMTP Relay

A küldő SMTP-szerver csatlakozik a címzett bejövő SMTP-szerveréhez (ahhoz, amelyet az MX-rekord meghatároz), majd SMTP-kézfogást hajt végre — egy strukturált párbeszédet, amely során a két szerver ellenőrzi egymás azonosságát, egyezteti a titkosítást, és továbbítja az üzenetet. A TLS-titkosítás védi az e-mail tartalmát a szerverek közötti továbbítás során.

Ha az elsődleges MX-szerver nem érhető el, a küldő szerver a másodlagos MX-rekordokhoz fordul (a legtöbb domain több MX-rekordot is felsorol a redundancia érdekében). Ha egyik szerver sem érhető el, az e-mailt újrapróbálás céljából sorba állítja. Több, órákon vagy napokon át sikertelen próbálkozás után a feladó kézbesítési hibaértesítést kap.

4. lépés — Tárolás a postaládában: IMAP és POP3

Miután a fogadó szerver elfogadja az üzenetet, eltárolja az e-mailt, és várja, hogy a címzett ellenőrizze a postaládáját. A címzett e-mail-kliense a két protokoll egyikével tölti le az üzeneteket:

IMAP (Internet Message Access Protocol): Több eszköz között szinkronizálja az e-maileket. Az üzenetek a szerveren maradnak, és minden művelet, amelyet végrehajtasz rajtuk (olvasás, törlés, áthelyezés), mindenhol megjelenik. Ezt használja a Gmail, az Outlook és a legtöbb modern szolgáltatás.

POP3 (Post Office Protocol 3): Egyetlen eszközre tölti le az e-maileket, és általában törli őket a szerverről. Ma már kevésbé elterjedt, de még mindig használják olyan konfigurációkban, ahol a helyi tárolás előnyösebb.

Egy e-mail-üzenet összetevői

Minden e-mail több annál, mint a látható szöveg. A háttérben strukturált adatokat is tartalmaz, amelyek megmondják a szervereknek, hogyan irányítsák, jelenítsék meg és dolgozzák fel az üzenetet.

Fejlécek: Metaadatok, köztük a From, To, Subject, Date és Message-ID. Ezeket az útválasztási utasításokat olvassa és alkalmazza az átviteli lánc minden szervere.

Rejtett fejlécek: Olyan mezők, mint a Return-Path (ahová a visszapattanó üzenetek kerülnek), a Received (az e-mail által érintett összes szervert felsoroló lánc) és az Authentication-Results (az SPF-, DKIM- és DMARC-ellenőrzések eredményei). Ezek a legtöbb e-mail-kliensben láthatatlanok, de felfedik az üzenet teljes útját.

Törzs: A tényleges tartalom, amely egyszerű szövegként, HTML-ként vagy mindkettőként (multipart/alternative) van formázva. A legtöbb modern e-mail HTML-formátumú, ezért látsz formázott szöveget, képeket és kattintható linkeket.

Mellékletek: MIME-mal (Multipurpose Internet Mail Extensions) kódolt fájlok. A MIME a bináris fájlokat szövegalapú, e-mailben továbbítható formátumba kódolja.

Hogyan kapcsolódik az ideiglenes e-mail ehhez az infrastruktúrához

Itt kapcsolódik össze minden. Az ideiglenes e-mail-szolgáltatások nem különálló, saját rendszert használnak — közvetlenül a fent ismertetett szabványos e-mail-infrastruktúrához kapcsolódnak. Ezért fogadnak az ideiglenes e-mail-címek valódi szerverekről érkező valódi e-maileket: valódi e-mail-címek, csak más az életciklusuk.

Catch-All MX-rekordok — Azonnali címgenerálás

Amikor a tmailor.com regisztrál egy domaint (például az example-temp.com domaint), úgy állítja be a domain MX-rekordját, hogy az a Tmailor fogadó szerverére mutasson. A szerver kulcsfontosságú módon „catch-all” beállítású: elfogadja az adott domain bármely címére küldött e-maileket, függetlenül attól, hogy a cím előre létre lett-e hozva.

Ezért kapsz azonnal működő ideiglenes e-mail-címet. A címet hagyományos értelemben nem kell „létrehozni”. Az MX-rekord azt üzeni az internetnek: „az ehhez a domainhez tartozó összes e-mailt a szerverünkre küldd”, a szerver pedig minden beérkező üzenetet elfogad. Amikor felkeresed a tmailor.com webhelyet, és egy véletlenszerűen generált címet látsz, az a cím már működőképes, mert a domain MX-rekordja már az összes levelet a Tmailor szerverére irányítja. Részletesebb technikai magyarázatért lásd: catch-all és véletlenszerű álnévek.

Nincs kimenő SMTP = csak fogadás

Az ideiglenes e-mail-szolgáltatások beállítják az MX-rekordokat (a fogadáshoz), de nem konfigurálnak SPF-, DKIM- vagy DMARC-rekordokat a kimenő küldéshez. Az e-mail-szerverek ezeket a hitelesítési rekordokat használják annak ellenőrzésére, hogy a küldő szerver jogosult-e egy domain nevében e-mailt küldeni.

Ezek nélkül minden, ideiglenes e-mail-domainről küldött e-mail megbukna a hitelesítési ellenőrzéseken, és a spam mappába kerülne — vagy egyenesen elutasítanák. Az ideiglenes e-mail tehát csak fogadásra szolgál: ez tudatos tervezési döntés, ugyanakkor valódi korlát. A Tmailor nem tud e-mailt küldeni vagy megválaszolni, a kimenő küldés engedélyezése pedig gyorsan feketelistára juttatná a domaineit.

A csak fogadásra szolgáló modellnek van még néhány korlátja, amelyeket érdemes egyértelműen megemlíteni, mivel ugyanebből a könnyű kialakításból következnek. A beérkező mellékleteket eltávolítjuk, így a Tmailor-címre küldött fájl nem nyitható meg és nem tölthető le — csak a szöveg, a kódok és a linkek érkeznek meg. Nincs spam mappa és nincs szűrés: minden beérkező üzenet megjelenik, ezért ha valami nem látható, egyszerűen nem kézbesítették. Az üzenetek a beérkezéstől számítva körülbelül 24 órán át maradnak láthatók, majd automatikusan törlődnek. Mivel nincs bejelentkezés, az egyes címekhez kiadott Access Token teszi lehetővé, hogy később újra megnyisd őket — ez egy helyreállítási kulcs, nem jelszó, és elvesztése esetén senki sem tud újat kiadni.

Sok domain, egyetlen catch-all-modell

A Tmailor egyetlen domain helyett nagy, folyamatosan változó domainkészletet működtet, és mindegyikhez saját, a fogadó szerverre mutató catch-all MX-rekord tartozik. A készletet szándékosan nem tesszük közzé: a teljes lista átadása egyszerűen megkönnyítené az eldobható e-mail-domainokat blokkolólistákba gyűjtő szolgáltatók dolgát.

A több domain használatának gyakorlati és technikai oka van. Egyes webhelyek listát vezetnek az ismert eldobható domainekről, és elutasítják azokat a címeket, amelyek domainje szerepel a listán. Ha egy adott domaint elutasítanak, egy új cím generálása másik domainen szokásos hibaelhárítás — ugyanúgy, ahogy egy másik szolgáltatót próbálsz ki, ha az egyik nem működik. Ezért javítja a domain változatosság az OTP megbízhatóságát is.

Van azonban egy határ: a domainek szerinti tiltólista nem ugyanaz, mint egy szabályzat. Ha egy szolgáltatás feltételei egyértelműen tiltják az eldobható e-mail-címeket, akkor a domainek váltogatása, hogy bejuss az oldalra, nem hibakeresés — hanem az oldal szándékosan meghatározott szabályának megkerülése. Ilyenkor használj egy valódi, saját címet. Az ideiglenes e-mail olyan oldalakhoz való, amelyek engedélyezik a használatát.

Google-MX infrastruktúra a bejövő levelekhez

A Tmailor a bejövő e-maileket a Google levelezőszerverein keresztül irányítja, ezért a domainjeihez tartozó MX rekordok a Google-MX infrastruktúrára mutatnak — ugyanarra a gerincre, amely a Gmail bejövő leveleit is kezeli. A gyakorlatban ez megbízható, jól elérhető fogadást jelent: az ellenőrző e-maileket fogadó szerverek olyan szerverek, amelyeket az internet többi része már jól ismer és könnyen elér.

A tényleges kézbesítési sebesség továbbra is főként a küldő oldaltól függ — az Önt e-mailben értesítő szolgáltatás dönti el, mikor küldi el az üzenetet —, így ez a megbízhatóságról és az elérhetőségről szól, nem garantált előnyről. A beállítás működésének magyarázatát lásd nézd meg, miért használja a Tmailor a Google szervereit.

E-mail-biztonság — Miért célpont a postaládád

Az e-mail-infrastruktúra megértéséhez az is hozzátartozik, hogy tudjuk, miért támadják ilyen agresszívan. Az e-mail-címed az internet egyik leggyakrabban kihasznált azonosítója.

Adathalászat: A támadók meghamisítják a „From” fejlécet, hogy bankoknak, munkáltatóknak vagy megbízható szolgáltatásoknak adják ki magukat. Az SMTP-t a bizalom korában tervezték, a feladó ellenőrzését szolgáló mechanizmusokat (SPF, DKIM, DMARC) pedig csak évtizedekkel később építették rá. Sok szerver még mindig nem alkalmazza őket szigorúan.

Spam: A világszerte továbbított e-mailek közel fele még mindig spam. Minden alkalommal, amikor megadod a valódi e-mail-címedet egy webhelyen, növeled annak esélyét, hogy felkerül egy marketinglistára — vagy ami még rosszabb, egy adatbróker eladja.

Adatszivárgások: Az e-mail-címed jellemzően az elsődleges kulcs minden olyan adatbázisban, amelybe valaha regisztráltál. Ha egy szolgáltatás adatvédelmi incidens áldozatává válik, az e-mail-címed az elsők között kerül nyilvánosságra, és kulcsfontosságúvá válik a többi fiókod ellen indított hitelesítőadat-töltési támadásokban.

Követőpixelek: A marketing-e-mailekbe ágyazott, rejtett 1x1 képek tájékoztatják a feladót arról, mikor nyitod meg az üzenetet, milyen eszközről, és néha még a hozzávetőleges tartózkodási helyedről is. A postaládád nem csupán postafiók — a marketingesek megfigyelési eszköze is.

Pontosan ezek a fenyegetések indokolják léteznek ideiglenes e-mailek. Ha alacsony bizalmi szintű interakciókhoz eldobható címet használsz, a valódi e-mail-címedet távol tarthatod azoktól az adatbázisoktól, amelyeket később feltörhetnek, eladhatnak vagy lekaparhatnak.

E-mail-kliensek és szolgáltatók — Gyors áttekintés

Az, hogy miként férsz hozzá az e-mailjeidhez, a kliensedtől (a szoftvertől) és a szolgáltatódtól (a szolgáltatástól) függ.

Webmail-szolgáltatók: Gmail, Outlook.com, Yahoo Mail, ProtonMail. Ezek az e-mail-fiókot és a böngészőalapú klienst is biztosítják. A legtöbben ezek egyikét használják elsődleges e-mail-szolgáltatásként.

Asztali kliensek: Thunderbird, Apple Mail, Microsoft Outlook (asztali verzió). Ezek IMAP vagy POP3 segítségével csatlakoznak a szolgáltatóhoz, és lehetővé teszik az e-mailek offline kezelését.

Ideiglenes e-mail-kliensek: A Tmailor webalapú klienst, dedikált Android- és iOS-mobilalkalmazásokat, valamint egy Telegram-botot kínál. A hagyományos kliensekkel ellentétben használatukhoz nincs szükség bejelentkezésre vagy regisztrációra — a cím azonnal működik, amint betöltődik az oldal. Ha később újra meg szeretnéd nyitni ugyanazt a címet, elmented az Access Token; nem kell jelszót beállítanod, és semmit sem kell ellenőrizned.

Az e-mail-alapoktól az ideiglenes e-mailig — A pontok összekapcsolása

Most már átlátod a teljes képet. Az e-mail SMTP-n keresztül halad, a DNS- és MX-rekordok irányítják, majd egy IMAP vagy POP3 által kezelt postaládába érkezik. Az ideiglenes e-mail-szolgáltatások pontosan ezt az infrastruktúrát használják: domaineket regisztrálnak, catch-all MX rekordokat konfigurálnak, a Google infrastruktúráján futtatják a fogadó szervereket, és egyszerű webes felületen jelenítik meg a beérkező leveleket.

Semmi „hamis” nincs az ideiglenes e-mailben. Ugyanazokat a protokollokat, útválasztási és kézbesítési mechanizmusokat használja, mint minden más e-mail az interneten. A különbség szándékos: az ideiglenes e-mail-címeket eldobhatóra, névtelenre és rövid élettartamúra tervezték — éppen ez teszi őket hasznossá a magánszféra védelmében, a spam elkerülésében és a kis kockázatú regisztrációknál.

Az összes komponens teljes körű technikai áttekintéséért tekintsd meg megnézni, hogyan működik ideiglenes e-mail. Készen állsz, hogy magad is kipróbáld? Hozz létre egy ingyenes ideiglenes e-mail címet ideiglenes e-mail-címet kevesebb mint tíz másodperc alatt.