554 5.7.9 “Message not accepted for policy reasons”: Lösung für Yahoo/AOL

Wenn Yahoo oder AOL Ihre E-Mails mit einer Meldung wie dieser direkt ablehnt, sind Sie auf eine Ablehnung 554 5.7.9 wegen einer Richtlinie gestoßen:

554 5.7.9 Message not accepted for policy reasons.
Please visit https://senders.yahooinc.com

Das ist keine vorübergehende Zurückstellung, nicht die gleitende Drosselung nach Beschwerderate ([TSS04]) und auch kein allgemeiner Inhaltsfilter. 554 5.7.9 ist eine harte, dauerhafte Ablehnung aufgrund von Yahoos Absenderrichtlinie: Etwas an der Art, wie die Nachricht gesendet wurde, besteht Yahoos Grundprüfungen für Massen- oder Werbe-E-Mails nicht, und Yahoo verweigert den Zustellversuch direkt, statt ihn in die Warteschlange zu stellen.

Da AOL, AIM und Verizon.net alle auf Yahoos Mailinfrastruktur laufen, gilt dieselbe Ablehnung 554 5.7.9 bei allen genau gleich.

Was 554 5.7.9 tatsächlich bedeutet

Zerlegen Sie die Antwort Stück für Stück:

• 554: SMTP „transaction failed“ (Transaktion fehlgeschlagen). Ein 5xx-Code ist ein dauerhafter Fehler. Ihr MTA versucht es nicht von selbst erneut; die Nachricht geht sofort als Bounce an den ursprünglichen Absender zurück.
• 5.7.9: der erweiterte Statuscode. Die führende 5 bestätigt den dauerhaften Fehler. Die 7 steht für den Bereich Richtlinie/Sicherheit. Die 9 ist registriert als "authentication mechanism is too weak" (Authentifizierungsmechanismus zu schwach), ein SMTP-AUTH-Code aus RFC 4954 (IANA-Registry); Yahoo verwendet ihn für Nachrichten, die gegen seine Absenderrichtlinie verstoßen.
• Message not accepted for policy reasons: Yahoos für Menschen lesbare Erklärung. Details fehlen absichtlich: Yahoo legt nicht offen, welche konkrete Richtlinienregel gegriffen hat, damit Missbraucher die Schwellen nicht zurückrechnen können.
• senders.yahooinc.com: Yahoos Postmaster-Dokumentation, in der die zugrunde liegenden Richtlinienanforderungen veröffentlicht sind.

Der entscheidende Unterschied zu TSS04: TSS04 ist eine vorübergehende 4xx-Zurückstellung (421), ausgelöst durch Ihre gleitende Beschwerderate. 554 5.7.9 ist eine dauerhafte 5xx-Ablehnung, ausgelöst durch einen Richtlinienverstoß, der in der Nachricht selbst oder beim Absender dahinter liegt. TSS04 löst sich automatisch, sobald Ihre Beschwerderate sinkt; 554 5.7.9 löst sich erst, wenn das zugrunde liegende Richtlinienproblem behoben ist.

Die häufigsten Ursachen

In echten Fällen lässt sich 554 5.7.9 fast immer auf eine dieser Ursachen zurückführen:

