Краткий ответ
Если письмо не приходит, сначала проверьте, есть ли у домена корректные MX-записи, указывающие на почтовый сервер, который принимает почту для этого адреса. Затем убедитесь, что этот сервер работает, не переполнен ли почтовый ящик и не отклоняется ли сообщение или не удаляется ли оно без уведомления. С помощью заголовков сообщений и журналов сервера причину обычно находят за несколько шагов.
Как проявляется проблема
- Отправитель получает сообщение об ошибке или возвращённое письмо (bounce)
- Письма с одного адреса не приходят, а с других приходят нормально
- Сообщения исчезают без какой-либо ошибки у отправителя
- Письмо приходит с большой задержкой в несколько часов
- Приём работает на одном адресе домена, но не на другом
Частые причины
Неправильные или отсутствующие MX-записи
У домена нет MX-записи или она указывает на сервер, который больше не принимает почту. Часто это происходит после смены хостинга или настроек DNS.
Почтовый сервер не работает или ящик переполнен
Почтовый сервер временно недоступен, или квота ящика заполнена, поэтому сервер отклоняет новые сообщения.
Неправильно настроенный адрес или пересылка
Адрес не существует на сервере, или правило пересылки (forward) настроено неверно, поэтому сообщение теряется.
Блокировка на стороне отправителя или получателя
Спам-фильтры, списки RBL или правила на сервере отклоняют сообщения до того, как они попадут в ящик.
Проблема с SPF, DKIM или DMARC
Если у домена отправителя нет правильной аутентификации, получатель может отклонить или отбросить сообщение.
Пошаговое решение
- 1
Проверьте MX-записи домена
Откройте инструмент проверки DNS (например,
nslookupв командной строке) и введитеnslookup -type=MX vashadres.ru. Полученный список должен содержать почтовый сервер, который действительно принимает почту для этого домена. Если список пуст или указывает на старый сервер, проблема в DNS-записях. - 2
Сравните MX с настройками хостинга
В панели управления хостингом (cPanel, Plesk или аналогичной) найдите раздел DNS-зон и сравните MX-записи с теми, которые рекомендует провайдер почты. Обратите внимание на приоритет (preference) и на точку в конце имени сервера.
- 3
Проверьте, принимает ли почтовый сервер почту
Из командной строки проверьте, принимает ли почтовый сервер соединение на порт 25. В Windows telnet часто не установлен по умолчанию, поэтому в PowerShell можно выполнить
Test-NetConnection mail.vashadres.ru -Port 25, а если у вас есть telnet, достаточноtelnet mail.vashadres.ru 25. Если соединение устанавливается, порт открыт и служба принимает соединение, но это ещё не гарантирует, что она принимает почту для вашего домена. Если соединение не удаётся, проверьте, активна ли почтовая служба, и учтите, что многие провайдеры блокируют исходящий порт 25. - 4
Проверьте ящик и квоту
Войдите в веб-почту или панель управления и посмотрите, насколько заполнен ящик. Если квота достигнута, сделайте резервную копию (архив) старых сообщений перед их удалением или увеличьте квоту, а затем попросите отправителя повторно отправить письмо.
- 5
Посмотрите заголовок возвращённого сообщения
Если отправитель получает bounce, попросите его прислать вам полный текст ошибки. В нём указана точная причина, например
550 5.1.1 User unknownили452 4.2.2 Mailbox full, что сразу сужает круг причин. - 6
Проверьте правила пересылки и фильтры
В настройках почты найдите правила пересылки и спам-фильтры. Временно отключите правило, которое пересылает почту на другой адрес, и отправьте тестовое письмо с другого адреса.
- 7
Отправьте тестовое письмо с внешнего адреса
Отправьте сообщение с учётной записи Gmail или Outlook на проблемный адрес и проследите, приходит ли оно. Если приходит, проблема, вероятно, на стороне отправителя или в аутентификации его домена.
- 8
Проверьте журналы почтового сервера
Если у вас есть доступ к журналам, найдите записи за время отправки письма. В них видно, было ли сообщение получено, отклонено или переслано дальше, что является самым надёжным способом определить, где оно теряется.
Если ничего не помогает
Если MX-записи выглядят правильно, сервер работает и ящик не переполнен, а письмо всё равно не приходит, обратитесь к провайдеру почты или хостинга с точным временем отправки, адресом отправителя и текстом ошибки. Попросите их проверить журналы за этот период и наличие домена в чёрных списках. Тем временем откройте альтернативный адрес у другого провайдера, чтобы работа не останавливалась. Если проблема в аутентификации домена отправителя, решение заключается в настройке записей SPF, DKIM и DMARC, о чём есть отдельная статья.
Как избежать повторения
- Регулярно проверяйте MX-записи после каждой смены хостинга или DNS
- Следите за заполненностью ящика и вовремя увеличивайте квоту
- Ведите учёт правил пересылки и фильтров
- Тестируйте приём с внешнего адреса после каждого изменения в почте
Когда лучше обратиться к специалисту
Если у вас нет доступа к DNS-зоне, журналам почтового сервера или панели управления хостингом, самостоятельная проверка быстро заходит в тупик. В этом случае лучше обратиться в IT-поддержку или к провайдеру, которые могут проверить журналы и DNS с административными правами.
Создание сайтов · Быстрые, SEO-оптимизированные многоязычные сайтыЧастые вопросы
Сколько времени нужно, чтобы изменение MX вступило в силу?
Изменение MX-записи обычно вступает в силу в течение нескольких часов, но из-за кэширования DNS и значения TTL может занять до 48 часов. В это время почта может приходить на старый или новый адрес.
Почему письмо приходит с одного адреса, а с другого нет?
Чаще всего проблема на стороне отправителя, например в аутентификации его домена или в спам-фильтре. Реже причиной является сам сервер получателя, но стоит проверить журналы за точное время отправки.
Могу ли я сам проверить MX-записи?
Да, с помощью команды `nslookup -type=MX domen.ru` или публичного DNS-инструмента. Достаточно увидеть, существует ли запись и на какой сервер она указывает.