Hoe e-mail werkt: SMTP, DNS en waarom tijdelijke e-mail bestaat

Deze gids legt de e-mailinfrastructuur vanaf de basis uit: de protocollen die berichten over het internet routeren, de records die servers vertellen waar ze post moeten bezorgen, en hoe tijdelijke maildiensten op dit systeem aansluit om wegwerp-inboxen te creëren die direct werken zonder registratie. Voor een praktisch overzicht van wat tijdelijke e-mail is en wanneer je het gebruikt, zie de volledige gids voor tijdelijke e-mail.

Een korte geschiedenis van e-mail — van ARPANET tot tijdelijke e-mail

Het verhaal van e-mail begint in 1971, toen Ray Tomlinson, werkzaam aan het ARPANET van het Amerikaanse ministerie van Defensie, het eerste elektronische bericht tussen twee machines verstuurde. Zijn belangrijkste innovatie was het "@"-symbool, dat de gebruikersnaam van de hostcomputer scheidde — een conventie die meer dan vijftig jaar later nog steeds ongewijzigd bestaat.

In de jaren tachtig en negentig breidde e-mail zich uit van onderzoekslaboratoria naar het dagelijks leven. Desktopclients zoals Eudora en Microsoft Outlook gaven pc-gebruikers voor het eerst toegang tot elektronische post. Vervolgens maakten gratis webmaildiensten — Hotmail in 1996, Yahoo Mail in 1997 en uiteindelijk Gmail in 2004 — e-mail universeel toegankelijk voor iedereen met een browser en een internetverbinding.

Maar universele toegang bracht universele problemen met zich mee. Tegen het einde van de jaren 2000 was spam uitgegroeid tot de overgrote meerderheid van al het e-mailverkeer wereldwijd. Phishingaanvallen werden steeds geavanceerder. Datalekken legden honderden miljoenen e-mailadressen bloot. Deze toenemende dreigingen zorgden voor vraag naar een nieuwe dienstcategorie: tijdelijke e-mail. De eerste aanbieders van wegwerp-inboxen verschenen halverwege de jaren 2000, en het concept is uitgegroeid tot een volwassen privacytool die tegenwoordig door miljoenen mensen wordt gebruikt. Voor de volledige ontwikkeling, zie De evolutie van tijdelijke e-mail.

De reis van een e-mail — stap voor stap

Een e-mail versturen voelt direct, maar het bericht passeert meerdere systemen voordat het zijn bestemming bereikt. Dit is wat er werkelijk gebeurt, opgedeeld in vier stappen.

Stap 1 — Je drukt op verzenden: van e-mailclient naar SMTP-server

Wanneer je een bericht opstelt in Gmail, Outlook, Thunderbird of een andere e-mailclient en op "Verzenden" drukt, maakt je client verbinding met een uitgaande mailserver via een protocol dat SMTP heet — Simple Mail Transfer Protocol. Deze verbinding gebruikt doorgaans poort 587 (met STARTTLS-versleuteling) of poort 465 (met impliciete TLS).

Je client authenticeert zich bij de SMTP-server met je gebruikersnaam en wachtwoord en draagt vervolgens het bericht over. Op dat moment heeft de e-mail je apparaat verlaten en is het aan de server om hem te bezorgen.

Stap 2 — DNS-zoekopdracht: waar gaat deze e-mail naartoe?

De SMTP-server moet uitzoeken waar je bericht moet worden afgeleverd. Dat doet hij door het Domain Name System (DNS) te bevragen naar het MX-record — Mail Exchanger-record — van het domein van de ontvanger.

Als je bijvoorbeeld naar someone@gmail.com stuurt, vraagt de SMTP-server aan DNS: "Welke server verwerkt e-mail voor gmail.com?" DNS antwoordt met iets als alt1.gmail-smtp-in.l.google.com — dat is het adres van de inkomende mailserver van Google. Het MX-record is in wezen een doorstuurinstructie die zegt: "lever alle post voor dit domein af bij deze server."

Dit MX-recordsysteem is de basis die tijdelijke e-mail mogelijk maakt, maar daar komen we zo op terug.

Stap 3 — Levering van server naar server: SMTP-relay