• DKIM-Signatur fehlt, ist defekt oder nicht aligned. Yahoo setzt die Anforderungen von Gmail/Yahoo an Massenversender von 2024 durch: DKIM ist Pflicht, und die Domain im From:-Header muss entweder mit der DKIM-Domain d= oder mit der SPF-Domain übereinstimmen (Alignment), damit DMARC besteht. Eine fehlende DKIM-Signatur oder ein fehlendes Alignment ist der häufigste einzelne Auslöser.
• SPF schlägt fehl oder ist nicht aligned. Massenversender müssen neben DKIM auch SPF umsetzen. Das Alignment kann von einem der beiden kommen, ein bestandenes SPF ohne Alignment ist also nur in Ordnung, wenn DKIM aligned ist.
• Kein DMARC-Eintrag, oder DMARC p=none, ohne dass SPF oder DKIM aligned ist. Yahoos Richtlinie für Massenversender verlangt mindestens p=none und mindestens eine Authentifizierung mit Alignment. Absender ganz ohne veröffentlichten DMARC-Eintrag sind für 554 5.7.9 am anfälligsten.
• Massenversand von einer brandneuen Domain ohne jede Reputation. Yahoo lehnt kalte Domains beim ersten Kontakt konsequenter ab als Gmail, besonders wenn die Nachricht der Form nach transaktional oder werblich aussieht.
• Keine Anmeldung beim Complaint Feedback Loop (CFL) von Yahoo. Bei Absendern mit hohem Volumen ist die fehlende CFL-Anmeldung selbst ein Richtliniensignal, denn Yahoo erwartet, dass Massenversender für Beschwerdeberichte erreichbar sind.
• Fehlender Abmelde-Header. Werbe-E-Mails ohne funktionierenden List-Unsubscribe-Header verstoßen gegen Yahoos Anforderungen an Massenversender (Yahoo akzeptiert die mailto:-Methode, empfiehlt aber dringend den POST List-Unsubscribe-Post: List-Unsubscribe=One-Click nach RFC 8058) und können statt einer weichen Zurückstellung eine harte Ablehnung auslösen.
• Inhalt oder Vorlage, die eine Richtlinienregel auslöst. URL-Shortener, nicht zusammenpassende Paare aus Anzeigename und From-Adresse oder HTML, das den tatsächlichen Absender verschleiert, verstoßen alle gegen dokumentierte Absenderrichtlinien von Yahoo.

Wenn Ihr Bounce wörtlich Message not accepted for policy reasons zeigt und nichts Genaueres, verrät Yahoo absichtlich nicht, welche Regel gegriffen hat, und Sie müssen jeden der obigen Punkte der Reihe nach prüfen.

Lösung Schritt für Schritt

Arbeiten Sie diese Liste von oben nach unten ab. Wer die Authentifizierungsschritte überspringt und direkt zum „Aufwärmen der Domain“ springt, bleibt am häufigsten tagelang bei 554 5.7.9 hängen.

1. Pausieren Sie die betroffene Kampagne. Eine 5xx-Ablehnung bedeutet, dass die Nachricht dauerhaft zurückkommt. Jeder weitere Versuch ist ein weiterer Bounce in Ihrer Bilanz und ein weiterer Datenpunkt dafür, dass Yahoo Sie als nicht konformen Absender sieht. Senden Sie nicht mehr an Yahoo/AOL-Empfänger, bis das zugrunde liegende Richtlinienproblem behoben ist.
2. Prüfen Sie SPF für die Versanddomain. Prüfen Sie die From-Domain mit dem SPF-Lookup. Stellen Sie sicher, dass der Eintrag existiert, syntaktisch gültig ist, weniger als 10 DNS-Lookups braucht und dass die IP, die die E-Mails tatsächlich sendet, autorisiert ist, direkt oder über ein include:, das Sie kontrollieren.
3. Prüfen Sie DKIM für die Nachricht. Nehmen Sie eine aktuelle Nachricht und prüfen Sie den Header DKIM-Signature. Prüfen Sie Selektor und Domain mit dem DKIM-Lookup, um sicherzugehen, dass der öffentliche Schlüssel auflösbar ist. Entscheidend ist, dass die DKIM-Domain d= mit der From:-Domain übereinstimmt (oder im Modus relaxed aligned ist). Eine DKIM-Signatur ohne Alignment besteht DKIM, aber nicht DMARC, und Yahoo wertet das als Richtlinienverstoß.
4. Prüfen Sie DMARC. Prüfen Sie die From-Domain mit dem DMARC-Lookup. Sie brauchen mindestens einen veröffentlichten Eintrag mit p=none, für Yahoos Richtlinie für Massenversender aber zusätzlich entweder SPF oder DKIM bestanden mit Alignment. Ein DMARC-Eintrag, bei dem beide Authentifizierungen das Alignment verfehlen, wirkt praktisch so, als gäbe es gar kein DMARC.
5. Prüfen Sie die Header für Massenversender. Jede Werbe-E-Mail an Yahoo sollte sowohl List-Unsubscribe: <https://...>, <mailto:...> als auch List-Unsubscribe-Post: List-Unsubscribe=One-Click enthalten. Holen Sie die Roh-Header einer gesendeten Nachricht und prüfen Sie, ob beide Zeilen vorhanden und korrekt aufgebaut sind. Das genaue Format finden Sie in unserem Leitfaden zu den Anforderungen von Gmail und Yahoo an Massenversender.
6. Melden Sie sich beim Complaint Feedback Loop von Yahoo an. Registrieren Sie Ihre Versanddomain auf senders.yahooinc.com. Ohne CFL-Anmeldung sehen Sie keine Yahoo-Beschwerden, und Ihnen fehlt ein dokumentierter Compliance-Schritt für Massenversender.
7. Prüfen Sie den Inhalt und den From-Header. Stellen Sie sicher, dass der Anzeigename im From: zur tatsächlichen Versanddomain passt (kein "Bank of America" <random@cheapdomain.xyz>), dass der Text keine URL-Shortener enthält und dass Tracking-Weiterleitungen auf einer Subdomain der From-Domain liegen, nicht bei einem fremden Shortener.
8. Testen Sie eine Nachricht mit geringem Volumen. Sobald Authentifizierung, Header und CFL stehen, senden Sie eine einzelne Nachricht von derselben Infrastruktur an eine Yahoo-Testadresse. Wird sie angenommen, steigern Sie langsam (die Kurve zur Erholung finden Sie im TSS04-Leitfaden). Wird sie weiterhin mit 554 5.7.9 abgelehnt, schlägt eine der obigen Authentifizierungsprüfungen noch fehl.

