Чек-лист миграции почты: подготовка и перенос по IMAP

Если вам нужен чек-лист миграции почты, вы, вероятно, уже представляете риски. Перенос обычно даёт сбой не при копировании, а на стыках: забытые псевдонимы, устаревшие DNS-данные, закэшированные профили Outlook, особенности ярлыков Gmail и один особо важный ящик, который переносится на три дня дольше запланированного.

В этом и состоит сложность. Ещё хуже, что многие инструкции слишком общие, чтобы помочь во время самого переключения. Если вы переносите небольшую команду, отказываетесь от старого хостинга или хотите сократить расходы на деловую почту, сначала изучите основы в статье о почте для малого бизнеса, затем вернитесь к этому рабочему списку.

Это практический чек-лист миграции почты для этапов до, во время и после переключения. Он рассчитан на основателей компаний, ИТ-администраторов, агентства и MSP, которые переходят на IMAP-хостинг вроде TrekMail. Согласно исходному снимку, TrekMail поддерживает несколько доменов, общий пул хранения и встроенный серверный перенос по IMAP.

Что входит в чек-лист миграции почты

Чек-лист миграции почты объединяет проверки ящиков, DNS, учётных данных и доступа клиентов при переключении. Он помогает уменьшить риск возвратов писем, пропавших папок, неработающих мобильных приложений и незаметных пробелов в данных, которые обнаруживаются лишь после возвращения пользователей к работе.

Хороший чек-лист миграции почты не ограничивается схемой «экспорт, импорт, смена MX». Он должен учитывать каждый объект, способный получать письма, каждую зависимость, которая может мешать доставке, и действия пользователей, без которых завершённый на сервере перенос оборачивается потоком обращений в поддержку.

1. Учтите всё, что может получать почту

Первый пункт списка: инвентаризация. Если в исходном перечне только лицензированные пользовательские ящики, он неполон. Общие ящики, псевдонимы, маршруты catch-all, переадресации, сканеры, финансовые ящики и старые списки рассылки могут продолжать получать рабочую почту после переключения.

Именно здесь часто возникают проблемы. Кто-то экспортирует «активных пользователей», создаёт целевые ящики, меняет DNS и считает работу законченной. Затем обращения на sales@ возвращаются отправителям, счета на ap@ теряются из виду, а офисный принтер начинает выдавать ошибки SMTP.

До работы с данными составьте такой перечень:

1. Лицензированные пользовательские ящики
2. Общие ящики и служебные адреса вроде info@, billing@ и support@
3. Псевдонимы, привязанные к пользователям или общим ящикам
4. Списки рассылки и групповые адреса
5. Правила переадресации, поведение catch-all и исключения маршрутизации
6. Устройства и приложения, отправляющие почту через прежнего провайдера
7. Устаревшие объекты Exchange, включая ссылки X.500 и LegacyExchangeDN

Решение, оставить адрес псевдонимом или сделать отдельным ящиком, важнее, чем кажется. Прочитайте о разнице между псевдонимом и ящиком на своём домене до переноса, а не после первых возвратов писем.

Правило эксплуатации: если адрес когда-либо получал сведения о платежах, заявки, обращения в поддержку или письма для сброса доступа, считайте его рабочим, пока не убедитесь в обратном.

Модель TrekMail может помочь, поскольку за каждый служебный ящик не начисляется отдельная плата за пользователя. Согласно исходному снимку, платные планы начинаются от $3.50 в месяц и используют общий пул хранения. Можно переносить данные в полноценные IMAP-ящики, а не заменять важные адреса цепочками переадресаций. Проверяйте действующие условия тарифов.

2. Проверьте, что переносится по IMAP, а что нет

Чек-лист для IMAP должен исходить из переноса почтовых данных, а не всей рабочей среды. Сообщения и папки обычно переносятся. Календари, контакты, правила, подписи, разрешения и некоторые закрытые метаданные обычно нет.

