Ein Techniker probiert nacheinander die Ports 25, 465 und 587, ohne den Verschlüsselungsmodus anzupassen. Jeder Versuch scheitert aus einem anderen Grund; keiner zeigt, welche Kombination der Provider für WordPress unterstützt.
Hostname, Port und TLS-Modus gehören als dokumentierte Einheit zusammen. Die Portnummer allein sagt nicht, wie die verschlüsselte Sitzung beginnt.
- Was das Thema bedeutet
- Ein realistisches WordPress-Beispiel
- Warum es wichtig ist und wann es eingesetzt wird
- Der einfache Weg für Einsteiger
- Der technische Weg
- Risiken, häufige Fehler, Backup und Rollback
- Wie AIOWS unterstützt: AIOWS SMTP Manager
- Passende AIOWS-Artikel
- Fazit und empfohlener Weg
- Offizielle Quellen
Was das Thema bedeutet
Port 587 wird häufig für authentifizierte Mail Submission mit STARTTLS verwendet. Port 465 erwartet in der Regel TLS ab Verbindungsbeginn. Port 25 dient vor allem dem Mailtransfer zwischen Servern oder einem ausdrücklich freigegebenen Relay und wird von Hostern oft gesperrt.
Maßgeblich ist die Dokumentation des Providers. Netzwerkerreichbarkeit, TLS, Authentifizierung, Absenderberechtigung und Zustellung sind getrennt zu prüfen.
Ein realistisches WordPress-Beispiel
Der Provider nennt smtp.example.com:587mit STARTTLS. Vom WordPress-Host ist Port 587 jedoch gesperrt. Der Wechsel auf 465 erzeugt zusätzlich einen Zertifikatsfehler, weil ein falscher Hostname eingetragen wurde. Die Lösung besteht darin, den dokumentierten Weg freizugeben und den passenden Hostnamen zu verwenden, nicht weitere Ports auszuprobieren.
Warum es wichtig ist und wann es eingesetzt wird
Eine falsche Kombination aus Port und Verschlüsselung kann Zugangsdaten gefährden, unklare Handshake-Fehler erzeugen oder WordPress mit dem falschen Relay verbinden. Die Prüfung ist sinnvoll bei Timeouts, TLS-Fehlern vor der Anmeldung oder einer ausdrücklichen Ablehnung des Submission-Dienstes.
Der einfache Weg für Einsteiger
- Übernehmen Sie SMTP-Hostname, Port, Verschlüsselung und Authentifizierung aus der aktuellen Providerdokumentation.
- Konfigurieren Sie genau diese Kombination in WordPress.
- Prüfen Sie, ob der Hoster ausgehende TCP-Verbindungen zu diesem Port erlaubt.
- Senden Sie eine kontrollierte WordPress-Mail und bestätigen Sie TLS, Anmeldung, Providerannahme und Zustellung.
- Lassen Sie die Zertifikatsprüfung immer aktiviert.
Der technische Weg
Verfolgen Sie DNS-Auflösung, TCP-Verbindung, TLS-Handshake, Zertifikatsname und -kette, SMTP-Gruß, gegebenenfalls STARTTLS, Authentifizierung, MAIL-FROM-Annahme, Providerereignis und Zustellung. Vergleichen Sie bei abweichenden Ergebnissen IPv4 und IPv6. Ein bereinigtes Protokoll trennt Firewall-Timeouts von TLS- und SMTP-Fehlern.
Risiken, häufige Fehler, Backup und Rollback
Deaktivieren Sie nicht die Zertifikatsprüfung und übertragen Sie keine Zugangsdaten im Klartext. Port 25 ist nicht automatisch ein authentifizierter Submission-Dienst; häufige Portwechsel können zudem Sicherheitsmechanismen auslösen. Schwächt eine Änderung TLS oder unterbricht sie den Versand, stellen Sie die letzte dokumentierte Providerkonfiguration wieder her.
Wie AIOWS unterstützt:
AIOWS SMTP Manager
AIOWS SMTP Manager hält Hostname, Port, Verschlüsselung und Authentifizierung auf der WordPress-Seite übersichtlich zusammen. Kontrollierte Tests und Diagnosedaten helfen, Verbindungs-, TLS-, Anmelde- und Providerfehler voneinander zu unterscheiden.
Übernehmen Sie die vom Provider dokumentierte Kombination und testen Sie anschließend eine echte WordPress-Mail. Eine offene TCP-Verbindung genügt nicht: Zertifikat, Authentifizierung und Absenderannahme müssen ebenfalls stimmen.
AIOWS kann keinen beim Hoster gesperrten Port öffnen, kein Providerzertifikat korrigieren und keine Relay-Richtlinie umgehen. Der zuständige Hoster oder Maildienst muss diese Ebene beheben. Die TLS-Prüfung bleibt dabei eingeschaltet.
Passende AIOWS-Artikel
- SMTP in WordPress einrichten: Komplette Anleitung
- Gmail-App-Passwort oder OAuth für WordPress SMTP?
- Microsoft 365 SMTP AUTH deaktiviert: WordPress-Lösungen
Fazit und empfohlener Weg
Empfohlen ist, providerseitigen Hostnamen, Port und Verschlüsselung als feste Einheit zu übernehmen. TCP, TLS, Authentifizierung, Absenderannahme und Zustellung werden getrennt belegt; Zertifikatsprüfung wird niemals zur Fehlerbehebung deaktiviert.
