К основному содержимому

Перенос email-почты на новый хостинг

Миграция · 18.01.2025 · 4 мин чтения
Иллюстрация к статье «Перенос email-почты на новый хостинг»

Перенос email при смене хостинга: порядок без потери писем

Главная опасность при переносе почты — не потеря файлов сайта, а потеря писем, которые приходят прямо во время переезда. Почтовые серверы не ждут: если MX-запись уже указывает на новый сервер, а ящики там ещё не готовы, письма начинают отбрасываться или теряться.

  1. Создайте ящики на новом хостинге с теми же адресами и паролями, что на старом.
  2. Скопируйте существующие письма на новый сервер, пока старый MX ещё активен.
  3. Проверьте новые ящики через отдельный порт или временный домен, не трогая MX.
  4. Снизьте TTL у MX-записи заранее, за 24–48 часов до переключения.
  5. Переключите 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-записи не обновлены под новый почтовый сервер

Откат при проблемах

  1. Не удаляйте ящики на старом сервере как минимум неделю после переключения MX.
  2. Если новый сервер работает нестабильно, верните старую MX-запись — письма снова пойдут на прежний сервер.
  3. Запустите imapsync ещё раз после отката, чтобы забрать письма, пришедшие на новый сервер за время его работы.

Когда этот порядок не подходит

Для корпоративной почты на Microsoft 365 или Google Workspace процесс отличается: перенос идёт через встроенные инструменты миграции провайдера, а не через imapsync, и MX-записи меняются в последнюю очередь, а не первым делом.

Проверка результата

  • Сравните число писем в ключевых папках (Входящие, Отправленные) на старом и новом сервере.
  • Проверьте, что письма приходят на новый сервер: отправьте тестовое письмо с внешнего почтового ящика.
  • Проверьте SPF, DKIM и DMARC записи через любой онлайн-чекер DNS.
  • Настройте почту на устройствах сотрудников только после подтверждения, что MX-запись обновилась повсеместно.

Подробный разбор imapsync с пакетным переносом нескольких ящиков — в статье перенос почты с imapsync, а безопасная смена DNS без простоя описана в статье миграция DNS без простоя.

Статья помогла?
← Назад в базу знаний Задать вопрос поддержке