Перенос email при смене хостинга: порядок без потери писем
Главная опасность при переносе почты — не потеря файлов сайта, а потеря писем, которые приходят прямо во время переезда. Почтовые серверы не ждут: если MX-запись уже указывает на новый сервер, а ящики там ещё не готовы, письма начинают отбрасываться или теряться.
- Создайте ящики на новом хостинге с теми же адресами и паролями, что на старом.
- Скопируйте существующие письма на новый сервер, пока старый MX ещё активен.
- Проверьте новые ящики через отдельный порт или временный домен, не трогая MX.
- Снизьте TTL у MX-записи заранее, за 24–48 часов до переключения.
- Переключите MX и в течение суток держите доступ к старому серверу для дозагрузки писем, которые пришли с задержкой на старых DNS-кэшах.
Шаг 1: создайте ящики на новом хостинге
В панели управления (cPanel, ISPmanager или аналогичной) создайте те же почтовые ящики, что были на старом хостинге, с теми же паролями — это упростит перенастройку почтовых клиентов у сотрудников.
Шаг 2: перенос писем через imapsync
Ручное перетаскивание писем в почтовом клиенте работает для одного-двух ящиков, но не масштабируется и часто теряет часть писем. Для переноса без потерь используйте imapsync — он подключается к обоим серверам напрямую и копирует письма на уровне протокола IMAP.
imapsync --host1 mail.old-host.com --user1 user@example.com --password1 'старый_пароль' --host2 mail.new-host.com --user2 user@example.com --password2 'новый_пароль' --ssl1 --ssl2
Команда синхронизирует только новые письма при повторном запуске — можно прогнать её несколько раз подряд, приближаясь к моменту переключения MX.
Шаг 3: настройте почтовый клиент для проверки
Прежде чем переключать MX, добавьте новый ящик в Thunderbird или Outlook как отдельный аккаунт, указав IP или временный адрес нового почтового сервера напрямую, в обход DNS домена:
# Пример ручной настройки IMAP-аккаунта
Сервер входящей почты: mail.new-host.com (или IP нового сервера)
Порт: 993 (IMAP/SSL)
Сервер исходящей почты: mail.new-host.com
Порт: 465 (SMTP/SSL)
Отправьте тестовое письмо через новый сервер и убедитесь, что оно доходит и не попадает в спам получателя.
Сравнение способов переноса почты
| Способ | Риск потери писем | Подходит для |
|---|---|---|
| Перетаскивание в почтовом клиенте | высокий — легко пропустить папку | 1–2 ящика, мало писем |
| imapsync | минимальный — можно перезапускать | любое число ящиков, большие архивы |
| Экспорт/импорт .mbox или .pst | средний — зависит от формата почтового клиента | локальный архив без доступа к старому серверу |
Шаг 4: обновите MX-записи
Понизьте TTL у MX-записи за 1–2 дня до переключения — это сократит время, за которое разные почтовые серверы в интернете подхватят новое значение. После этого измените саму запись:
# Пример MX-записи на новый почтовый сервер
example.com. MX 10 mail.new-host.com.
Типичные ошибки при переносе
| Ошибка | Причина и решение |
|---|---|
| AUTHENTICATE failed при запуске imapsync | На старом сервере отключён протокол IMAP в настройках ящика — включите его перед переносом |
| Письма приходят на старый сервер спустя сутки после смены MX | Не был снижен TTL заранее — у части провайдеров кэш держится до истечения старого значения TTL |
| Дубликаты писем в новом ящике | imapsync запускался без --skipcrossduplicates при повторных прогонах — добавьте флаг |
| Письма участникам рассылки уходят в спам после переезда | SPF- и DKIM-записи не обновлены под новый почтовый сервер |
Откат при проблемах
- Не удаляйте ящики на старом сервере как минимум неделю после переключения MX.
- Если новый сервер работает нестабильно, верните старую MX-запись — письма снова пойдут на прежний сервер.
- Запустите imapsync ещё раз после отката, чтобы забрать письма, пришедшие на новый сервер за время его работы.
Когда этот порядок не подходит
Для корпоративной почты на Microsoft 365 или Google Workspace процесс отличается: перенос идёт через встроенные инструменты миграции провайдера, а не через imapsync, и MX-записи меняются в последнюю очередь, а не первым делом.
Проверка результата
- Сравните число писем в ключевых папках (Входящие, Отправленные) на старом и новом сервере.
- Проверьте, что письма приходят на новый сервер: отправьте тестовое письмо с внешнего почтового ящика.
- Проверьте SPF, DKIM и DMARC записи через любой онлайн-чекер DNS.
- Настройте почту на устройствах сотрудников только после подтверждения, что MX-запись обновилась повсеместно.
Подробный разбор imapsync с пакетным переносом нескольких ящиков — в статье перенос почты с imapsync, а безопасная смена DNS без простоя описана в статье миграция DNS без простоя.