550 5.7.1: Warum E-Mails abgewiesen werden

Warum werden E-Mail-Nachrichten mit dem Fehler 550 5.7.1 abgewiesen?

Eine Antwort mit dem Code 550 5.7.1 bedeutet, dass ein Mailserver eine Nachricht aus Richtliniengründen abgelehnt hat. Der Code allein verrät nicht, welche Richtlinie genau angewendet wurde: Ein Server kann beispielsweise auf einen Authentifizierungsfehler verweisen, während ein anderer den Absender, die Adresse oder den Nachrichteninhalt blockiert. Die Diagnosemeldung und der Server, der sie ausgegeben hat, sind die Ausgangspunkte für die Fehlersuche. Die Frage „Was bedeutet der SMTP-Fehler 550 5.7.1?“ lässt sich daher erst anhand der vollständigen Antwort genauer beantworten.

Wenn ein Zustellbericht lediglich „Nachricht abgewiesen“ meldet, suchen Sie in den Ereignisprotokollen oder im Bounce-Datensatz Ihres Versanddienstes nach der vollständigen SMTP-Antwort. Eine sinnvolle Untersuchung beginnt mit diesen Belegen – nicht damit, DNS-Einstellungen zu ändern oder den Empfänger zu bitten, seinen Spam-Ordner zu prüfen.

Was bedeutet eine Ablehnung mit dem Code 550 5.7.1 im SMTP-Austausch?

SMTP-Server tauschen Statuscodes aus, während sie eine Nachricht verarbeiten. Die erste Ziffer in 550 steht für einen permanenten Fehler: Es ist nicht zu erwarten, dass ein erneuter Versuch mit unveränderter Nachricht erfolgreich ist. Der erweiterte Code 5.7.1 weist auf ein Sicherheits- oder Richtlinienproblem hin, nennt aber nicht die ausgelöste Regel.

Der Text nach dem Code ist wichtig. „Absender nicht zugelassen“ deutet beispielsweise auf ein anderes Problem hin als „Nachricht aufgrund lokaler Richtlinien abgewiesen“. Das sind Beispiele, keine allgemeingültigen Definitionen: E-Mail-Anbieter formulieren ihre Diagnosemeldungen selbst, und dieselbe Formulierung kann je nach System eine andere Bedeutung haben.

Betrachten Sie 550 5.7.1 als Kategorie, nicht als Diagnose. Wenn Sie sich fragen, warum E-Mail-Nachrichten mit dem Fehler 550 5.7.1 abgewiesen werden, lautet die praktische Antwort: Ein empfangendes System hat eine Richtlinienentscheidung getroffen, und Sie benötigen die vollständige Antwort, um herauszufinden, welche. Anders gesagt: „Warum werden E-Mails mit 550 5.7.1 abgewiesen?“ hängt von der konkreten Diagnosemeldung und dem ablehnenden Server ab.

Wie lässt sich feststellen, ob der Server des Empfängers oder ein vorgeschaltetes Gateway die Nachricht abgewiesen hat?

Prüfen Sie im SMTP-Dialog oder im detaillierten Bounce-Datensatz, welcher Host die Antwort 550 zurückgegeben hat. Der ablehnende Host wird häufig neben der Diagnose angezeigt, manchmal als Servername oder IP-Adresse. Vergleichen Sie diese Angaben mit der Domain des Empfängers und einem möglicherweise vorgeschalteten E-Mail-Sicherheitsdienst.

Die E-Mails eines Empfängers können ein Filter-Gateway durchlaufen, bevor sie den Mailbox-Server erreichen. Gibt dieses Gateway während des SMTP-Austauschs die Ablehnung zurück, sieht der Mailbox-Server des Empfängers die Nachricht möglicherweise nie. Im Bounce kann das Gateway direkt genannt sein; andernfalls ist eventuell eine Rückfrage beim Administrator des Empfängers nötig, um den angezeigten Hostnamen zu bestätigen.

Achten Sie auf die Abfolge der Serverantworten, statt sich auf die Felder „Von“ oder „An“ einer Benachrichtigung zu verlassen. Ein Protokoll kann beispielsweise zeigen, wie sich Ihr Versandsystem mit einem Host verbindet, die Nachrichtendaten übermittelt und von diesem Host eine 550-Antwort erhält. Daran erkennen Sie, welches System die Entscheidung getroffen hat – selbst wenn ein anderer Anbieter den Posteingang des Empfängers verwaltet.

