Проблема дат при миграции Google Workspace
Организации, мигрирующие в Google Workspace, часто делают неприятное открытие: все письма во всех ящиках показывают неправильную дату. Вместо даты отправки или получения каждое сообщение отмечено датой миграции. Неважно, мигрировала ли организация с Microsoft Exchange, Office 365, Zimbra, Lotus Notes или другого IMAP-сервера. Тысячи писем, все с одной и той же датой.
И это не специфика конкретного инструмента. Проблема возникает с BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync и любым другим инструментом, вставляющим письма через IMAP или Gmail API. Причина связана с тем, как почтовые серверы обрабатывают сообщения.
Для руководства по инструменту GSMMO (Google Workspace Migration for Microsoft Outlook) см. статью о GSMMO.
Типичные пути миграции в Google Workspace
С Microsoft Exchange (on-premises)
Организации с серверами Exchange на своей площадке (2010, 2013, 2016, 2019) мигрируют в Google Workspace для снижения затрат на инфраструктуру и перехода в облако. Для таких миграций обычно используют CloudM, BitTitan MigrationWiz или GSMMO. Инструмент подключается к Exchange, скачивает каждое письмо и загружает в ящик Google Workspace. Каждое загруженное письмо получает новый заголовок "Received" с меткой миграции.
С Microsoft 365 (Office 365)
Миграции с Microsoft 365 в Google Workspace происходят при смене экосистемы. BitTitan MigrationWiz и CloudM - самые популярные инструменты. Процесс извлекает письма из Exchange Online и вставляет в Google Workspace. Тот же заголовок "Received" применяется: каждое мигрированное письмо показывает дату миграции.
С других IMAP-серверов
Миграции с Zimbra, Zoho, хостинга cPanel, Dovecot, Courier и других IMAP-серверов в Google Workspace используют imapsync, CloudM или пользовательские скрипты. Целевой сервер (Google Workspace) добавляет заголовок "Received" при вставке, независимо от платформы-источника. Даже миграции с другого тенанта Google Workspace вызывают ту же проблему.
Почему даты ломаются в Google Workspace
Веб-интерфейс Gmail и IMAP-клиенты
Google Workspace представляет особую ситуацию. Веб-интерфейс Gmail обычно использует заголовок "Date" для отображения даты, поэтому письма часто показывают правильную дату в веб-версии. Но когда тот же ящик открывается через IMAP-клиент (Outlook, Apple Mail, Thunderbird), клиент читает самый верхний "Received" и показывает дату миграции.
Эта разница создаёт значительную путаницу. Администратор, тестирующий миграцию через веб-интерфейс Gmail, видит правильные даты и заключает, что миграция успешна. Но когда пользователи подключают Outlook к Google Workspace, они сообщают, что каждое письмо показывает неправильную дату. Проблема существует на сервере (заголовки содержат метку миграции), но проявляется только в определённых клиентах. Сколько администраторов закрыли проект миграции, думая, что всё в порядке, и были завалены тикетами в следующий понедельник?
Фактор IMAP INTERNALDATE
Google Workspace хранит INTERNALDATE для каждого письма, установленную при вставке. Некоторые инструменты корректно устанавливают это значение на исходную дату, другие оставляют дату миграции. Но даже при правильной INTERNALDATE клиенты, приоритизирующие заголовки "Received" (как Outlook), всё равно показывают неправильную дату. Полная коррекция требует как удаления заголовка "Received" миграции, так и проверки INTERNALDATE. Для подробного технического объяснения см. почему письма показывают неправильные даты после миграции IMAP.
Административные опции Google Workspace (которые не работают)
Консоль администратора Google
Консоль администратора Google предлагает обширный контроль над Google Workspace, но не включает функций для исправления дат после миграции. Нет массового редактирования заголовков. Нет утилиты коррекции дат. Нет возможности изменить INTERNALDATE существующих писем через интерфейс администратора.
Google Apps Script
Google Apps Script может автоматизировать многие операции Gmail, но не может изменять сырые заголовки писем. Сервисы GmailApp и Gmail API, доступные через Apps Script, позволяют читать сообщения, менять ярлыки и модифицировать метаданные, но не поддерживают замену сырого RFC 2822 содержимого. Полноценная коррекция требует работы на более глубоком уровне, чем доступен через Apps Script.
Служба миграции данных Google
Служба миграции данных Google (в консоли администратора) предназначена для миграции писем в Google Workspace, а не для исправления заголовков после миграции. Повторная миграция через этот инструмент добавит ещё один заголовок "Received", усугубив проблему.
Исправление дат Google Workspace с Redate.io
Как работает делегирование администратора
Redate.io использует функцию делегирования на уровне домена Google Workspace для доступа к ящикам. Администратор создаёт сервисный аккаунт в Google Cloud Console, предоставляет необходимые скоупы Gmail API и активирует делегирование. Это позволяет Redate.io обрабатывать любой ящик организации без индивидуальных учётных данных.
Настройка делегирования занимает около 10 минут и следует тому же процессу, что и другие инструменты миграции и управления Google Workspace. После настройки администратор может анализировать и исправлять любое количество ящиков из панели Redate.io.
Начало работы
Создать сервисный аккаунт. В Google Cloud Console создайте новый проект (или используйте существующий), включите Gmail API и создайте сервисный аккаунт с активированным делегированием.
Предоставить скоупы API. В консоли администратора Google Workspace перейдите в Безопасность, затем Управление API, затем Делегирование на уровне домена. Добавьте ID клиента сервисного аккаунта и предоставьте требуемые скоупы Gmail API.
Подключить в Redate.io. Войдите в Redate.io, выберите "Google Workspace" как платформу и загрузите JSON-файл ключа сервисного аккаунта. Redate.io проверит подключение и покажет доступные ящики.
Проанализировать ящики. Выберите ящики для анализа (или проанализируйте все). Бесплатный анализ определит число писем с неправильными датами в каждом ящике. Оплата для анализа не требуется.
Исправить. Просмотрите результаты анализа, выберите тариф и запустите коррекцию. Проприетарный движок Redate.io обрабатывает каждый ящик, пропуская каждое письмо через многоступенчатый конвейер, работающий с проблемами кодировки, multipart-структурами, цифровыми подписями и десятками особых случаев, которые самописный скрипт повредил бы. Прогресс виден в реальном времени. Оригиналы хранятся в ярлыке "Redate.io - Originals" 30 дней.
После коррекции
Письма показывают правильную дату во всех клиентах: Gmail веб, Outlook, Apple Mail, Thunderbird и любом другом приложении по IMAP. Коррекция постоянная. Подписка или текущее обслуживание не требуются. Пользователи могут сортировать по дате, искать по диапазону и использовать инструменты комплаенса с уверенностью в точности меток. Ящик работает так, как должен был с первого дня.
Руководства по инструментам для Google Workspace
Подробные инструкции по конкретному инструменту миграции:
- Исправление дат BitTitan MigrationWiz в Google Workspace
- Исправление дат миграции CloudM в Google Workspace
Миграция в Google Workspace и все письма с неправильной датой? Запустите бесплатный анализ с Redate.io, чтобы увидеть число затронутых писем и восстановить правильные даты.