Wie E-Mail funktioniert: SMTP, MX-Records & Mailboxen

Eine E-Mail funktioniert technisch wie ein digitaler Briefversand über mehrere Relaisstationen: Ihr Mailprogramm übergibt die Nachricht per SMTP an einen Postausgangsserver, dieser ermittelt über den MX-Record der Empfänger-Domain das Ziel und liefert den Inhalt dort ab. Erst am Ende ruft die Empfängerin oder der Empfänger die Nachricht über IMAP, POP3 oder eine Weboberfläche ab – genau hier setzen auch spezialisierte Anbieter für eine temporäre E-Mail an, um Postfächer ohne Registrierung bereitzustellen.

Die Reise einer Nachricht auf einen Blick

Wenn Sie auf „Senden“ klicken, wird keine direkte Standleitung zum Smartphone oder Computer des Empfängers aufgebaut. Stattdessen folgt der elektronische Brief einem mehrstufigen Speicher-und-Weiterleitungs-Prinzip (Store and Forward). Die Nachricht durchläuft dabei feste Stationen, die jeweils spezialisierte Aufgaben erfüllen:

• Mail User Agent (MUA): Ihr persönliches E-Mail-Programm (z. B. Apple Mail, Outlook oder eine Webmail-Oberfläche), in dem Sie den Text tippen.
• Mail Submission Agent (MSA) & Mail Transfer Agent (MTA): Der Server Ihres Anbieters, der die Nachricht prüft und für den Weitertransport ins Internet vorbereitet.
• Domain Name System (DNS) & MX-Record: Das weltweite Adressbuch des Internets, das dem sendenden Server mitteilt, welcher Rechner für die Zieldomain E-Mails annimmt.
• Empfangender MTA: Der Zielserver, der die ankommende Nachricht auf Spam und Sicherheit prüft und annimmt.
• Mail Delivery Agent (MDA) & Mailbox: Der Dienst, der die E-Mail schließlich im richtigen Benutzerpostfach auf der Festplatte ablegt.
• Abrufprotokoll (IMAP/POP3/HTTP): Die Schnittstelle, über die der Empfänger die fertige Nachricht liest.

Schritt für Schritt: Wie E-Mail vom Absender zum Empfänger gelangt

Um die Funktionsweise im Detail zu verstehen, hilft es, den Lebenszyklus einer Nachricht chronologisch zu betrachten. Jedes Teilstück verlässt sich auf standardisierte Internetprotokolle, die größtenteils von der Internet Engineering Task Force (IETF) in verbindlichen RFC-Dokumenten festgelegt wurden.

1. Das Verfassen und Einliefern (MUA zu MSA)

Alles beginnt in Ihrem Mailprogramm. Sobald Sie den Sende-Button betätigen, stellt Ihr MUA eine verschlüsselte Verbindung zum Ausgangsserver Ihres Anbieters her. Hierfür kommt fast immer das Protokoll SMTP (Simple Mail Transfer Protocol) zum Einsatz, meist abgesichert über TLS auf Port 587 oder 465. Ihr Mailprogramm authentifiziert sich mit Benutzername und Passwort, damit niemand fremde Konten für unbefugten Massenversand missbrauchen kann.

2. Die Adresssuche über das DNS (Der MX-Record)

Angenommen, Sie schreiben an eine Adresse, die auf @example.de endet. Ihr ausgehender Server weiß zunächst nicht, an welche IP-Adresse er die Datenpakete senden soll. Er befragt daher das Domain Name System (DNS) gezielt nach dem sogenannten MX-Record (Mail Exchange Record) der Domain example.de.

Der MX-Record ist ein Eintrag in der Zonendatei einer Domain, der festlegt: „Alle E-Mails für diese Domain nimmt der Server mail.example.de entgegen.“ Häufig existieren mehrere MX-Records mit unterschiedlicher Priorität (z. B. Priorität 10 und 20). Ist der Hauptserver nicht erreichbar, versucht der Absender automatisch den Ersatzserver mit der nächsthöheren Zahl anzusprechen.