Здесь часто расходятся ожидания и результат. IMAP переносит почту, но не воссоздаёт всю систему совместной работы. Если источником служат Google Workspace или Exchange, пользователи могут ожидать сохранения календарей, общего доступа, категорий и истории автозаполнения адресов. Обычный IMAP-перенос этого не обеспечивает.

До начала проекта зафиксируйте его границы:

Инструмент импорта TrekMail предназначен для переноса почты по IMAP. Именно для этого его и следует использовать. Изучите обзор IMAP-миграции и запуск импорта в панели управления, прежде чем обещать пользователям перенос всей рабочей среды.

3. Переносите большие ящики заранее и планируйте реалистично

Реалистичный чек-лист должен учитывать ограничения скорости. Скорость вашего интернета не единственный предел. На фактический темп влияют исходный провайдер, целевой провайдер и лимиты IMAP-сессий.

Таковы технические условия. Даже при быстром офисном подключении ящик на 50 GB может копироваться медленно: исходная система снижает скорость запросов, ограничивает соединения или приостанавливает интенсивную работу по IMAP. Google публикует ограничения полосы пропускания Gmail и квоты API; в средах Microsoft также действуют свои механизмы ограничения нагрузки.

Поэтому не планируйте единый перенос всех ящиков за выходные. Разделите работу:

1. Заранее скопируйте старые письма за две-три недели.
2. Оставьте свежие письма в исходной системе, пока пользователи продолжают работать.
3. Выполните синхронизацию изменений в заключительное окно переключения.
4. Проверьте число сообщений до смены MX.

Этот шаг делает процесс более управляемым. Он также может сократить обращения в поддержку: при первом входе пользователи уже увидят большую часть своей переписки.

При переносе из Gmail помните о ярлыках. Одно письмо с несколькими ярлыками может выглядеть для неподходящего IMAP-процесса как несколько копий в разных папках. Это увеличивает объём и создаёт дубликаты. Практический чек-лист миграции почты должен отдельно предусматривать проверку соответствий ярлыков Gmail и при необходимости исключение неподходящих структур, например огромных сборных архивов.

Если предпочитаете отдельные инструменты, сравните варианты с imapsync. Если нужен перенос прямо из панели хостинга, серверный импорт TrekMail позволяет не пропускать весь объём через ноутбук администратора.

4. Уменьшайте DNS TTL до переключения, а не во время него

В чек-листе необходим график DNS-изменений. Снижение TTL после смены MX не сокращает срок жизни уже закэшированных ответов. Уменьшите TTL как минимум за 24 до 48 часов до изменения и учтите прежнее значение, чтобы внешние резолверы не продолжали долго хранить старый ответ.

Типичная проблема: часть систем видит новый MX, а остальные ещё доставляют письма старому серверу. В панели перенос выглядит завершённым, но входящие сообщения незаметно остаются у прежнего провайдера.

Используйте этот график как ориентир:

Нужные записи TrekMail описаны в документации об обязательных DNS-записях. Если в переходный период отправляют оба провайдера, SPF может временно требовать разрешения для обоих. SPF определён в RFC 7208, а поведение DMARC в RFC 7489.

example.com. 300 IN MX 10 mail.trekmail.net.
example.com. 300 IN TXT "v=spf1 include:_spf.google.com include:spf.trekmail.net -all"

Временное объединение SPF-разрешений входит в полезные пункты любого чек-листа миграции почты. Удаляйте старый include позже, а не автоматически через пять минут после смены MX.

5. Проверяйте число сообщений, а не только размер ящика

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

На этом этапе администраторы нередко тревожатся без причины. Источник показывает 10.2 GB, цель 9.8 GB. Это не означает автоматически потерю данных. MIME-кодирование, устройство хранения и пропуск дубликатов могут менять отображаемый размер.

Проверяйте в таком порядке:

1. Общее число сообщений.
2. Основные папки: входящие, отправленные, черновики и архив.
3. Выборочные диапазоны дат и цепочки с большим количеством вложений.
4. Только после этого сравните отображаемый размер как приблизительный показатель.

