Мигрировать почту из Gmail можно безопасно. Беспорядок начинается, когда Gmail считают обычным IMAP-сервером. Это не так. Gmail использует ярлыки вместо настоящих папок, и именно поэтому миграции разрастаются, зависают или помещают отправленные письма не туда. Если вы уходите из Workspace из-за растущих расходов на пользователей, сразу выберите правильную модель и не создавайте себе будущий проект по очистке.
Более широкая картина цен и платформ рассмотрена в статье о корпоративной почте. Здесь речь об исполнении: как перенести сообщения, избежать дублей, сменить DNS и проверить, что письма не потеряны.
Краткий порядок прост. Сначала синхронизируйте старую почту. Смените MX, когда все готово. Выполните последнюю синхронизацию свежих сообщений. Проверяйте число писем, а не размер ящика. Это самый чистый способ перейти из Gmail на стандартный IMAP-хостинг, например TrekMail.
Почему Gmail усложняет обычные миграции IMAP
Главный риск при миграции из Gmail связан с дублями. Gmail показывает ярлыки через IMAP, поэтому одно сообщение может находиться в нескольких местах. Если инструмент копирует каждую видимую папку, письмо импортируется больше одного раза, а целевой ящик быстро разрастается.
В обычном IMAP-ящике одно сообщение хранится в одной папке. В Gmail оно обычно находится в All Mail, а поверх него применяются ярлыки. Через IMAP эти ярлыки выглядят как отдельные папки.
В этом и состоит ловушка.
Если у сообщения есть Inbox, Project A и Urgent, простой инструмент может попытаться скопировать его трижды. Microsoft документирует именно эту проблему при миграции Gmail в IMAP, когда используются ярлыки и не исключена папка [Gmail]. Сам IMAP лишь служит транспортом согласно RFC 3501. Необычной является модель папок Gmail, а не протокол.
Запомните главное правило: исключайте [Gmail]/All Mail, если нет очень конкретной причины этого не делать. Один этот выбор предотвращает большинство случаев резкого роста хранилища и обращений о дублировании.
Процесс для TrekMail описан в документации по миграции Gmail. Общую механику серверного импорта объясняет обзор миграции IMAP.
Что переносится при миграции из Gmail
При миграции через IMAP переносятся только почтовые данные: содержимое, вложения, расположение в папках и, когда поддерживается, состояние прочтения. Весь аккаунт Google не переносится. Для календарей, контактов и файлов Google Drive нужны отдельные экспорты.
Здесь многие переоценивают миграцию. IMAP переносит почту, и только ее.
Точное распределение:
| Тип данных | Переносится через IMAP? | Примечания |
|---|---|---|
| Письма | Да | Содержимое, вложения, даты, папки и часто состояние прочтения |
| Ярлыки | Частично | Обычно становятся папками, из-за чего Gmail может создавать дубли |
| Контакты | Нет | Экспортируются отдельно как CSV или VCF из Google Contacts |
| Календари | Нет | Экспортируются отдельно как ICS из Google Calendar |
| Google Docs | Нет | Это элементы Drive, а не содержимое почтового ящика |
Важна и аутентификация. Для стороннего инструмента часто нужен пароль приложения. Google указывает, что пароль приложения состоит из 16 цифр и работает только при включенной 2-Step Verification. Он также может быть недоступен в некоторых рабочих или учебных аккаунтах, что существенно для Google Workspace. Перед переключением изучите справку Google о паролях приложений.
Многие инструкции упускают эту деталь и советуют создать пароль приложения, будто это доступно всем. Если администратор запретил такую возможность, применяйте миграцию с OAuth, а не тратьте время на неподходящие данные входа.
Самый безопасный способ миграции из Gmail
Безопаснее всего выполнить поэтапное переключение IMAP: заранее синхронизировать старую почту, сменить MX, затем выполнить заключительную дельта-синхронизацию. Такой подход снижает перебои и учитывает ограничения Google вместо попытки их игнорировать.
Не устраивайте единственный большой перенос в пятницу вечером. Подготовьте основную часть ящика, пока пользователи работают в Gmail, а при переключении перенесите только свежие изменения.
- Проведите инвентаризацию. Проверьте размер ящика, необычные ярлыки и доступность паролей приложений или OAuth. Определите действительно нужные папки. Перенос ненужной почты лишь замедляет задачу.
- Начните с пилота. Выберите ящик с небольшим риском и проверьте сопоставление папок, отправленные письма и особые папки Gmail. Если пилот неупорядочен, миграция 50-user будет еще хуже.
- Заранее синхронизируйте старую почту. Сначала перенесите письма старше 30 дней, где находится основной объем. Пользователи продолжают работать в Gmail, пока массовая передача идет в фоне.
- Переключите DNS. Заранее снизьте TTL и смените MX, когда целевые ящики готовы. В TrekMail можно добавить домен, опубликовать записи и проверить статус в панели. Точный набор указан в документации об обязательных DNS-записях.
- Выполните дельта-синхронизацию. После начала доставки на новый сервер повторно синхронизируйте недавний период, чтобы забрать последние письма и изменения состояния.
Если одновременно переезжают несколько брендов или клиентских доменов, инфраструктура с фиксированной ценой выгоднее комплектов с оплатой за пользователя. TrekMail создан для этого. Подробнее читайте о почтовом хостинге для нескольких доменов.
Ручная команда imapsync для миграции из Gmail
Для полного контроля стандартным консольным инструментом служит imapsync. Критически важно исключить архив Gmail и сопоставить служебные папки так, чтобы отправленные и черновики находились там, где их ждут пользователи.
Практический шаблон:
imapsync \
--host1 imap.gmail.com --port1 993 --ssl1 \
--user1 "user@source-domain.com" --passfile1 "/path/to/gmail_pass" \
--host2 imap.trekmail.net --port2 993 --ssl2 \
--user2 "user@dest-domain.com" --passfile2 "/path/to/dest_pass" \
--gmail1 \
--exclude "\\[Gmail\\]/All Mail" \
--exclude "\\[Gmail\\]/Trash" \
--exclude "\\[Gmail\\]/Spam" \
--regextrans2 "s/^\\[Gmail\\]\\/Sent Mail/Sent Items/" \
--regextrans2 "s/^\\[Gmail\\]\\/Drafts/Drafts/" \
--dryНазначение каждого параметра:
| Параметр | Почему он важен |
|---|---|
--gmail1 | Настраивает исходную сторону для особенностей Gmail |
--exclude "\[Gmail\]/All Mail" | Устраняет главную причину повторного импорта |
--exclude Trash/Spam | Не переносит ненужную и удаленную почту в цель |
--regextrans2 | Сопоставляет папки Gmail со стандартными папками IMAP |
--dry | Имитирует запуск для проверки количества до копирования |
Всегда сначала выполняйте сухой запуск.
Для TrekMail стандартны imap.trekmail.net, порт 993 и SSL/TLS. TrekMail поддерживает только IMAP, а не POP3, что правильно для синхронизированных ящиков. Справочные данные приведены в документе о настройках IMAP и SMTP.
Более подробное руководство по консольной стороне: imapsync. Оно хорошо дополняет этот процесс.
Значимые сбои при миграции Gmail
Наиболее важны три типа сбоев: ограничение скорости Google, прерывание аутентификации и небольшое число нечитаемых сообщений. Паниковать из-за них не нужно. Следует остановиться, скорректировать процесс и тщательно проверить результат, а не слепо перезапускать все.
Первый тип, ограничение скорости. Gmail замедляет или временно блокирует чрезмерные запросы IMAP. Правильная реакция состоит в ожидании, а не в частых повторах.
Второй тип, циклы входа. Уже работающая миграция может остановиться, если Google сочтет вход подозрительным. Проверьте события безопасности, подтвердите вход и повторите с тем же устройством сеанса. Не меняйте все переменные, если проблема только в доверии аккаунта.
Третий тип, призрачные элементы. В отчете может быть несколько ошибок среди десятков тысяч сообщений. Обычно это поврежденные данные, некорректные приглашения или пустые объекты. Если доля очень мала, считайте это допустимым шумом, а не катастрофической потерей.
Плохая логика требует повторять всю задачу до идеально чистого отчета.
Хорошая логика проверяет, относятся ли сбои к реальным письмам пользователя или к изначально нечитаемым артефактам.
Не оценивайте успех по гигабайтам. Размер Gmail и целевого IMAP нельзя сравнивать напрямую. Сжатие, метаданные и представление отличаются. Используйте количество элементов и выборочную проверку входящих, отправленных и пользовательских папок.
Как подтвердить чистую миграцию из Gmail
Сравните количество сообщений и расположение папок, а не только размер хранилища. Проверьте входящие, отправленные, черновики и несколько пользовательских папок. После смены MX отправьте тестовое письмо, чтобы подтвердить доставку на новый сервер.
Чек-лист:
- Сравните общее число элементов в Gmail и целевом ящике.
- Проверьте число входящих и непрочитанных.
- Откройте Sent Items и убедитесь, что отправленные не оказались в случайной папке.
- Откройте 3 до 5 папок с необычными именами или вложенными ярлыками.
- Найдите несколько старых писем с вложениями и проверьте их открытие.
- После смены MX отправьте настоящее входящее тестовое письмо.
- Ответьте из нового ящика и проверьте SMTP и DNS.
При одновременном переносе домена правильный DNS не менее важен, чем копирование ящика. Оставшиеся MX-записи Google разделят доставку и создадут впечатление сбоя, хотя проблема в смешанной маршрутизации. Перед переключением воспользуйтесь документацией TrekMail по домену и DNS. Для выбора структуры целевых ящиков подходит статья создание почты со своим доменом.
Старый и новый подходы
Старый подход означал постоянную оплату мест и ночную разовую миграцию. Новый подход заранее переносит данные, проверяет количество и использует инфраструктуру с фиксированной ценой для нескольких доменов, которая не наказывает за рост.
Старый подход: продолжать платить Google Workspace за каждого пользователя, откладывать рискованный переезд, затем торопиться в одни выходные и надеяться на совпадение показателей.
Новый подход: заранее синхронизировать большую часть ящика, корректно сменить DNS, выполнить финальную дельту и перейти на платформу для собственных доменов и общего хранилища. TrekMail начинается с $3.50 в месяц и поддерживает собственные домены, IMAP-ящики, пересылку, маршрутизацию catch-all, свое или включенное в тариф SMTP и серверную миграцию из панели.
Для почты нескольких доменов без доплаты за пользователя это практичный путь. Можно изучить цены TrekMail, проверить процесс на бесплатном плане и выполнить реальную миграцию после успешного пилота.
Итог: не усложняйте миграцию из Gmail. Исключите All Mail, выполняйте синхронизацию поэтапно, меняйте MX после готовности цели и проверяйте количество сообщений. Так перенос пройдет без хаоса дублей и сломанного почтового ящика утром в понедельник.
