Аккуратный переход с Google Workspace к другому почтовому провайдеру занимает около недели по календарю и 3-4 часа активной работы. Секрет в параллельном приёме почты: настройте новый сервис, пока Workspace продолжает принимать сообщения, запустите инструмент миграции по IMAP для фонового копирования архива, а затем переключите MX-записи при низком DNS TTL. Тогда переход займёт минуты, а не часы.
Большинство руководств по переходу с Google Workspace предлагают жёсткое переключение, при котором сообщения теряются во время обновления DNS. При таком подходе обычно пропадает 10-50 писем, в зависимости от объёма входящей почты. Описанная ниже схема из шести шагов позволяет не потерять ни одного. Дополнительная подготовка занимает 30 минут и избавляет от паники в духе «куда делось письмо клиента?» сразу после запуска.
В этом руководстве разобрана миграция в шесть шагов с конкретными примерами DNS-записей. Более широкий обзор процесса приведён в статье о переносе почты из Google Workspace.
Почему перейти с Google Workspace проще, чем кажется
Переход с Google Workspace выглядит сложным, потому что под одной учётной записью сервис объединяет почту, календарь, Drive и Meet. Но основная сложность связана именно с пакетом сервисов. Сама почта представляет собой IMAP и DNS-записи, поэтому её можно без проблем перенести к любому провайдеру с поддержкой IMAP.
Работу по переходу удобно разделить на части. Почта: 1-2 дня по описанной ниже схеме из шести шагов. Календарь: экспорт из календаря Workspace и импорт в новый сервис, например Fastmail Calendar, Apple Calendar или собственный сервер CalDAV. Drive: копирование в стиле rsync в новое файловое хранилище. Meet: замена на Zoom или аналогичный сервис с созданием новых учётных записей. Каждая часть переносится отдельно, поэтому весь проект оказывается не таким пугающим, как можно подумать по фразе «переход с Google Workspace».
Краткий план миграции из шести шагов
Шесть шагов позволяют перенести почту из Google Workspace без потери входящих сообщений во время переключения. Порядок важен: результат каждого этапа необходим для следующего. Если пропустить любой из них, возникнут разрывы в процессе и часть писем в пути может потеряться при обновлении DNS.
- Снизьте DNS TTL за 48 часов. Это сократит время обновления MX-записей с нескольких часов до нескольких минут.
- Подготовьте новый почтовый сервис. Добавьте домен и создайте те же почтовые ящики.
- Запустите фоновую миграцию по IMAP. Скопируйте архив писем из Workspace на новый сервер, пока Workspace ещё принимает почту.
- Переключите MX-записи. Направьте DNS на новый почтовый сервис. Во время обновления оба сервиса будут принимать почту параллельно.
- Проверьте доставку в обе стороны. Убедитесь, что аутентификация проходит у трёх внешних получателей.
- Отключите Workspace. Подождите 48-72 часа после смены MX-записей и только потом отключайте ящики Workspace.
Весь процесс занимает около недели по календарю. На активную работу уходит 3-4 часа, распределённых по этой неделе. Последовательное выполнение шести шагов предотвращает потерю почты, которая регулярно случается при бессистемном переходе с Google Workspace.
Шаг 1. Снизьте DNS TTL за 48 часов
Первый шаг при переходе с Google Workspace состоит в снижении DNS TTL для MX-записей за 48 часов до запланированного переключения. Стандартный TTL для MX-записей Workspace обычно равен 3600, то есть одному часу. Установите значение 300, или пять минут, чтобы MX-записи из шага 4 обновились быстро.
; before - default TTL
yourcompany.com. 3600 IN MX 1 aspmx.l.google.com.
; after - low TTL for cutover window
yourcompany.com. 300 IN MX 1 aspmx.l.google.com.
Измените TTL каждой MX-записи у своего DNS-провайдера. По мере истечения срока кэша новое значение распространится в течение следующих 1-2 часов. Подождите 48 часов, чтобы низкий TTL применился по всему миру. После завершения миграции на шаге 6 верните TTL к значению 3600 для обычной работы.
Шаг 2. Подготовьте новый почтовый сервис
На втором шаге перехода с Google Workspace необходимо подготовить новый почтовый сервис. Зарегистрируйтесь в TrekMail или у выбранного вами провайдера. Добавьте домен в панели управления. Подтвердите право владения с помощью проверочной TXT-записи. Создайте ящики с теми же именами, что и в Workspace, например sarah.smith@ и mike.davis@. Получите значения SPF, DKIM и DMARC, но пока не публикуйте их: это потребуется на шаге 4.
На этом этапе ящики в новом сервисе уже готовы, но MX-записи всё ещё направляют почту в Workspace, поэтому реальные сообщения туда пока не приходят. Такая подготовка нужна для чистого переключения с параллельным приёмом на шаге 4. Подробнее о выборе нового провайдера читайте в статье о замене Google Workspace.
Шаг 3. Запустите фоновую миграцию по IMAP
На третьем шаге перехода с Google Workspace запускается фоновая миграция по IMAP. В TrekMail её выполняет серверный инструмент миграции. Укажите данные доступа к IMAP для каждого ящика Workspace, и инструмент за несколько часов скопирует почту папка за папкой, пока Workspace продолжает параллельно принимать новые сообщения.
Миграция чаще всего завершается в течение 24 часов, если размер ящика находится в обычном диапазоне 1-10GB на пользователя. Для крупных ящиков объёмом 50GB и больше понадобится дополнительное время. Запустите перенос заранее, чтобы до начала шага 4 вся старая почта уже находилась в новом сервисе. Следить за процессом можно в панели управления. Если для отдельного ящика возникнет проблема с IMAP, инструмент покажет соответствующую ошибку.
Шаг 4. Переключите MX-записи
На четвёртом шаге перехода с Google Workspace MX-записи направляются на новый сервер. Опубликуйте новые значения MX вместе с записями SPF, DKIM и DMARC, подготовленными на шаге 2. Обновление DNS займёт около 5 минут благодаря низкому TTL, установленному на шаге 1.
; new MX pointing at TrekMail
yourcompany.com. 300 IN MX 10 mx1.trekmail.net.
yourcompany.com. 300 IN MX 20 mx2.trekmail.net.
; authentication records
yourcompany.com. 300 IN TXT "v=spf1 include:_spf.trekmail.net ~all"
trekmail._domainkey.yourcompany.com. 300 IN TXT "v=DKIM1; k=rsa; p=..."
_dmarc.yourcompany.com. 300 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@yourcompany.com"
Пока DNS обновляется, одни отправляющие серверы будут доставлять письма в Workspace, а другие уже воспользуются новым сервисом. Оба направления работают параллельно, поэтому возвратов писем не будет. Оставьте ящики Workspace включёнными и доступными как минимум 48-72 часа после переключения MX, чтобы забрать оставшиеся письма в пути от серверов с более длительным кэшированием DNS.
Шаг 5. Проверьте доставку в обе стороны
На пятом шаге перехода с Google Workspace проверяется аутентификация исходящей почты нового сервиса. Отправьте из каждого ящика тестовые сообщения на адреса Gmail, Outlook.com и Yahoo. Убедитесь, что в заголовках у всех трёх получателей указано SPF=PASS, DKIM=PASS и DMARC=PASS. Любой результат FAIL означает, что записи, опубликованные на шаге 4, нужно исправить до полноценного запуска.
Проверьте и входящую почту: отправьте сообщение с внешнего адреса в один из новых ящиков. Оно должно попасть в новый сервис в течение нескольких минут. Если письмо пришло в Workspace, значит, DNS ещё не обновился полностью. Подождите ещё 10-15 минут и повторите проверку. Этот этап нельзя пропускать: иначе проблемы с доставляемостью проявятся в большом масштабе, а не во время контролируемого переключения.
Шаг 6. Отключите Workspace
На шестом шаге перехода с Google Workspace почтовые ящики Workspace отключаются через 48-72 часа после смены MX-записей. К этому времени обновление DNS завершится по всему миру. Отключите ящики через консоль администратора и отмените подписку в конце текущего расчётного периода. Верните DNS TTL к значению 3600.
Перед окончательной отменой подписки сохраните экспорт данных Workspace, включая почту, календарь и Drive, на случай, если позже понадобится доступ к архиву. Экспорт выполняется через Google Takeout. Скачайте его в локальное хранилище до завершения подписки. Так у вас останется независимая от нового сервиса резервная копия прежнего состояния Workspace. Пошаговый план приведён в контрольном списке миграции почты.
Что делать дальше
Переход с почты Google Workspace по схеме из шести шагов занимает около недели по календарю и 3-4 часа активной работы. При правильно настроенном параллельном приёме ни одно письмо не потеряется. Новый сервис принимает сообщения в пути во время обновления DNS, а Workspace продолжает обрабатывать остаточный поток, который поступает на старые MX-записи.
Попробуйте TrekMail Nano бесплатно на странице trekmail.net/pricing, банковская карта не требуется. Тариф Starter за $4/month включает серверный инструмент миграции по IMAP, необходимый на шаге 3 при переходе с Google Workspace. Фиксированная цена $42/year обычно позволяет сократить счёт Workspace на 90% и больше, если команде нужна прежде всего почта, а большинство сотрудников не работают ежедневно в Docs и Sheets. Подробнее об общей схеме переноса читайте в статье о миграции по IMAP.
Конкретный пример: SaaS-компания из Хельсинки со штатом 24 человека решила перейти с Google Workspace после нескольких лет использования платформы. До миграции компания платила $1,728/year за Workspace Business Starter. Перенос занял 5 календарных дней с учётом окна низкого TTL, параллельного приёма и копирования по IMAP архива объёмом 180GB из 24 ящиков. После миграции та же нагрузка обходится в $96/year на тарифе TrekMail Pro. Ежегодная экономия в $1,632 покрывает подписку команды на Notion, а после неё ещё остаются средства на другие расходы в течение рабочего года.
Ещё один пример: компания среднего сегмента из Тель-Авива со штатом 40 человек переходит с Google Workspace Business Standard. До миграции расходы составляли $5,520/year. Проверка показала, что Docs и Sheets активно используют только 8 сотрудников, включая руководителей и бухгалтерию. План миграции: TrekMail Pro для 40 почтовых ящиков за $96/year и 8 сохранённых лицензий Workspace Business Starter для тех, кто постоянно работает с документами, за $576/year. Общие расходы после миграции составляют $672/year. Ежегодная экономия равна $4,848.
Оба примера показывают, что переход с Google Workspace не обязательно должен проходить по принципу «всё или ничего». Если проверить, кому действительно нужны офисные приложения, можно разделить сервисы: большинство сотрудников перевести на почтовый тариф с фиксированной ценой, а тех, кто постоянно работает с документами, оставить в Workspace. Такой подход обычно сокращает расходы на Workspace на 70-90%, сохраняя офисные инструменты для пользователей, которым они действительно необходимы.
