Yahoo 554 5.7.9 "Message Not Accepted for Policy Reasons" — исправление для отправителя (2026)

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

Показатели по состоянию на 2026-06-29 · методология v7. Агрегированные данные переписи по 261 млн оценённых доменов. См. как мы ставим оценки.

Yahoo возвращает 554 5.7.9, когда сообщение нарушает его политику отправителей, — обычно это провал аутентификации SPF/DKIM или политика DMARC, которую Yahoo принуждает. Исправление — добиться прохождения SPF или DKIM с выравниванием по вашему домену в From. Лишь 10,59% доменов принуждают DMARC — 27 640 987 из них — по данным переписи Defaults.Exposed из 261 086 232 доменов (2026-06-29).

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

Что означает ошибка Yahoo 554 5.7.9?

С февраля 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 отправляющего домена) и нарушения рекомендаций для отправителей. В отличие от гмейловского 550-5.7.26, текст редко говорит, какая нога отказала, поэтому шаг 1 ниже — проверка вашего домена снаружи — здесь важнее, а не менее важен.

Лежащий в основе пробел огромен: по переписи 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	”Message not accepted for policy reasons”	Постоянный отказ по политике — провал аутентификации, DMARC или рекомендаций для отправителей	Это руководство, шаги 2–6
553 5.7.1	Текст о политике IP или контента, часто с тегом причины в скобках (например, ссылка на блок-лист)	Yahoo не принимает с этого IP/источника — блок по репутации или политике	Шаги 2–3, затем чистая отправка; аутентификация предотвращает рецидивы, но не выводит IP из списка
553 5.7.2	”will be permanently deferred” / повторные попытки не помогут	Устойчивый провал репутации отправляющего IP — жёсткая версия отсрочки	Шаги 2–7, прогрев нового IP при собственном хостинге
421 4.7.0	”temporarily deferred due to unexpected volume or user complaints” (часто тег [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 — важно именно выравнивание: SPF или DKIM, проходящий для домена, который совпадает с доменом в вашем адресе From. Если проверка показывает SPF и DKIM зелёными, а Yahoo всё равно отклоняет, вы в ловушке выравнивания — см. DMARC не проходит, хотя SPF и DKIM проходят.
Опубликуйте запись DMARC, если отправляете в объёме. Yahoo требует от массовых отправителей как минимум p=none с адресом для отчётов — жёсткого числа по объёму он не публикует, так что берите гугловские 5 000/день как рабочий ориентир. Это одна 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, выравнивание, опубликованный DMARC, отписка в один клик — формально относится к отправителям значительного объёма, и Yahoo прямо отказывается называть число для «значительного» (параллельное правило Google использует 5 000 сообщений в день — общепринятый рабочий ориентир). Но базовая аутентификация ожидается от всех, и 554 5.7.9 не сверяется с вашим объёмом, прежде чем сработать: маленькие отправители получают его через общую инфраструктуру своего ESP, через p=reject собственного домена при невыровненной почте или просто отправляя с домена вовсе без аутентификации — те самые 46,4% доменов без SPF-записи (перепись 2026-06-29). Считайте шаги 1–4 обязательными при любом объёме.

Это то же самое, что 550-5.7.26 у Gmail?

То же семейство правил, другой диалект. 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 по состоянию на перепись 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 → · Как мы ставим оценки → · Только агрегированные данные. Данные хранятся и обрабатываются в ЕС.