Defaults.Exposed

Defaults.ExposedNaprawyGuides

Yahoo 554 5.7.9 'Message Not Accepted for Policy Reasons' — naprawa dla nadawcy (2026)

Opublikowano 2026-07-08

Dane z 2026-06-29 · metodologia v7. Zagregowane dane ze spisu 261 milionów ocenianych domen. Zobacz jak oceniamy.

Yahoo zwraca 554 5.7.9, gdy wiadomość narusza politykę nadawcy — zazwyczaj nieudane uwierzytelnianie SPF/DKIM lub egzekwowanie polityki DMARC przez Yahoo. Napraw to, sprawiając, żeby SPF lub DKIM zachodziło, wyrównane z domeną From. Tylko 10,59% domen wymusza DMARC — 27 640 987 z nich — według spisu Defaults.Exposed obejmującego 261 086 232 domen (2026-06-29).

Naprawa to DNS i higiena listy, nie formularz odwołania: zdiagnozuj, którą politykę naruszasz, uzyskaj zaliczenie SPF lub DKIM dla właściwej domeny, wyrównaj zwycięską nogę z adresem From, opublikuj DMARC jeśli wysyłasz w wolumenie i dodaj wypisanie jednym kliknięciem. Poniżej kolejność kroków plus dekoder dla siostrzanych kodów Yahoo — 553 5.7.1, 553 5.7.2 i odroczenia 421.

Co oznacza błąd Yahoo 554 5.7.9?

Od lutego 2024 roku Yahoo egzekwuje tę samą rodzinę zasad nadawcy co Gmail: każdy nadawca powinien zaliczać SPF lub DKIM; nadawcy masowi muszą zaliczać oba, z zaliczającym mechanizmem wyrównanym do domeny From, publikować politykę DMARC, oferować wypisanie jednym kliknięciem RFC 8058 na subskrypcyjnej poczcie i utrzymywać niski wskaźnik skarg. Yahoo celowo odmawia publikowania progu wolumenu dla „masowego” — równoległa zasada Google wyznacza swoją granicę na 5 000 wiadomości dziennie i to jest punkt odniesienia, którego używa większość nadawców. Skrzynki AOL działają na tej samej infrastrukturze, więc jedna naprawa obejmuje oba.

554 5.7.9 to permanentne odrzucenie polityki Yahoo. Klasyczna forma brzmi: “554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahooinc.com/error-codes” — celowo ogólna, bo obejmuje całą rodzinę polityki: błędy uwierzytelniania, egzekwowanie DMARC (w tym własne p=reject domeny wysyłającej) i naruszenia wytycznych nadawcy. W przeciwieństwie do 550-5.7.26 Gmaila, tekst rzadko mówi, która noga nie zadziałała, więc krok 1 poniżej — skanowanie z zewnątrz Twojej domeny — ma tu tym większe znaczenie.

Leżąca u podstaw luka jest ogromna: w całym spisie 2026-06-29 obejmującym 261 086 232 domen, 46,4% (121 145 609) nie publikuje w ogóle rekordu SPF, a tylko 10,59% wymusza DMARC. Yahoo nie prosi o nic egzotycznego — odrzuca pocztę z nieuwierzytelniającej większości.

Który kod zwrotu Yahoo masz?

Dopasuj swój NDR do tej tabeli — traktując każdy wpis jako „zwrot podobny do:”, ponieważ Yahoo oficjalnie publikuje kategorie błędów, a nie dosłowne ciągi, a dokładne sformułowania i tagi przyczyn w nawiasach (jak [TSS04]) są obserwowane w praktyce i zmieniają się w czasie. Sprawdzaj fragmenty względem rzeczywistego zwrotu i listy kodów błędów w Sender Hub Yahoo.

KodZwrot podobny do (fragment)Co to oznaczaGdzie jest naprawa
554 5.7.9”Message not accepted for policy reasons”Permanentne odrzucenie polityki — błąd uwierzytelniania, DMARC lub wytycznych nadawcyTen przewodnik, kroki 2–6
553 5.7.1Tekst polityki IP lub treści, często z tagiem przyczyny w nawiasie (np. referencja blocklist)Yahoo nie przyjmuje z tego IP/źródła — blokada reputacji lub politykiKroki 2–3, następnie czyste wysyłanie; uwierzytelnianie zapobiega nawrotom, ale nie usuwa IP z listy
553 5.7.2”will be permanently deferred” / ponowna próba nie przyniesie sukcesuUtrzymywana awaria reputacji na wysyłającym IP — twarda wersja odroczeniaKroki 2–7, rozgrzewka nowego IP jeśli hostowany samodzielnie
421 4.7.0”temporarily deferred due to unexpected volume or user complaints” (często tag [TSS])Tymczasowe odroczenie — wzrost wskaźnika lub skarg, nie permanentna blokadaKolejki ponowień wydrążą; napraw kroki 5–7, żeby przestało się powtarzać

