550 5.1.1 User unknown / Recipient address rejected: User unknown in virtual mailbox table
#Что значит ответ 550 5.1.1
SMTP-ответ 550 означает постоянный отказ, а расширенный код 5.1.1 — «неверный адрес получателя»: ящика с таким именем на сервере нет. Сервер получателя ответил на ваше письмо отказом, и ваш почтовый сервис вернул уведомление о недоставке (DSN, bounce). Причина почти всегда в адресе: опечатка, закрытый или удалённый ящик, неверный домен, или ящик не создан на сервере, куда направлена почта домена.
#Типичные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Опечатка в адресеОшибка набора. | 5.1.1 мгновенно. | Исправьте адрес. |
| Ящик удалён или не созданСотрудник уволился. | Домен верный, ящика нет. | Создайте ящик. |
| Неверные MX-записиУказывают на другой сервер. | Часть писем доходит. | Исправьте DNS. |
| Автодополнение хранит старый адресСтарая запись. | Повторные отказы. | Удалите запись. |
| Пересылка на несуществующий адресНастроена. | Письма пропадают. | Исправьте пересылку. |
| Ограничения политики сервераЗакрытый домен. | Отказ только для внешних. | Проверьте настройки. |
#Для отправителя
- Найдите код 550 5.1.1 и адрес получателя в уведомленииОткройте письмо о недоставке от почтового сервера и найдите блок Diagnostic-Code, Status или строку
550 5.1.1. Запишите полный адрес получателя, домен, время и точный код; встречающиеся рядом 5.1.1, 5.7.1 и 4.x означают разные сбои. Не отвечайте на автоматический отчёт, пока не убедитесь, что сообщение не является фишингом. - Проверьте написание адреса по подтверждённым даннымСравните адрес получателя в исходном письме с тем, который вам подтвердил сам адресат. Внимательно проверьте часть до
@, лишние пробелы и точки, а также домен (например,gmail.com, а неgmial.com). Исправьте адрес в поле «Кому» и отправьте короткое пробное письмо без вложений. Если снова появляется 550 5.1.1, не повторяйте массовую рассылку: это ухудшает репутацию отправителя. - Удалите адрес из автодополнения в почтовой программе и введите вручнуюЕсли адрес подставляется автоматически, откройте новое письмо, начните вводить имя получателя и в появившихся подсказках удалите устаревшую запись через крестик или контекстное меню, если это поддерживает ваша почтовая программа. Вставьте адрес полностью вручную, убедитесь, что поле «Кому» содержит нужное значение. Не удаляйте весь список контактов ради одной ошибочной подсказки.
- Свяжитесь с получателем другим способом и уточните адресСвяжитесь с адресатом по уже известному телефону или через другой подтверждённый канал и попросите назвать актуальный почтовый адрес посимвольно. Уточните, продолжает ли он пользоваться данным доменом и существует ли этот ящик. Если адресат не подтверждает владение, не отправляйте ему конфиденциальные документы и не подбирайте похожие адреса методом проб.
- Если адрес верный, проверьте, не изменился ли домен или ящик не удалёнЕсли точный адрес подтверждён, спросите у владельца домена, не был ли ящик удалён, переименован или превращён в псевдоним. Для администратора: войдите в панель именно того почтового сервиса, который принимает письма для домена, и проверьте список пользователей, псевдонимов и ограничения приёма. Для отправителя без административных прав этот шаг заменяется обращением к получателю.
- Проверьте, что домен существует и принимает почтуДля проверки домена откройте терминал с установленной утилитой dig и выполните
dig MX example.ru +noall +answer, подставив домен после@без имени пользователя. Ответ должен указывать на ожидающий почту сервер; отсутствие MX не доказывает однозначно ошибку, поскольку SMTP допускает доставку по A/AAAA при отсутствии MX. Если домен неверен или записи указывают на прежнего провайдера, сообщите об этом администратору получателя.
#Для администратора домена
- Убедитесь, что ящик создан в панели хостинга или почтового сервисаАдминистратор: войдите в панель почты (раздел «Почтовые ящики», «Пользователи» или «Адреса») и найдите точный адрес из отчёта о недоставке. Проверьте активность учётной записи, правильность домена и наличие перенаправлений. Если ящик отсутствует, создавайте его только после согласования с владельцем адреса. Отправьте тестовое письмо извне; успешный приём подтверждает корректность именно этой части доставки.
- Проверьте MX-записи домена: они должны указывать на правильный серверАдминистратор DNS: откройте управление зоной у авторитетного DNS-провайдера, выберите нужный домен и найдите MX. Сравните имя сервера и приоритет с документацией текущего почтового провайдера; убедитесь, что A/AAAA для целевого хоста существуют. Не смешивайте MX разных провайдеров без предусмотренной ими схемы. После сохранения повторите
dig MXна публичном резолвере и дождитесь обновления кэша. - Проверьте, нет ли пересылки на несуществующий адресЕсли адрес существует, но пересылка даёт
User unknown, откройте в панели почты раздел «Переадресация», «Алиасы» или «Правила». Найдите исходный адрес и конечный ящик, проверьте его существование и отсутствие зацикливания. Временно отключайте только конкретное ошибочное правило после согласования, сохраняя исходные настройки. Затем отправьте тестовое письмо на исходный адрес. - Проверьте, что почта домена принимается там, где создан ящикСравните фактический MX с местом, где создан ящик. Если почтовый домен обслуживается внешним сервисом, локальная галочка «Принимать почту для домена» в панели хостинга может приводить к локальному 550 вместо пересылки. Уточните у хостера настройку локальной/удалённой доставки и переключайте её только после сохранения MX и подтверждения у почтового провайдера. Протестируйте письмо из внешней сети.
- Проверьте журнал почтового сервераАдминистратор почтового сервера: подключитесь по SSH и проверьте журнал Postfix (
sudo journalctl -u postfix -n 100 --no-pagerили настроенныйmail.log) в момент тестовой отправки. Ищитеuser unknown, точный адрес и сервер, отклонивший получателя. Командаpostqueue -pпокажет очередь, но не исправит отсутствующий ящик. Перед отправкой журнала в поддержку удалите персональные данные и адреса третьих лиц. - Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
#Как избежать повторения
Настройте на сервере «catch-all» только если это необходимо, лучше создайте псевдонимы для типичных адресов (info@, support@). При смене сотрудников настраивайте пересылку, а не удаляйте ящик сразу. Периодически проверяйте журнал недоставленных писем: частые 5.1.1 по одному адресу означают, что кто-то пишет на устаревший ящик.