Erläuterung der SMTP-Ports für E-Mails: 25, 465, 2525 und 587

Erfahren Sie, welche SMTP-Ports Sie für die E-Mail-Zustellung verwenden sollten: 25, 465, 587 oder 2525. Unser Leitfaden hilft Ihnen bei der Auswahl des richtigen Ports für Sicherheit und Zustellbarkeit.

Jeden Tag, Über 370 Milliarden E-Mails werden jährlich über das Internet versendet.Doch nur ein kleiner Prozentsatz der Nutzer versteht die Infrastruktur, die dies ermöglicht.

Kernstück dieses riesigen globalen Kommunikationssystems ist das Simple Mail Transfer Protocol (SMTP) – der Standard, der regelt, wie E-Mails vom Absender zum Empfänger übertragen werden.

Bei diesem System spielen zahlreiche Faktoren und Komponenten eine Rolle, darunter der SMTP-Port – ein kritisches Element, das sich auf die Sicherheit, Zustellbarkeit und Leistung von E-Mails auswirkt.

Egal ob Sie als IT-Administrator einen E-Mail-Server konfigurieren, als Entwickler E-Mail-Funktionen in eine Anwendung integrieren oder einfach nur ein neugieriger Benutzer einen E-Mail-Client einrichten – das Verständnis der SMTP-Ports kann den Unterschied zwischen einer sicheren und zuverlässigen E-Mail-Zustellung und Nachrichten, die ihr Ziel nie erreichen, ausmachen.

Um Ihnen das Verständnis zu erleichtern und Ihnen die besten Entscheidungen zu ermöglichen, haben wir uns die Zeit genommen, diesen umfassenden Leitfaden zu verfassen, der sich speziell auf die Ports 25, 465, 587 und 2525 konzentriert. Keine Sorge, falls Sie nicht wissen, warum diese wichtig sind – wir werden dies sowie weitere Aspekte erläutern.

• Wie SMTP funktioniert und warum Ports wichtig sind
• Die Entwicklung der E-Mail-Übertragungssicherheit
• Detaillierte Analyse der Sicherheitsmerkmale jedes Hafens (und warum man sich für den jeweiligen Hafen entscheiden sollte)
• Praktische Hinweise zur Auswahl des richtigen Hafens für Ihre spezifischen Bedürfnisse
• Häufige Probleme und Lösungen zur Fehlerbehebung

Lass uns eintauchen.

SMTP-Grundlagen verstehen

Was ist SMTP und wie funktioniert es?

Simple Mail Transfer Protocol (SMTP) ist der Internetstandard für die elektronische Postübertragung.

SMTP wurde Anfang der 1980er Jahre entwickelt und dient als Grundlage für die Übermittlung von E-Mails über Netzwerke vom Absender zum Empfänger.

Die Funktionen von SMTP lassen sich in etwa mit einem Staffellauf vergleichen:

1. Verfassen: Sie schreiben eine E-Mail in Ihrem E-Mail-Client (z. B. Gmail, Outlook oder Apple Mail).
2. Übermittlung: Ihr E-Mail-Client übermittelt die Nachricht an einen SMTP-Server.
3. Weiterleitung: Der SMTP-Server bestimmt, wohin die Nachricht als Nächstes gesendet werden soll.
4. Zustellung: Nachdem die Nachricht möglicherweise mehrere SMTP-Server durchlaufen hat, erreicht sie den Mailserver des Empfängers.
5. Abruf: Der Empfänger greift über Protokolle wie POP3 oder IMAP auf die Nachricht zu.

Eine Illustration, die den einfachen Prozess des E-Mail-Versands über das Internet veranschaulicht (Verfassen > SMTP-Server > An den Mailserver des Empfängers senden und dann lesen).

Um sich diesen Vorgang vorzustellen, stellen Sie sich vor, Sie versenden einen physischen Brief:

• Sie (E-Mail-Client) schreiben eine Nachricht und werfen sie in ein Postfach (SMTP-Übermittlung).
• Der Postdienst (SMTP-Relay) leitet Ihren Brief durch verschiedene Sortieranlagen.
• Schließlich erreicht der Brief das örtliche Postamt des Empfängers (Posteingangsserver).
• Ihr Empfänger leert seinen Briefkasten (POP3/IMAP) und holt Ihren Brief heraus.

Die Entwicklung der SMTP-Sicherheit

Als SMTP 1982 erstmals standardisiert wurde, spielte die E-Mail-Sicherheit keine vorrangige Rolle.

Das Internet war ein wesentlich kleineres, vertrauenswürdigeres Netzwerk, das hauptsächlich von akademischen Einrichtungen und Forschungsinstitutionen genutzt wurde.

Daher verfügte die ursprüngliche SMTP-Spezifikation über keine eingebauten Sicherheitsmechanismen – E-Mails wurden als Klartext ohne Verschlüsselung oder robuste Authentifizierung übertragen.

Dieser Sicherheitsmangel erwies sich jedoch als problematisch, als das Internet wuchs und E-Mails zu einem wichtigen Kommunikationsmittel für Unternehmen und Privatpersonen wurden.

Zu den wichtigsten Sicherheitsproblemen des herkömmlichen SMTP-Protokolls gehören:

• Übertragung im Klartext: Nachrichten könnten abgefangen und gelesen werden
• Keine Verschlüsselung: Sensible Daten waren gefährdet.
• Eingeschränkte Authentifizierung: Absenderidentitäten lassen sich leicht fälschen
• Offenes Relay-Potenzial: Server könnten zum Versenden von Spam missbraucht werden.

Im Laufe der Zeit wurden Erweiterungen und Verbesserungen für SMTP entwickelt, um diese Mängel zu beheben:

• SMTP-AUTH: Bereitgestellte Authentifizierungsmechanismen
• STARTTLS: Unterstützung für Transportverschlüsselung hinzugefügt.
• SMTPS: SSL/TLS-Verschlüsselung für die gesamte Verbindung implementiert