Wie lange es dauert, bis sich 554 5.7.9 löst

Anders als TSS04 ist 554 5.7.9 nicht zeitabhängig. Die Ablehnung endet in dem Moment, in dem der verursachende Richtlinienverstoß behoben ist, es gibt also kein gleitendes Zeitfenster abzuwarten.

In der Praxis:

• Innerhalb von Minuten, wenn die Ursache eine fehlende oder defekte DKIM-Signatur oder ein nicht veröffentlichter DMARC-Eintrag war. Sobald sich das DNS verbreitet hat und die nächste Nachricht korrekt signiert ist, hört die Ablehnung auf.
• Innerhalb von 24 bis 48 Stunden, wenn Sie sich beim CFL anmelden, List-Unsubscribe-Header reparieren oder warten müssen, bis DNS-Änderungen bei den Resolvern von Yahoo vollständig angekommen sind.
• Eine Woche oder länger, aber nur, wenn Sie weiter in die Ablehnung senden (jeder 5xx-Bounce ist ein neuer Datenpunkt zur Richtlinie) oder wenn die Ursache eine kalte Domain ohne Reputation ist, die auch nach der Reparatur der Authentifizierung noch eine Aufwärmkurve braucht.

Es gibt kein Delisting-Formular für 554 5.7.9. Yahoos Richtlinie weist Absender ausdrücklich an, das zugrunde liegende Problem zu beheben und es erneut zu versuchen, nicht eine manuelle Prüfung zu beantragen.

FAQ

Ist 554 5.7.9 eine Blacklist-Listung? Nein. Es ist Yahoos eigene Ablehnung wegen einer Richtlinie, angewendet von Yahoos eingehenden MTAs auf Grundlage der Nachricht und des Absenders. Yahoo nennt eine Spamhaus-Listung Ihrer IP allerdings als eine der Ursachen seiner 5xx-Ablehnungen (Yahoo SMTP error codes), prüfen Sie Ihre sendende IP also gegen Spamhaus, bevor Sie das ausschließen.