3. Die Server-zu-Server-Übergabe (MTA zu MTA)

Sobald der absendende Server die IP-Adresse des zuständigen Zielservers kennt, baut er eine direkte SMTP-Verbindung (in der Regel über Port 25) zu diesem auf. Dieser Dialog läuft streng geregelt ab:

1. Begrüßung: Der sendende Server meldet sich mit einem EHLO-Befehl und nennt seinen eigenen Hostnamen.
2. Absenderangabe: Mit MAIL FROM: wird der technische Absender mitgeteilt.
3. Empfängerangabe: Mit RCPT TO: wird genannt, wer die E-Mail erhalten soll.
4. Datenübertragung: Nach dem Befehl DATA folgen Kopfzeilen und der eigentliche Nachrichtentext.
5. Abschluss: Ein einzelner Punkt in einer neuen Zeile signalisiert das Ende, woraufhin der empfangende Server den Empfang mit einem Statuscode (wie 250 OK) bestätigt.

Während dieser Übergabe prüfen moderne Server Sicherheitsmechanismen wie SPF, DKIM und DMARC, um sicherzustellen, dass die Nachricht tatsächlich vom angegebenen Absender stammt und unterwegs nicht manipuliert wurde.

4. Die Speicherung und Bereitstellung im Postfach

Hat der Ziel-MTA die E-Mail akzeptiert, übergibt er sie an den Mail Delivery Agent (MDA). Dieser prüft, ob das Postfach existiert, ordnet die Datei dem Benutzerkonto zu und speichert sie auf dem Server. Existiert die Adresse nicht, entscheidet die Konfiguration der Domain: Entweder wird die E-Mail abgewiesen oder ein Catch-All-E-Mail-Postfach fängt alle eingehenden Nachrichten der gesamten Domain zentral auf.

5. Der Abruf durch den Empfänger (IMAP vs. POP3)

Damit Sie die E-Mail lesen können, verbindet sich Ihr Programm mit dem Zielserver. Dafür gibt es zwei historische Wege:

• IMAP (Internet Message Access Protocol): Die E-Mails verbleiben auf dem Server. Ihr Programm spiegelt lediglich Ordnerstrukturen und Nachrichten. Wenn Sie eine E-Mail auf dem Smartphone als gelesen markieren, ist sie das auch auf dem Laptop. Das ist heute der absolute Standard.
• POP3 (Post Office Protocol): Das Programm lädt neue Nachrichten herunter und löscht sie standardmäßig vom Server. POP3 stammt aus einer Zeit teuren Speicherplatzes und wird heute kaum noch für Neukonten verwendet.

E-Mail-Komponenten und Protokolle im Vergleich

Die folgende Übersicht fasst die wichtigsten Bausteine zusammen, die bei jedem E-Mail-Versand im Hintergrund zusammenwirken:

Umschlag und Briefkopf: Der Unterschied zwischen Envelope und Header

Ein häufiges Missverständnis beim Verstehen von E-Mails betrifft den Absender. Eine E-Mail besitzt zwei unterschiedliche Informationsebenen: den Envelope (Umschlag) und den Header (Briefkopf).

Stellen Sie sich einen physischen Brief vor: Auf dem Papierumschlag steht die Adresse, die der Postbote liest, um den Brief zuzustellen. Auf dem Briefbogen im Inneren steht oben rechts das Absender-Logo und die Grußformel. Beide Angaben müssen technisch gesehen nicht identisch sein.

Beim E-Mail-Versand nutzt das Protokoll SMTP die sogenannten Envelope-Daten (übermittelt durch MAIL FROM: und RCPT TO:). Diese bestimmen verbindlich, wohin die Nachricht transportiert wird und an welche Adresse Fehlerberichte (Bounces) geschickt werden. Die sichtbaren Kopfzeilen (From:, To:, Subject:) sind hingegen reiner Text innerhalb des Nachrichtenkörpers. Betrüger nutzen diesen Umstand häufig aus, weshalb das Verständnis der technischen Kopfzeilen entscheidend ist, wenn man E-Mail-Header auf Spuren und Absender prüfen möchte.