Was sind Häfen und warum sind sie wichtig?

Eine Illustration mit Symbolen, die die verschiedenen E-Mail-Ports darstellen und deren Verwendungszweck erklären.

In der Netzwerktechnik ist ein Port ein logischer Endpunkt für die Kommunikation.

Man kann sich Ports wie spezielle Zugänge zu einem Computersystem vorstellen – jeder dient einer bestimmten Art von Datenverkehr. Ports werden durch Nummern von 0 bis 65535 identifiziert.

Für die SMTP-Kommunikation wurden bestimmte Ports festgelegt:

• Port 25: Der ursprüngliche SMTP-Port
• Port 465: Ursprünglich für SMTPS (SMTP über SSL) vorgesehen
• Port 587: Der moderne Port für die Übermittlung von Nachrichten
• Port 2525: Ein alternativer Port, der verwendet wird, wenn Standardports blockiert sind.

Die Wahl des Hafens hat folgende Auswirkungen:

1. Sicherheit: Verschiedene Ports bieten unterschiedliche Verschlüsselungs- und Authentifizierungsstufen.
2. Zustellbarkeit: Internetanbieter können bestimmte Ports blockieren, um Spam zu reduzieren.
3. Kompatibilität: Nicht alle E-Mail-Dienste unterstützen alle Ports
4. Funktionalität: Einige Ports sind für spezifische Zwecke im E-Mail-Ökosystem konzipiert.

Das Verständnis dieser Unterschiede ist entscheidend für die Einrichtung zuverlässiger und sicherer E-Mail-Systeme.

Die wichtigsten SMTP-Ports: Eine historische Perspektive

Warum also diese Ports und warum gibt es Unterschiede? Warum nicht einfach einen einzigen sicheren Port speziell für E-Mails, den jeder nutzt? Schauen wir uns das genauer an.

Port 25: Der Originalstandard

Port 25 wurde 1982 als Standard-SMTP-Port festgelegt, als das Protokoll erstmals von der Internet Engineering Task Force (IETF) definiert wurde.

Viele Jahre lang diente er als Standardport für den gesamten SMTP-Verkehr, sowohl für die Übermittlung von E-Mails von Clients an Server als auch für die Server-zu-Server-Weiterleitung.

Die Implementierung von Port 25 geht auf eine Anfrage der University of Southern California an die Internet Engineering Task Force (IETF) aus dem Jahr 1982 zurück.

Damals lag der Schwerpunkt auf der Einrichtung eines standardisierten Kommunikationskanals für die E-Mail-Übertragung mit grundlegendem Schutz vor Angriffen wie dem Abfangen durch Man-in-the-Middle-Angriffe.

Heute hat sich die Rolle von Hafen 25 deutlich eingeschränkt. Seine Hauptfunktion beschränkt sich nun auf Folgendes:

• Server-zu-Server-Kommunikation: Mail Transfer Agents (MTAs) verwenden Port 25, um Nachrichten zwischen Mailservern weiterzuleiten.
• Unterstützung für ältere Systeme: Einige ältere E-Mail-Systeme verwenden weiterhin Port 25.

Eine einfache Telnet-Verbindung zu einem SMTP-Server auf Port 25 könnte folgendermaßen aussehen:

Beachten Sie die Zeile 250-STARTTLS. Sie zeigt an, dass dieser Server die Verschlüsselung über den STARTTLS-Befehl unterstützt, dies ist jedoch nicht zwingend erforderlich.

Vor diesem Hintergrund weist Hafen 25 jedoch mehrere erhebliche Sicherheitslücken auf:

• Keine Verschlüsselung erforderlich: Standardmäßig erfolgt die Kommunikation über Port 25 unverschlüsselt.
• Optionales STARTTLS: Die Verschlüsselung wird zwar unterstützt, ist aber nicht obligatorisch.
• Anfällig für Abhören: Klartextkommunikation kann bei Abfangen leicht gelesen werden.
• Spam-Vektor: Wurde in der Vergangenheit zum Versenden von Spam-E-Mails verwendet.

Wegen dieser Probleme, insbesondere der Ausnutzung durch Spammer, blockieren viele Internetdienstanbieter (ISPs) und Cloud-Hosting-Anbieter mittlerweile den ausgehenden Datenverkehr ihrer Kunden über Port 25.

Diese Blockierung hilft, zu verhindern, dass kompromittierte Systeme zur Verbreitung von Spam missbraucht werden.

Wenn Sie Verbindungsprobleme mit Port 25 haben, liegt das wahrscheinlich daran, dass Ihr Internetanbieter diesen Port blockiert. Ein einfacher Test könnte Folgendes zeigen:

Diese Blockierung ist so weit verbreitet, dass Port 25 nicht mehr für E-Mail-Client-Anfragen verwendet werden sollte. Stattdessen sollte er ausschließlich für die Server-zu-Server-Kommunikation reserviert werden.

Port 465: Der Port für die implizite SSL/TLS-Verschlüsselung

Port 465 hat vielleicht die komplizierteste Geschichte aller SMTP-Ports.

Mitte der 1990er Jahre, als der Bedarf an E-Mail-Verschlüsselung deutlich wurde, wies die Internet Assigned Numbers Authority (IANA) kurzzeitig Port 465 für „SMTPS“ – SMTP über SSL – zu.

Dieser Einsatz war jedoch nur von kurzer Dauer.

Um 1997 entschied sich die IETF für einen anderen Ansatz zur Sicherung von SMTP: die Hinzufügung des STARTTLS-Befehls zum SMTP-Protokoll selbst, wodurch die Verschlüsselung über bestehende Ports ausgehandelt werden könnte.

Infolgedessen wurde die offizielle Zuständigkeit von Hafen 465 für SMTPS nach nur etwa einem Jahr wieder aufgehoben.

