Довідник помилок / Email stopped working after a DNS change
Пошта перестала працювати після зміни DNS
Пошта, що працювала ще вчора й перестала одразу після зміни DNS, - один із найчастіших побічних ефектів переїзду сайту. Це виглядає так: листи не доходять, тим, хто вам пише, повертаються повідомлення про недоставку, ваші власні листи раптом потрапляють у спам або відхиляються, поштові програми більше не можуть підключитися. Сам сайт при цьому зазвичай працює, тож спершу звинувачують поштового провайдера. Майже завжди сам поштовий сервіс у порядку: не пережили зміну DNS-записи, які на нього вказували.
Перевірте свій сайт
Через що виникає
Коли ви змінюєте NS-сервери, наприклад на Cloudflare чи новий хостинг, уся DNS-зона замінюється тією, що є в нового провайдера, і все, що не скопіювали, просто перестає існувати. Зазвичай це MX-записи, які кажуть іншим серверам, куди доставляти вашу пошту, і TXT-записи SPF, DKIM та DMARC. Автоматичний імпорт часто пропускає DKIM, бо він живе на імені на кшталт selector._domainkey, яке сканування не знаходить. Тонший випадок - MX вказує на mail.ваш-домен, а A-запис mail змінили на новий веб-сервер або пустили через проксі Cloudflare (помаранчева хмара), який пропускає лише веб-трафік. Навіть без зміни NS одна ручна правка може зламати пошту: заміна MX на записи нового хостингу, видалення старого SPF під час додавання нового або публікація другого SPF-запису, через що обидва стають недійсними.
Як виправити
- Запустіть перевірку на цій сторінці для свого домену. Вона показує MX-записи, SPF разом із кількістю DNS-запитів, DMARC і ключі DKIM, які нам вдасться знайти. Якщо MX немає взагалі, зараз ніхто не може доставити вам пошту, тож відновлюйте його першим. Якщо MX є, запишіть хост, на який він вказує, для наступних кроків.
- Знайдіть старі записи. Попередній DNS-провайдер чи хостинг зазвичай ще якийсь час показує стару зону у своїй панелі, а ваш поштовий провайдер (Google Workspace, Microsoft 365, Zoho або старий хостинг) наводить точні значення MX, SPF і DKIM в інструкціях із налаштування. Скопіюйте їх точно як є, разом із пріоритетами MX.
- Відновіть MX і перевірте, куди він вказує. Якщо MX вказує на імʼя на кшталт mail.ваш-домен.com, цьому імені потрібен власний A-запис з IP поштового сервера, а не веб-сервера: DNS-перевірка на цьому сайті покаже, на яку IP воно резолвиться зараз. У Cloudflare цей запис має бути DNS only (сіра хмара), бо проксі пропускає лише веб-трафік, і поштові зʼєднання через нього не проходять.
- Відновіть SPF одним записом. У домену має бути рівно один TXT-запис, що починається з v=spf1. Якщо пошту від вашого імені надсилають і старий, і новий хостинг, обʼєднайте їх в один запис, наприклад v=spf1 include:old-provider include:new-provider ~all. Два окремі SPF-записи провалюють перевірку для кожного листа.
- Відновіть DKIM з тим самим селектором, який використовує ваш провайдер, наприклад google._domainkey або selector1._domainkey, скопіювавши TXT- чи CNAME-запис із панелі провайдера. Наша перевірка пробує поширені селектори, тож якщо у вашого провайдера незвичний, він може тут не зʼявитися, навіть коли все правильно. Для цього в панелі провайдера є власна кнопка перевірки.
- Потім перевірте й зачекайте. Сервери-відправники кілька днів повторюють спроби, коли доставка тимчасово не вдається, тож значна частина листів, надісланих під час збою, дійде після відновлення MX, але те, що повернулося з постійною помилкою, втрачено, і його треба надіслати знову. Повторіть перевірку, надішліть тестові листи на зовнішню адресу, наприклад Gmail, і з неї, і пошукайте в заголовках листа spf=pass і dkim=pass.