Wo eine Wegwerf-E-Mail in die Zustellkette passt

Klassische E-Mail-Konten bei Anbietern wie Gmail, GMX oder Outlook sind auf jahrelange Nutzung, ausgehenden Versand und strenge Speicherlimits ausgelegt. Im Gegensatz dazu sind Dienste für eine Wegwerf-E-Mail darauf spezialisiert, eingehende E-Mails möglichst barrierefrei und flüchtig anzuzeigen.

Aus Sicht des weltweiten E-Mail-Systems verhält sich ein solcher Dienst zunächst völlig regulär:

1. Der Betreiber besitzt Domains mit gültigen DNS- und MX-Records.
2. Sendet Ihnen eine Website eine Registrierungsbestätigung, schlägt der Absenderserver diese MX-Records nach und liefert die Nachricht via SMTP auf Port 25 beim MTA des Wegwerfdienstes ab.

Der fundamentale Unterschied liegt im weiteren Ablauf: Ein temporärer Dienst wie FakeEmail.net benötigt weder Passwörter noch permanente MDA-Strukturen mit Benutzerdatenbanken. Stattdessen nimmt der Server die E-Mail an, weist sie der temporären Sitzung im Browser zu und stellt sie direkt über eine Weboberfläche dar. Wie diese Systeme im Detail aufgebaut sind, erläutert der Artikel über die Funktionsweise temporärer Maildienste hinter den Kulissen.

Weil bei FakeEmail.net keine Registrierung nötig ist, keine persönlichen Profildaten abgefragt werden und Adressen nach Inaktivität verfallen, entspricht die Nutzung dem datensparsamen Grundgedanken europäischer Datenschutzstandards wie der DSGVO. Allerdings gilt: Temporäre Adressen sind öffentlich und nicht privat verschlüsselt. Sie eignen sich hervorragend für Bestätigungslinks oder Newsletter-Tests, sollten jedoch niemals für Bankgeschäfte, vertrauliche Dokumente oder dauerhafte Accounts verwendet werden.

Warum E-Mails manchmal nicht im Postfach ankommen

Da eine E-Mail auf ihrem Weg mehrere Systeme passiert, kann die Zustellung an verschiedenen Stellen scheitern. Wenn ein erwarteter Aktivierungslink ausbleibt, liegt das meist an einem dieser Gründe:

• Fehlerhafte MX-Records: Hat der Domain-Inhaber falsche DNS-Einträge hinterlegt, weiß der Absenderserver schlicht nicht, wohin die E-Mail gesendet werden soll.
• Strikte Spamfilter und Reputationsprüfungen: Der empfangende Server prüft die IP-Adresse des Absenders auf Blacklists. Scheitern Prüfungen wie SPF oder DKIM, wird die Nachricht oft lautlos verworfen oder im Spam-Ordner abgelegt.
• Greylisting: Manche Server weisen den ersten Zustellversuch eines unbekannten Absenders temporär mit einem Fehlercode ab. Echte Mailserver versuchen es nach einigen Minuten erneut, was zu spürbaren Verzögerungen führen kann. Mehr dazu finden Sie in unserem Leitfaden zu Ursachen für ausbleibende Verifizierungscodes.
• Domain-Blocklisten: Einige Webportale erkennen Adressen bekannter Wegwerf-E-Mail-Dienste anhand öffentlich einsehbarer MX-Einträge und verweigern die Eingabe bereits im Registrierungsformular.

Das Verständnis der zugrundeliegenden E-Mail-Infrastruktur hilft Ihnen dabei, Fehler schnell einzugrenzen und zu beurteilen, wann ein klassisches Postfach nötig ist und wann eine schnelle temporäre Adresse die bessere Wahl für Ihre Privatsphäre darstellt.