Trotz dieser offiziellen Abschaffung hatten viele E-Mail-Dienste bereits die Unterstützung für Port 465 implementiert, und er wurde weiterhin häufig genutzt. Dies führte dazu, dass Port 465 in der Praxis verwendet wurde, obwohl er offiziell nicht mehr für SMTP vorgesehen war.

Implizite TLS-Funktionalität

Port 465 verwendet das sogenannte „Implizite TLS“ oder „Implizites SSL“:

• Die Verbindung beginnt sofort mit der SSL/TLS-Aushandlung.
• Kein Teil der Kommunikation erfolgt im Klartext.
• Schlägt die TLS-Aushandlung fehl, wird die Verbindung beendet.
• Alle nachfolgenden SMTP-Befehle werden über den verschlüsselten Kanal gesendet.

Dieses Vorgehen ähnelt der Funktionsweise von HTTPS im Web – die sichere Verbindung wird hergestellt, bevor Anwendungsdaten übertragen werden.

Hier ist ein vereinfachter Kommunikationsablauf für Port 465:

1. Der Client initiiert eine Verbindung zum Server auf Port 465.
2. SSL/TLS-Handshake findet statt
3. Nach erfolgreichem Handshake beginnt die SMTP-Kommunikation.
4. Alle SMTP-Befehle und -Daten werden verschlüsselt.

Heute befindet sich Port 465 in einem kuriosen Zustand:

• Es ist von der IETF für SMTP nicht offiziell anerkannt.
• Es wird von E-Mail-Dienstleistern weitgehend unterstützt.
• Es wird von einigen E-Mail-Anbietern für Endverbraucher empfohlen.
• Es bietet hohe Sicherheit durch seinen impliziten TLS-Ansatz.

Port 465 ist geeignet für:

• Ältere Systeme, die für die Verwendung von SMTPS an diesem Port konfiguriert waren
• Szenarien, in denen maximaler Schutz vor Downgrade-Angriffen erforderlich ist
• Situationen, in denen ein E-Mail-Anbieter dies ausdrücklich empfiehlt

Die Internet Assigned Numbers Authority hat Port 465 nun einem anderen Dienst („URL Rendezvous Directory for SSM“) zugewiesen, obwohl er in der Praxis weiterhin hauptsächlich für sicheres SMTP verwendet wird.

Hafen 587: Der moderne Unterwerfungshafen

1998 führte RFC 2476 (später ersetzt durch RFC 6409) das Konzept eines dedizierten „Nachrichtenübermittlungs“-Ports ein, der vom SMTP-Relay-Port getrennt ist. Diese Trennung trug dem wachsenden Bedarf Rechnung, zwischen zwei verschiedenen Arten von SMTP-Datenverkehr zu unterscheiden:

• Nachrichtenübermittlung: E-Mail-Clients senden Nachrichten an ihren Mailserver.
• Nachrichtenweiterleitung: Mailserver leiten Nachrichten an andere Mailserver weiter.

Port 587 wurde für die Übermittlung von Nachrichten reserviert, wodurch eine klare Trennung von der Weiterleitungsfunktion von Port 25 geschaffen wurde. Diese Trennung ermöglichte die Anwendung unterschiedlicher Richtlinien und Sicherheitsanforderungen für die verschiedenen Datenverkehrsarten.

STARTTLS-Funktionen

Port 587 verwendet „Explizites TLS“ über den Befehl STARTTLS. So funktioniert es:

1. Der Client verbindet sich über Port 587 mit dem Server.
2. Der Server identifiziert sich und listet die unterstützten Erweiterungen auf.
3. Der Client sendet den STARTTLS-Befehl.
4. Der Server antwortet, und die TLS-Aushandlung beginnt.
5. Nach erfolgreicher Verhandlung wird die SMTP-Sitzung verschlüsselt.
6. Der Client authentifiziert sich üblicherweise über SMTP AUTH.
7. Die E-Mail-Übermittlung erfolgt innerhalb des verschlüsselten Kanals.

Eine typische SMTP-Sitzung über Port 587 mit STARTTLS könnte folgendermaßen aussehen:

Beachten Sie, dass die SMTP-Kommunikation zunächst im Klartext erfolgt, aber nach dem Befehl STARTTLS auf TLS-Verschlüsselung umschaltet.

In den meisten Fällen ist Port 587 der richtige Hafen für Sie.

Es hat sich aus mehreren überzeugenden Gründen als empfohlener Standard für die E-Mail-Übermittlung etabliert:

1. Offizieller Standard: Es wird von der IETF als der korrekte Port für die Nachrichtenübermittlung anerkannt.
2. Weitgehende Unterstützung: Die meisten modernen E-Mail-Anbieter unterstützen Port 587.
3. Kompatibilität mit Internetdienstanbietern: Die Wahrscheinlichkeit einer Blockierung durch Internetdienstanbieter ist geringer als bei Port 25.
4. Sicherheit und Flexibilität: Unterstützt starke Verschlüsselung bei gleichzeitiger Abwärtskompatibilität
5. Erforderliche Authentifizierung: Erzwingt in der Regel SMTP-Authentifizierung, um Spam zu reduzieren.

Für die überwiegende Mehrheit der Benutzer und Organisationen, die neue E-Mail-Systeme einrichten, sollte Port 587 die Standardwahl für die Nachrichtenübermittlung sein.

Port 2525: Die alternative Option

Port 2525 ist weder von der IANA noch von der IETF ein offiziell festgelegter SMTP-Port. Er entstand vielmehr als praktische Alternative, wenn die Standardports (25, 465 und 587) von Internetdienstanbietern oder Unternehmensnetzwerken blockiert werden.

Funktionell gesehen arbeitet Port 2525 typischerweise identisch zu Port 587:

• Es unterstützt STARTTLS zur Verschlüsselung.
• Es erfordert eine Authentifizierung via SMTP AUTH.
• Es dient der Nachrichtenübermittlung, nicht der Weiterleitung.

