Что такое CloudM и почему он вызывает проблемы с датами
CloudM Migrate (ранее Cloud Migrator) - ведущая платформа миграции, специализирующаяся на переходах Google Workspace. IT-администраторы используют CloudM для переноса почтовых ящиков с Microsoft Exchange, Office 365, Lotus Notes, Zimbra и других платформ на Google Workspace. CloudM также поддерживает обратную миграцию и переносы между различными облачными почтовыми платформами. Google сам рекомендовал CloudM как партнёра по миграции, что делает его одним из самых доверенных инструментов в экосистеме Google Workspace.
Так почему Вы читаете эту статью? Потому что, несмотря на надёжность CloudM при переносе данных, инструмент создаёт ту же раздражающую проблему с датами, которая свойственна практически каждому инструменту миграции. После миграции CloudM каждое письмо в целевом ящике показывает дату миграции вместо исходной даты получения. Тысячи писем, все с одной датой. Годы хронологического порядка, разрушенные одним пакетом миграции.
Как CloudM добавляет заголовки при миграции
Заголовок "Received" миграции
Когда CloudM мигрирует письмо с платформы-источника на целевую, он обрабатывает каждое сообщение через конвейер миграции и вставляет в целевой ящик. Во время вставки целевой почтовый сервер добавляет заголовок "Received". Этот заголовок фиксирует метку времени вставки письма в новый сервер, то есть дату миграции, а не исходную дату доставки.
Заголовок "Received", связанный с CloudM, попадает в начало цепочки заголовков. Поскольку почтовые клиенты (Outlook, Apple Mail, Thunderbird) определяют дату получения по самому верхнему "Received", каждое мигрированное письмо показывает метку времени миграции вместо исходной даты. В этом суть проблемы.
Определение заголовка CloudM
Чтобы подтвердить, что проблема с датами вызвана CloudM, изучите сырые заголовки затронутого письма. В Gmail откройте письмо, нажмите на три точки и выберите "Показать оригинал". Ищите заголовки "Received" ближе к началу сообщения. Заголовок миграции CloudM обычно содержит ссылки на инфраструктуру обработки CloudM или общую запись localhost с меткой времени, совпадающей с датой миграции.
Признак: заголовок "Received" с меткой времени, совпадающей с известной датой миграции, но не совпадающей с исходной датой доставки. Если самый верхний "Received" показывает апрель 2024, а заголовок "Date" письма - январь 2021, заголовок миграции является причиной.
Типичные сценарии миграции CloudM, вызывающие проблемы с датами
Exchange на Google Workspace
Самый распространённый путь миграции CloudM - с Microsoft Exchange (on-premises или Exchange Online) на Google Workspace. Организации, переходящие с Microsoft на Google, используют CloudM для переноса ящиков, календарей и контактов. Каждое мигрированное таким способом письмо получает заголовок "Received" миграции, что вызывает проблемы отображения дат в любом IMAP-клиенте, подключённом к ящику Google Workspace.
Office 365 на Google Workspace
Миграции с Office 365 (Microsoft 365) на Google Workspace следуют той же схеме. CloudM извлекает письма через Microsoft Graph API или Exchange Web Services и вставляет в Google Workspace через Gmail API или IMAP. Этап вставки добавляет заголовок миграции, и проблема с датами появляется сразу после завершения миграции.
Google Workspace на Google Workspace
Даже миграции между тенантами Google Workspace (обычные при слияниях, поглощениях или смене домена) могут вызвать проблему с датами. CloudM экспортирует из одной организации Google Workspace и импортирует в другую, целевой сервер добавляет заголовок "Received" при импорте.
Почему проблема дат критична для пользователей Google Workspace
Пользователи Google Workspace особенно уязвимы, поскольку многие работают с почтой через несколько клиентов. Веб-интерфейс Gmail обычно показывает правильную дату (так как читает заголовок "Date"), но Outlook, Apple Mail и Thunderbird, подключённые к тому же аккаунту через IMAP, показывают дату миграции. Это порождает путаницу, когда одно и то же письмо отображается с разными датами в разных клиентах.
Для организаций, мигрировавших на Google Workspace ради повышения продуктивности, неправильные даты на каждом письме подрывают весь смысл перехода. Пользователи теряют доверие к новой платформе, тикеты в службу поддержки копятся, а IT-администраторы сталкиваются с проблемой, которую не предвидели и не могут легко решить. Подробнее об этой проблеме см. почему письма показывают неправильную дату после миграции IMAP.
Попытки исправления, которые не работают
Сортировка по дате отправки
Самый частый обходной приём: предложить пользователям сортировать по дате "Отправлено" вместо "Получено". Порядок отображения меняется, но данные - нет. Результаты поиска по-прежнему показывают неправильные метки. Автоматизированные процессы и инструменты комплаенса, зависящие от даты получения, работают некорректно. И пользователям нужно менять настройку на каждом устройстве и в каждой папке. Какова вероятность, что это соблюдается в организации из 200 человек?
Обращение в поддержку CloudM
Поддержка CloudM не предлагает пост-миграционного исправления дат. Проблема является следствием того, как протокол IMAP обрабатывает вставку сообщений, а не багом ПО CloudM. CloudM не может ретроактивно удалить заголовки "Received", добавленные при миграции. Инструмент выполнил миграцию корректно, заголовки - ожидаемый результат процесса вставки.
Использование Google Apps Script
Некоторые администраторы пытаются исправить даты с помощью Google Apps Script. Кажется, что это разумный ход. Но Google Apps Script не предоставляет доступ к сырым заголовкам писем на нужном уровне для удаления заголовков "Received". Endpoint modify Gmail API может менять ярлыки и метаданные, но не может модифицировать сырое RFC 2822 содержимое сообщения. Полноценная коррекция требует работы на гораздо более глубоком уровне, чем тот, что доступен через Apps Script.
Исправление дат миграции CloudM с Redate.io
Как Redate.io обрабатывает заголовки CloudM
Проприетарный движок коррекции Redate.io анализирует полную цепочку заголовков каждого письма. Для миграций CloudM Redate.io сопоставляет сигнатуры сотен профилей инструментов миграции, включая специфические для CloudM паттерны, чтобы точно определить, какие заголовки "Received" были добавлены при миграции, а какие являются частью оригинальной цепочки доставки.
Но определение нужного заголовка - лишь начало. Конвейер коррекции также обрабатывает краевые случаи, на которых споткнётся простой скрипт: подписанные S/MIME сообщения, зашифрованный PGP контент, multipart MIME-структуры с вложенными границами, не-ASCII заголовки и повреждённые MIME-границы от самого процесса миграции. Это намного сложнее, чем поиск-замена в тексте заголовка.
Что Вы получаете после коррекции
После обработки Redate.io каждое исправленное письмо показывает исходную дату получения во всех почтовых клиентах: Outlook, Apple Mail, Thunderbird и веб-интерфейсе Gmail. Хронологический порядок восстановлен в каждой папке. Каждая коррекция проходит проверку целостности перед финализацией, оригиналы сохраняются в видимой папке "Redate.io - Originals" 30 дней.
Делегирование через администратора Google Workspace
Для организаций Google Workspace Redate.io поддерживает делегирование на уровне домена через сервисный аккаунт. IT-администратор подключается один раз, и Redate.io может обработать все ящики организации без индивидуальных паролей пользователей. Это та же модель делегирования, которую CloudM использует для миграции, что делает её знакомой администраторам, уже проводившим миграцию CloudM.
Руководства по исправлению CloudM для разных платформ
Redate.io предоставляет подробные руководства для каждой комбинации платформы и клиента, затронутой миграцией CloudM:
- Исправление дат миграции CloudM в Gmail
- Исправление дат миграции CloudM в Outlook
- Исправление дат миграции CloudM в Google Workspace
Часто задаваемые вопросы
Есть ли у CloudM опция для предотвращения проблем с датами?
CloudM пытается сохранить INTERNALDATE при миграции. Однако заголовок "Received", добавляемый при вставке, перекрывает INTERNALDATE в большинстве почтовых клиентов. Настройки CloudM, которая предотвращает добавление этого заголовка, не существует - это требование протокола IMAP.
Может ли Redate.io исправить даты для всей организации Google Workspace?
Да. Через делегирование на уровне домена Redate.io может проанализировать и исправить каждый ящик организации Google Workspace из одного административного подключения. Администратор выбирает, какие ящики обрабатывать, Redate.io выполняет всё остальное.
Исправление постоянное?
Да. После исправления даты Redate.io коррекция постоянна. Исправленное письмо показывает правильную дату во всех почтовых клиентах в дальнейшем. Подписка или текущее обслуживание не требуются.
Миграция CloudM оставила каждое письмо с неправильной датой? Запустите бесплатный анализ с Redate.io, чтобы увидеть точное число затронутых писем и предварительно оценить коррекцию перед покупкой.