Zum Inhalt springen
Doku

Fehlerbehebung

Warum gibt SMTP 535 Authentication failed zurück?

Beheben Sie den Fehler „535 Authentication failed“ bei smtp.emailit.com. Das SMTP-Passwort muss ein aktiver API-Schlüssel von Emailit sein, nicht Ihr Kontopasswort.

Aktualisiert am 1. Okt. 2026

Dieser Artikel hilft, wenn das SMTP-Relay von Emailit Ihre Anmeldung ablehnt. Die Authentifizierung ist der erste Schritt jeder SMTP-Sitzung, daher wird nichts gesendet, bis sie gelingt.

Symptome

  • Ihr Client protokolliert 535 Authentication failed direkt nach dem Befehl AUTH.
  • Frameworks zeigen Meldungen wie Invalid login, Username and Password not accepted oder Failed to authenticate on SMTP server.
  • Seltener sehen Sie 454 Temporary authentication failure. Das ist ein vorübergehendes Problem auf Serverseite: Versuchen Sie es nach kurzer Wartezeit erneut.

Ursache

Das SMTP-Relay von Emailit akzeptiert AUTH PLAIN und AUTH LOGIN und prüft nur das Passwort. Das Passwort muss ein API-Schlüssel sein, der im Workspace noch aktiv ist. Typische Gründe für das Fehlschlagen:

  • Sie haben Ihr Passwort für die Weboberfläche verwendet statt eines API-Schlüssels.
  • Der Schlüssel wurde gelöscht, in der Weboberfläche oder per API.
  • Der Schlüssel wurde neu generiert. Das neue Generieren ersetzt das Secret, und der alte Wert funktioniert sofort nicht mehr.
  • Der Wert wurde mit zusätzlichen Zeichen kopiert, etwa einem Leerzeichen am Ende, einem Zeilenumbruch oder umgebenden Anführungszeichen in einer .env-Datei.
  • Ihr Client bietet nur CRAM-MD5 oder eine andere Methode an. Emailit unterstützt nur PLAIN und LOGIN.

Der Benutzername wird nicht geprüft, verwenden Sie aber emailit, damit Ihre Konfiguration der Dokumentation entspricht.

Lösung

  1. Ergebnis des Servers in den Logs prüfen. Öffnen Sie Email APILogs und setzen Sie den Filter Source auf SMTP. Ein fehlgeschlagenes AUTH mit dem Status 535 erscheint dort, wenn der Schlüssel zu Ihrem Workspace gehörte, aber gelöscht wurde. Erscheint nichts, passt das Passwort zu überhaupt keinem Schlüssel.

  2. Neuen API-Schlüssel erstellen. Öffnen Sie Email APIAPI Keys und wählen Sie Add API key. Wählen Sie Full Access oder Sending Only, wenn der Schlüssel nur zum Senden dient. Kopieren Sie den Schlüssel sofort: Er wird nur einmal angezeigt. Nur Admins des Workspaces können Schlüssel erstellen. Siehe API-Schlüssel.

  3. SMTP-Einstellungen aktualisieren. Verwenden Sie genau diese Werte:

    .env
    SMTP_HOST=smtp.emailit.com
    SMTP_PORT=587
    SMTP_USERNAME=emailit
    SMTP_PASSWORD=secret_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    Setzen Sie den Schlüssel nicht in Anführungszeichen, es sei denn, Ihr Loader entfernt sie, und entfernen Sie Leerzeichen am Ende.

  4. PLAIN oder LOGIN wählen. Wenn Ihr Client die Wahl der Methode erlaubt, setzen Sie sie auf PLAIN oder LOGIN oder lassen Sie sie auf automatisch.

  5. Neu starten und einen Test senden. Viele Frameworks speichern die Konfiguration zwischen, starten Sie die App also neu oder leeren Sie ihren Konfigurations-Cache. Eine erfolgreiche Anmeldung gibt 235 zurück, die angenommene Nachricht 250 2.0.0 OK: queued as em_….

Wenn die Authentifizierung jetzt funktioniert, die Nachricht aber abgelehnt wird, siehe Warum gibt SMTP 530 From domain not verified zurück?. Alle Einstellungen an einem Ort finden Sie unter SMTP-Einstellungen.

Weiterhin Probleme?

Kontaktieren Sie den Support oder fragen Sie auf Discord. Nennen Sie den Namen des API-Schlüssels (nie den Schlüssel selbst), den Zeitpunkt des fehlgeschlagenen Versuchs und die verwendete Bibliothek.

War diese Seite hilfreich?

Danke für Ihr Feedback.

Danke, wir lesen jede Nachricht.