Der Hauptunterschied besteht schlicht und einfach in der Portnummer selbst, die dabei hilft, Netzwerkbeschränkungen zu umgehen.

Port 2525 sollte in folgenden Szenarien berücksichtigt werden:

1. Beim Verbinden aus Netzwerken, die die Ports 25, 465 und 587 blockieren
2. In Unternehmensumgebungen mit strengen Firewall-Richtlinien
3. Bei der Verwendung von Cloud-Anbietern, die Standard-E-Mail-Ports einschränken
4. Wenn Sie regelmäßig Verbindungsprobleme mit Standardports haben

Viele E-Mail-Dienstleister, darunter Mailgun, SendGrid und andere, unterstützen Port 2525 speziell, um ihren Kunden diese Ausweichoption zu bieten.

Wie man aus Sicherheitssicht die richtige Hafenwahl trifft

Eine Illustration eines Entwicklers, der darüber nachdenkt, welchen E-Mail-Port er in seinem Projekt verwenden sollte.

Sprechen wir über Sicherheit, denn aus Entwicklersicht ist dies einer der wichtigsten Aspekte. Es gibt mehrere Möglichkeiten.

STARTTLS (Explizites TLS)

STARTTLS, das hauptsächlich auf den Ports 25 und 587 verwendet wird, bietet „opportunistische Verschlüsselung“ durch folgende Schritte:

1. Die Verbindung beginnt unverschlüsselt.
2. Der Client sendet den STARTTLS-Befehl.
3. Wenn der Server dies unterstützt, wird die Verschlüsselung ausgehandelt.
4. Die Kommunikation wird weiterhin verschlüsselt.

Vorteile:

• Abwärtskompatibilität mit Nicht-TLS-Servern
• Funktioniert mit bestehenden Häfen und Infrastrukturen

Nachteile:

• Die erste Kommunikation erfolgt unverschlüsselt.
• Anfällig für Downgrade-Angriffe, bei denen ein Angreifer den STARTTLS-Befehl verhindert.
• Nicht alle Server benötigen TLS, daher ist ein Fallback auf Klartext möglich.

Implizites TLS

Implizites TLS, das auf Port 465 verwendet wird, verfolgt einen anderen Ansatz:

1. Die Verbindung beginnt sofort mit der TLS-Aushandlung.
2. Schlägt die TLS-Aushandlung fehl, wird die Verbindung beendet.
3. Es findet niemals unverschlüsselte Kommunikation statt

Vorteile:

• Jegliche Kommunikation im Klartext ist untersagt.
• Es ist nicht möglich, auf eine unverschlüsselte Verbindung umzuschalten.
• Besserer Schutz vor Man-in-the-Middle-Angriffen

Nachteile:

• Nicht abwärtskompatibel mit Servern, die TLS nicht unterstützen.
• Nicht der offizielle IETF-Standardansatz

Authentifizierungsanforderungen

Die Authentifizierung ist eine kritische Sicherheitskomponente, die die Identität des sendenden Clients überprüft. Die Authentifizierungsanforderungen variieren je nach Port:

Port 25:

• Authentifizierung oft optional
• Häufig wird eine nicht authentifizierte Weiterleitung zwischen Servern ermöglicht.
• Auf einigen Servern kann die anonyme Übermittlung von Nachrichten ermöglicht werden.

Port 465:

• In der Regel ist eine Authentifizierung erforderlich.
• Wird üblicherweise nach der Einrichtung der TLS-Verschlüsselung erzwungen.
• Anonyme Nachrichtenübermittlung wird nur selten zugelassen.

Port 587:

• Authentifizierung gemäß Standard erforderlich
• Wird nach der STARTTLS-Verschlüsselung erzwungen.
• Speziell entwickelt für die authentifizierte Übermittlung

Port 2525:

• Die Authentifizierungsanforderungen entsprechen Port 587
• Für die Nachrichtenübermittlung ist eine Authentifizierung erforderlich.

Es ist wichtig zu beachten, dass moderne E-Mail-Server unabhängig vom Port immer eine Authentifizierung für die Nachrichtenübermittlung verlangen sollten, um Missbrauch zu verhindern.

Bewährte Verfahren für maximale E-Mail-Sicherheit

Um bei der Konfiguration von SMTP ein Höchstmaß an E-Mail-Sicherheit zu gewährleisten:

1. Verwenden Sie immer Verschlüsselung:

• Konfigurieren Sie Ihre Server so, dass TLS für alle Verbindungen erforderlich ist.
• Klartextauthentifizierung deaktivieren
• Verwenden Sie sichere TLS-Versionen (TLS 1.2 oder höher).

2. Implementieren Sie eine starke Authentifizierung:

• SMTP-Authentifizierung für alle Nachrichtenübermittlungen erforderlich
• Verwenden Sie eine sichere Passwortspeicherung (Hashing mit Salt).
• Erwägen Sie die Implementierung einer Zwei-Faktor-Authentifizierung für E-Mail-Konten.

3. Halten Sie Ihre Zertifikate auf dem neuesten Stand:

• Verwenden Sie vertrauenswürdige, von einer Zertifizierungsstelle signierte Zertifikate.
• SSL/TLS-Zertifikate regelmäßig erneuern
• Überwachung auf Zertifikatsschwachstellen

4. Konfigurieren Sie die entsprechenden Header und Richtlinien:

• Implementieren Sie SPF, DKIM und DMARC zur Authentifizierung.
• Geeignete HSTS-Header festlegen
• Konfigurieren Sie Ihre Mailserver so, dass sie unverschlüsselte Verbindungen ablehnen.

5. Überwachen und prüfen:

• Alle SMTP-Transaktionen protokollieren
• Überprüfen Sie regelmäßig die Protokolle auf verdächtige Aktivitäten.
• Testen Sie Ihre E-Mail-Sicherheitskonfiguration regelmäßig.

