Ситуация знакома многим: клиент уверяет, что отправил письмо на вашу корпоративную почту, а в ящике пусто. Вы просите переслать сообщение, и вместо него приходит системное уведомление о недоставке — Delivery Status Notification или Mail delivery failed. В этот момент начинается паника: ещё вчера всё работало, а сегодня важные заявки и уведомления могут бесследно исчезать. Вы обновляете почтовый клиент, проверяете папку «Спам», отправляете тестовые письма самому себе, но тревога только нарастает. Исходящие при этом могут выглядеть совершенно нормально — письма «вроде бы уходят», но входящие не доходят.
Главная проблема не в самой ошибке, а в неопределённости. Когда не понимаешь, что именно сломалось, начинаешь дёргать все настройки подряд, и ситуация только ухудшается. На самом деле текст отскока — это не просто сухое уведомление, а настоящая диагностическая карта. Если научиться её читать, можно за несколько минут определить направление поиска и не тратить часы на бесполезные действия.
Три основные причины возврата писем
Первая и самая распространённая причина — проблемы с DNS или MX-записями. Это часто случается после переноса сайта на другой хостинг, смены DNS-серверов у регистратора или подключения CDN. Домен начинает указывать не туда, и отправляющая сторона получает отскок с формулировками no MX records, NXDOMAIN, domain not found или unrouteable address. По сути, почтовый сервер отправителя не может понять, куда доставлять письмо, потому что маршрут для домена не прописан или указан неверно.
Вторая причина — переполненный ящик или превышение квоты. В этом случае отскок содержит фразы mailbox full или quota exceeded. Вы можете даже не подозревать, что давно не чистили вложения, не удаляли старые письма из корзины и не проверяли, сколько места осталось на почтовом аккаунте. Когда лимит исчерпан, новые входящие просто не принимаются, и отправитель получает уведомление о невозможности доставки.
Третья причина — блокировки и фильтры на стороне почтового сервиса. В тексте отскока мелькают слова rejected, blocked, spam policy, а в панели управления почтой могут быть включены правила безопасности, которые режут входящие жёстче, чем вы ожидали. Иногда письма попадают в карантин или автоматически удаляются, даже не доходя до папки «Спам».
Типичные ошибки при диагностике
Самое частое заблуждение — начинать «наводить порядок» в DNS наугад. Люди удаляют записи, добавляют новые, копируют конфигурацию у знакомых, не сохранив исходное состояние. В результате отскоки меняются, но проблема остаётся, а вы уже не уверены, что именно сломали своими руками. Восстановить исходную картину становится всё сложнее, и ремонт затягивается на дни.
Другая ловушка — попытки чинить проблему только на уровне приложения. Переустанавливают почтовый клиент, добавляют ящик заново, меняют телефон или компьютер. Кажется, что вы делаете хоть что-то полезное, но причина может быть в домене или на стороне почтового сервиса, и входящие так и не появляются. Техника здесь ни при чём, а время уходит.
Ещё одна распространённая ошибка — неправильные тесты. Отправляют письмо с того же ящика на этот же домен, путают входящие с пересылками, проверяют «внутреннюю» доставку и делают вывод, что почта умерла полностью. На самом деле проблема может быть только во входе извне или только на одном конкретном адресе. Внутренняя пересылка между ящиками одного домена часто работает даже при полностью сломанных MX-записях, и это вводит в заблуждение.
Многие смотрят на отскок как на досадное «не доставлено» и закрывают письмо, не читая ключевую строку с причиной и кодом. Часы уходят на проверки не той ветки: чистят ящик, когда нет MX, или копают DNS, когда ящик давно переполнен. А ведь в тексте отскока почти всегда есть точное указание на источник проблемы — нужно просто внимательно его прочитать.
И финальное, что затягивает ремонт, — обращение в поддержку в стиле «срочно не работает». Без домена, времени, отправителя, полного текста отскока заявка превращается в бесконечную переписку с уточнениями, а вы всё это время продолжаете терять входящие. Поддержка не может телепатически определить, что у вас случилось, и вынуждена задавать базовые вопросы, ответы на которые вы могли бы прислать сразу.
Системный подход к решению проблемы
Первый шаг — сохраните «улики». Откройте отскок и скопируйте его целиком: дату и время, адрес отправителя, адрес получателя, ключевую строку причины. Признак того, что вы сделали шаг правильно: у вас на руках не расплывчатое «не пришло», а конкретная формулировка ошибки. Это уже половина диагностики.
Второй шаг — сразу выберите ветку проверки по словам в отскоке. Упоминание MX, NXDOMAIN, domain not found почти всегда ведёт в DNS. Фразы mailbox full и quota exceeded ведут в проверку места и лимитов. Слова blocked, rejected, spam policy ведут в фильтры, карантин и журналы событий. Не нужно проверять всё подряд — идите по той ветке, которую указывает текст ошибки.
Если похоже на DNS/MX, проверьте MX-записи у домена. Посмотрите, есть ли MX вообще и на какие хосты он указывает. Частая находка — домен обслуживается не теми DNS-серверами, которые вы считаете активными, или остались старые MX после переноса. Признак сдвига: MX соответствует вашему почтовому сервису и больше не «прыгает» после новых правок в панели.
Если похоже на квоту, проверьте место в ящике и лимиты. Посмотрите общий объём, большие вложения, корзину и отправленные, настройки автоархива, ограничения тарифа и общий лимит на почту, если он общий на аккаунт. Признак сдвига простой: новые письма перестают возвращаться именно с quota, и входящие начинают появляться.
Если похоже на блокировки, проверьте фильтры и журналы. Загляните в «Спам», карантин, правила сортировки, чёрные списки, события безопасности в панели почты. Признак сдвига: письмо либо принимается, либо появляется понятная запись, что именно режется и почему. Это уже половина решения.
Контрольный тест делайте только после одного изменения. Отправьте одно письмо с внешнего ящика — не с этой же доменной почты — с фиксированной темой и на один конкретный адрес. Признак того, что вы всё делаете правильно: либо доставка проходит без отскока, либо отскок повторяется одинаково и указывает в одну точку, а не меняется от попытки к попытке. Если после каждого изменения отскок разный — вы вносите хаос, а не исправляете проблему.
Если без поддержки не обойтись, пишите сразу с данными. Домен, адрес ящика, полный текст отскока, точное время отправки, с какого внешнего ящика отправляли, и что уже проверили: MX/DNS, квоту, фильтры. Признак пользы: вам не задают базовые вопросы по кругу, а сразу начинают точечную проверку. Это экономит и ваше время, и время специалистов.
Реальный случай из практики
У владелицы небольшого интернет-магазина заявки шли на почту на домене, и в один день она заметила странное: клиенты говорят, что написали, а писем нет. Один покупатель прислал скрин отскока, и там была строка no MX records, хотя в приложении почта выглядела «как всегда» — папки на месте, исходящие отправлялись. Это типичная картина: внешне всё работает, но маршрутизация почты сломана на уровне домена.
Вместо того чтобы переставлять приложения и чистить ящик, она сохранила отскок, зашла в управление доменом и проверила, какие DNS-серверы сейчас активны. Оказалось, после смены хостинга домен остался на старых DNS, где MX для почты так и не добавили. Она вернула корректные MX для своего почтового сервиса и сделала контрольный тест с внешнего ящика.
Сначала тест в первые минуты снова отскочил, и рука потянулась «поправить ещё что-нибудь». Но она остановилась, не внесла новые изменения, подождала и повторила ровно тот же тест. После этого входящие начали приниматься. На будущее она сохранила короткий шаблон: что копировать из отскока и какие данные сразу отправлять в поддержку. Это сэкономило ей массу нервов при следующих инцидентах.
Отскок почти всегда уже содержит подсказку, просто её нужно прочитать и пойти по правильной ветке: DNS/MX, квота или блокировки. Когда вы перестаёте «крутить настройки на удачу», почта обычно оживает быстрее, а не наоборот. Хаотичные действия только маскируют проблему и затягивают её решение.
На сегодня достаточно одного действия: откройте последний отскок, выпишите ключевую строку причины и сделайте одну первичную проверку по ней — либо MX в DNS, либо свободное место и лимиты ящика.
Ничего параллельно не меняйте, а если дойдёте до поддержки, у вас уже будут данные, которые экономят время и вам, и им. Системный подход к диагностике почтовых проблем — это не rocket science, а просто внимательность и последовательность. Когда вы понимаете, что именно проверять, решение находится гораздо быстрее, чем кажется.