Der komplette SMTP-Konfigurationsleitfaden: Ports, Authentifizierung und E-Mail-Server-Setup

SMTP-Konfiguration ist der Prozess der Einrichtung deines Mail-Servers (oder E-Mail-Clients), um Nachrichten korrekt über das Simple Mail Transfer Protocol zu versenden. Machst du es richtig, landen deine E-Mails in den Posteingängen. Machst du es falsch, wirst du mit Zustellungsfehlern, Authentifizierungsfehlern oder Nachrichten konfrontiert, die stillschweigend in Spam-Ordnern landen. Die drei Dinge, die du jedes Mal richtig machen musst, sind der richtige Port, die richtige Verschlüsselungsmethode und funktionierende Authentifizierungsdaten.

Was SMTP eigentlich macht

SMTP ist das Protokoll, das dein E-Mail-Client oder deine Anwendung nutzt, um ausgehende Nachrichten an einen Mail-Server zu übergeben, der sie dann zum Empfänger leitet. Es verarbeitet nur die Sendeseite. Der Empfang von E-Mails wird durch separate Protokolle gehandhabt: IMAP (zum Synchronisieren) oder POP3 (zum Herunterladen).

Wenn du auf "Senden" klickst, öffnet dein Client eine TCP-Verbindung zum SMTP-Server, authentifiziert sich, übergibt die Nachricht und trennt die Verbindung. Der Server versucht dann, diese Nachricht an den Mail-Server des Empfängers zu liefern, indem er dasselbe Protokoll nutzt und den MX-DNS-Eintrag (Mail Exchange) des Ziels nachschlägt, um herauszufinden, wohin er sie senden soll.

SMTP ist inRFC 5321definiert, die das ursprüngliche RFC 2821 ersetzt. Das Verständnis der Spezifikation hilft, wenn du Raw-SMTP-Konversationen debuggen oder einen Server von Grund auf konfigurieren musst.

SMTP-Ports erklärt: 25, 465 und 587

Es gibt drei Ports, auf die du in jeder SMTP-Konfiguration stoßen wirst. Jeder hat eine spezifische Rolle, und die Verwendung des falschen ist eine der häufigsten Ursachen für E-Mail-Zustellungsfehlschläge.

Port 25 vs. 587: Welchen solltest du verwenden?

Port 25 ist der ursprüngliche SMTP-Port, der 1982 definiert wurde. Er wurde für Mail-Server konzipiert, die miteinander kommunizieren, nicht für Endbenutzer, die E-Mails versenden. Die meisten ISPs und Cloud-Provider blockieren ausgehenden Port 25 von Wohngebiets- und Shared-Hosting-IPs speziell, um Spam zu verhindern. Wenn du eine Anwendung betreibst, die E-Mails versendet, wird der Versuch, Port 25 zu verwenden, mit ziemlicher Sicherheit fehlschlagen.

Port 587 ist die richtige Wahl für den Versand von E-Mails von einem Client oder einer Anwendung aus. Er wurde inRFC 6409als dedizierter "Message-Submission"-Port standardisiert. Er erfordert STARTTLS, was bedeutet, dass die Verbindung unverschlüsselt beginnt und sich dann zu TLS upgradet, bevor Anmeldedaten gesendet werden. Das ist das, was Gmail, Outlook und praktisch jeder moderne E-Mail-Anbieter von dir erwartet.

SMTP-Port 465: Der SSL-Legacy-Port

Port 465 hat eine ungewöhnliche Geschichte. Er wurde 1997 kurz SMTPS (SMTP über SSL) zugewiesen, dann wurde diese Zuweisung 1998 widerrufen, als STARTTLS auf Port 587 zum bevorzugten Ansatz wurde. Obwohl es offiziell veraltet ist, unterstützten viele Mail-Server es weiterhin, und es wurde später von der IANA für einen anderen Zweck erneut registriert.

