Кратко
Почему почта не приходит на мой собственный домен?
Почта перестаёт доходить до собственного домена, когда его MX-записи отсутствуют, неверны или смешаны с записями прежнего провайдера, когда изменение DNS ещё не распространилось или когда домен истёк. Postelva насчитывает ниже восемь частых причин; первая проверка всегда касается MX-записей, которым обычно нужно до 24 часов, чтобы установиться.
Восемь причин пропавшей почты и способ исправления
| Симптом | Вероятная причина | Как проверить | Исправление |
|---|---|---|---|
| Ничего не приходит, возвратов нет | MX-записи отсутствуют или всё ещё указывают на прежнего провайдера | Запросите MX-записи домена | Добавьте MX-записи нового провайдера и удалите старые |
| Часть почты приходит, часть нет | Старые и новые MX-записи смешаны | Список MX показывает хосты двух провайдеров | Оставьте только MX нового провайдера или задайте им наименьшие номера приоритета |
| Вчера работало, сегодня нет | Изменение DNS ещё не распространилось | Разные резолверы отвечают по-разному | Дождитесь истечения старого TTL; обычное изменение MX занимает от 1 до 4 часов, до 24–48 часов |
| Возврат сообщает, что домена не существует | Домен истёк или приостановлен | Запросите статус домена в реестре | Продлите; см. что происходит с почтой, когда домен истекает |
| Запись есть, но запрос говорит, что её нет | Отрицательное кэширование прежнего пустого ответа | Одну и ту же запись находит один резолвер, но не другой | Подождите: пустой ответ кэшируется с TTL из SOA-записи зоны |
| Почта с вашего домена попадает в спам | Две записи SPF или более 10 DNS-запросов | Посчитайте TXT-записи, начинающиеся с v=spf1 | Объедините в одну запись SPF; держите её в пределах 10 запросов |
| Провайдер говорит, что домен не подтверждён | TXT-запись подтверждения отсутствует или скопирована неверно | Сравните значение с экраном провайдера | Вставьте значение снова; некоторые DNS-хосты ждут имя хоста без домена |
| Почта возвращается после ужесточения DMARC | Политика reject задана до того, как SPF и DKIM начали проходить | Прочитайте агрегированные отчёты | Вернитесь к p=none, исправьте отправителей, затем ужесточите снова |
Что проверить в первую очередь?
Сначала проверьте MX-записи, потому что они решают, куда доставляется каждое письмо для домена. MX-запись называет почтовый сервер и приоритет; отправители сначала пробуют наименьшее число. Если список пуст, почте некуда идти. Если в нём указан прежний провайдер, почта продолжает приходить к нему.
Ответ покажут две команды. Замените yourname.com своим доменом.
dig MX yourname.com +short
nslookup -type=MX yourname.comКак должен выглядеть ответ MX?
В нём должны быть только хосты вашего текущего провайдера. Ожидаемый ответ для Proton Mail — две строки: mail.protonmail.ch с приоритетом 10 и mailsec.protonmail.ch с приоритетом 20. Для Fastmail это in1-smtp.messagingengine.com с 10 и in2-smtp.messagingengine.com с 20. Способ чтения всех записей описан в разделе как проверить записи MX, SPF, DKIM и DMARC.
Почему почта всё ещё идёт к моему прежнему провайдеру?
Потому что старые MX-записи всё ещё в зоне или потому что резолверы всё ещё хранят их в кэше. По индексу Postelva от 12 ноября 2026, три провайдера с задокументированной настройкой MX — Proton Mail, Mailbox.org и Fastmail — советуют удалить MX-записи, указывающие в другое место, или задать новым наименьший номер приоритета. Если оставить оба набора, почта будет непредсказуемо приходить на любой из серверов.
Время, нужное изменению, примерно равно старому TTL записи на момент, когда вы её изменили. TTL в 3600 секунд означает до часа кэшированных ответов; TTL в 86400 — до суток. Proton Mail советует допустить до суток на изменение MX, а Mailbox.org сообщает, что синхронизация его записи подтверждения может занять до 48 часов. Если вы планируете переезд, а не чините его, раздел перенос почты к новому провайдеру без потери писем объясняет, как заранее уменьшить TTL.
Может ли истёкший домен остановить мою почту?
Да: когда срок домена истёк и его DNS перестаёт разрешаться, входящая почта возвращается или теряется. Политика ICANN по восстановлению истёкших регистраций позволяет владельцу продлить с дня истечения. После удаления реестры gTLD предлагают 30-дневный период выкупа, в течение которого разрешение DNS отключено, переносы заблокированы, а регистратор может восстановить имя за дополнительную плату. День, когда DNS перестаёт работать, зависит от регистратора.
Второй, менее известный триггер — адрес почты владельца. ICANN требует от регистратора подтвердить его в течение 15 дней после регистрации, переноса или смены владельца, а домен, чей владелец так и не отвечает, могут приостановить. Postelva говорит об этом прямо: email владельца домена подтверждается после регистрации, как того требуют правила ICANN (в течение 15 дней). Ответьте на письмо с подтверждением и включите автопродление, которое здесь автоматическое продление с баланса, включается и отключается для каждого домена отдельно. Полный график описан в разделе что происходит с почтой, когда домен истекает.
Могут ли SPF, DKIM или DMARC сделать так, что почта пропадёт?
Они влияют на отправляемую вами почту гораздо сильнее, чем на получаемую, но строгая политика DMARC может привести к тому, что получатели прямо отклонят ваши письма. Домен может публиковать только одну запись SPF: вторая запись или запись SPF, требующая более 10 DNS-запросов (RFC 7208), возвращает постоянную ошибку, и получатели считают проверку не пройденной. Добавьте include нового провайдера в существующую запись, а не создавайте новую.
Для DMARC начните с p=none и адреса для отчётов, убедитесь, что SPF и DKIM проходят для всей легитимной почты, затем переходите к quarantine и, наконец, reject. Mailbox.org предупреждает, что слишком рано заданная строгая политика может привести к возврату легитимной почты. Записи объясняются в разделе как создать запись SPF.
Какую роль в этом играет Postelva?
Postelva размещает DNS домена, поэтому каждая запись в этом руководстве правится в личном кабинете. В DNS входят бесплатный DNS-хостинг с записями A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV и CAA, DNSSEC и собственными серверами имён, если вы предпочитаете (от 2 до 13). Шаблоны в один клик охватывают Proton Mail, Fastmail и Zoho Mail; для Tuta, Mailbox.org, iCloud+ и Migadu записи вводятся в DNS-редакторе. Если шаблон и записанная вручную запись расходятся, зона показывает обе, поэтому прочитайте весь список, прежде чем ждать распространения. Поддержка отвечает по электронной почте: ответы по электронной почте в течение 12 часов, 7 дней в неделю, включая помощь с записями MX, SPF, DKIM и DMARC.
Пропавшая почта: вопросы
Сколько ждать, прежде чем считать, что изменение DNS не удалось?
Подождите до старого TTL записи, затем проверьте с помощью второго резолвера. Изменения MX обычно занимают от 1 до 4 часов и могут занять от 24 до 48 часов.
Почему одни отправители до меня дотягиваются, а другие нет?
Резолвер каждого отправителя кэширует ваши старые записи разное время, поэтому во время изменения одни доставляют на новый сервер, а другие на старый. Удаление старых MX-записей прекращает это разделение.
Влияет ли catch-all на доставку?
Только внутри почтового ящика: catch-all принимает имена, которые вы не создавали. Если именованного адреса не хватает, проверьте, что псевдоним существует и что catch-all другого аккаунта не забирает почту.
Может ли провайдер заблокировать мой домен?
Провайдер может отказаться принимать домен, который не подтверждён. Проверьте TXT-запись подтверждения и экран статуса у провайдера, прежде чем искать дальше.
Что делать, если мой домен показан как истёкший?
Немедленно продлите его в личном кабинете. В период выкупа регистратор ещё может восстановить его за дополнительную плату, которая должна быть опубликована.
Итог
- Сначала проверьте MX-записи: они решают, куда доставляется почта.
- Удалите старые MX-записи или задайте новым наименьший номер приоритета.
- Изменения MX занимают примерно старый TTL: обычно 1–4 часа, до 48 часов.
- Только одна запись SPF, не более 10 DNS-запросов (RFC 7208).
- Истёкший домен перестаёт разрешаться; период выкупа длится 30 дней.
- ICANN требует подтвердить адрес почты владельца в течение 15 дней.
- Ужесточайте DMARC начиная с p=none, но никогда сразу до reject.
Источники (8)
- RFC 7208, раздел 4.6.4: ограничения на DNS-запросы — RFC Editor (прочитано 2026-11-12)
- RFC 2308: отрицательное кэширование DNS-запросов — RFC Editor (прочитано 2026-11-12)
- Политика по восстановлению истёкших регистраций — ICANN (прочитано 2026-11-12)
- Соглашение об аккредитации регистраторов 2013 года (RAA) — ICANN (прочитано 2026-11-12)
- Собственный домен из Namecheap (значения MX) — Proton (прочитано 2026-11-12)
- DNS-записи по умолчанию — Fastmail (прочитано 2026-11-12)
- mailbox.org KB: SPF, DKIM и DMARC — mailbox.org (прочитано 2026-11-12)
- Сколько времени занимает распространение изменений DNS — Suped (прочитано 2026-11-12)