Je verzendende SMTP-server maakt verbinding met de inkomende SMTP-server van de ontvanger (degene die in het MX-record staat) en voert een SMTP-handshake uit — een gestructureerd gesprek waarin de twee servers elkaars identiteit verifiëren, versleuteling onderhandelen en het bericht overdragen. TLS-versleuteling beschermt de inhoud van de e-mail tijdens dit transport van server naar server.

Als de eerste MX-server niet beschikbaar is, valt de verzendende server terug op de secundaire MX-records (de meeste domeinen vermelden meerdere MX-records voor redundantie). Als alle servers onbereikbaar zijn, wordt de e-mail in de wachtrij gezet om het opnieuw te proberen. Na meerdere mislukte pogingen gedurende uren of dagen ontvangt de afzender een bounce-melding.

Stap 4 — Opslag in de inbox: IMAP en POP3

Zodra de ontvangende server het bericht accepteert, slaat hij de e-mail op en wacht hij tot de ontvanger zijn inbox controleert. De e-mailclient van de ontvanger haalt berichten op via een van twee protocollen:

IMAP (Internet Message Access Protocol): Synchroniseert e-mail over meerdere apparaten. Berichten blijven op de server staan en elke actie die je onderneemt (lezen, verwijderen, verplaatsen) wordt overal doorgevoerd. Dit is wat Gmail, Outlook en de meeste moderne diensten gebruiken.

POP3 (Post Office Protocol 3): Downloadt e-mail naar één apparaat en verwijdert hem meestal van de server. Tegenwoordig minder gebruikelijk, maar nog steeds gebruikt in sommige configuraties waar lokale opslag de voorkeur heeft.

Onderdelen van een e-mailbericht

Elke e-mail is meer dan alleen de tekst die je ziet. Onder de oppervlakte bevat hij gestructureerde gegevens die servers vertellen hoe ze het bericht moeten routeren, weergeven en verwerken.

Headers: Metadata waaronder Van, Aan, Onderwerp, Datum en Bericht-ID. Dit zijn de routeringsinstructies die elke server in de bezorgketen leest en opvolgt.

Verborgen headers: Velden zoals Return-Path (waar bounces naartoe gaan), Received (een keten die elke server toont waar de e-mail doorheen is gegaan) en Authentication-Results (uitkomsten van SPF-, DKIM- en DMARC-controles). Deze zijn in de meeste e-mailclients onzichtbaar, maar onthullen de volledige reis van een bericht.

Berichttekst: De daadwerkelijke inhoud, opgemaakt als platte tekst, HTML of beide (multipart/alternative). De meeste moderne e-mails zijn HTML, daarom zie je opgemaakte tekst, afbeeldingen en klikbare links.

Bijlagen: Bestanden gecodeerd met MIME (Multipurpose Internet Mail Extensions). MIME codeert binaire bestanden naar tekstveilige formaten die via de op tekst gebaseerde infrastructuur van e-mail kunnen worden verstuurd.

Hoe tijdelijke e-mail aansluit op deze infrastructuur

Hier komt alles samen. Diensten voor tijdelijke e-mail gebruiken geen apart, eigen systeem — ze sluiten rechtstreeks aan op de hierboven beschreven standaard e-mailinfrastructuur. Daarom ontvangen tijdelijke e-mailadressen echte e-mails van echte servers: het zijn echte e-mailadressen, alleen met een andere levenscyclus.

Catch-all MX-records — directe adresgeneratie

Wanneer tmailor.com een domein registreert (bijvoorbeeld example-temp.com), stelt het het MX-record van dat domein in om naar de ontvangende server van Tmailor te wijzen. Cruciaal is dat de server is geconfigureerd als een "catch-all": hij accepteert e-mail die naar elk adres op dat domein wordt gestuurd, ongeacht of het adres vooraf is aangemaakt.

Daarom krijg je direct een werkend tijdelijk e-mailadres. Het adres hoeft niet in de traditionele zin "aangemaakt" te worden. Het MX-record vertelt het internet: "stuur alle e-mail voor dit domein naar onze server", en de server accepteert alles wat binnenkomt. Wanneer je tmailor.com bezoekt en een willekeurig gegenereerd adres ziet, is dat adres al functioneel omdat het MX-record van het domein alle mail al naar de server van Tmailor stuurt. Voor een diepere technische uitleg, zie verzamel- en willekeurige aliasen.