Dwie uczciwe uwagi o tej tabeli. Odroczenie 421 to Yahoo, które Cię ogranicza, podczas gdy się zastanawia — uszanuj ponowną próbę, zwolnij i napraw stronę skargową; bombardowanie kolejki zamienia odroczenia w kody 553. I żaden rekord DNS nie usuwa z listy zablokowanego IP: uwierzytelnianie zatrzymuje polityczne odrzucenia i zapobiega nawrotom, ale reputacja IP odbudowuje się tylko przez czyste wysyłanie w czasie.

Jak naprawić 554 5.7.9 krok po kroku?

  1. Najpierw uruchom bezpłatne skanowanie na defaults.exposed. Odczytuje Twoje aktualne rekordy SPF, DKIM i DMARC z zewnątrz — ten sam widok, który otrzymuje Yahoo — i pokazuje, która noga nie działa, zanim dotkniesz DNS.
  2. Uzyskaj zaliczenie SPF dla domeny, którą faktycznie sprawdza Yahoo. Bariera, na którą trafia połowa wszystkich nadawców: odbiorcy oceniają SPF względem domeny Return-Path (RFC5321.MailFrom), nie nagłówka From. Jeśli narzędzie do newsletterów lub CRM wysyła dla Ciebie, SPF jest zazwyczaj oceniany względem jego domeny bounce — dlatego Twój własny rekord SPF może być doskonały i nieistotny. Potwierdź, do której domeny wracają Twoje zwroty, następnie upewnij się, że SPF tej domeny obejmuje źródło wysyłkowe.
  3. Włącz podpisywanie DKIM własną domeną. W dostawcy lub ESP włącz DKIM własnej domeny (zazwyczaj dwa lub trzy rekordy CNAME), żeby podpisy mówiły d=twojadomeno.com, a nie domyślna platformy. Opisy dla platform: błędy DMARC Mailchimp, Brevo i Klaviyo.
  4. Wyrównaj zaliczoną nogę z domeną From. Wymagania Yahoo — jak DMARC — zależą na wyrównaniu: SPF lub DKIM przechodzące dla domeny pasującej do tej w adresie From. Jeśli skanowanie pokazuje SPF i DKIM na zielono, ale Yahoo nadal odrzuca, jesteś w pułapce wyrównania — zobacz DMARC nie przechodzi, ale SPF i DKIM tak.
  5. Opublikuj rekord DMARC, jeśli wysyłasz w wolumenie. Yahoo wymaga przynajmniej p=none z adresem raportowania od nadawców masowych — nie publikuje twardej liczby wolumenu, więc traktuj 5 000/dzień Google jako punkt odniesienia. To jeden rekord TXT w _dmarc — zobacz przewodnik naprawy DMARC dla rekordu i planu stopniowego zaostrzania, a przewodnik konfiguracji DMARC w IONOS dla omówionego przykładu panelu sterowania. Wymuszając go ostatecznie, będziesz przed 89,41% domen.
  6. Dodaj wypisanie jednym kliknięciem RFC 8058 (nagłówki List-Unsubscribe + List-Unsubscribe-Post) dla poczty marketingowej i subskrypcyjnej i respektuj wypisania w ciągu dwóch dni. Renomowane ESP dodają je automatycznie po włączeniu uwierzytelniania domeny — zweryfikuj w nagłówkach wysłanej wiadomości.
  7. Utrzymuj skargi na niskim poziomie. Yahoo poważnie traktuje akcje „oznacz jako spam” użytkowników — utrzymuj wskaźnik spamu poniżej 0,3% — a utrzymujące się skoki skarg to główna droga od odroczeń 421 do odrzuceń 553/554. Zarejestruj się w pętli zwrotnej skarg Yahoo przez jego Sender Hub, przycinaj nieaktywne adresy i nigdy nie wysyłaj do zakupionych list.

