Postfix: Relay access denied (554 5.7.1) — отказ в пересылке

  • Обновлено
  • Чтение ≈ 2 минуты

Краткий ответ

Сервер не разрешает ретрансляцию без аутентификации. Включите SASL, проверьте mynetworks и restrictions.

В этой статье
  1. Что означает сообщение
  2. Причины и признаки
  3. Пошаговое решение
  4. На что обратить внимание

#Что означает сообщение

554
Relay access denied

Сервер не разрешает ретрансляцию без аутентификации. Включите SASL, проверьте mynetworks и restrictions.

#Причины и признаки

Возможная причинаКак узнатьЧто делать
Нет аутентификацииОтдельно проверьте фактор «Нет аутентификации» в момент, когда возникает описанная неисправность; сравните с работой исправного устройства или настройки. Отслеживайте результат по журналу нужной службы, не по соседним сайтам.Если проверка подтверждает «Нет аутентификации», исправьте только относящийся к нему элемент, сохранив прежнее значение и возможность возврата.
Неверный mynetworksПодсеть отправителя не соответствует списку доверенных хостов; это не основание расширять его до всех адресов.Для внешних пользователей настройте SMTP AUTH через submission вместо добавления чужих сетей в mynetworks.
Неверный получательОтдельно проверьте фактор «Неверный получатель» в момент, когда возникает описанная неисправность; сравните с работой исправного устройства или настройки.Если проверка подтверждает «Неверный получатель», исправьте только относящийся к нему элемент, сохранив прежнее значение и возможность возврата.
Порядок restrictionsПравила Postfix отвергают пересылку до проверки авторизованного клиента или домена назначения.Просмотрите действующий порядок smtpd_relay_restrictions и сопоставьте его с журналом конкретной сессии.

#Пошаговое решение

  1. Проверьте исходные условияСохраните полный ответ 554 5.7.1 Relay access denied и выясните, кто отклоняет письмо: ваш сервер исходящей почты или сервер адресата. В почтовом клиенте откройте настройки исходящего SMTP и запишите сервер, порт, тип шифрования и имя пользователя. Не публикуйте реальные пароли и токены.
  2. Включите SMTP-аутентификациюЕсли письмо отправляет пользователь через ваш Postfix, включите предусмотренную провайдером SMTP-аутентификацию на порту 587 с STARTTLS либо 465 с TLS и используйте учётные данные именно этого сервера. Проверяйте соединение из той сети, где работает клиент; не переключайтесь на незашифрованный порт 25 ради обхода отказа.
  3. Проверьте другую возможную причинуАдминистратор через SSH выполнит postconf -n и проверит mynetworks, smtpd_relay_restrictions и настройку SASL для службы submission. Не добавляйте 0.0.0.0/0 в доверенные сети и не удаляйте reject_unauth_destination: это превратит сервер в открытую почтовую пересылку.
  4. Проверьте итогПосле резервного копирования конфигурации выполните sudo postfix check, затем, только если настройки изменены и проверка успешна, sudo postfix reload. Отправьте письмо с авторизованного ящика и проверьте его запись в журнале; отдельно убедитесь, что неавторизованные внешние пользователи по-прежнему не могут пересылать письма.

#На что обратить внимание

Не добавляйте весь интернет в mynetworks и не ослабляйте ограничения relay: это превращает сервер в открытый ретранслятор спама. Сверьте конкретный отказ в журнале почты.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.