Yahoo 554 5.7.9 „Съобщението не е прието по причини на политика” — поправката за изпращача (2026)

Публикувано 2026-07-08

Данни към 2026-06-29 · методология v7. Обобщени данни от census за 261 милиона оценени домейна. Вижте как оценяваме.

Yahoo връща 554 5.7.9, когато съобщение нарушава политиката му за изпращачи — обикновено неуспешна SPF/DKIM автентикация или DMARC политика, прилагана от Yahoo. Поправете го, като накарате SPF или DKIM да преминат, привдени в съответствие с вашия From домейн. Само 10.59% от домейните прилагат DMARC — 27,640,987 от тях — според census на Defaults.Exposed за 261,086,232 домейна (2026-06-29).

Поправката е DNS и хигиена на списъка, а не формуляр за обжалване: диагностицирайте коя политика нарушавате, накарайте SPF или DKIM да преминат за правилния домейн, приведете печелившия компонент в съответствие с адреса ви From, публикувайте DMARC при изпращане в обем и добавете деабониране с едно кликване. По-долу е редът на стъпките плюс декодер за братските кодове на Yahoo — 553 5.7.1, 553 5.7.2 и отлаганията 421.

Какво означава грешка 554 5.7.9 на Yahoo?

От февруари 2024 г. Yahoo прилага същото семейство правила за изпращачи като Gmail: всеки изпращач трябва да премине SPF или DKIM; масовите изпращачи трябва да преминат и двете, с преминаващия механизъм, приведен в съответствие с From домейна, да публикуват DMARC политика, да предлагат RFC 8058 деабониране с едно кликване при абонатна поща и да поддържат нисък процент на оплаквания. Yahoo умишлено отказва да публикува праг на обем за „масов” — паралелното правило на Google очертава линията на 5 000 съобщения на ден и това е работещото сравнение, използвано от повечето изпращачи. AOL пощенските кутии работят на същата инфраструктура, така че една поправка покрива и двете.

554 5.7.9 е постоянното отхвърляне на политика на Yahoo. Класическата форма гласи: „554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahooinc.com/error-codes” — умишлено общо, защото покрива цялото семейство политики: неуспехи при автентикацията, прилагане на DMARC (включително собствената p=reject политика на изпращащия домейн) и нарушения на указанията за изпращачи. За разлика от Gmail 550-5.7.26, текстът рядко казва кой компонент не е успял, така че стъпка 1 по-долу — сканиране на домейна ви отвън — е от по-голямо значение тук, а не по-малко.

Базовият пропуск е огромен: сред census от 2026-06-29 на 261,086,232 домейна, 46.4% (121,145,609) не публикуват никакъв SPF запис, а само 10.59% прилагат DMARC. Yahoo не иска нищо екзотично — отхвърля поща от неавтентикираното мнозинство.

Кой Yahoo код за отхвърляне имате?

Съпоставете NDR с тази таблица — третирайки всеки запис като „отхвърляне като:”, защото Yahoo официално публикува категории грешки, а не буквални низове, и точните формулировки и тагове в скоби (като [TSS04]) са наблюдавани в практиката и се променят с течение на времето. Проверете фрагментите спрямо реалното отхвърляне и списъка с кодове за грешки на Sender Hub на Yahoo.

Код	Отхвърляне като (фрагмент)	Какво означава	Където е поправката
554 5.7.9	„Съобщението не е прието по причини на политика”	Постоянно отхвърляне по политика — неуспех при автентикацията, DMARC или нарушение на указанията за изпращачи	Това ръководство, стъпки 2–6
553 5.7.1	Текст за IP или политика на съдържанието, часто с таг в скоби (напр. препратка към блоклист)	Yahoo не приема от тази IP/источник — блок за репутация или политика	Стъпки 2–3, след това чисто изпращане; автентикацията предотвратява рецидивите, но не изключва IP от блоклиста
553 5.7.2	„ще бъде постоянно отложено” / повторен опит не ще успее	Устойчив неуспех при репутацията на изпращащото IP — твърдата версия на отлагане	Стъпки 2–7, загряване на ново IP при собственоначало
421 4.7.0	„временно отложено поради неочакван обем или оплаквания от потребители” (часто таг [TSS])	Временно отлагане — скок на честота или оплаквания, а не постоянен блок	Опашките за повторен опит ще се изчерпат; поправете стъпки 5–7, за да спре повторението