In der Praxis akzeptieren die meisten Provider weiterhin Verbindungen auf Port 465 mit implizitem SSL/TLS. Das bedeutet, dass TLS die gesamte Verbindung vom ersten Byte an umhüllt, anstatt sich wie STARTTLS im Handshake zu upgraden. Einige ältere Anwendungen und Hardware (bestimmte Netzwerkdrucker, Legacy-CRMs) unterstützen nur Port 465, daher bleibt er in diesen Fällen nützlich.

• Verwende Port 465, wenn deine Anwendung oder dein Gerät speziell implizites SSL erfordert und kein STARTTLS kann.
• Verwende Port 587 für alles andere. Es ist der moderne Standard.
• Vermeide Port 25 für Client-Übermittlung ganz.

SMTP-Authentifizierung: So funktioniert es

SMTP-Authentifizierung (oft als SMTP AUTH geschrieben) ist inRFC 4954definiert. Sie erfordert, dass sich der Client authentifiziert, bevor der Server ausgehende E-Mails akzeptiert. Ohne sie könnte jeder, der deinen Server erreichen kann, ihn zum Versand von Spam nutzen, weshalb offene Relays als ernstes Sicherheitsproblem behandelt werden.

Die häufigsten Authentifizierungsmechanismen, die du in der SMTP-Konfiguration sehen wirst, sind:

• PLAIN:Sendet Benutzername und Passwort Base64-kodiert. Sicher nur über eine verschlüsselte Verbindung (TLS muss zuerst aktiv sein).
• LOGIN:Ähnlich wie PLAIN, aber sendet Benutzername und Passwort als separate Austausche. Erfordert auch TLS.
• CRAM-MD5:Ein Challenge-Response-Mechanismus, der das direkte Versenden des Passworts vermeidet. Weniger häufig auf modernen Servern.
• XOAUTH2:Verwendet von Gmail und anderen Google-Workspace-Konten. Anstelle eines Passworts stellst du ein OAuth-2.0-Zugangstoken zur Verfügung. Das ist das, was du brauchst, wenn "Zugriff für weniger sichere Apps" deaktiviert ist.

E-Mail-Server-Einrichtung Schritt für Schritt

Ob du einen E-Mail-Client wie Thunderbird, eine Web-App, die Transaktions-E-Mails versendet, oder einen selbst gehosteten Mail-Server konfigurierst, der Prozess folgt derselben logischen Abfolge.

Für E-Mail-Clients und Anwendungen

1. Rufe den SMTP-Hostnamen von deinem Anbieter ab.Beispiele: smtp.gmail.com , smtp.office365.com , mail.yourdomain.com .
2. Wähle den richtigen Port.Verwende 587 mit STARTTLS als Standard. Greife auf 465 mit SSL zurück, nur wenn deine App es erfordert.
3. Gib deine Authentifizierungsdaten ein.Das ist normalerweise deine vollständige E-Mail-Adresse als Benutzername plus dein Passwort oder App-Passwort.
4. Stelle die Verschlüsselungsmethode ein.Passe sie an den Port an: STARTTLS für 587, SSL/TLS für 465.
5. Teste die Verbindung.Die meisten E-Mail-Clients haben einen Button "Kontoeinstellungen testen" oder "Verifizieren". Nutze ihn, bevor du speicherst.

Für einen selbst gehosteten Mail-Server (Postfix-Beispiel)

Wenn du deinen eigenen Server mit Postfix betreibst, befindet sich die Kern-SMTP-Konfiguration in /etc/postfix/main.cf . Hier ist ein minimales funktionierendes Beispiel für einen Server, der über einen Drittanbieter-SMTP-Provider relayed:

# /etc/postfix/main.cf - Basic relay configuration

relayhost = [smtp.sendgrid.net]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
smtp_use_tls = yes

