Ihre E-Mail ist nie angekommen. Der Server hat mit 554 5.0.0 geantwortet und das war‘s. Keine Erklärung. Nur eine dauerhafte Abweisung.
Das eigentliche Problem mit diesem Fehler: Er ist absichtlich vage gehalten. Er kann fünf verschiedene Dinge bedeuten. Während Sie noch herausfinden, welches es ist, werden Ihre E-Mails weiterhin abgelehnt. Und jeder Bounce verschlechtert ein wenig mehr Ihre Sender Reputation.
Was der Code 554 5.0.0 wirklich bedeutet
Der Code SMTP 554 zeigt eine dauerhafte Abweisung an. Der empfangende Server hat Ihre Nachricht abgelehnt und wird es nicht erneut versuchen. Der Untercode 5.0.0 ist der generischste, den es gibt: dauerhafter Fehler, Punkt. Der Server erklärt nicht, warum.
Das unterscheidet sich von einem Code wie 554 5.7.1 (Relay verweigert) oder 554 5.7.5 (DMARC-Fehler), die direkt auf die Ursache hinweisen. Mit dem 5.0.0 müssen Sie diagnostizieren. Die Ursache liegt in einem dieser fünf Bereiche, und die Reihenfolge, in der Sie sie überprüfen, macht den Unterschied.
Die fünf Ursachen, die in der richtigen Reihenfolge überprüft werden sollten
Die meisten Anleitungen geben Ihnen sieben parallele Maßnahmen. Das ist ein Fehler. Ihren SPF zu korrigieren, bevor Sie wissen, ob Ihre IP auf der Blacklist steht, kostet unnötig Zeit.
Beginnen Sie mit der Blacklist. Hier verlieren die meisten Teams Zeit: Sie ändern ihren SPF, obwohl ihre IP seit drei Wochen auf der Blacklist steht. MXToolbox oder MultiRBL prüfen innerhalb von 30 Sekunden. Wenn Sie auf Spamhaus, Barracuda oder SORBS erscheinen, hat der empfangende Server Ihre Nachricht wahrscheinlich abgelehnt, bevor er den Inhalt überhaupt gelesen hat. Jede Liste hat ihr eigenes Delisting-Verfahren: Spamhaus akzeptiert Anfragen über ein Formular, Barracuda erfordert eine Domain-Überprüfung.
Wenn Sie nicht auf der Blacklist stehen, überprüfen Sie Ihre Authentifizierungs-Einträge. SPF, DKIM und DMARC sind nicht mehr optional. Seit Anfang 2024 erfordern Google und Yahoo diese von Absendern in großen Mengen. Im November 2025 hat Gmail einen Meilenstein erreicht: nicht konforme Nachrichten werden nicht mehr in den Spam gefiltert, sie werden aktiv abgelehnt. Ein falsch konfigurierter SPF erlaubt es unbefugten Servern, in Ihrem Namen zu senden. Fehlt DKIM, kann der Empfänger die Integrität der Nachricht nicht überprüfen. Und wenn DMARC nicht veröffentlicht ist, hat der gegenüberliegende Server keine Richtlinien, was zu tun ist, wenn die Authentifizierung fehlschlägt. Überprüfen Sie Ihre DNS mit MXToolbox oder Google Admin Toolbox. Auf einem dedizierten Server oder VPS sollten Sie auch den Reverse DNS (PTR-Eintrag) kontrollieren: Ohne einen gültigen PTR, der auf Ihre Domain verweist, lehnen viele Server die Verbindung ab, bevor sie SPF oder DKIM überprüfen.
Wenn Sie DMARC zum ersten Mal einführen, beginnen Sie mit p=none, um Berichte zu sammeln, ohne Nachrichten zu blockieren. Sobald Ihre Flows identifiziert sind, gehen Sie zu p=quarantine und dann zu p=reject über. Indefinit in p=none zu bleiben, schützt vor nichts.
Dritte mögliche Ursache: der Inhalt. Einige Server lehnen Nachrichten, die Spam ähneln, mit 554 ab, ohne eine Blacklist zu erwähnen. Häufige Auslöser: gekürzte Links (bit.ly, tinyurl), ausführbare Anhänge, Bilder ohne Text, falsch formatierte Header.
Vierte mögliche Ursache: ein SMTP-Konfigurationsproblem zwischen Ihrem Client und Ihrem Versandserver. Falscher Port, falsche Verschlüsselung, deaktivierte Authentifizierung. Die untenstehende Tabelle listet die gängigen SMTP-Einstellungen nach Anbieter auf.
| Anbieter | SMTP-Server | Port | Verschlüsselung |
|---|---|---|---|
| Gmail | smtp.gmail.com | 587 | TLS |
| Outlook / Microsoft | smtp-mail.outlook.com | 587 | TLS |
| Yahoo Mail | smtp.mail.yahoo.com | 587 | TLS |
| OVH / LWS | ssl0.ovh.net | 465 | SSL |
Fünfter Fall: das Problem liegt beim Empfänger. Volles Postfach, abgelaufene Domain, beschädigte MX-Einträge. Der Fehler 554 5.0.0 kommt nicht immer von Ihnen. Senden Sie an eine andere Adresse auf derselben Domain. Wiederholt sich der Fehler nur bei diesem Empfänger, liegt das Problem bei ihm.
Wie man die vollständige Fehlermeldung liest
Der Code 554 5.0.0 allein reicht nicht aus. Der Text dahinter enthält die wirklich wichtigen Informationen.
Öffnen Sie die empfangene Non-Delivery-Report (NDR)-Nachricht. Suchen Sie nach der Zeile, die mit Remote server returned oder Diagnostic-Code beginnt. Oft finden Sie dort eine genauere Meldung:
554 5.0.0 Service unavailable: Probleme mit Reputation oder Serverkonfiguration554 5.0.0 Message rejected: Inhalt oder Filterpolitik554 5.0.0 NXDomain: die Empfängerdomain existiert nicht oder die MX sind ungültig554 5.0.0 smtp; 5.1.2 Bad destination host: DNS-Fehler bei der Empfängerdomain
Dieser Text weist auf die Ursache hin. Versuchen Sie nicht zu korrigieren, ohne ihn gelesen zu haben.
Gmail, Outlook, Exchange: die Unterschiede, die Sie kennen sollten
Gmail erlaubt 500 E-Mails pro Tag für persönliche Konten und 2.000 für Google Workspace. Danach werden die Ausgaben gestoppt. Gmail erfordert auch, dass SPF, DKIM und DMARC für jeden Absender konfiguriert sind, der mehr als 5.000 Nachrichten pro Tag sendet.
Outlook und Exchange Online verwenden Filter basierend auf der IP-Reputation. Ein Server, der von einer Adresse ohne positiven Verlauf sendet, wird verdächtig sein. Microsoft bietet sein Tool Smart Network Data Services (SNDS) an, um diese Reputation in Echtzeit zu überwachen.
Auf On-Premises-Exchange erscheint der Fehler 554 5.0.0 oft, wenn der SMTP-Relay für die Quell-IP-Adresse nicht erlaubt ist. Überprüfen Sie die Empfangs-Connectors im Exchange Admin Center.
Der Fehler, den Sie wiederholt machen, ohne es zu wissen
Das tun die meisten Teams, wenn sie einen Code 554 sehen: Sie ändern ihre DNS, warten auf die Ausbreitung, versuchen es erneut, sehen, dass es immer noch nicht funktioniert, fügen einen SPF-Eintrag hinzu, warten noch einmal. Mehrere Stunden gehen verloren, während sie seit Beginn auf der Blacklist stehen.
Der Code 554 5.0.0 ist eine dauerhafte Ablehnung. Solange die Ursache nicht identifiziert ist, nützt das erneute Senden der Nachricht nichts. Jede zusätzliche Versuch verschlechtert Ihre Reputation als Absender.
Die Reihenfolge zählt. Zuerst die Blacklist (5 Minuten). Dann die Authentifizierung (15 bis 30 Minuten). Inhalt und Konfiguration zuletzt.
Wie Sie den 554 5.0.0 in Zukunft vermeiden
Bereinigen Sie zuerst Ihre Listen. Ungültige Adressen erzeugen hard bounces, die die Reputation verschlechtern. Eine Bounce Rate über 2 % löst bei den meisten Anbietern Warnungen aus. Ein Tool wie CaptainVerify identifiziert ungültige Adressen, Spamfallen und volle Postfächer vor dem Versand. Weniger Bounces, bessere Reputation.
Aktivieren Sie die Feedbackloops bei großen Anbietern. Yahoo Postmaster und Google Postmaster Tools warnen, sobald Ihre Nachrichten als Spam markiert werden. Es ist kostenlos. So vermeiden Sie es, das Problem zu spät zu entdecken.
Wärmen Sie neue IPs schrittweise auf. Ein Server, der am ersten Tag 10.000 E-Mails sendet, wird von allen Anbietern als verdächtig angesehen, selbst wenn Ihr Inhalt einwandfrei ist.
Der 554 5.0.0 passiert nicht zufällig. Er dokumentiert etwas. Die Frage ist, wie lange Sie schon mit diesem Problem senden, ohne es zu wissen.
Achten Sie darauf, nicht mit dem Fehler SMTP 550 5.7.1 zu verwechseln: Er ähnelt dem 554, zeigt jedoch eine Ablehnung des Relays auf der Empfängerseite an. Die Ursachen und Korrekturen sind nicht dieselben. Wenn Ihre Fehlermeldung 550 anzeigt, handelt es sich um ein anderes Problem.
Häufige Fragen zum SMTP-Fehler 554 5.0.0
Was ist der Unterschied zwischen 554 5.0.0 und 554 5.7.1?
Der Code 554 5.7.1 zeigt eine Relay-Verweigerung an: Ihr Server versucht, über ein SMTP-Relay zu senden, das nicht autorisiert ist. Der 554 5.0.0 ist generischer und deckt mehrere Ursachen ab. Beide sind dauerhafte Ablehnungen, aber 5.7.1 weist direkt auf das Relay-Problem hin.
Kommt der Fehler 554 5.0.0 immer von meiner Seite?
Nein. Wenn der Fehler NXDomain oder Bad destination host enthält, liegt das Problem beim Empfänger: abgelaufene Domain, ungültige MX. Testen Sie es mit einem anderen Empfänger auf derselben Domain, um dies zu bestätigen.
Wie lange dauert es, von einer Blacklist entfernt zu werden?
Das hängt von der Liste ab. Bei Spamhaus kann es 24 bis 48 Stunden dauern, nachdem ein Antrag eingereicht wurde. Barracuda ist oft schneller. Einige Listen aktualisieren sich automatisch, wenn Ihre IP mehrere Tage lang keinen Spam mehr sendet.
Sollte der Support des Empfängeranbieters kontaktiert werden?
Wenn Sie Authentifizierung, Blacklist und Konfiguration korrigiert haben und der Fehler bei einem Empfänger bestehen bleibt, ja. Gmail, Microsoft und Yahoo haben jeweils ein Postmaster-Formular. Geben Sie die vollständigen Header der abgelehnten Nachricht an.
