Defaults.Exposed › Opravy › Guides
Yahoo 554 5.7.9 „Message Not Accepted for Policy Reasons" — Oprava odesílatele (2026)
Publikováno 2026-07-08
Údaje k 2026-06-29 · metodologie v7. Souhrnná data ze sčítání napříč 261 miliony ohodnocených domén. Viz jak hodnotíme.
Yahoo vrací 554 5.7.9, když zpráva porušuje jeho politiku odesílatele — obvykle selhání ověřování SPF/DKIM nebo politika DMARC, kterou Yahoo vymáhá. Opravte to tím, že necháte projít SPF nebo DKIM, zarovnané s vaší doménou From. Pouze 10.59% domén vymáhá DMARC — 27,640,987 z nich — podle sčítání Defaults.Exposed zahrnujícího 261,086,232 domén (2026-06-29).
Oprava je DNS a hygiena seznamu, nikoli odvolací formulář: diagnostikujte, která politika vás spouští, nechte projít SPF nebo DKIM pro správnou doménu, zarovnejte vítěznou nohu s vaší adresou From, publikujte DMARC, pokud odesíláte hromadně, a přidejte jedním klikem odhlášení. Níže je pořadí kroků plus dekodér pro sourozenecké kódy Yahoo — 553 5.7.1, 553 5.7.2 a odklady 421.
Co znamená chyba Yahoo 554 5.7.9?
Od února 2024 Yahoo vymáhá stejnou rodinu pravidel odesílatele jako Gmail: každý odesílatel by měl projít SPF nebo DKIM; hromadní odesílatelé musí projít oběma, přičemž procházející mechanismus je zarovnán s doménou From, publikovat politiku DMARC, nabídnout RFC 8058 jedním klikem odhlášení na přihlášené poště a udržovat nízkou míru stížností. Yahoo záměrně odmítá publikovat objemový práh pro „hromadné” — paralelní pravidlo Google kreslí svou linii na 5 000 zpráv denně a to je funkční benchmark, který většina odesílatelů používá. Poštovní schránky AOL běží na stejné infrastruktuře, takže jedna oprava pokrývá obojí.
554 5.7.9 je trvalé odmítnutí politikou Yahoo. Klasická forma čte: „554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahooinc.com/error-codes” — záměrně obecné, protože pokrývá celou rodinu politik: selhání ověřování, vymáhání DMARC (včetně vlastního p=reject odesílající domény) a porušení pokynů odesílatele. Na rozdíl od 550-5.7.26 Gmailu, text zřídka říká, která noha selhala, takže krok 1 níže — skenování vaší domény zvenku — záleží více, nikoli méně.
Základní mezera je obrovská: napříč sčítáním 2026-06-29 zahrnujícím 261,086,232 domén, 46.4% (121,145,609) vůbec nepublikuje SPF záznam a pouze 10.59% vymáhá DMARC. Yahoo nežádá nic exotického — odmítá poštu od neověřené většiny.
Jaký kód odrazu Yahoo máte?
Porovnejte svůj NDR s touto tabulkou — zacházejte s každou položkou jako s „odrazem jako:”, protože Yahoo oficiálně publikuje kategorie chyb spíše než doslovné řetězce a přesné formulace a bracketed tagy důvodů (jako [TSS04]) jsou pozorované v praxi a mění se v průběhu času. Zkontrolujte fragmenty vůči svému skutečnému odrazu a seznamu kódů chyb Yahoo Sender Hub.
| Kód | Odraz jako (fragment) | Co to znamená | Kde je oprava |
|---|---|---|---|
| 554 5.7.9 | „Message not accepted for policy reasons” | Trvalé odmítnutí politikou — selhání ověřování, DMARC nebo pokynů odesílatele | Tento průvodce, kroky 2–6 |
| 553 5.7.1 | Text politiky IP nebo obsahu, často s bracketed tagem důvodu (např. odkaz na blocklist) | Yahoo nepřijme z této IP/zdroje — blok reputace nebo politiky | Kroky 2–3, poté čisté odesílání; ověřování zabraňuje recidivám, ale IP nevyjme ze seznamu |
| 553 5.7.2 | „will be permanently deferred” / opakování nebude úspěšné | Trvalé selhání reputace na odesílající IP — tvrdá verze odkladu | Kroky 2–7, zahřívání nové IP pokud je vlastní hosting |
| 421 4.7.0 | „temporarily deferred due to unexpected volume or user complaints” (často tag [TSS]) | Dočasný odklad — skok rychlosti nebo stížností, ne trvalý blok | Fronty k opakování se vyčistí; opravte kroky 5–7, aby se to přestalo opakovat |
Dvě poctivé poznámky k té tabulce. Odklad 421 je Yahoo, které vás throttluje, zatímco rozhoduje — respektujte opakování, zpomalte a opravte stranu stížností; hammering fronty převede odklady na 553. A žádný DNS záznam nevyjme ze seznamu blocklisted IP: ověřování zastaví politická odmítnutí a zabrání recidivám, ale reputace IP se zotaví pouze čistým odesíláním v průběhu času.
Jak opravit 554 5.7.9, krok za krokem?
- Nejprve spusťte bezplatnou kontrolu na defaults.exposed. Přečte vaše živé záznamy SPF, DKIM a DMARC z vnějšku — stejný pohled, jaký dostane Yahoo — a ukáže, která noha selhává před dotykem DNS.
- Nechte projít SPF pro doménu, kterou Yahoo skutečně kontroluje. Guardrail, který chytí polovinu všech odesílatelů: příjemci vyhodnocují SPF vůči doméně Return-Path (RFC5321.MailFrom), nikoli záhlaví From. Pokud pro vás odesílá newsletterový nástroj nebo CRM, SPF se obvykle vyhodnocuje vůči jejich bounce doméně — proto může být váš vlastní SPF záznam dokonalý a přesto irelevantní. Potvrďte, na jakou doménu se vaše odrazy vracejí, poté se ujistěte, že SPF té domény pokrývá odesílající zdroj.
- Povolte DKIM podepisování s vaší vlastní doménou. U svého poskytovatele nebo ESP zapněte DKIM vlastní domény (obvykle dva nebo tři CNAME záznamy), aby podpisy říkaly
d=vasadomena.cz, nikoli výchozí platformy. Průvodci platformou: selhání DMARC u Mailchimp, Brevo a Klaviyo. - Nechte procházející nohu zarovnat se s vaší doménou From. Požadavky Yahoo — jako DMARC — se starají o zarovnání: SPF nebo DKIM prochází pro doménu, která odpovídá té ve vaší adrese From. Pokud vaše skenování zobrazuje SPF a DKIM zeleně, ale Yahoo stále odmítá, jste v pasti zarovnání — viz DMARC selhává, ale SPF a DKIM procházejí.
- Publikujte záznam DMARC, pokud odesíláte hromadně. Yahoo vyžaduje alespoň
p=nones adresou pro hlášení od hromadných odesílatelů — nepublikuje žádné pevné číslo objemu, takže zacházejte s 5 000/den od Google jako s funkčním benchmarkem. Je to jeden TXT záznam na_dmarc— viz průvodce opravou DMARC pro záznam a plán navyšování a průvodce nastavením DMARC na IONOS pro propracovaný příklad z ovládacího panelu. Vymáháním ho nakonec budete napřed oproti 89.41% domén. - Přidejte RFC 8058 jedním klikem odhlášení (záhlaví
List-Unsubscribe+List-Unsubscribe-Post) na marketingové a přihlášené poště a respektujte odhlášení do dvou dnů. Renomované ESP přidávají tyto automaticky, jakmile je ověřování domény zapnuto — ověřte v záhlavích odeslané zprávy. - Udržujte stížnosti nízko. Yahoo váží akce uživatelů „označit jako spam” těžce — udržujte míru spamu pod 0,3 % — a trvalé skoky stížností jsou hlavní cesta od odkladů 421 k odmítnutím 553/554. Zaregistrujte se pro smyčku zpětné vazby stížností Yahoo přes jeho Sender Hub, prořežte neaktivní adresy a nikdy neposílejte na zakoupené seznamy.
Většina odesílatelů vymaže 554 5.7.9 v krocích 2–4; kroky 5–7 jsou to, co vás udržuje mimo cyklus odkladů poté. Pro úplný seznam požadavků na oba poskytovatele — prahy, záhlaví, čísla míry spamu — viz náš referenční článek o požadavcích odesílatelů Google a Yahoo; tento průvodce zůstává zaměřen na opravu odrazu.
Platí pravidla Yahoo pro malé odesílatele?
Úplný kontrolní seznam pro hromadné odesílatele — SPF i DKIM, zarovnání, publikovaný DMARC, jedním klikem odhlášení — formálně platí pro odesílatele významného objemu a Yahoo explicitně odmítá dát číslo na „významný” (paralelní pravidlo Google používá 5 000 zpráv denně, běžný funkční benchmark). Ale základní ověřování je očekáváno od všech a 554 5.7.9 před výstřelem nekontroluje váš objem: malí odesílatelé na něj narazí přes sdílenou infrastrukturu svého ESP, přes p=reject vlastní domény s nezarovnanou poštou nebo jednoduše odesíláním z domény zcela bez ověřování — 46.4% domén bez SPF záznamu (sčítání 2026-06-29). Zacházejte s kroky 1–4 jako s povinnými při jakémkoliv objemu.
Je to totéž jako 550-5.7.26 Gmailu?
Stejná rodina pravidel, jiný dialekt. Google a Yahoo oznámili své požadavky společně koncem roku 2023 a oba začali vymáhat v únoru 2024, takže doména opravená pro jednoho je v podstatě opravena pro druhého. Praktické rozdíly: text odrazu Gmailu obvykle pojmenovává selhávající mechanismus, 554 5.7.9 Yahoo obvykle ne; a Yahoo se více opírá o odklady IP řízené stížnostmi. Odraz u obou? Opravte zde jednou, poté zkontrolujte specifika Gmailu v průvodci 550-5.7.26.
Nejčastější dotazy
Znamená 554 5.7.9, že Yahoo má moji doménu na bloklistu? Obvykle ne. Je to odmítnutí politikou — nejčastěji ověřováním — nikoli reputační rozsudek a je plně opravitelné v DNS. Je to také extrémně běžné místo, kde stát: pouze 10.59% z 261,086,232 domén vymáhá politiku DMARC k datu sčítání 2026-06-29. Trvalá odmítnutí 553 5.7.2 poté, co je vaše ověřování čisté, jsou reputační případ.
Proč můj newsletter odráží na Yahoo, když je adresa From @yahoo.com?
Protože Yahoo publikovalo p=reject na svých vlastních spotřebitelských doménách již v roce 2014 — jakákoliv služba třetí strany odesílající z @yahoo.com selže vlastní DMARC Yahoo a je záměrně odmítnuta. Oprava je strukturální: odesílejte ze své vlastní domény s vlastním ověřováním, nikoli z freemail adresy. Nastavení vlastní domény vašeho ESP je cesta — viz průvodce newsletterovou platformou.
Jak dlouho po opravě DNS bude Yahoo přijímat moji poštu? Opravy ověřování působí, jakmile jsou vaše nové záznamy viditelné — minuty až pár hodin, až 48 pro pomalé TTL. Obnova reputace je pomalejší: odklady 421 blednou přes dny čistého odesílání bez stížností a trvalý odklad 553 5.7.2 může trvat týdny nebo nové zahřívání.
Pošlete vlastníkovi zprávu
Pokud čistíte tento odraz pro klienta, nezavírejte tiket s „Yahoo znovu přijímá naši poštu”. Znovu spusťte bezplatnou kontrolu po svých změnách a přepošlete ohodnocenou zprávu obchodnímu vlastníkovi. Ukáže v přímé řeči, že doména nyní ověřuje svůj e-mail a kde stále zaostává — důkaz, který budou potřebovat pro obnovení kybernetického pojištění a dotazníky bezpečnosti dodavatelů. Opravili jste odraz; zpráva to dokazuje.
Zkontrolujte svou doménu → · Průvodce Gmail 550-5.7.26 → · Opravit DMARC → · Jak hodnotíme → · Pouze souhrnná data. Data uložena a zpracována v EU.