E-Mail-Protokolle

Entstehung und Beteiligte

SMTP wurde von Jon Postel beschrieben und 1982 als RFC 821 veröffentlicht. Es ersetzte ältere ARPANET-Mailverfahren. POP entstand für das einfache Abholen, IMAP wurde ab 1986 von Mark Crispin an der Stanford University entwickelt, um Postfächer auf dem Server zu verwalten.

Welches Problem sollte gelöst werden?

Nachrichten sollten zwischen unterschiedlichen Mailservern weitergegeben werden. Später mussten Nutzer E-Mails von wechselnden Geräten lesen, Ordner synchronisieren und Zustellfehler behandeln.

Technische Hürden und Lösungen

Das ursprüngliche SMTP kannte weder starke Authentifizierung noch Verschlüsselung und vertraute Servern. Spam, gefälschte Absender, Anhänge und internationale Zeichen erforderten ESMTP, MIME, TLS, SPF, DKIM und DMARC. Weiterleitungen bleiben komplex.

Standardisierung und Einordnung

Internetprotokolle werden überwiegend in offenen RFC-Dokumenten beschrieben. Ein RFC kann ein historischer Vorschlag, ein aktueller Standard oder inzwischen überholt sein. Implementierungen müssen nicht nur das Papier befolgen, sondern mit fehlerhaften Gegenstellen, Paketverlust, Zeitüberschreitungen, Sicherheitsangriffen und jahrzehntealten Erweiterungen umgehen. Interoperabilität entsteht dadurch, dass unabhängige Hersteller dieselben Zustandsautomaten, Nachrichtenformate und Fehlerfälle testen.

Technik im praktischen Betrieb

Für den produktiven Einsatz zählt die konkrete Protokollversion. Alte und neue Varianten können denselben Port verwenden, besitzen aber völlig unterschiedliche Sicherheits- und Funktionsmerkmale. Administratoren sollten daher Aushandlung, Zertifikate, Timeouts, maximale Nachrichtengrößen und Fehlercodes sichtbar machen. Proxys, NAT und Firewalls verändern häufig den Datenpfad. Gute Tests erfolgen aus derselben Netzposition wie die betroffene Anwendung und prüfen nicht nur einen offenen Port, sondern einen vollständigen gültigen Vorgang.

Warum das Thema heute noch relevant ist

Die ursprüngliche Entstehungszeit erklärt viele heutige Sicherheitslücken: Frühe Internetgemeinschaften waren klein und Vertrauen wurde vorausgesetzt. Authentifizierung, Verschlüsselung und Missbrauchsschutz kamen oft erst später als Erweiterung hinzu. Moderne Implementierungen müssen deshalb sichere Voreinstellungen verwenden, alte Varianten abschalten und dennoch mit Gegenstellen kommunizieren, die einen älteren Stand besitzen. Versionsnummer, Aushandlung und tatsächlich aktive Option sind aussagekräftiger als der bloße Protokollname.

Daten und Meilensteine

• 1982: RFC 821 standardisiert SMTP.
• MIME ermöglicht ab 1992 Anhänge und unterschiedliche Inhaltstypen.
• SMTP dient Versand und Servertransport, IMAP dem synchronen Postfachzugriff.
• Port 25 ist Servertransport; 587 ist üblicher Submission-Port.

E-Mail Protokolle im Überblick

E-Mail-Kommunikation nutzt drei verschiedene Protokolle für verschiedene Phasen: SMTP zum Senden und Server-zu-Server-Transport, POP3 oder IMAP zum Abholen durch den E-Mail-Client.

SMTP (Simple Mail Transfer Protocol, Port 25/587/465) transportiert E-Mails zwischen Mail Transfer Agents (MTAs). Der MX-Record im DNS gibt an, welcher Mailserver für eine Domain zuständig ist. Der Client sendet über Port 587 (STARTTLS) oder 465 (SMTPS).

IMAP vs. POP3

• POP3 (Post Office Protocol v3, Port 110/995): Lädt E-Mails vom Server herunter und löscht sie dort (Standard). E-Mails nur lokal verfügbar. Kein Synchronisation zwischen Geräten. Einfach, wenig Serverressourcen.
• IMAP (Internet Message Access Protocol, Port 143/993): E-Mails bleiben auf dem Server. Synchronisiert zwischen allen Geräten (Smartphone, PC, Browser). Ordner, Flags, Suchanfragen auf dem Server. Heute der Standard.
• SMTP Submission (Port 587): Authentifiziertes Senden für Endnutzer-Clients. Erfordert Login. Server prüft Absender-Authentifizierung.

E-Mail Sicherheit: SPF, DKIM, DMARC

Ohne Schutzmaßnahmen kann jeder beliebige Absenderadressen fälschen. Drei Standards schützen dagegen:

SPF (Sender Policy Framework): TXT-Record im DNS definiert, welche IP-Adressen E-Mails für diese Domain senden dürfen. DKIM (DomainKeys Identified Mail): Server signiert ausgehende E-Mails digital – Empfänger prüft die Signatur via DNS. DMARC (Domain-based Message Authentication): Definiert, was passieren soll, wenn SPF/DKIM fehlschlägt – Quarantine oder Reject. Alle drei zusammen sind heute Pflicht gegen Phishing.