Исправление дат миграции CloudM в Microsoft 365

CloudM Migrate - один из основных инструментов для организаций, переносящих почтовые ящики из Google Workspace, локального Exchange или других платформ в Microsoft 365. Миграция обычно проходит гладко. Затем кто-то открывает Outlook и замечает тревожную картину: каждое письмо (тысячи штук) показывает одну и ту же дату получения.

Что произошло? Во время загрузки транспортный конвейер Exchange Online обрабатывает каждое перенесенное сообщение как новую доставку. Он добавляет новый заголовок Received с текущей датой обработки и соответственно устанавливает свойство PR_MESSAGE_DELIVERY_TIME. Именно это свойство считывают Outlook для рабочего стола, Outlook в вебе, Outlook на мобильных устройствах и даже функции Microsoft Copilot при отображении дат. В отличие от Google Workspace (где веб-клиент может маскировать проблему), Microsoft 365 показывает неверную дату повсюду.

На самом деле, именно эта единообразность делает проблему в M365 настолько заметной. Нет "лазейки", где даты выглядели бы правильно в браузере. Каждый пользователь, на каждом устройстве, в каждом приложении Microsoft 365 видит дату миграции. IT-команды обычно обнаруживают проблему в течение нескольких часов после завершения миграции CloudM, но к тому времени повреждение уже зафиксировано в метаданных сообщений на уровне сервера.

Последствия распространяются по всей экосистеме M365. Outlook для рабочего стола, OWA, Outlook на мобильных устройствах, интеграция почты в Teams, Microsoft Search - все показывают дату миграции. Пользователи не могут избежать неверных дат, переключаясь между приложениями. Представьте юриста, который ищет "письма, полученные с января по март 2023 года" для подготовки к судебному разбирательству. Поиск не возвращает ничего, или возвращает все, в зависимости от того, когда была проведена миграция. Это не мелкое неудобство, это потенциальный провал при раскрытии документов.

Microsoft Purview (ранее Compliance Center) и eDiscovery Premium индексируют сообщения по искаженной дате доставки. Поиск контента по диапазонам дат дает ненадежные результаты. Метки хранения, применяемые автоматически на основе возраста сообщения, работают по неверному графику: некоторые сообщения удаляются слишком рано, а другие сохраняются бесконечно. Политики автоархивирования в Outlook неправильно рассчитывают возраст сообщений по всему ящику. Для любой организации, подпадающей под требования регулятора по хранению электронной почты (включая требования 152-ФЗ о персональных данных), это создает пробел в соответствии, который сохраняется до исправления дат.