Worin unterscheidet sich das von TSS04? TSS04 ist eine vorübergehende 4xx-Zurückstellung, ausgelöst durch Ihre gleitende Spam-Beschwerderate, und löst sich automatisch, wenn die Rate sinkt. 554 5.7.9 ist eine dauerhafte 5xx-Ablehnung, ausgelöst durch einen Richtlinienverstoß (meist bei der Authentifizierung), und löst sich erst, wenn Sie den Verstoß beheben. Die Seite der Beschwerderate behandelt der TSS04-Leitfaden.

Verhält sich AOL genauso? Ja. AOL, AIM und Verizon.net laufen auf Yahoos Mailinfrastruktur und wenden identische Ablehnungen 554 5.7.9 an. Wenn Yahoo Sie mit 5.7.9 ablehnt, tut AOL das auch.

Hilft ein erneuter Versuch? Nein. 554 ist dauerhaft. Ihr MTA versucht es nicht von selbst erneut, und erzwungene manuelle Wiederholungen häufen nur weitere Bounces gegen Ihre Absenderreputation an. Beheben Sie zuerst die Ursache.

Muss ich Yahoo kontaktieren, um das zu lösen? Nein. Für 554 5.7.9 gibt es weder ein Support-Ticket noch ein Delisting-Verfahren. Yahoos Dokumentation sagt ausdrücklich, dass Sie das Richtlinienproblem beheben und erneut senden sollen. Laufendes Monitoring von Authentifizierung und DMARC (Tarife mit Monitoring rund um die Uhr finden Sie unter Preise) ist die praktische vorbeugende Lösung.

Fazit

Mit 554 5.7.9 sagt Yahoo Ihnen dauerhaft und ohne erneuten Versuch, dass die Nachricht, die Sie senden wollten, gegen seine Absenderrichtlinie verstößt, fast immer wegen fehlender Authentifizierung oder fehlendem Alignment, fehlender Header für Massenversender oder einer brandneuen Versanddomain ohne jede Compliance-Historie. Sobald Sie das zugrunde liegende Problem beheben, ist es umkehrbar, und anders als bei TSS04 gibt es keine Wartezeit: Die nächste Nachricht besteht oder scheitert aus eigener Kraft.

Prüfen Sie zuerst das Alignment von SPF, DKIM und DMARC mit dem SPF-Lookup, dem DKIM-Lookup und dem DMARC-Lookup. Fügen Sie die One-Click-Unsubscribe-Header hinzu. Melden Sie sich beim CFL von Yahoo an. Senden Sie dann eine einzelne Testnachricht. Wenn die Authentifizierung stimmt, hört 554 5.7.9 sofort auf.

Wenn Sie die Authentifizierungssignale, die solche Ablehnungen auslösen, laufend im Blick behalten wollen (DMARC-Berichte, schleichende Abweichungen beim DKIM/SPF-Alignment, fehlende Header für Massenversender), überwacht MailVitals all das rund um die Uhr, damit Sie den nächsten 554 5.7.9 verhindern, statt ihn erst in einem Bounce-Bericht zu entdecken.

👉 Weiterlesen: Yahoo 421 4.7.0 TSS04: Zurückstellung · Anforderungen von Gmail und Yahoo an Absender 2026 · SMTP-Fehlercodes erklärt

Quellen

• Sender Requirements and Recommendations (Yahoo Sender Hub), Yahoos Anforderungen: SPF oder DKIM für alle Absender; SPF, DKIM, DMARC, Alignment und List-Unsubscribe für Massenversender.
• SMTP Error Codes (Yahoo Sender Hub), Yahoos Ursachen für Ablehnungen mit 553 und 554, darunter fehlgeschlagene Authentifizierung und Spamhaus-Listungen, und seine Regel, einen 5xx-Fehler nie erneut zu versuchen.
• IANA SMTP Enhanced Status Codes registry, die registrierte Bedeutung von 5.7.9 und der anderen X.7-Codes.
• RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), wie das DMARC-Alignment mit SPF oder DKIM funktioniert.
• RFC 8058: Signaling One-Click Functionality for List Email Headers, der One-Click-Unsubscribe per POST, den Yahoo empfiehlt.