Сайт переехал, всё работает, все довольны. Через два дня выясняется, что часть писем за эти дни просто исчезла: клиент отправил заказ, а он не дошёл ни на старый сервер, ни на новый. Почта — самая недооценённая часть переезда. Её редко закладывают в план, а восстановить потерянные письма, как правило, уже нельзя.
Почему письма теряются
Дело в устройстве почты. За то, куда доставлять письмо для вашего домена, отвечает MX-запись в DNS. Когда вы меняете её на новый сервер, изменение расходится по интернету не мгновенно: разные провайдеры узнают о нём в разное время — от нескольких минут до суток, в зависимости от TTL записи.
Всё это время часть отправителей продолжает доставлять письма на старый сервер, а часть — уже на новый. Если старый ящик к этому моменту удалён или отключён, письма отбиваются или уходят в пустоту. Если он ещё жив — письма приходят, но вы их не видите, потому что смотрите уже в новый ящик.
Что сделать до переключения
- Снизить TTL у MX-записи заранее. За сутки до переезда поставьте 300 секунд. Тогда переключение разойдётся по интернету за минуты, а не за сутки.
- Создать все ящики на новом сервере заранее. С теми же адресами. Ящик должен быть готов принять письмо в ту же секунду, когда MX-запись сменится.
- Перенести старые письма. Это делается копированием по IMAP — утилитами вроде imapsync, которые переносят папки, вложения и отметки «прочитано». Первый прогон делают за несколько дней до переезда, когда никто никуда не спешит.
- Составить список всего, что отправляет почту от имени домена: сам сайт (формы, уведомления магазина, восстановление пароля), CRM, сервис рассылок, бухгалтерия.
Порядок переключения
Главное правило: сначала новый сервер начинает принимать почту, и только потом отключается старый. Никогда не наоборот.
- Меняем MX-запись на новый сервер.
- Оставляем старый сервер включённым и принимающим письма минимум на три-пять дней. Это самая важная часть плана. Пока информация о смене расходится, он ловит письма от отстающих отправителей.
- Через несколько дней делаем второй прогон синхронизации по IMAP — он подберёт письма, которые за это время упали на старый сервер.
- Только после этого старый ящик можно отключать.
SPF, DKIM и DMARC: почему письма уходят в спам
Отдельная история — записи, которые подтверждают, что письма от вашего домена настоящие. Если после переезда их не обновить, письма начнут попадать в спам. Причём заметите вы это не сразу: у вас-то всё «отправляется нормально».
- SPF перечисляет серверы, которым разрешено отправлять почту от вашего домена. После переезда в нём должен появиться новый сервер — и остаться сторонние сервисы, если вы ими пользуетесь.
- DKIM — криптографическая подпись писем. Ключ на новом сервере другой, значит запись в DNS надо заменить.
- DMARC — правило, что делать с письмами, которые проверку не прошли.
Это тот случай, когда «вроде работает» и «работает» — разные вещи. Письмо доставляется, но лежит у получателя в папке «Спам», и вы об этом не знаете, пока клиент не позвонит и не спросит, почему ему не ответили.
Что проверить после переезда
- Отправить письмо на внешний адрес и получить ответ обратно.
- Проверить, что письма приходят во «Входящие», а не в спам. Есть бесплатные сервисы, которые принимают тестовое письмо и показывают, как выглядят ваши SPF и DKIM со стороны.
- Проверить отправку с сайта: форма обратной связи, уведомление о заказе, восстановление пароля.
- Убедиться, что старая переписка на месте: папки, вложения, письма за нужный период.
Коротко
Переезд почты не сложный, но не прощает спешки. Основная ошибка — выключить старый сервер в тот же день, когда переключили MX-запись. Несколько дней параллельной работы стоят почти ничего и снимают главный риск.
Если не уверены, что учли всё, — мы переносим почту как часть миграции и держим старый сервер живым ровно столько, сколько нужно, чтобы ни одно письмо не потерялось.