Перенесення 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 без простою.