Manche Versandplattformen zeigen im Dashboard nur eine kurze Zusammenfassung an. Öffnen Sie die Ereignisdetails oder exportieren Sie, sofern möglich, den vollständigen Bounce. Die zusätzlichen Zeilen können zeigen, welcher Host die Nachricht zu welchem Zeitpunkt abgewiesen hat.

Warum kann eine Nachricht abgewiesen werden, nachdem der Server die Verbindung angenommen hat?

Wird eine SMTP-Verbindung angenommen, bedeutet das lediglich, dass das empfangende System den Beginn des Dialogs zugelassen hat. Es bedeutet nicht, dass es Absender, Empfänger oder Nachricht freigegeben hat. Richtlinienprüfungen können in mehreren Phasen stattfinden: nachdem die Absenderadresse angegeben wurde, nachdem der Empfänger feststeht oder nachdem der Nachrichteninhalt übertragen wurde.

Ein Server kann die Verbindung annehmen und anschließend eine bestimmte Empfängeradresse ablehnen. In einem anderen Fall akzeptiert er zunächst den SMTP-Umschlag, prüft die Nachricht aber erst, nachdem der sendende Server den Inhalt übertragen hat. Die endgültige Antwort kann daher später im Austausch eintreffen, obwohl die anfängliche Verbindung normal wirkte.

Der Zeitpunkt der Ablehnung hilft, die Ursache einzugrenzen. Erscheint sie, bevor der Nachrichteninhalt übertragen wurde, könnte das Problem den sendenden Host, die Absenderidentität oder eine Empfängerrichtlinie betreffen. Erfolgt sie erst nach der Übertragung, hat das System möglicherweise den Inhalt oder die Kombination aus Absender, Empfänger und Nachrichtendetails geprüft. Die Antwortmeldung bleibt der wichtigste Anhaltspunkt.

Was sollten Sie im vollständigen Bounce prüfen, bevor Sie Ihre E-Mail-Konfiguration ändern?

Speichern Sie den ursprünglichen Bounce, bevor Sie DNS-Einträge bearbeiten, die Absenderadresse ändern oder die Nachricht erneut senden. Ein vollständiger Bounce dokumentiert die Entscheidung des empfangenden Systems und erleichtert den Vergleich mit späteren Versuchen. Prüfen Sie folgende Angaben:

• Erweiterter Statuscode: Vergewissern Sie sich, ob die Antwort 5.7.1 oder einen anderen Code enthält. In einer Bounce-Zusammenfassung fehlt möglicherweise der genaue SMTP-Code.
• Diagnosetext: Kopieren Sie die vollständige Erklärung des Servers, einschließlich einer Referenznummer oder Richtlinienbezeichnung. Verlassen Sie sich nicht auf eine gekürzte Meldung im Dashboard.
• Ablehnender Host: Notieren Sie den Hostnamen oder die IP-Adresse neben der Antwort. So lässt sich feststellen, ob ein Empfängerserver oder ein Filter-Gateway die Entscheidung getroffen hat.
• Zeitstempel: Halten Sie Datum und Uhrzeit fest, einschließlich der Zeitzone, sofern angegeben. Der Administrator des empfangenden Systems kann damit die Mailprotokolle durchsuchen.
• Nachrichten- und Empfängerdetails: Bewahren Sie die Nachrichten-ID, Absenderadresse, Empfängeradresse und alle aufgeführten Zustellversuche auf. Damit lässt sich der Vorgang eindeutig zuordnen.

Bewahren Sie den Originaltext vollständig auf, auch wenn er technische Header enthält. Nicht relevante personenbezogene Angaben können Sie vor dem Weitergeben gegebenenfalls schwärzen. Werden jedoch der ablehnende Host oder die Diagnosezeile entfernt, wird die Untersuchung deutlich schwieriger. Wer sich fragt „Wie finde ich die Ursache für eine E-Mail-Ablehnung?“, sollte genau mit diesen vollständigen Bounce-Angaben beginnen.

Wie lässt sich eine Richtlinienblockierung auf Absenderseite von einer empfängerbezogenen Regel unterscheiden?

Vergleichen Sie die Ergebnisse bei verschiedenen Empfängern und Domains. Wird dieselbe Nachricht von mehreren nicht miteinander verbundenen Domains mit ähnlicher Begründung abgewiesen, ist ein Problem auf Absenderseite wahrscheinlicher. Erhält ein Empfänger oder eine Organisation die Nachricht nicht, während andere sie bekommen, spricht das eher für eine lokale Empfängerregel oder Gateway-Richtlinie.

