Ошибка 550 5.7.1: причины и диагностика

Почему письма отклоняются с ошибкой 550 5.7.1?

Ответ 550 5.7.1 означает, что почтовый сервер отклонил сообщение по причине, связанной с его политиками. Если вы ищете, что означает ошибка 550 5.7.1, важно понимать: сам по себе код не указывает на конкретное правило. Один сервер может сообщить о сбое аутентификации, а другой — заблокировать отправителя, адрес или содержимое письма. Начните разбираться с полного текста ошибки и сведений о сервере, который её вернул.

Если в отчёте о доставке указано только «сообщение отклонено», найдите полный ответ SMTP в журнале событий службы отправки или в записи о возврате письма. Начинать проверку следует с этих данных, а не с изменения настроек DNS или просьбы к получателю проверить папку со спамом.

Что означает отказ 550 5.7.1 в ходе обмена по SMTP?

SMTP-серверы обмениваются кодами состояния при обработке сообщения. Первая цифра в коде 550 указывает на постоянную ошибку: повторная отправка того же сообщения, без изменений, вряд ли поможет. Расширенный код 5.7.1 указывает на проблему безопасности или нарушение политики, но не называет конкретное правило, которое сработало.

Важен текст после кода. Например, сообщение «отправитель не разрешён» указывает на иную проблему, чем «сообщение отклонено в соответствии с локальной политикой». Это лишь примеры, а не универсальные определения: почтовые провайдеры формулируют диагностические сообщения по-своему, и одинаковый текст в разных системах может означать разное.

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

Как определить, отклонил ли сообщение сервер получателя или промежуточный шлюз?

Найдите в стенограмме обмена SMTP или подробной записи о возврате письма узел, который вернул ответ 550. Отклонивший сообщение сервер часто указан рядом с диагностическим текстом — как имя сервера или IP-адрес. Сравните эти данные с доменом получателя и проверьте, не использует ли этот домен службу почтовой фильтрации.

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

Ориентируйтесь на последовательность ответов серверов, а не на поля «От» и «Кому» в уведомлении. Например, в стенограмме может быть указано, что система отправки подключилась к узлу, передала данные сообщения и получила от этого узла ответ 550. Это позволяет определить, какая система приняла решение, даже если входящей почтой получателя управляет другой провайдер.

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

Почему сообщение могут отклонить после установления соединения с сервером?

Принятие SMTP-соединения означает лишь, что принимающая система разрешила начать обмен данными. Это не означает, что она одобрила отправителя, получателя или само сообщение. Проверки политик могут выполняться на разных этапах: после указания адреса отправителя, после указания адреса получателя или после передачи содержимого письма.

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

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

Что проверить в полном уведомлении об ошибке, прежде чем менять настройки почты?

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

• Расширенный код состояния: Убедитесь, что указан именно 5.7.1, а не другой код. В краткой сводке может не отображаться точный код, возвращённый по SMTP.
• Текст диагностики: Скопируйте полное объяснение сервера, включая номер обращения или название правила, если они указаны. Не полагайтесь на сокращённое сообщение в панели управления.
• Узел, отклонивший сообщение: Запишите имя узла или IP-адрес, указанные рядом с ответом. Это поможет определить, исходило ли решение от сервера получателя или от фильтрующего шлюза.
• Время: Отметьте дату и время, а также часовой пояс, если он указан. Эти данные помогут администратору получателя найти нужную запись в почтовых журналах.
• Сведения о сообщении и получателе: Сохраните идентификатор сообщения, адреса отправителя и получателя, а также сведения о попытке доставки, если они есть. Они помогут найти нужную операцию без догадок.

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

Как отличить блокировку по политике отправителя от правила, применяемого к конкретному получателю?

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

Это подсказки, а не доказательства. Шлюз получателя может применять правило ко всему домену отправителя, поэтому проблема может затронуть сразу нескольких сотрудников одной организации. И наоборот, ошибка настройки на стороне отправителя может проявляться выборочно, если соответствующую политику проверяют только некоторые почтовые провайдеры.

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

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

Какие сведения передать почтовому администратору получателя?

Отправьте краткое сообщение с данными, которые помогут администратору найти событие в журналах. Приложите полное уведомление об ошибке или стенограмму обмена SMTP, укажите идентификатор сообщения, адреса отправителя и получателя, а также примерное время отправки с часовым поясом. Добавьте имя узла, отклонившего сообщение, и точную строку диагностики 550 5.7.1.

Опишите произошедшее, не пытаясь угадать причину. Например: «Сообщение, отправленное на alex@example.com в 14:20 UTC, было отклонено сервером mx.example.net с ошибкой 550 5.7.1; полное сообщение об ошибке приложено». Так администратор получит данные для поиска, но непроверенная версия не будет представлена как установленный факт.

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

Как исправить отказ доставки письма 550 5.7.1?

Чтобы понять, как исправить отказ доставки письма 550 5.7.1, сначала установите, какое правило сработало: сохраните полный текст диагностики, определите отклонивший сервер и проверьте, повторяется ли проблема для других получателей. Затем устраните подтверждённую причину или передайте сведения администратору получателя; повторная отправка того же письма без изменений обычно не помогает.

Когда уместно попросить получателя добавить отправителя в список разрешённых?

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

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