Если число сообщений совпадает и выборочные проверки проходят, это хороший признак успешного переноса. При расхождении остановитесь и выясните причину, прежде чем объявлять работу завершённой.

Проверьте и реальную передачу почты: отправку извне домена, внутри домена и с самого проблемного устройства компании. Outlook, iPhone Mail и старые сканеры обнаруживают ошибки, которые не видны в панелях управления.

6. Запланируйте повторный вход и пересоздание профилей

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

Здесь возможен большой наплыв обращений в поддержку. Ящик и DNS работают, но Outlook продолжает использовать прежнюю конфигурацию, либо телефон держит старый токен Google или Microsoft и не подключается к новому IMAP-сервису.

Инструкция на первый день должна быть ясной: сохраните локальные несинхронизированные данные, удалите старую учётную запись, добавьте новую и используйте точные настройки IMAP и SMTP. TrekMail публикует их на странице настроек IMAP и SMTP для всех клиентов. В исходном снимке приведены такие стандартные значения:

IMAP host: imap.trekmail.net
IMAP port: 993
SMTP host: smtp.trekmail.net
SMTP port: 465
Username: full email address
Password: mailbox password

Ещё один момент: согласно исходному снимку, TrekMail использует только IMAP, без POP3. В конфигурации на 2026 год синхронизированное состояние между устройствами может быть важнее прежней модели скачивания и удаления писем.

При управлении множеством доменов или клиентских сред этот этап поддержки быстро усложняется. Здесь организация эксплуатации не менее важна, чем инструмент переноса. Для такой стороны проекта полезно планирование почтового хостинга для нескольких доменов.

7. Решите, нужно ли переносить всю старую почту

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

Этот этап часто пропускают, потому что его трудно согласовать. Но перенос 15 лет чеков, рассылок и переписки завершённых проектов через действующую систему требует времени и увеличивает нагрузку. Если архив редко используется, после проверки требований исключите его из критического пути.

Разница между привычным подходом и альтернативой здесь проста:

Привычный подход: постоянно платить за каждого пользователя, потому что один ящик содержит 40 GB истории, которую почти никто не открывает.

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

Поэтому TrekMail может подойти для упорядочивания разросшейся почтовой инфраструктуры. Согласно исходному снимку, можно начать бесплатно, платные тарифы стартуют от $3.50 в месяц и предлагают бесплатный пробный период на 14 дней с обязательной кредитной картой. Nano описан как бесплатный тариф без требования карты и без срока окончания. Проверяйте актуальные условия.

Чек-лист миграции почты: итоговый план

Этот краткий вариант можно вставить в заявку на изменение. Он охватывает базовые проверки, которые помогают избежать частых ошибок при реальном переключении IMAP-почты.

1. Учтите каждый ящик, псевдоним, общий ящик, группу, маршрут и отправляющее приложение.
2. Уточните, что переносит IMAP и что требует отдельного экспорта.
3. Предварительно скопируйте старые письма.
4. Уменьшите MX TTL заранее, за 24 до 48 часов.
5. Подготовьте временные SPF-разрешения для обеих систем, если они будут отправлять во время перехода.
6. Выполните заключительную синхронизацию изменений до смены MX, затем сохраняйте старый сервер и повторяйте синхронизацию до проверки последующих доставок.
7. Сверьте число сообщений, проверьте папки и протестируйте реальную отправку и приём.
8. Пересоздайте клиентские профили там, где это необходимо. Не тратьте часы на безуспешный ремонт закэшированных настроек.
9. После проверки требований архивируйте неиспользуемую историю, а не переносите всё по умолчанию.
10. Сохраните доступ к старой системе для отката до окончания проверки.

В этом и смысл чек-листа миграции почты: не красота и не теория, а меньше неожиданностей.

Если ищете подходящую цель для IMAP-переноса, сравните предложения на странице тарифов TrekMail. В исходном снимке перечислены собственные домены, IMAP-ящики, catch-all, BYO SMTP или управляемый SMTP, переадресация ящиков и встроенная миграция. Доступность зависит от тарифа; модель описана как не использующая оплату за каждого пользователя.