10 вересня 2026 · 3 хв читання

Перенести поштові скриньки, не втративши історію

пошта міграції IMAP

З усіх міграцій пошти бояться найбільше, і небезпідставно: погано перероблений сайт можна переробити, а втрачений десятирічний архів не повертається. Але це водночас і найусталеніша процедура, якщо прийняти одну засаду: скриньки не переносять, їх копіюють.

Принцип: копіювати, а не переносити

Не існує операції, яка «переміщує» скриньку від одного провайдера до іншого. Роблять інше: підключаються до обох одночасно і копіюють лист за листом, разом зі структурою тек, вкладеннями і станами прочитаності.

З цього випливають два корисні наслідки.

Немає моменту ризику. Поки копія триває, оригінал недоторканий. Якщо щось піде не так, починають заново, і нічого не втрачено.

Копіювати можна тоді, коли все працює. Не треба зупиняти пошту, щоб її скопіювати. Копіюють на живих скриньках, і саме це робить можливою міграцію без перебоїв.

Протокол, який це дозволяє, — IMAP: він тримає листи на сервері, а не на компʼютері, і саме тому процедура працює між провайдерами, які нічого одне про одного не знають.

Проблема вікна

Але є одне ускладнення, і в ньому вся суть.

Поки ти копіюєш, скринька продовжує отримувати листи. Копія почалася в понеділок, закінчилася у вівторок, а тим часом надійшли нові листи, яких у копії немає. Якщо саме тоді змінити записи MX і вимкнути старий сервер, ті листи лишаться там.

Звідси процедура у два проходи — та частина, що відрізняє добре зроблену міграцію:

  1. Перша повна синхронізація, коли все ще працює у старого провайдера. Може тривати години або дні залежно від обсягу і нікому не заважає.
  2. Зміна записів MX, щоб нова пошта почала надходити на новий сервер.
  3. Друга синхронізація одразу після, яка копіює лише те, що надійшло тим часом. Вона швидка, бо основне вже перенесено.
  4. Старий сервер лишається ввімкненим ще кілька днів, бо не весь світ оновлює DNS одночасно: частина відправників доставлятиме на стару адресу, доки не спливе їхній TTL.
  5. Третій, останній прохід перед вимкненням, щоб забрати цей залишок.

Хто пропускає пункт 3, губить рівно пошту того дня, коли відбувався перехід, — тобто ту, яку люди памʼятають, бо вона свіжа.

Що переїжджає, а що ні

Про це варто говорити прямо, бо хибні очікування шкодять тут більше за технічні помилки.

Копіюється: листи з вкладеннями, структура тек, стани «прочитано» й «непрочитано», оригінальні дати, позначені листи.

Саме собою не копіюється: правила і фільтри, які живуть у налаштуваннях провайдера і їх треба відтворювати вручну; підписи; контакти й календарі, що працюють на інших протоколах і переносяться окремо; псевдоніми та списки розсилки, які є конфігурацією домену, а не вмістом скриньок.

Саме цей другий перелік випадає з комерційних пропозицій. Міграція, що скопіювала листи й лишила компанію без її правил сортування, технічно вдала і практично дратівлива ще кілька тижнів.

Деталі, на яких міграції провалюються

Паролі. Потрібні дані доступу до кожної скриньки, а в компанії їх часто не має ніхто. Вирішується адміністративним доступом провайдера, якщо він є, або скиданням паролів до початку — краще знати про це заздалегідь, ніж на середині.

Обмеження провайдера. Дехто обмежує кількість одночасних підключень або смугу: надто агресивне копіювання гальмують або блокують. Це зʼясовується на першій пробі, і саме тому пробу завжди роблять на одній скриньці.

Величезні скриньки. Архів на десятки гігабайтів потребує часу, а іноді його треба ділити по теках. Цей час оцінюють заздалегідь, а не виявляють увечері в день перемикання.

Назви тек. Різні провайдери по-різному поводяться із системними теками — «Надіслані», «Кошик», «Архів» — і з літерами з наголосами. Без правильного зіставлення отримуєш здвоєні теки й листи не в тому місці.

Забуті скриньки. info@, бухгалтерія@, адреса працівника, який пішов, але на яку досі приходять замовлення. Опис скриньок роблять, дивлячись у панель, а не питаючи людей.

Як перевірити, що все вдалося

Не «наче все на місці», а перевіркою, і це три речі.

Кількість листів по кожній теці, до і після. Розбіжність завжди має пояснення, і його шукають до того, як щось вимикати.

Реальний зразок. Відкривають старий лист із вкладенням і переконуються, що вкладення на місці й відкривається.

Повне коло. Надсилають лист у компанію ззовні і з компанії назовні, а тоді дивляться заголовки, щоб пересвідчитись: іде через новий сервер, а не ще через старий.

І тільки після цих трьох перевірок та кількох днів звичайного трафіку вимикають старе середовище. Вимкнути його — остання операція міграції, ніколи не перша, і це стосується пошти так само, як решти переїзду.

Читати далі