Ein praktischer Leitfaden zur Implementierung von SMTP-Ports

Eine Illustration eines Entwicklers, der über die beste Methode zur Einrichtung seiner SMTP-Ports für den E-Mail-Versand nachdenkt.

Nun geht es darum, die für Ihr Projekt optimalen Anschlüsse auszuwählen. Wir können dies nach Anwendungsfällen aufschlüsseln, damit Sie die beste Lösung finden.

Für Einzelnutzer und E-Mail-Clients

Wenn Sie einen E-Mail-Client wie Outlook, Apple Mail oder Thunderbird konfigurieren:

1. Erste Wahl: Port 587 mit STARTTLS

• Weitgehend unterstützt und am wenigsten wahrscheinlich blockiert zu werden
• Beispielkonfiguration für Gmail in Outlook:
• Ausgehender Mailserver: smtp.gmail.com
• Hafen: 587
• Verschlüsselung: STARTTLS
• Authentifizierung: Ja, mit Benutzername und Passwort

2. Zweite Wahl: Port 465 mit SSL/TLS

• Wenn Ihr Anbieter es ausdrücklich empfiehlt
• Beispielkonfiguration für Yahoo Mail:
• Ausgehender Mailserver: smtp.mail.yahoo.com
• Hafen: 465
• Verschlüsselung: SSL/TLS
• Authentifizierung: Ja, mit Benutzername und Passwort

3. Letzter Ausweg: Hafen 2525 mit STARTTLS

• Nur wenn die Ports 587 und 465 blockiert sind
• Nicht alle Anbieter unterstützen diesen Port, daher sollten Sie die Dokumentation überprüfen.

Für Geschäftsanwendungen und große Absendermengen

Für Anwendungen, die Transaktions- oder Marketing-E-Mails versenden:

Empfohlen: Port 587

• Optimale Balance zwischen Zustellbarkeit und Sicherheit
• Wird von allen großen E-Mail-Dienstleistern unterstützt.
• Beispiel für eine Node.js-Anwendung mit Nodemailer:

Alternative: Port 465

• Für Anbieter, die es ausdrücklich empfehlen
• Beispiel in PHP mit PHPMailer:

Backup-Option: Port 2525

• Bei der Bereitstellung auf Plattformen, die Standardports blockieren
• Beispiel in Python mit smtplib:

Für die Server-zu-Server-Kommunikation

Für die Konfiguration des Mailservers zur Verarbeitung von Relay-Verkehr:

Standard: Anschluss 25

• Wird für die Kommunikation zwischen den MTA-Behörden verwendet.
• Sollte nach Möglichkeit mit STARTTLS konfiguriert werden.
• Beispiel einer Postfix-Konfiguration in /etc/postfix/main.cf:

Alternative, falls Port 25 blockiert ist: Benutzerdefinierte Konfiguration

• Einige Anbieter erlauben die Weiterleitung über alternative Ports.
• Ejemplo:

Konfigurationsbeispiele für gängige E-Mail-Server

Postfix-Konfiguration (Linux)

So konfigurieren Sie Postfix für die sichere SMTP-Übermittlung über Port 587:

1. Bearbeiten Sie /etc/postfix/master.cf:

2. Bearbeiten Sie die Datei /etc/postfix/main.cf, um TLS zu konfigurieren:

3. Postfix neu starten:

Microsoft Exchange Server

So konfigurieren Sie Exchange Server für die sichere SMTP-Übermittlung:

1. Öffnen Sie das Exchange Admin Center.
2. Navigieren Sie zu E-Mail-Fluss > Empfangskonnektoren
3. Konnektor für Client-Einreichungen erstellen oder bearbeiten
4. Konfigurieren Sie den Konnektor wie folgt:

• Hören Sie auf Port 587
• TLS-Verschlüsselung erforderlich
• Authentifizierung erforderlich
• Legen Sie geeignete Berechtigungsgruppen fest (typischerweise „Exchange-Benutzer“).

Testen der Portverbindung und Fehlerbehebung

Um die Verbindung zu einem SMTP-Server an einem bestimmten Port zu testen, können Sie einfache Befehlszeilentools verwenden:

Häufige Probleme mit dem SMTP-Port und Lösungen

Verbindungsabbrüche und Authentifizierungsfehler

Problem: Verbindungs-Timeouts

Symptome:

• Es konnte keine Verbindung zum SMTP-Server hergestellt werden.
• Der Client meldet den Fehler „Verbindungstimeout“.
• Der E-Mail-Versand scheint sich endlos aufzuhängen.

Mögliche Ursachen:

1. Internetanbieter oder Netzwerk blockiert den Port
2. Firewall-Einschränkungen
3. Der Server ist ausgefallen oder nicht erreichbar.
4. Falsche Serveradresse

Solutions:

1. Versuchen Sie einen alternativen Port (587, 465 oder 2525).
2. Überprüfen Sie die Firewall-Einstellungen und Netzwerkrichtlinien.
3. Überprüfen Sie, ob die Serveradresse korrekt ist.
4. Testen Sie in einem anderen Netzwerk, um Probleme mit der ISP-Blockierung zu isolieren.
5. Erhöhen Sie die Einstellungen für das Verbindungstimeout in Ihrem E-Mail-Client.

Problem: Authentifizierungsfehler

Symptome:

• Verbindung hergestellt, aber Authentifizierung fehlgeschlagen.
• Fehlermeldungen wie „535 Authentifizierung fehlgeschlagen“ oder „Ungültiger Benutzername/Passwort“
• E-Mail kann trotz erfolgreicher Verbindung nicht gesendet werden.

Mögliche Ursachen:

1. Falscher Benutzername oder Passwort
2. Authentifizierungsmethode stimmt nicht überein
3. Kontobeschränkungen oder Sicherheitsrichtlinien
4. TLS/SSL-Anforderungen vor der Authentifizierung nicht erfüllt

Solutions:

