#Что произошло и как распознать неисправность
Письма, отправленные сайтом с собственного SMTP-сервера, доставляются на адрес Gmail, но на Outlook.com, Hotmail или некоторые адреса Microsoft 365 возвращается уведомление о недоставке: например, 550 5.7.1, 5.7.606–649 либо текст о заблокированном IP. Одна успешная доставка в Gmail не подтверждает хорошую репутацию отправителя у Microsoft. Первым делом нужен полный код и адрес отклонившего почту узла: отклонение на уровне IP, ошибка аутентификации домена и локальное правило получателя требуют разных исправлений. Не отправляйте десятки одинаковых пробных писем: это может дополнительно ухудшить репутацию.
#Причины и отличительные признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Блокировка IP или подсети со стороны MicrosoftIP ранее использовался для спама, участвовал в массовой рассылке либо находится в подозрительной подсети. | В отказе указан исходящий IP и слова blocked, banned, block list, код 5.7.606–649 или S3150. | Проверить источник исходящего трафика и подать заявку через официальный порядок, соответствующий тексту отказа. |
| Неправильные SPF, DKIM, DMARC или PTRУ отправителя нет согласованной аутентификации и обратного DNS; высокий риск подозрительной доставки. | В заголовках доставленных писем видны spf=fail, dkim=fail, dmarc=fail; PTR отсутствует. | Исправить конкретный идентификатор домена и DNS-записи, перепроверить с новой отправкой. |
| Лимиты отправки или скомпрометированный сайтУведомления уходят тысячами, на сервере есть неизвестные задания и адреса. | В журнале резкий рост отправлений, жалобы получателей, много одинаковых писем. | Остановить источник нежелательной рассылки и устранить компрометацию до подачи заявки на пересмотр. |
| Ограничение получателя или организацииТекст отказа относится к политике отдельной организации, а не репутации IP. | Отказывает только один корпоративный домен, нет признаков глобального блокирования. | Обратиться к администратору почты получателя с точным диагностическим кодом. |
#Пошаговая диагностика и исправление
- Сохраните полный отчёт о недоставкеОткройте почту отправителя и письмо о недоставке (NDR), разверните технические подробности. Запишите дату, время, код после SMTP, имя удалённого сервера, IP отправителя и текст причины, скрыв личные адреса при передаче специалисту. Если NDR вообще нет, откройте журнал исходящей доставки в панели сервера: возможно, сообщение ещё ожидает повторной отправки и не отклонено окончательно.
- Проверьте, что отказ получен именно от MicrosoftВ NDR найдите узел, который вернул 550 или 451, а не только домен адресата. Outlook.com и Microsoft 365 могут использовать разные правила. Ответ вида 451 4.x.x часто означает временное ограничение — почтовый сервер должен повторить доставку по очереди; 550 5.x.x обычно окончательное отклонение конкретного письма. Не удаляйте очередь до понимания причины.
- Найдите реальный исходящий IPПодключитесь по SSH к почтовому серверу (Windows: Терминал или PuTTY; Linux: приложение «Терминал»), используя учётную запись хостинга. Посмотрите полный журнал попытки SMTP: внешний получатель может видеть другой IP из-за исходящего шлюза. Сравните IP из NDR с вашим сервером и согласуйте дальнейшие действия с владельцем адреса; проверять репутацию нужно именно исходящего IP.
- Проверьте PTR, SPF, DKIM и DMARC без измененийВ терминале запустите команды
dig -x 192.0.2.10 +short,dig TXT example.com +shortиdig TXT _dmarc.example.com +short, заменив примерный IP и домен фактическими. Первая проверяет обратную PTR-запись, остальные показывают TXT-записи домена. Для DKIM используйте селектор из реального заголовкаDKIM-Signature: s=...; d=..., затем запроситеdig TXT selector._domainkey.example.com +short. Если запись не найдена, исправлять нужно DNS/подпись, а не списки блокировок. - Проверьте объём и законность отправленийОткройте в панели хостинга исходящую почту, очередь и график количества сообщений по часам. При нетипичном росте проверьте задания сайта, журнал входов и изменения почтовых паролей. Скомпрометированные учётные записи изолируйте по процедуре безопасности, проверьте сайт на вредоносную отправку; не возобновляйте массовую рассылку до устранения источника.
- Используйте официальный порядок Microsoft для конкретного отказаЕсли NDR прямо сообщает о блокировке IP Microsoft 365, следуйте ссылке в отказе на официальный портал снятия блокировки, в частности
https://sender.office.com/при подходящем коде. Для репутационных вопросов Outlook.com изучите доступные инструменты отправителей Microsoft и SNDS при наличии доступа к IP. Не платите посредникам, обещающим мгновенное снятие блокировки: результат зависит от диагностики и оценки Microsoft. - Исправьте инфраструктуру, а не обходите фильтрЕсли выявлен отсутствующий PTR, настройте его через владельца IP или поставщика VPS; если обнаружена ошибка SPF/DKIM — измените только затронутую запись, сохранив старое значение. Не меняйте исходящий IP автоматически и не создавайте открытый почтовый ретранслятор. После изменения DNS дождитесь окончания срока хранения записи у кеширующих серверов.
- Отправьте один контрольный образец и проследите маршрутПосле устранения причины отправьте обычное письмо с сайта на свой проверяемый адрес Outlook/Hotmail и Gmail, запишите время и идентификатор сообщения. Убедитесь, что новый ответ SMTP подтверждает принятие и у получателя письмо находится во «Входящих», а не в папке нежелательной почты. Если вновь приходит 550, приложите свежий NDR к заявке, не повторяя тесты циклически.
- Диагностика DNSLinux · Терминал (Bash)КомандаДиагностика DNS. Вместо 192.0.2.10 укажите настоящий исходящий IP, вместо example.com — домен отправителя. Требуется установленный dig (пакет dnsutils на Debian); права администратора не нужны. Команды не исправляют записи.
dig -x 192.0.2.10 +shortdig TXT example.com +shortdig TXT _dmarc.example.com +short
#Как проверить результат и что делать при неуспехе
Исправление подтверждено отсутствием свежих отказов 5.7.x, попаданием контрольного сообщения на нужный адрес и корректной аутентификацией отправителя. Если у Microsoft остаётся блокировка, сохраните NDR, историю обращений и статистику исходящей почты; дальнейшее решение принимает принимающая сторона.