SMTP 5.7.1 Relay access denied: сервер отказывает в пересылке

Релей (relay) в почте это когда сервер принимает письмо не для собственных ящиков, а для доставки в чужой домен. Открытый релей опасен: через него рассылают спам, поэтому современные серверы пересылают письма только тем, кто прошёл проверку подлинности или находится в доверенной сети.

Сообщение «Relay access denied», часто со статусом 5.7.1, означает: вы пытаетесь отправить письмо на адрес вне серверных доменов, а сервер не считает вас вправе это делать. Обычно причина не в получателе, а в способе подключения к серверу.

Первая: в почтовой программе выключена проверка подлинности для исходящего сервера, и сервер видит анонимного клиента. Вторая: программа подключается не к тому серверу, например к серверу входящей почты, или к чужому SMTP-серверу, где у вас нет учётной записи.

Третья: неверные учётные данные или отправка от имени адреса, которому не принадлежит ваш аккаунт. Четвёртая: настройки сервера. Администратор выключил разрешение для вашей сети или не добавил домен в список обслуживаемых, поэтому сервер считает даже свои письма чужими. Пятая: используется устаревший порт 25 без входа, а провайдеры и серверы так обычно не принимают почту от клиентов.

Откройте параметры учётной записи и найдите исходящий сервер. Убедитесь, что имя сервера совпадает с указанным в инструкции почтового сервиса, включена проверка подлинности при отправке, введены верные имя пользователя и пароль, а тип шифрования и порт совпадают с рекомендуемыми: обычно это 587 с STARTTLS или 465 с SSL/TLS.

Проверьте, что адрес отправителя в письме принадлежит вашей учётной записи. Если вы отправляете письмо от имени другого адреса, некоторые серверы отказывают.

Если отказ появляется только на письмах внешним получателям, а внутри домена всё проходит, это подтверждает, что проблема именно в праве на пересылку, а не в самом соединении.

Если вы используете несколько почтовых программ или устройств, например принтер или систему мониторинга, отправляющие уведомления, проверьте и их: в таких устройствах часто оставляют старые параметры без входа, и именно они получают отказ, тогда как основная почта работает.

Если вы администратор собственного почтового сервера, проверьте, что для клиентов включена аутентификация на порту подачи писем и что она обязательна для пересылки. Убедитесь, что домены, для которых сервер принимает почту, перечислены правильно, а доверенные сети не слишком широки и не слишком узки.

Не открывайте релей для всех, чтобы «починить» отправку: это быстро приводит к попаданию адреса в списки нежелательных отправителей.

Если почта идёт через внешний сервис, проверьте, что записи в DNS для домена корректны: неверная запись MX или отсутствие домена в списке сервиса тоже приводит к таким отказам.

Если параметры совпадают с инструкцией, пароль верный, а ошибка остаётся, обратитесь в службу поддержки почтового сервиса. Возможны ограничения на вашей учётной записи или проблемы на стороне провайдера сети, который перехватывает или ограничивает исходящую почту. Приложите текст отказа целиком.

Отправляя письмо, убедитесь, что вы вошли под тем же ящиком, с которого отправляете, и не подменяете адрес отправителя без нужды. Многие серверы сверяют их и отклоняют письма с чужим адресом.

Исторически серверы принимали письма на порту 25 без входа, и это породило волну спама через открытые релеи. Теперь для клиентов выделены порты 587 и 465 с обязательной проверкой подлинности, а порт 25 оставлен для обмена между серверами.

Поэтому первое, что стоит попробовать при отказе, это переключиться на порт подачи и включить вход. Если параметры совпадают с инструкцией провайдера, а сообщение остаётся, проверьте, нет ли между вами и сервером устройства, которое перехватывает исходящую почту и подменяет соединение: такое встречается на роутерах с почтовым фильтром и в антивирусах.