Две честни бележки за тази таблица. Отлагане 421 е Yahoo да ви ограничава, докато решава — уважавайте повторния опит, забавете се и поправете страната с оплаквания; блъскането по опашката превръща отлаганията в 553. И никакъв DNS запис не изключва блокирано IP от блоклиста: автентикацията спира политическите отхвърляния и предотвратява рецидивите, но IP репутацията се възстановява само чрез чисто изпращане с течение на времето.

Как да поправите 554 5.7.9 стъпка по стъпка?

Първо стартирайте безплатното сканиране на defaults.exposed. То чете живите SPF, DKIM и DMARC записи на домейна ви отвън — същата гледна точка, която Yahoo получава — и показва кой компонент не успява, преди да докоснете DNS.
Осигурете SPF преминаване за домейна, реално проверяван от Yahoo. Предпазителят, улавящ половината изпращачи: получателите оценяват SPF спрямо домейна на Return-Path (RFC5321.MailFrom), а не заглавието From. Ако инструмент за бюлетини или CRM изпраща за вас, SPF обикновено се оценява спрямо техния домейн за отвърнати писма — затова вашият собствен SPF запис може да е перфектен и без значение. Потвърдете кой домейн получава отвърнатите писма, след което се уверете, че SPF на този домейн покрива изпращащия источник.
Активирайте DKIM подписване с вашия собствен домейн. В доставчика или ESP включете DKIM с персонализиран домейн (обикновено два или три CNAME записа), така че подписите казват d=yourdomain.com, а не стандарта на платформата. Наръчници по платформи: DMARC неуспехи при Mailchimp, Brevo и Klaviyo.
Накарайте преминаващия компонент да съответства с From домейна. Изискванията на Yahoo — подобно на DMARC — се интересуват от alignment: SPF или DKIM преминаване за домейн, съвпадащ с вашия адрес From. Ако сканирането показва зелени SPF и DKIM, но Yahoo все още отхвърля, попаднали сте в капана на alignment — вижте DMARC не успява, но SPF и DKIM преминават.
Публикувайте DMARC запис, ако изпращате в обем. Yahoo изисква поне p=none с адрес за докладване от масовите изпращачи — не публикува твърд праг на обема, затова използвайте 5 000/ден на Google като работеща база. Един TXT запис на _dmarc — вижте ръководството за поправяне на DMARC за записа и плана за поетапно затягане и ръководството за настройка на DMARC за IONOS за разработен пример с панел за управление. Ще бъдете пред 89.41% от домейните, прилагайки го в крайна сметка.
Добавете RFC 8058 деабониране с едно кликване (заглавия List-Unsubscribe + List-Unsubscribe-Post) при маркетинговата и абонатната поща и изпълнявайте деабонированията в рамките на два дни. Реномираните ESP добавят тези автоматично след активиране на автентикацията на домейна — проверете в заглавията на изпратено съобщение.
Поддържайте ниски оплаквания. Yahoo придава голямо значение на действията на потребителите „отбележи като спам” — поддържайте процента на спам под 0,3% — а устойчивите скокове в оплакванията са главният път от отлагания 421 към отхвърляния 553/554. Регистрирайте се за обратната връзка на Yahoo за оплаквания чрез Sender Hub, изчиствайте незангажираните адреси и никога не изпращайте до закупени списъци.