Solche Muster sind Hinweise, aber kein Beweis. Das Gateway eines Empfängers kann eine Regel auf eine ganze Absenderdomain anwenden, sodass mehrere Personen derselben Organisation betroffen sind. Umgekehrt kann ein Konfigurationsproblem auf Absenderseite nur bei bestimmten Anbietern auffallen, wenn nur diese die betreffende Richtlinie durchsetzen.

Achten Sie in der Diagnose auf Formulierungen, die den Geltungsbereich erkennen lassen, etwa einen blockierten Absender, einen eingeschränkten Empfänger oder eine lokale Sicherheitsregel. Vergleichen Sie die Ergebnisse anschließend mit einem gezielten Test: Senden Sie eine Nachricht desselben Typs an einen anderen autorisierten Empfänger, ohne mehrere Einstellungen gleichzeitig zu ändern. Erreicht die Nachricht andere Domains, scheitert aber wiederholt bei einem Unternehmen, teilen Sie die Belege mit dessen E-Mail-Administrator.

Verweist die Ablehnung auf Authentifizierung oder eine Domainrichtlinie, prüfen Sie die Einträge und deren Ausrichtung für Ihre Absenderdomain, bevor Sie um eine Ausnahme bitten. Eine gezielte Checkliste wie dieser Leitfaden zur Einrichtung der E-Mail-Authentifizierung kann Ihnen helfen, die relevanten Einträge zu überprüfen. Sie belegt jedoch nicht, dass die Authentifizierung den Fehler 550 verursacht hat – dafür muss der Bounce entsprechende Hinweise enthalten.

Welche Informationen sollten Sie dem E-Mail-Administrator des Empfängers geben?

Senden Sie eine kurze, aber ausreichend detaillierte Beschreibung, damit der Administrator den Vorgang in seinen Protokollen finden kann. Fügen Sie den vollständigen Bounce oder SMTP-Dialog, die Nachrichten-ID, die Absender- und Empfängeradressen sowie den ungefähren Sendezeitpunkt mit Zeitzone bei. Nennen Sie außerdem den ablehnenden Hostnamen und die genaue Diagnosezeile zu 550 5.7.1.

Beschreiben Sie den Vorfall, ohne über die Ursache zu spekulieren. Zum Beispiel: „Eine um 14:20 UTC an alex@example.com gesendete Nachricht wurde von mx.example.net mit dem Code 550 5.7.1 abgewiesen. Der vollständige Antworttext ist im angehängten Bounce enthalten.“ So erhält der Administrator konkrete Suchangaben, ohne dass eine unbestätigte Vermutung als Tatsache dargestellt wird.

Wenn die Nachricht über einen Anbieter oder eine Anwendung versendet wurde, nennen Sie diesen Dienst und fügen Sie nach Möglichkeit die Kennung des Zustellereignisses bei. Bei transaktionalen E-Mails kann das Ereignisprotokoll helfen, eine Aktion in der Anwendung dem SMTP-Versuch zuzuordnen. Informationen zu E-Mail-Webhooks für transaktionale E-Mails können Teams dabei helfen, solche Zustellereignisse für spätere Überprüfungen aufzubewahren.

Wann ist es sinnvoll, den Empfänger zu bitten, einen Absender auf die Zulassungsliste zu setzen?

Bitten Sie um eine Aufnahme in die Zulassungsliste, wenn der Administrator des Empfängers bestätigt, dass eine lokale Regel einen legitimen Absender blockiert, und erklären kann, für welche Absenderidentität oder Domain eine Ausnahme nötig ist. Legen Sie den genauen Bounce vor und nennen Sie die betreffende Absenderadresse oder Domain. Ob eine Ausnahme mit den Richtlinien der Organisation vereinbar ist, sollte der Administrator entscheiden.

Eine Aufnahme in die Zulassungsliste ist keine Lösung für jede Antwort mit dem Code 550 5.7.1. Verweist der Bounce auf ein Authentifizierungsproblem auf Absenderseite, eine fehlerhafte Adresse oder einen umfassenderen Richtlinienverstoß, kann eine Ausnahme das Problem lediglich verdecken, statt seine Ursache zu beheben. Orientieren Sie sich zunächst an der angegebenen Ablehnungsbegründung. Bitten Sie nur dann um eine lokale Ausnahme, wenn der E-Mail-Administrator des Empfängers bestätigt, dass die Ursache in den eigenen Richtlinien liegt.