Миграция IMAP может быстро поставить почтовый проект под угрозу. Неверное сопоставление папок, устаревший кеш DNS или неучтенная особенность Gmail способны привести к простою на выходных. До переноса прочитайте эту статью и держите рядом практическое руководство по imapsync. Цель проста: перенести почту, сократив риск дублей и скрытых потерь, и не переплачивать за пользовательские лицензии при подготовке.
Почта не является ZIP-архивом. Это живая система с состоянием сообщений, клиентами, DNS, ограничениями и пользователями, которые продолжают отправлять сообщения во время переноса. Поэтому серьезная миграция начинается с ограничений протокола, а не обещаний поставщика.
Отделите скорость копирования от давления в момент переключения. Старый подход: заранее купить лицензии, торопиться и надеяться на спокойные выходные. Новый подход: сначала подготовить целевой сервер, переносить почту этапами и использовать общий пул хранилища для крупных ящиков. TrekMail предлагает размещение нескольких доменов по фиксированной цене, общий пул и встроенный серверный импорт; перед подготовкой проверьте возможности, квоты и условия выбранного плана.
Почему миграции IMAP срываются на практике
Серверы по-разному описывают папки, идентификаторы и ярлыки. IMAP переносит почту, но не проектировался как идеальная система массовой репликации. В крупном проекте различия проявляются дублями, потерей иерархии папок, ограничениями скорости и новой почтой, оставшейся на старом сервере.
Первая ловушка связана с UID. IMAP использует UID сообщений вместе с UIDVALIDITY для идентификации сообщений внутри папки. При изменении UIDVALIDITY прежние UID уже относятся к другой генерации идентификаторов. Это определено в спецификации RFC 9051. Пересоздание или восстановление ящика может вызвать такое изменение, но само по себе переименование не обязательно меняет UIDVALIDITY. Если инструмент не учитывает смену генерации, он может потерять точку продолжения и повторить копирование.
Вторая ловушка связана с несовпадением пространств имен. Один сервер считает `INBOX.Sent` вложенной папкой, другой ожидает `INBOX/Sent`. Gmail дополнительно показывает ярлыки как папки. Без предварительного обследования пользователям может показаться, что часть архива исчезла.
Третья ловушка связана с моделью ярлыков Gmail. Одно письмо отображается под несколькими ярлыками, а обычный целевой сервер IMAP хранит папки. Поэтому одно сообщение может превратиться в несколько копий. Однако безусловно исключать All Mail нельзя: там могут находиться архивные письма без других ярлыков. Изучите доступные папки, проверьте сопоставление на пробном проходе и убедитесь, что оно охватывает всю почту, которую нужно сохранить.
Подготовка: изучите беспорядок до переноса
Безопасная миграция начинается с инвентаризации, а не паролей. Нужны количество и размеры ящиков, необычные служебные аккаунты, старые пересылки и список пользователей с повышенным риском. Без обследования неопределенность лишь переносится на день переключения.
Начните с самых крупных ящиков: архивов руководителей, финансовой почты с многолетними PDF и входящих поддержки. Они определяют сроки и показывают ограничения оплаты за пользователя. Один ящик на 60 GB может потребовать дорогого тарифа на прежней платформе. В общем пуле TrekMail он может занимать больше командного пространства, если это позволяют план и свободная емкость; отдельно проверьте квоты ящика.
Затем найдите скрытые данные: общие адреса, аккаунты сканеров, оповещения и старые замены списков рассылки. Если один из них забыть, явной ошибки может не быть, а важная почта перестанет поступать по назначению.
До первой синхронизации определите правила обработки поврежденных элементов. Поврежденный MIME, некорректные заголовки и слишком большие вложения встречаются в старых хранилищах. Если инструмент останавливается на первой ошибке, миграция может зависнуть из-за испорченного письма из 2009 года. Продолжайте с пропуском только по согласованным правилам, записывайте каждый такой элемент и решайте, можно ли восстановить его, повторить перенос или документально согласовать исключение.
| Объект обследования | Почему важен | Что записать |
|---|---|---|
| Размер ящика | Определяет сроки и порядок | Объем в GB и число элементов |
| Крупные ящики | Показывают риск квот и ограничений | Все свыше 15-20 GB |
| Служебные аккаунты | Могут незаметно перестать работать | Владелец, приложение, способ входа |
| Общие папки и ярлыки | Могут создавать ошибки и дубли | Названия, разделители, ярлыки Gmail |
| Поврежденные элементы | Могут остановить всю задачу | Количество, тип и правило пропуска |
Одномоментный перенос или предварительный этап
Основные стратегии: перенести все при переключении либо заранее скопировать старую почту и закончить дельта-проходом. Одномоментный перенос может подойти небольшой среде; при больших объемах предварительное копирование снижает нагрузку на момент переключения.
Сменить MX в пятницу, мигрировать все выходные и надеяться на совпадение счетчиков в понедельник кажется простым. План может сорваться при ограничениях источника или слишком большом ящике.
Для крупных проектов обычно выбирают предварительный этап. Например, скопируйте письма старше 30 дней, пока пользователи работают на прежнем сервере, заблаговременно снизьте TTL DNS, смените MX и синхронизируйте недавние и новые письма. Возраст писем выбирают с учетом проекта. Так крупный риск делится на три управляемые задачи.
Здесь важна модель цены TrekMail. При подготовке Google Workspace или Microsoft 365 лицензии целевых ящиков могут увеличивать расходы в период параллельной работы. На TrekMail можно подготовить целевые ящики и начать импорт заранее в пределах условий плана. Указанная цена от $3.50 в месяц является месячным эквивалентом при годовой оплате; сверяйтесь с актуальным прайсом. Пробный период платного плана на 14 дней зависит от действующих условий и доступности для аккаунта. Nano является отдельным бесплатным планом без карты по текущим условиям; для отправки писем и ответов нужен собственный сервис SMTP.
| Стратегия | Для кого | Главный риск | Вывод |
|---|---|---|---|
| Одномоментная | Меньше 10 пользователей и мало данных | Не уложиться в выходные | Можно рассмотреть для небольших задач |
| Предварительная | Команды, малый бизнес, агентства, MSP | Требует дисциплины | Обычно предпочтительнее |
Безопасный регламент миграции IMAP
Повторяемый процесс состоит из пяти частей: создать целевую среду, проверить папки, скопировать старую почту, сменить DNS и выполнить дельта-проход. Каждый шаг ограничивает риск следующего.
- Сначала создайте целевые домены и ящики. Документы TrekMail по добавлению домена и настройкам IMAP дают значения, которые нужно сверить с панелью. В документации указан `mail.trekmail.net` с приоритетом `10`; используйте актуальные значения для своего домена.
- Выполните структурный проход. Создайте папки до массового копирования и заранее обнаружьте расхождение точек и косых черт.
- Перенесите старую почту. Для Gmail оцените `[Gmail]/All Mail` и Trash по результатам инвентаризации и требованиям к сохранению данных. Исключайте их лишь после проверки, что сопоставление охватывает все нужные письма в других папках, включая архивные сообщения без дополнительных ярлыков.
- Как пример планирования, снизьте TTL MX до 300 секунд не менее чем за 24 часа. Это не гарантирует очистку кешей: учитывайте прежний TTL, в том числе отрицательных ответов, и проверяйте поступление почты на оба сервера.
- Смените MX, проверьте ответы DNS и запустите дельта-проход с пропуском дублей. Импорт TrekMail предусматривает проверку дублей при повторных проходах, но она не гарантирует идеальную дедупликацию: сверяйте итоговые данные.
Проверяйте DNS командами:
dig MX example.com +short
dig TXT example.com +short
dig TXT _dmarc.example.com +shortПеред ручным запуском imapsync проверьте аутентификацию и сопоставление папок. Следующий пример использует пароли и не настраивает OAuth, поэтому не готов для Exchange Online; исключения Gmail тоже нужно пересмотреть. Для реального переноса используйте поддерживаемые защищенные файлы учетных данных или токены, не оставляя секреты в истории команд и списке процессов.
imapsync \
--host1 old.mailhost.tld --user1 user@example.com --password1 'SOURCE_PASS' \
--host2 imap.trekmail.net --user2 user@example.com --password2 'DEST_PASS' \
--ssl1 --ssl2 \
--exclude '\[Gmail\]/All Mail|\[Gmail\]/Trash' \
--syncinternaldates \
--useheader 'Message-Id' \
--skipsizeПример DNS-записи при переключении:
example.com. 300 IN MX 10 mail.trekmail.net.Gmail, Microsoft 365 и другие особые случаи
Источники IMAP ведут себя по-разному. У Gmail есть дубли из-за ярлыков и ограничения полосы пропускания. Microsoft 365 требует внимания к аутентификации: в Exchange Online отключена Basic Auth для IMAP. Старый локальный Exchange может иметь несовместимые настройки TLS. Для каждого источника нужен свой профиль риска.
Google публикует дневной лимит скачивания IMAP 2500 MB на аккаунт Workspace; перед переносом проверьте актуальное ограничение. Для ящика Gmail на 20 GB предусмотрите несколько проходов с учетом лимитов и заложите запас времени на ограничения скорости и повторные попытки. В зависимости от источника перенос может занять несколько дней, а не часов.
В Microsoft 365 простой вход по IMAP с именем пользователя и паролем больше не поддерживается Exchange Online. Нужен инструмент с поддержкой OAuth и необходимых разрешений. Общей настройки «современная аутентификация» недостаточно: заранее проверьте токены, права и соединение и подготовьте разрешенный альтернативный способ переноса.
Пример: ящик Gmail на 12 GB с видимыми Inbox, Project, Important и All Mail не обязательно представляет собой дерево независимых папок на 12 GB. Ярлыки могут показывать одни и те же письма несколько раз, создавая дополнительные копии на целевом сервере.
Если после переноса создается много пользователей, заранее согласуйте ящики и доступ. У TrekMail есть регламенты по массовому созданию почтовых аккаунтов и управлению почтой клиентов. Ошибки подготовки учетных записей тоже могут нарушить перенос.
Проверка: считайте элементы, а не гигабайты
Количество элементов по папкам и ящикам является полезной проверкой, но само по себе не доказывает полноту переноса. Сопоставляйте также структуру папок, идентичность сообщений, заголовки, даты, флаги и выборку содержимого; ищите неожиданные дубли. Провайдеры по-разному считают MIME, сжатие и дедупликацию. Размер полезен для планирования, но слабо подтверждает результат.
Если источник показывает 14,200, а целевой сервер 14,195 элементов, отчет с пятью поврежденными сообщениями может объяснить разницу, но не делает ее автоматически допустимой. Изучите эти письма, попробуйте восстановить их или согласуйте исключения и завершите остальные проверки до объявления об окончании переноса. Если целевой сервер показывает 10,000, остановитесь и разберитесь: похожего графика хранилища недостаточно.
Как минимальный ориентир для планирования, наблюдайте старый сервер не менее 48 часов после смены MX. Этот срок не доказывает, что все клиенты и отправители перешли на новую систему. Устройства с жестко заданным адресом, принтеры, CRM и старые формы могут продолжать использовать прежний сервер. Сохраняйте необходимую маршрутизацию и мониторинг до проверки этих случаев, затем сверяйте поступившие письма и выполняйте дополнительные дельта-проходы, пока вся новая почта не будет учтена.
При пересмотре инфраструктуры подумайте и о следующей модели: количестве доменов, ящиков и клиентов. TrekMail может подойти для управления несколькими доменами, если его возможности и квоты соответствуют требованиям команды; сравните его с комплектами сервисов под свои задачи. Об этом же рассказывают почтовый хостинг для нескольких доменов и корпоративная почта.
Вывод: снижайте риски, не тормозя проект
При миграции IMAP важны терпение, последовательность и проверка. Уменьшайте неопределенность, исключайте папки только после проверки, что нужные письма сохранятся, учитывайте кеширование DNS и дополняйте сравнение количества сообщений проверкой содержимого и метаданных.
TrekMail предлагает управление несколькими доменами, общий пул, серверный импорт и стандартный доступ IMAP. Проверьте условия плана и испытайте процесс на выборке: так проще подготовить старую почту и спланировать дельта-проходы до окончательного переключения.
Начните с документации и подготовьте целевую среду. Если нужен вариант с фиксированной ценой для предварительного этапа, изучите актуальные возможности и условия на trekmail.net.
