WordPress erreicht den Mailserver, erhält aber eine 535-Antwort, nachdem ein Administrator das normale Postfachkennwort eingetragen hat. Das Konto verlangt tatsächlich ein App-Passwort oder OAuth und der Anbieter erwartet eine bestimmte Anmeldeidentität.
Fehler 535 grenzt das Problem auf die Authentifizierung ein. Die Lösung folgt der vollständigen Anbieterantwort, nicht einer Reihe geratener Ports, Kennwörter oder Timeout-Änderungen.
- 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
SMTP 535 ist eine Ablehnung bei der Anmeldung, nachdem der Client den Mailserver erreicht und die Authentifizierung begonnen hat. DNS und der grundlegende Netzwerkweg haben somit bis zu einer SMTP-Antwort funktioniert.
Mögliche Ursachen sind falsche Zugangsdaten, deaktivierte Basisauthentifizierung, ein erforderliches App-Passwort, abgelaufene OAuth-Zustimmung, ein gesperrtes Postfach, deaktiviertes SMTP AUTH oder eine nicht erlaubte Absenderidentität.
Ein realistisches WordPress-Beispiel
Ein Microsoft-365-Postfach erlaubt die interaktive Anmeldung, weist WordPress jedoch mit 535 ab, weil SMTP AUTH für dieses Postfach deaktiviert ist. Bei einer anderen Website lehnt Google das normale Kontokennwort ab, weil OAuth oder ein App-Passwort vorgeschrieben ist.
Ein anderer Port hilft in beiden Fällen nicht. Der Administrator notiert den vollständigen erweiterten Statuscode und Zeitstempel, prüft das Sicherheitsereignis beim Anbieter und richtet die unterstützte Anmeldemethode für das vorgesehene Konto ein.
Warum es wichtig ist und wann es eingesetzt wird
Dieser Diagnoseweg passt nur, wenn der Server während der Authentifizierung 535 zurückgibt. Verbindungs-Timeouts, Zertifikatsfehler, Absenderablehnung nach der Anmeldung, Ratenlimits und Empfängerprobleme gehören in andere Phasen.
Eine erfolgreiche Anmeldung belegt noch keine Zustellung. Prüfen Sie danach zuerst die Annahme durch den Anbieter und anschließend das Ergebnis in einem kontrollierten Empfängerpostfach.
Der einfache Weg für Einsteiger
- Speichern Sie die vollständige 535-Antwort, den erweiterten Code und den Zeitstempel. Entfernen Sie Kennwörter und Tokens aus dem Log.
- Prüfen Sie SMTP-Host, Port, TLS-Modus, Authentifizierungsmethode, Benutzernamenformat, Kontostatus und erlaubte Absenderadresse.
- Klären Sie, ob OAuth, ein App-Passwort oder eine ausdrückliche SMTP-AUTH-Freigabe erforderlich ist. Nutzen Sie möglichst ein verwaltetes Dienstkonto.
- Ändern Sie pro Test nur eine Identitäts- oder Richtlinienvariable und ordnen Sie den Versuch dem Anmeldeereignis beim Anbieter zu.
- Lösen Sie ein echtes WordPress-Ereignis aus, etwa einen Passwort-Reset oder ein Formular, und prüfen Sie Anbieterannahme und Empfängerergebnis getrennt.
Der technische Weg
Ermitteln Sie, ob die Ablehnung bei AUTH LOGIN, AUTH PLAIN, XOAUTH2oder in einem Provider-API-Ablauf erfolgt. Gleichen Sie den SMTP-Zeitstempel mit Tenant-Sicherheitslogs, OAuth-Zustimmung, Postfachlizenz und Absenderrechten ab.
Dokumentieren Sie Kontoverantwortung, Erneuerungs- oder Wiederverbindungsweg, erlaubte Aliase, erfolgreiche Nachrichtenkennung und das Abschalten des ausführlichen Debuggings. Offengelegte Zugangsdaten werden ersetzt.
Risiken, häufige Fehler, Backup und Rollback
Kennwörter und Tokens gehören nicht in Logs, Screenshots, Supporttickets oder Exporte. Wiederholtes Raten kann das Konto sperren; eine pauschale Abschwächung von MFA oder Reaktivierung alter Authentifizierung schafft ein größeres Sicherheitsproblem.
Verwechseln Sie Postfach und Alias nicht und behandeln Sie nicht jede 535-Antwort als dieselbe Richtlinie. Stellen Sie die vorherige akzeptierte Konfiguration wieder her, wenn der kontrollierte Weg oder sein Vergleichstest schlechter wird.
Wie AIOWS unterstützt:
AIOWS SMTP Manager
Der AIOWS SMTP Manager bündelt die unterstützte WordPress-Absenderkonfiguration, kontrollierte Testergebnisse, Logs, Retry-Kontext und Absenderausrichtung. Prüfen Sie den gewählten Anbieterweg und erfassen Sie die bereinigte 535-Antwort samt Zeitstempel.
Zugangsdaten werden ausschließlich über die geschützte Konfiguration hinterlegt und aus Logs sowie Screenshots entfernt. Richten Sie die vom Anbieter erlaubte Identität und Anmeldemethode ein, stimmen Sie die From-Adresse auf deren Rechte ab und vergleichen Sie das WordPress-Ereignis mit dem zugehörigen Sicherheits- oder Nachrichtenprotokoll.
Der SMTP Manager ändert keine Tenant-Sicherheitsrichtlinie, Postfachlizenz, DNS-Einstellung, Provider-Reputation oder Empfängerfilterung. Lösen Sie nach erfolgreicher Anmeldung dasselbe echte WordPress-Ereignis aus und prüfen Sie Anbieterannahme und Empfängerresultat unabhängig. Dokumentieren Sie Verantwortliche, Methode, Richtlinienänderung, Nachrichtenkennung und Erneuerungsweg.
Passende AIOWS-Artikel
- WordPress sendet keine E-Mails: Ursachen und Lösungen
- WordPress-E-Mails landen im Spam: 10 wirksame Lösungen
- SPF für den WordPress-E-Mail-Versand einrichten
Fazit und empfohlener Weg
Behandeln Sie 535 als Antwort aus der Authentifizierungsphase. Lesen Sie den vollständigen Anbietercode, stellen Sie einen unterstützten Identitäts- und Berechtigungsweg her, ersetzen Sie offengelegte Zugangsdaten und prüfen Sie eine echte WordPress-Mail, ohne die Kontosicherheit zu schwächen.
