Виправлення дат міграції 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 бачить дату міграції. ІТ-команди зазвичай виявляють проблему протягом кількох годин після завершення міграції CloudM, але на той момент пошкодження вже вбудоване в метадані повідомлень на рівні сервера.

Наслідки поширюються на всю екосистему M365. Outlook для робочого столу, OWA, Outlook для мобільних, інтеграція електронної пошти в Teams, Microsoft Search - усе показує позначку часу міграції. Користувачі не можуть уникнути некоректних дат, перемикаючись між додатками. Уявіть юриста, який шукає "листи, отримані між січнем і березнем 2023 року" для підготовки до судового процесу. Пошук не повертає нічого або повертає все, залежно від того, коли відбулася міграція. Це не дрібна незручність - це потенційний провал процедури розкриття інформації.

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