Geen uitgaande SMTP = alleen ontvangen

Diensten voor tijdelijke e-mail stellen MX-records in (voor ontvangst), maar configureren geen SPF-, DKIM- of DMARC-records voor uitgaande verzending. Met deze authenticatierecords verifiëren e-mailservers dat een verzendende server bevoegd is om e-mail namens een domein te verzenden.

Zonder deze records zou elke e-mail die vanuit een tijdelijke e-maildomein wordt verzonden de authenticatiecontroles niet doorstaan en in de spam belanden — of direct worden afgewezen. Tijdelijke e-mail is dus alleen ontvangen: een bewuste ontwerpkeuze, maar toch een echte beperking. Tmailor kan niet verzenden of antwoorden, en als uitgaande verzending werd ingeschakeld, zouden de domeinen snel op de zwarte lijst belanden.

Het model waarbij alleen wordt ontvangen, brengt nog een paar andere beperkingen met zich mee die we duidelijk moeten vermelden, omdat ze voortkomen uit hetzelfde lichtgewicht ontwerp. Inkomende bijlagen worden verwijderd, zodat een bestand dat naar een Tmailor-adres wordt gestuurd niet kan worden geopend of gedownload — alleen de tekst, codes en links komen door. Er is geen spammap en geen filtering: elk bericht dat binnenkomt wordt getoond, dus als iets niet is verschenen, is het simpelweg niet bezorgd. Berichten blijven ongeveer 24 uur na aankomst zichtbaar en worden daarna automatisch gewist. En omdat er geen login nodig is om een adres te krijgen, is het Access Token dat bij elk adres wordt uitgegeven, wat je in staat stelt het later opnieuw te openen. Het is een herstelsleutel, geen wachtwoord, en voor een gastadres kan niemand hem opnieuw uitgeven als je hem kwijtraakt. Als je een gratis Tmailor-account aanmaakt en ingelogd blijft, worden de adressen die je aanmaakt daar opgeslagen en kun je ze opnieuw openen via Aangemaakte e-mails.

Veel domeinen, één catch-all-model

Tmailor beheert een grote, roterende pool van domeinen in plaats van één enkel domein, en elk domein heeft zijn eigen catch-all MX-record dat terugwijst naar de ontvangende server. De pool wordt bewust niet gepubliceerd: de volledige lijst afdrukken zou deze simpelweg in handen geven van de leveranciers die blokkeerlijsten voor wegwerp-e-mail samenstellen.

Meer dan één domein hebben is om een praktische, technische reden belangrijk. Sommige sites houden lijsten bij van bekende wegwerpdomeinen en weigeren een adres waarvan het domein op de lijst staat. Als een bepaald domein wordt afgewezen, is het genereren van een nieuw adres op een ander domein gewoon probleemoplossing — net zoals je een andere provider probeert als er een offline is. Daarom verbetert domeinvariatie ook de betrouwbaarheid van OTP's.

Eén grens echter: een blokkeerlijst per domein is iets anders dan een beleid. Als de voorwaarden van een dienst wegwerp-e-mail ronduit verbieden, is het wisselen van domein om er toch op te komen geen probleemoplossing — het is een regel omzeilen die de site bewust heeft ingesteld. Gebruik in dat geval een echt adres dat je zelf bezit. Tijdelijke e-mail is bedoeld voor sites die het toestaan.

Google-MX-infrastructuur voor inkomende e-mail

Tmailor leidt inkomende e-mail via de mailservers van Google, zodat de MX-records van zijn domeinen naar de Google-MX-infrastructuur wijzen — dezelfde ruggengraat die de inkomende mail van Gmail verwerkt. In de praktijk betekent dat betrouwbaar en goed bereikbaar ontvangen: de servers die je verificatie-e-mails accepteren, zijn servers die de rest van het internet al weet te bereiken.

De werkelijke bezorgsnelheid hangt nog steeds vooral van de verzendende kant af — de dienst die je mailt bepaalt wanneer het bericht wordt verzonden — dus het gaat om betrouwbaarheid en bereik, niet om een gegarandeerde voorsprong. Voor de reden achter deze opzet, zie waarom Tmailor de servers van Google gebruikt.