Nach dem Bearbeiten erstelle /etc/postfix/sasl_passwd mit deinen Anmeldedaten, führe postmap /etc/postfix/sasl_passwd aus, um es zu hashen, und lade dann Postfix neu mit systemctl reload postfix .

Häufige SMTP-Einstellungen für beliebte Anbieter

Behebung von SMTP-Verbindungsproblemen

Die meisten SMTP-Fehlschläge fallen in eine kleine Anzahl von Kategorien. Bevor du dich in Logs vertiefst, überprüfe, ob der Port tatsächlich von deinem Server oder Netzwerk erreichbar ist. Eine Firewall oder ein ISP-Block ist oft der Schuldige, und du kannst ihn schnell ohne spezielle Tools bestätigen.

Du kannst überprüfen, ob ein SMTP-Port auf deinem Mail-Server offen ist, indem du einen kostenlosen Online-Port-Checker verwendest. Gib den Hostnamen oder die IP deines Mail-Servers ein, wähle Port 25, 465 oder 587 und führe den Test aus. Wenn das Ergebnis als geschlossen oder Timeout angezeigt wird, ist das Problem auf Netzwerk-Ebene (Firewall, ISP-Block oder der Service läuft nicht), nicht ein Konfigurationsfehler in deiner App.

Häufige Fehlermeldungen und ihre Bedeutung

• Verbindung abgelehnt / Verbindung zeitüberschritten:Der Port ist blockiert oder der Service horcht nicht. Überprüfe deine Firewall-Regeln und bestätige, dass der SMTP-Daemon läuft.
• 535 Authentifizierung fehlgeschlagen:Falscher Benutzername oder Passwort. Bei Gmail bedeutet das normalerweise, dass du ein App-Passwort brauchst, nicht dein Kontopasswort.
• 550 5.7.1 Relay-Zugang verweigert:Dein Server ist nicht so konfiguriert, dass er E-Mails für diese Absenderadresse relayed, oder die Authentifizierung hat nicht stattgefunden, bevor der MAIL-FROM-Befehl gesendet wurde.
• 421 Zu viele Verbindungen:Der empfangende Server drosselt dich. Reduziere die Sendefrequenz oder implementiere eine Warteschlange mit Verzögerungen.
• TLS-Handshake fehlgeschlagen:Zertifikat-Nichtübereinstimmung oder veraltete TLS-Version. Überprüfe, dass das SSL-Zertifikat deines Servers gültig ist und dass du nicht versuchst, TLS 1.0 oder 1.1 zu verwenden, die die meisten Provider deaktiviert haben.

Schnelle Diagnose-Checkliste

1. Bestätige, dass der SMTP-Port offen ist und von deiner Sendeumgebung aus erreichbar ist.
2. Verifiziere, dass der Hostname korrekt mit nslookup smtp.yourdomain.com aufgelöst wird.
3. Überprüfe, dass deine sendende IP nicht auf einer Blockierungsliste steht, indem du ein Tool wieMXToolbox Blacklist Checkverwendest.
4. Bestätige, dass deine SPF-, DKIM- und DMARC-DNS-Einträge korrekt veröffentlicht sind. Fehlende oder beschädigte Einträge führen dazu, dass legitime E-Mails abgelehnt oder in den Spam verschoben werden.
5. Überprüfe deine Mail-Server-Logs. Bei Postfix, überprüfe /var/log/mail.log . Die tatsächlichen SMTP-Antwort-Codes im Log zeigen dir genau, was der Remote-Server abgelehnt hat und warum.

Ist dein SMTP-Port wirklich offen?

Bevor du deine SMTP-Konfiguration beschuldigst, bestätige, dass das Problem nicht ein blockierter Port ist. Unser kostenloser Port-Checker ermöglicht dir, Port 25, 465 oder 587 auf jedem Mail-Server sofort zu testen, damit du weißt, ob du mit einem Firewall-Problem oder einem Konfigurationsfehler zu tun hast.

Überprüfe deinen SMTP-Port jetzt →