Повечето изпращачи изчистват 554 5.7.9 при стъпки 2–4; стъпки 5–7 са това, което ги предпазва от цикъла на отлагания след това. За пълния списък с изисквания и на двата доставчика — прагове, заглавия, числа за процент спам — вижте нашата справочна статия за изискванията на Google и Yahoo за изпращачи; това ръководство остава фокусирано върху поправката на отхвърлянето.

Важат ли правилата на Yahoo за малките изпращачи?

Пълният контролен списък за масов изпращач — и SPF, и DKIM, alignment, публикуван DMARC, деабониране с едно кликване — формално се отнася за изпращачи на значителен обем, а Yahoo изрично отказва да постави число на „значителен” (паралелното правило на Google използва 5 000 съобщения на ден, общата работна база). Но основната автентикация се очаква от всички и 554 5.7.9 не проверява обема ви преди задействане: малките изпращачи го получават чрез споделената инфраструктура на ESP, чрез собствената p=reject политика на домейна с неприведена в съответствие поща или просто изпращайки от домейн без автентикация изобщо — 46.4% от домейните без SPF запис (census 2026-06-29). Третирайте стъпки 1–4 като задължителни при всякакъв обем.

Същото ли е като Gmail 550-5.7.26?

Същото семейство правила, различен диалект. Google и Yahoo обявиха изискванията си заедно в края на 2023 г. и двамата започнаха прилагането от февруари 2024 г., така че домейн, поправен за единия, е по същество поправен и за другия. Практическите разлики: текстът на отхвърлянето на Gmail обикновено назовава неуспяващия механизъм, 554 5.7.9 на Yahoo обикновено не; и Yahoo разчита повече на IP отлагания, движени от оплаквания. Отхвърлят ли ви и двата? Поправете тук веднъж, след което проверете специфичните за Gmail неща в ръководството за 550-5.7.26.

Често задавани въпроси

554 5.7.9 означава ли, че Yahoo е добавил домейна ми в блоклист? Обикновено не. Това е отхвърляне по политика — най-често автентикация — а не присъда за репутация и е напълно поправимо в DNS. Освен това е изключително разпространено положение: само 10.59% от 261,086,232 домейна прилагат DMARC политика към census от 2026-06-29. Устойчивите отхвърляния 553 5.7.2 след чиста автентикация са случаят с репутацията.

Защо бюлетинът ми се отхвърля от Yahoo, когато адресът From е @yahoo.com? Защото Yahoo е публикувал p=reject на собствените си потребителски домейни още от 2014 г. — всяка услуга на трета страна, изпращаща From @yahoo.com, не успява при собствения DMARC на Yahoo и се отхвърля по предназначение. Поправката е структурна: изпращайте от собствения ви домейн с неговата собствена автентикация, а не от адрес на безплатна поща. Настройката с персонализиран домейн на вашия ESP е пътят — вижте ръководството за платформи за бюлетини.

Колко след поправяне на DNS ще приема Yahoo пощата ми? Поправките на автентикацията действат веднага щом новите записи станат видими — минути до няколко часа, до 48 при бавни TTL. Възстановяването на репутацията е по-бавно: отлаганията 421 изчезват в продължение на дни чисто изпращане без оплаквания, а постоянното отлагане 553 5.7.2 може да отнеме седмици или ново загряване.

Изпратете на собственика доклада

Ако изчиствате това отхвърляне за клиент, не затваряйте задачата с „Yahoo вече приема пощата ни”. Пуснете отново безплатното сканиране след промените ви и препратете оценения доклад на собственика на бизнеса. Показва, разбираемо, че домейнът вече автентикира имейла си и накъде все още не стига — доказателството, от което ще се нуждаят при подновявания на киберзастраховка и въпросници за сигурност от доставчик. Поправихте отхвърлянето; докладът го доказва.

Проверете вашия домейн → · Ръководство за Gmail 550-5.7.26 → · Поправяне на DMARC → · Как оценяваме → · Само обобщени данни. Данните се съхраняват и обработват в ЕС.