E-mailbeveiliging — Waarom je inbox een doelwit is

E-mailinfrastructuur begrijpen betekent ook begrijpen waarom er zo agressief op wordt aangevallen. Je e-mailadres is de meest misbruikte identificatie op het internet.

Phishing: Aanvallers vervalsen de "From"-header om zich voor te doen als banken, werkgevers of diensten die je vertrouwt. SMTP is ontworpen in een tijdperk van vertrouwen, en afzenderverificatie (SPF, DKIM, DMARC) werd decennia later toegevoegd. Veel servers handhaven dit nog steeds niet strikt.

Spam: Bijna de helft van al het e-mailverkeer wereldwijd is nog steeds spam. Elke keer dat je je echte e-mailadres op een website invoert, vergroot je de kans dat het op een marketinglijst belandt — of erger nog, wordt verkocht aan een datamakelaar.

Datalekken: Je e-mailadres is meestal de primaire sleutel in elke database waarvoor je je ooit hebt aangemeld. Wanneer een dienst wordt gehackt, wordt je e-mailadres als eerste blootgesteld, en wordt het de sleutel voor credential-stuffing-aanvallen op je andere accounts.

Trackingpixels: Verborgen afbeeldingen van 1x1 pixel die in marketingmails zijn ingebed, laten afzenders weten wanneer je een bericht opent, vanaf welk apparaat, en soms je geschatte locatie. Je inbox is niet zomaar een brievenbus — het is een surveillance-instrument voor marketeers.

Deze dreigingen zijn precies de reden waarom tijdelijke e-mail bestaat. Door een wegwerp-e-mailadres te gebruiken voor interacties met weinig vertrouwen, houd je je echte e-mail buiten de databases die uiteindelijk worden gehackt, verkocht of gescrapet.

E-mailclients en -providers — Een kort overzicht

Hoe je toegang krijgt tot e-mail hangt af van je client (de software) en je provider (de dienst).

Webmailproviders: Gmail, Outlook.com, Yahoo Mail, ProtonMail. Deze bieden zowel het e-mailaccount als een browsergebaseerde client. De meeste mensen gebruiken een van deze als hun primaire e-mail.

Desktopclients: Thunderbird, Apple Mail, Microsoft Outlook (desktop). Deze verbinden met je provider via IMAP of POP3 en laten je e-mail offline beheren.

Tijdelijke e-mailclients: Tmailor biedt een webgebaseerde client, speciale mobiele apps voor Android en iOS, een Telegram-bot en de Tmailor-browserextensie voor desktopbrowsers. Anders dan traditionele clients hebben ze geen login en geen registratie nodig om te beginnen; het adres werkt zodra de pagina laadt. Als je datzelfde adres later opnieuw wilt openen, sla dan het Access Token op, of maak het aan terwijl je bent ingelogd op het optionele gratis account, zodat het wordt opgeslagen in Created Emails.

Van de basis van e-mail tot tijdelijke e-mail — de verbanden leggen

Nu begrijp je het volledige plaatje. E-mail reist via SMTP, wordt gerouteerd door DNS- en MX-records en belandt in een inbox die wordt beheerd door IMAP of POP3. Diensten voor tijdelijke e-mail maken precies gebruik van deze infrastructuur: ze registreren domeinen, configureren catch-all MX-records, draaien ontvangstservers op de infrastructuur van Google en presenteren je binnenkomende mail via een eenvoudige webinterface.

Er is niets "neps" aan een tijdelijke e-mail. Hij gebruikt dezelfde protocollen, routering en bezorgmechanismen als elke andere e-mail op het internet. Het verschil is opzettelijk: tijdelijke e-mailadressen zijn bedoeld als wegwerp, anoniem en kortstondig — en dat is precies wat ze nuttig maakt voor privacybescherming, het vermijden van spam en aanmeldingen met weinig risico.

Voor een volledige technische uitleg van elk onderdeel, zie hoe tijdelijke e-mail werkt. Klaar om het zelf te proberen? Maak binnen tien seconden een gratis tijdelijk mailadres aan.