Подключить

554 5.7.1 Sending emails to the recipient is restricted

›
ВСЕ ОШИБКИ

Что означает этот bounce. Причины. Как исправить.

Ошибка 554 5.7.1 Sending emails to the recipient is restricted

Определение кода ошибки

554 5.7.1 Sending emails to the recipient is restricted

Постоянная ошибка (hard bounce, 5xx). Сервер получателя отказал в доставке по политике доступа: отправка на этот ящик (или группу) с вашего адреса запрещена правилами почтовой системы получателя. Адрес есть, но принимать письма от вас (или от внешних отправителей) политика не позволяет.

Полный текст ошибки (пример):
554 5.7.1 Sending emails to the recipient is restricted

Код 554 и enhanced status 5.7.1 по RFC означают «доставка не разрешена / сообщение отклонено политикой» (delivery not authorized). Это не «ящик не существует» и не переполненное хранилище.

Рядом по смыслу:
550 5.7.1 Delivery not authorized
554 5.7.1 Email to the recipient is restricted by system administrator
550 5.7.1 Relaying denied — другой случай (релей), не путать с ограничением на получателя.

Причины появления ошибки

  • Ящик принимает только от разрешённых отправителей: allow-list, «только внутренние», белый список доменов/адресов — ваш From / envelope не в списке.
  • Группа рассылки с ограниченными отправителями: distribution group / shared mailbox, куда могут писать только участники или явно разрешённые адреса.
  • Transport rule / политика безопасности: правило Exchange / Microsoft 365 / корпоративного MTA режет внешнюю почту на этого пользователя или группу.
  • Служебный / защищённый адрес: техподдержка, VIP или системная учётка без приёма с интернета без исключения у админа.
  • Реже — антиспам в той же формулировке: часть серверов маскирует репутационный отказ под «restricted»; если рядом в логе IP/DNSBL/Spamhaus — смотрите статьи про Spamhaus и SpamAssassin (плашки выше).
Не путать с soft bounce и с «спамом»

Код 5xx — постоянный отказ. SaM oTPravil не будет долго ретраить как при 4xx: адрес уходит в стоп-лист. Чинить нужно политику на стороне получателя (или сменить контакт), а не «подождать и отправить ещё раз». Если в логе есть Spamhaus / SpamAssassin — смотрите плашки-ссылки выше, а не только allow-list.

Как исправить проблему

Это hard bounce. Повторные отправки на тот же адрес без смены политики только портят статистику и не помогут.

Пока ошибка повторяется:
  1. свяжитесь с получателем другим каналом и попросите проверить настройки ящика / группы: разрешена ли почта с вашего домена или с внешних отправителей;
  2. для корпоративных доменов — попросите IT/почтмейстера получателя добавить ваш адрес или домен в allow-list либо ослабить transport rule;
  3. если писали на группу — уточните у владельца, кто может слать, и попросите включить вас (или сервисный адрес) в разрешённые отправители;
  4. проверьте, что шлёте на правильный рабочий адрес, а не на закрытый служебный алиас;
  5. не гоняйте массовые кампании на адреса с этим отказом — сначала добейтесь разрешения на стороне получателя.

Адрес уже мог попасть в стоп-лист SaM oTPravil. После того как получатель снимет ограничение, его нужно вернуть из стоп-листа (или дождаться ttl_date) и только тогда повторить отправку.

Организует работу поддержки и модерации, помогает клиентам в работе с сервисом.

Дмитрий Васильев

Руководитель поддержки Mailganer\SaM oTPravil

Мы используем куки и обрабатываем данные о посетителях сайта согласно политике. Настройки можно изменить в браузере.

OK