Większość nadawców usuwa blokadę 554 5.7.9 po krokach 2–4; kroki 5–7 to to, co utrzymuje Cię poza cyklem odroczeń później. Dla pełnej listy wymagań obu dostawców — progi, nagłówki, liczby wskaźnika spamu — patrz nasz artykuł referencyjny o wymaganiach nadawców Google i Yahoo; ten przewodnik skupia się na naprawieniu zwrotu.

Czy zasady Yahoo dotyczą małych nadawców?

Pełna lista kontrolna masowych nadawców — zarówno SPF jak i DKIM, wyrównanie, opublikowany DMARC, wypisanie jednym kliknięciem — formalnie dotyczy nadawców znaczącego wolumenu, a Yahoo wprost odmawia podania liczby dla „znaczącego” (równoległa zasada Google używa 5 000 wiadomości dziennie jako powszechnego punktu odniesienia). Ale podstawowe uwierzytelnianie jest oczekiwane od wszystkich, a 554 5.7.9 nie sprawdza Twojego wolumenu przed wystrzeleniem: mali nadawcy trafiają na to przez współdzieloną infrastrukturę ESP, przez własne p=reject domeny z niewyrównaną pocztą, lub po prostu przez wysyłanie z domeny w ogóle bez uwierzytelniania — 46,4% domen bez rekordu SPF (spis 2026-06-29). Traktuj kroki 1–4 jako obowiązkowe przy każdym wolumenie.

Czy to to samo co Gmail 550-5.7.26?

Ta sama rodzina zasad, inny dialekt. Google i Yahoo ogłosiły swoje wymagania razem pod koniec 2023 roku i oba zaczęły egzekwować w lutym 2024, więc domena naprawiona dla jednego jest zasadniczo naprawiona dla drugiego. Praktyczne różnice: tekst zwrotu Gmaila zazwyczaj nazywa niezdany mechanizm, 554 5.7.9 Yahoo zazwyczaj nie; a Yahoo mocniej opiera się na odroczeniach IP napędzanych skargami. Odrzucony przez oba? Napraw tu raz, następnie sprawdź specyfikę Gmaila w przewodniku 550-5.7.26.

Często zadawane pytania

Czy 554 5.7.9 oznacza, że Yahoo zablokowało moją domenę? Zazwyczaj nie. To odrzucenie polityki — najczęściej uwierzytelnianie — nie werdykt reputacji, i jest w pełni naprawialne przez DNS. To też niezwykle powszechna sytuacja: tylko 10,59% z 261 086 232 domen wymusza politykę DMARC według spisu 2026-06-29. Persistujące odrzucenia 553 5.7.2 po oczyszczeniu uwierzytelniania to przypadek reputacji.

Dlaczego mój newsletter odbija na Yahoo, gdy adres From to @yahoo.com? Ponieważ Yahoo opublikowało p=reject na swoich własnych domenach konsumenckich już w 2014 roku — każda zewnętrzna usługa wysyłająca z @yahoo.com nie przechodzi własnego DMARC Yahoo i jest odrzucana zgodnie z projektem. Naprawa jest strukturalna: wysyłaj z własnej domeny z własnym uwierzytelnianiem, nie z adresu freemail. Konfiguracja własnej domeny w ESP to właściwa ścieżka — patrz przewodnik platformy newsletterów.

Jak długo po naprawie DNS Yahoo zaakceptuje moją pocztę? Naprawy uwierzytelniania działają, gdy tylko nowe rekordy są widoczne — od minut do kilku godzin, maksymalnie 48 przy wolnych TTL. Odbudowa reputacji jest wolniejsza: odroczenia 421 zanikają przez dni czystego, wolnego od skarg wysyłania, a permanentne odroczenie 553 5.7.2 może zająć tygodnie lub świeżą rozgrzewkę.

Wyślij właścicielowi raport

Jeśli usuwasz ten zwrot dla klienta, nie zamykaj zgłoszenia słowami „Yahoo znowu przyjmuje naszą pocztę”. Ponów bezpłatne skanowanie po zmianach i prześlij oceniony raport właścicielowi firmy. Pokazuje on, w prostym języku, że domena teraz uwierzytelnia pocztę i gdzie nadal ma braki — dowód, którego będą potrzebować przy odnawianiu ubezpieczenia cybernetycznego i kwestionariuszach bezpieczeństwa dostawców. Naprawiłeś zwrot; raport to udowadnia.

Sprawdź swoją domenę → · Przewodnik Gmail 550-5.7.26 → · Napraw DMARC → · Jak oceniamy → · Tylko dane zagregowane. Dane przechowywane i przetwarzane w UE.