1. Überprüfen Sie, ob die Zugangsdaten korrekt und aktuell sind.
2. Prüfen Sie, welche Authentifizierungsmethoden der Server unterstützt (PLAIN, LOGIN, CRAM-MD5).
3. Stellen Sie sicher, dass die Verschlüsselung vor der Authentifizierung korrekt konfiguriert ist.
4. Für Google- und Microsoft-Konten benötigen Sie möglicherweise ein app-spezifisches Passwort oder müssen weniger sichere Apps aktivieren.
5. Prüfen Sie, ob Kontobeschränkungen oder IP-Beschränkungen vorliegen.

Portblockierung durch Internetanbieter und Netzwerke

Portblockierungen kommen immer häufiger vor, insbesondere bei Port 25:

Identifizierung von Portblockierungen

Anzeichen für eine Portblockierung:

• Es kommt regelmäßig zu Verbindungsabbrüchen.
• Andere Internetdienste funktionieren normal
• Das Problem besteht weiterhin bei verschiedenen E-Mail-Clients.
• Die Probleme treten in einem Netzwerk auf, in anderen jedoch nicht.

Test auf Portblockierung:

Lösungen für Hafenblockaden

1. Wechseln Sie zu einem anderen Port:

• Versuchen Sie, Nachrichten über Port 587 zu senden.
• Falls das nicht funktioniert, versuchen Sie es mit Port 465.
• Als letzte Möglichkeit versuchen Sie es mit Hafen 2525.

2. Verwenden Sie ein VPN oder ein anderes Netzwerk:

• Mobilfunknetze können andere Richtlinien haben als Heim-Internetanbieter.
• Unternehmensnetzwerke können über einen intelligenten Host geleitet werden.

3. Kontaktieren Sie Ihren ISP:

• Manche Internetanbieter entsperren Port 25 für Geschäftskunden.
• Seien Sie darauf vorbereitet, Ihren berechtigten Bedarf zu erläutern.

4. Verwenden Sie einen intelligenten Host oder Relay:

• Konfigurieren Sie Ihren Mailserver so, dass er die Weiterleitung über den SMTP-Server Ihres Internetanbieters durchführt.
• Nutzen Sie einen E-Mail-Zustellungsdienst eines Drittanbieters.

TLS-Aushandlungsprobleme

TLS-Probleme können subtil und schwierig zu beheben sein:

Häufige TLS-Probleme

1. Fehler bei der Zertifikatsvalidierung:

• Das Serverzertifikat ist abgelaufen.
• Das Zertifikat stammt nicht von einer vertrauenswürdigen Zertifizierungsstelle.
• Der Hostname im Zertifikat stimmt nicht mit dem Servernamen überein.
• Client und Server können sich nicht auf Verschlüsselungssammlungen einigen.

2. Protokollversionskonflikte:

• Der Client verwendet eine neuere TLS-Version als die vom Server unterstützte.
• Der Server benötigt eine neuere TLS-Version als der Client unterstützt.
• Veraltete TLS-Implementierungen mit Sicherheitslücken

Diagnose von TLS-Problemen

Verwenden Sie OpenSSL, um den TLS-Handshake zu untersuchen:

Lösung von TLS-Problemen

1. Serverseitige Lösungen:

• SSL/TLS-Zertifikate aktualisieren
• Konfigurieren Sie die korrekten Zertifikatsketten
• Unterstützung moderner TLS-Versionen (1.2, 1.3)
• Unsichere Verschlüsselungssammlungen deaktivieren

2. Clientseitige Lösungen:

• Aktualisieren Sie Ihren E-Mail-Client oder Ihre Bibliotheken, um modernes TLS zu unterstützen.
• Konfigurieren Sie den Client so, dass er der Zertifizierungsstelle des Servers vertraut.
• Passen Sie die TLS-Sicherheitseinstellungen bei Bedarf an.

3. Vorübergehende Umgehungslösungen (mit Vorsicht verwenden):

• Zertifikatsvalidierung nur für Testzwecke deaktivieren
• Probieren Sie verschiedene TLS-Versionen aus, um Kompatibilitätsprobleme zu isolieren.

Jenseits von SMTP: Verwandte E-Mail-Protokolle

Jemand sitzt an einem Computer, auf dem Pfeile auf Symbole für SMTP, IMAP und POP3 zeigen.

SMTP ist nicht das einzige System im Zusammenhang mit E-Mail. Es ist wichtig, auch die anderen Systemkomponenten zu verstehen, um Systeme zu entwickeln, die effektiv, nachhaltig und effizient funktionieren. Hier finden Sie eine kurze Übersicht über einige weitere wichtige Faktoren.

Während SMTP für den E-Mail-Versand zuständig ist, erfordert der Empfang von E-Mails unterschiedliche Protokolle:

POP3 (Post Office Protocol Version 3)

POP3 ist eines der ältesten Protokolle zum Abrufen von E-Mails:

• Funktion: Lädt Nachrichten vom Server zum Client herunter
• Standardports: 110 (unverschlüsselt) und 995 (SSL/TLS)
• Verhalten: Entfernt in der Regel nach dem Herunterladen Nachrichten vom Server.
• Ideal für: Zugriff von einem einzelnen Gerät mit begrenztem Serverspeicher

Eine einfache POP3-Sitzung könnte wie folgt aussehen:

IMAP (Internet Message Access Protocol)

IMAP ist ein ausgefeilteres Protokoll für den Zugriff auf Postfächer:

• Funktion: Synchronisiert Nachrichten zwischen Server und Clients
• Standardports: 143 (unverschlüsselt) und 993 (SSL/TLS)
• Verhalten: Speichert Nachrichten auf dem Server und ermöglicht so den Zugriff von mehreren Geräten.
• Ideal für: Mehrere Geräte, die auf dasselbe Postfach zugreifen

Eine IMAP-Sitzung könnte beginnen:

