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

Deze gids legt e-mailinfrastructuur vanaf de basis uit: de protocollen die berichten over het internet routeren, de records die servers vertellen waar ze e-mail moeten afleveren, en hoe tijdelijke maildiensten tijdelijke-e-maildiensten zich op dit systeem aansluiten om wegwerp-inboxen te creëren die direct en zonder registratie werken. Voor een praktisch overzicht van wat tijdelijke e-mail is en wanneer je die 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, die werkte 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 scheidde van de hostcomputer — een conventie die meer dan vijftig jaar later nog altijd ongewijzigd is.

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

De reis van een e-mail — stap voor stap

Het versturen van een e-mail voelt direct, maar het bericht gaat door meerdere systemen voordat het zijn bestemming bereikt. Dit is wat er daadwerkelijk 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 genaamd SMTP — Simple Mail Transfer Protocol. Deze verbinding gebruikt doorgaans poort 587 (met STARTTLS-versleuteling) of poort 465 (met impliciete TLS).

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

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

De SMTP-server moet uitzoeken waar je bericht moet worden afgeleverd. Dit 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 reageert 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: "Bezorg alle e-mail voor dit domein aan deze server."

Dit MX-recordsysteem vormt de basis voor tijdelijke e-mail, maar daar komen we zo op terug.

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

Je verzendende SMTP-server maakt verbinding met de binnenkomende SMTP-server van de ontvanger (de server die door het MX-record is opgegeven) en voert een SMTP-handshake uit — een gestructureerd gesprek waarin de twee servers hun identiteit verifiëren, versleuteling overeenkomen 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 geplaatst voor een nieuwe poging. Na meerdere mislukte pogingen gedurende uren of dagen ontvangt de afzender een bouncebericht.

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 op meerdere apparaten. Berichten blijven op de server staan en elke actie die je uitvoert (lezen, verwijderen, verplaatsen) wordt overal weergegeven. Dit is wat Gmail, Outlook en de meeste moderne diensten gebruiken.

POP3 (Post Office Protocol 3): Downloadt e-mail naar één apparaat en verwijdert die meestal van de server. Tegenwoordig minder gebruikelijk, maar nog steeds in sommige configuraties beschikbaar wanneer 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 Afzender, Aan, Onderwerp, Datum en Bericht-ID. Dit zijn de routeringsinstructies die elke server in de leveringsketen leest en uitvoert.

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 tonen de volledige reis van een bericht.

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

Bijlagen: Bestanden die met MIME (Multipurpose Internet Mail Extensions) zijn gecodeerd. MIME codeert binaire bestanden in tekstveilige formaten die via de tekstgebaseerde e-mailinfrastructuur kunnen worden verzonden.

Hoe tijdelijke e-mail op deze infrastructuur aansluit

Hier komt alles samen. Diensten voor tijdelijke e-mail gebruiken geen apart, propriëtair 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 voor dat domein zo in dat het naar de ontvangende server van Tmailor wijst. Belangrijk is dat de server als een "catch-all" is geconfigureerd: hij accepteert e-mails die naar elk adres op dat domein worden 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 te worden "aangemaakt". 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 e-mail al naar de server van Tmailor routeert. 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. Deze authenticatierecords gebruiken e-mailservers om te controleren of een verzendende server bevoegd is om namens een domein e-mail te verzenden.

Zonder deze records zou elke e-mail die vanuit een domein voor tijdelijke e-mail wordt verzonden, de authenticatiecontroles niet doorstaan en in de spam belanden — of direct worden afgewezen. Tijdelijke e-mail is dus alleen voor ontvangst: een bewuste ontwerpkeuze, maar desondanks een echte beperking. Tmailor kan geen e-mails verzenden of beantwoorden, en uitgaande verzending zou de domeinen snel op zwarte lijsten doen belanden.

Aan het model voor alleen ontvangen zijn nog enkele andere beperkingen verbonden die het vermelden waard zijn, omdat ze uit hetzelfde lichtgewicht ontwerp voortvloeien. 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 aan. Er is geen spammap en geen filtering: elk bericht dat binnenkomt wordt getoond, dus als iets niet is verschenen, is het simpelweg niet afgeleverd. Berichten blijven ongeveer 24 uur na aankomst zichtbaar en worden daarna automatisch verwijderd. En omdat er geen login is, kun je het adres later opnieuw openen met het Access Token dat bij elk adres wordt uitgegeven — een herstelsleutel, geen wachtwoord, die niemand opnieuw kan uitgeven als je hem kwijtraakt.

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 naar de ontvangende server terugwijst. De pool is bewust niet gepubliceerd: de volledige lijst bekendmaken zou die simpelweg in handen spelen 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 zo'n lijst staat. Als een bepaald domein wordt geweigerd, is het genereren van een nieuw adres op een ander domein een normale stap bij het oplossen van het probleem — net zoals je een andere provider probeert wanneer er één niet beschikbaar 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 volledig verbieden, is het afgaan van verschillende domeinen om toch toegang te krijgen geen probleemoplossing — het omzeilt een regel die de site bewust heeft ingesteld. Gebruik in dat geval een echt adres dat je bezit. Tijdelijke e-mail is bedoeld voor sites die deze toestaan.

Google-MX-infrastructuur voor inkomende e-mail

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

De daadwerkelijke bezorgsnelheid hangt nog steeds vooral af van de verzendende partij — de dienst die je e-mailt bepaalt wanneer het bericht wordt verzonden — dus dit gaat om betrouwbaarheid en bereik, niet om een gegarandeerde voorsprong. Zie voor de reden achter deze opzet waarom Tmailor de servers van Google gebruikt.

E-mailbeveiliging — Waarom je inbox een doelwit is

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

Phishing: Aanvallers vervalsen de "From"-kop 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 pas decennia later toegevoegd. Veel servers passen deze nog steeds niet strikt toe.

Spam: Bijna de helft van al het e-mailverkeer wereldwijd bestaat nog steeds uit 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, aan een datamakelaar wordt verkocht.

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

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

Deze bedreigingen 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-mailadres 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 diensten als hun primaire e-mail.

Desktopclients: Thunderbird, Apple Mail, Microsoft Outlook (desktop). Deze maken via IMAP of POP3 verbinding met je provider en stellen je in staat je e-mail offline te beheren.

Clients voor tijdelijke e-mail: Tmailor biedt een webgebaseerde client, speciale mobiele apps voor Android en iOS en een Telegram-bot. In tegenstelling tot traditionele clients heb je geen login of registratie nodig — het adres werkt zodra de pagina is geladen. Als je datzelfde adres later opnieuw wilt openen, sla je de Access Token op; je hoeft geen wachtwoord in te stellen en niets te verifiëren.

Van de basis van e-mail tot tijdelijke e-mail — alles komt samen

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 ontvangende servers op de infrastructuur van Google en tonen je inkomende mail via een eenvoudige webinterface.

Er is niets "neps" aan een tijdelijke e-mail. Deze gebruikt dezelfde protocollen, routering en bezorgingsmechanismen als elke andere e-mail op internet. Het verschil is bewust: tijdelijke e-mailadressen zijn ontworpen om wegwerpbaar, anoniem en kortstondig te zijn — en precies daardoor zijn ze nuttig 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 tijdelijk e-mailadres aan.