Wie diese Protokolle mit SMTP interagieren

Der gesamte Prozess der E-Mail-Übertragung umfasst das Zusammenwirken mehrerer Protokolle:

1. Komposition & Versand (SMTP):

• Der Nutzer schreibt eine E-Mail
• Der E-Mail-Client sendet die E-Mail per SMTP an den Übermittlungsserver.
• Die Nachricht wird per SMTP an den Mailserver des Empfängers weitergeleitet.

2. Speicherung und Abruf (POP3/IMAP):

• Der Server des Empfängers speichert die eingehende Nachricht.
• Der Empfänger verbindet sich über POP3 oder IMAP, um auf sein Postfach zuzugreifen.
• Nachrichten werden heruntergeladen (POP3) oder synchronisiert (IMAP).

3. Antwort (erneut SMTP):

• Der Empfänger antwortet auf die Nachricht
• Ihr Kunde sendet die Antwort per SMTP.
• Der Kreislauf setzt sich fort

Portkonfigurationen für ein komplettes E-Mail-System

Für eine umfassende E-Mail-Server-Konfiguration werden mehrere Ports benötigt:

Für die Einrichtung eines vollständigen E-Mail-Servers müssen all diese Ports entsprechend für die Sende- und Empfangsfunktion konfiguriert werden.

Zukünftige Trends und Überlegungen zu SMTP-Ports und E-Mail-Sicherheit

Eine Illustration eines Entwicklers, der über zukünftige E-Mail-Trends nachdenkt.

Mit der Weiterentwicklung der Technologie verändern sich auch die Systeme hinter E-Mails. Es ist unerlässlich, mit diesen Entwicklungen Schritt zu halten, um die effektive Funktion Ihrer E-Mail-Systeme sowohl technisch als auch im Hinblick auf aktuelle Vorschriften zu gewährleisten.

Da sich die Lage ständig ändert, müssen Sie sich informieren und auf dem Laufenden bleiben. Zu den besten Informationsquellen gehören:

• IETF (Internet Engineering Task Force) – Folgen Sie den RFCs und Arbeitsgruppen zum Thema E-Mail.
• M3AAWG – Best Practices für Messaging-Sicherheit und Missbrauchsschutz
• US-CERT-Sicherheitsbulletins – Sicherheitswarnungen zur E-Mail-Infrastruktur
• Ein Wort an die Weisen – Laura Atkins' maßgeblicher Blog zum Thema E-Mail-Zustellung
• Postmarks Leitfaden zur Zustellbarkeit – Technische Einblicke in die E-Mail-Infrastruktur
• Email on Acid Blog – Technische Einblicke in E-Mail-Rendering und Zustellbarkeit
• Email Geeks Slack-Community – Aktive Diskussionen in einer Slack-Community für E-Mail-Experten
• r/emailmarketing – Reddit-Community für Diskussionen über E-Mail-Technologie
• MXToolbox – Umfassende E-Mail-Diagnostik und -Überwachung
• CheckTLS – Testen Sie die SMTP-TLS-Funktionen und die Sicherheit
• DMARC Analyzer – Authentifizierungsüberwachung und -berichterstattung

Als Orientierungshilfe für die zu erwartenden Änderungen sollten Sie Folgendes berücksichtigen:

Neue Standards und Sicherheitsverbesserungen

Die E-Mail-Landschaft entwickelt sich stetig weiter und bringt einige vielversprechende Entwicklungen mit sich:

MTA-STS (SMTP Strenge Transportsicherheit)

MTA-STS ist ein relativ neuer Standard (definiert in RFC 8461), der zur Sicherung der E-Mail-Zustellung beiträgt:

• Ermöglicht Domaininhabern, Anforderungen für die TLS-Verschlüsselung festzulegen.
• Clients können diese Richtlinien über DNS und HTTPS ermitteln.
• Bietet Schutz vor Downgrade- und Man-in-the-Middle-Angriffen
• Verbessert die Sicherheit von SMTP-Verbindungen zwischen Servern

Anwendungsbeispiel – Veröffentlichung einer MTA-STS-Richtlinie:

Einen DNS-Eintrag erstellen:

DANE (DNS-basierte Authentifizierung benannter Entitäten)

DANE (spezifiziert in RFC 7672) bietet eine weitere Sicherheitsebene:

• Nutzt DNSSEC, um SMTP-Server ihren TLS-Zertifikaten zuzuordnen.
• Verhindert Zertifikatsfälschungsangriffe
• Verringert die Abhängigkeit von externen Zertifizierungsstellen
• Fügt eine stärkere Validierung für SMTP-Verbindungen hinzu.

DANE-Datensatzbeispiel:

TLS 1.3 und höher

TLS selbst wird ständig verbessert:

• TLS 1.3 (die neueste Version) bietet Folgendes:

• Schnellerer Verbindungsaufbau
• Verbesserte Sicherheit durch Entfernung anfälliger Funktionen
• Vorwärtsgeheimhaltung für alle Verbindungen
• Vereinfachte Verhandlung von Verschlüsselungssuiten

• Zukünftige Verbesserungen von TLS werden sich voraussichtlich auf Folgendes konzentrieren:

• Quantenresistente Kryptographie
• Weitere Leistungsoptimierungen
• Robustere Authentifizierungsmechanismen

Bewährte Methoden, um auf dem Laufenden zu bleiben

Um die E-Mail-Sicherheit langfristig zu gewährleisten:

1. Regelmäßige Updates:

• Halten Sie die Mailserver-Software auf dem neuesten Stand.
• Aktualisieren Sie die TLS-Bibliotheken und Zertifikate.
• Überprüfen und aktualisieren Sie die Sicherheitsrichtlinien regelmäßig.

2. Sicherheitsmeldungen überwachen:

• Abonnieren Sie Sicherheitsbulletins für Ihre E-Mail-Software.
• Folgen Sie Organisationen wie US-CERT und der IETF.
• Beteiligen Sie sich an E-Mail-Betreiber-Communities.

3. Neue Standards umsetzen:

• Fügen Sie MTA-STS hinzu, wenn Ihre E-Mail-Software dies unterstützt.
• Für zusätzliche Sicherheit sollten Sie DANE in Betracht ziehen.
• Setzen Sie DMARC, SPF und DKIM zur Authentifizierung ein.

4. Prüfung und Validierung:

• Testen Sie regelmäßig die Sicherheit Ihrer E-Mail-Infrastruktur.
• Verwenden Sie Werkzeuge wie SSL Labs or CheckTLS
• Führen Sie regelmäßige Sicherheitsüberprüfungen durch

Was Sie bei der Sicherheit von E-Mail-Übertragungen erwarten können

Mit Blick auf die Zukunft dürften mehrere Trends die E-Mail-Sicherheit prägen:

1. Stärkerer Fokus auf Verschlüsselung:

• Die Übertragung von E-Mails im Klartext wird immer seltener werden.
• Immer mehr Anbieter werden TLS für alle Verbindungen vorschreiben.
• Port 25 wird möglicherweise zukünftig ausschließlich für Verschlüsselung verwendet.

2. Konsolidierung der Standardisierung:

• Die Nutzung der Häfen kann sich im Laufe der Zeit vereinfachen.
• Es werden neue Standards entstehen, um die verbleibenden Schwachstellen zu beheben.
• Die Umsetzung von Sicherheitsmaßnahmen wird einheitlicher werden.

3. Erweiterte Authentifizierung:

• Die Multi-Faktor-Authentifizierung wird häufiger eingesetzt werden.
• Verbesserte Methoden zur Validierung von sendenden Servern
• Besserer Schutz gegen Spoofing und Phishing

4. Integration mit modernen Architekturen:

• APIs werden das traditionelle SMTP zunehmend ergänzen.
• E-Mail-Architekturen auf Basis von Microservices werden wachsen
• Cloud-native E-Mail-Lösungen werden sich ausweiten

Wrapping up

Nach eingehender Untersuchung der Komplexität von SMTP-Ports lassen sich einige klare Richtlinien ableiten:

1. Port 587 bleibt der empfohlene Standard für die E-Mail-Übermittlung:

• Es gewährleistet eine sichere Übertragung über STARTTLS.
• Es genießt breite Unterstützung und wird seltener blockiert.
• Es entspricht den etablierten IETF-Standards.

2. Port 25 sollte ausschließlich für die Server-zu-Server-Kommunikation reserviert sein:

• Es wird häufig für Clientverbindungen blockiert.
• In vielen Implementierungen fehlt es an obligatorischen Sicherheitsvorkehrungen.
• Es handelt sich um den Standardport für die E-Mail-Übertragung zwischen Servern.

3. Port 465 dient als Alternative für die sichere Übermittlung:

• Es bietet implizites TLS, das Downgrade-Angriffe verhindert.
• Für ältere Systeme kann dies erforderlich sein.
• Es bietet eine gute Sicherheit, entspricht aber nicht dem IETF-Standard.

4. Port 2525 dient als Ausweichoption:

• Es umgeht gängige Portblöcke
• Es ist nicht standardisiert, wird aber weitgehend unterstützt.
• Es sollte nur verwendet werden, wenn Standardanschlüsse nicht verfügbar sind.

Für verschiedene E-Mail-Nutzer empfehlen wir folgende Ports:

Für Einzelnutzer:

• Konfigurieren Sie E-Mail-Clients so, dass sie Port 587 mit STARTTLS verwenden.
• Stellen Sie sicher, dass die ordnungsgemäße Authentifizierung aktiviert ist.
• Verwenden Sie Port 465 nur, wenn dies von Ihrem E-Mail-Anbieter ausdrücklich empfohlen wird.

Für Administratoren von geschäftlichen E-Mail-Adressen:

• Konfigurieren Sie die Mailserver so, dass sie Anfragen über Port 587 annehmen.
• Erfordern TLS-Verschlüsselung und -Authentifizierung
• Verwenden Sie Port 25 ausschließlich für Server-zu-Server-Relay mit aktiviertem TLS.
• Halten Sie alle Sicherheitsmaßnahmen und Zertifikate auf dem neuesten Stand.

Für Entwickler, die E-Mail-Funktionen integrieren:

• Implementieren Sie Port 587 als Ihren Standard-SMTP-Port.
• Ausweichoptionen für andere Ports (465, 2525) einbeziehen
• Verwenden Sie stets Authentifizierung und Verschlüsselung.
• Bleiben Sie hinsichtlich der besten Sicherheitspraktiken auf dem Laufenden.

Für E-Mail-Dienstleister:

• Unterstützt sowohl Port 587 als auch Port 465 für maximale Kompatibilität
• Bieten Sie Port 2525 als Ausweichoption an.
• Implementieren Sie strenge Sicherheitsmaßnahmen an allen Ports
• Bleiben Sie den neuen Standards und Sicherheitspraktiken einen Schritt voraus.

Durch die Befolgung dieser bewährten Vorgehensweisen und durch ständiges Auf dem Laufenden bleiben Sie sicher, dass Ihre E-Mail-Infrastruktur sicher und zuverlässig bleibt und Nachrichten erfolgreich zustellt, während gleichzeitig sensible Informationen vor Abfangen oder Kompromittierung geschützt werden.

E-Mail ist nach wie vor eines unserer wichtigsten Kommunikationsmittel, und das Verständnis der Feinheiten von SMTP-Ports ist für jeden, der E-Mail-Systeme verwaltet, unerlässlich.

Die von uns untersuchten Protokolle und Ports repräsentieren Jahrzehnte der Weiterentwicklung von Internetstandards, die sich an wachsende Sicherheitsbedrohungen anpassen und gleichzeitig die Interoperabilität beibehalten, die E-Mail so universell macht.