Виправлення дат міграції BitTitan в Exchange Online

Exchange Online - це поштовий механізм, що стоїть за кожною поштовою скринькою Microsoft 365. BitTitan MigrationWiz є одним з найпопулярніших інструментів для переносу поштових скриньок із локального Exchange, Lotus Notes, GroupWise або інших застарілих платформ до Exchange Online. Сама міграція зазвичай проходить без проблем. А от дати - зовсім інша історія.

Ось що насправді відбувається. MigrationWiz завантажує кожне повідомлення через EWS або IMAP, і транспортний конвеєр Exchange Online додає новий заголовок Received до кожного повідомлення. Цей заголовок містить позначку часу завантаження - дату міграції, а не дату, коли лист було фактично надіслано або отримано. Exchange Online використовує цей заголовок Received та пов'язану властивість PR_MESSAGE_DELIVERY_TIME для визначення дати, яка відображається користувачам.

У чому проблема? На відміну від деяких поштових систем, Exchange Online не дозволяє інструментам міграції перевизначати позначку часу доставки. Платформа застосовує фактичний час завантаження, і крапка. Тому кожен перенесений лист - чи то з 2018, 2021 року, чи навіть з минулого вівторка - отримує однакову дату міграції.

Уявіть: Ви щойно перенесли 1 200 поштових скриньок протягом вихідних за допомогою MigrationWiz. У понеділок вранці служба підтримки отримує 400 заявок. Поштова скринька кожного користувача виглядає так, ніби всі листи надійшли в суботу. Сортування за датою зламане. Пошук за датою видає хибні результати. Пошкоджена позначка часу поширюється всюди: Outlook для робочого столу, OWA, мобільні клієнти, навіть запити PowerShell на кшталт Get-MessageTrace та Search-Mailbox. Інструменти відповідності (In-Place Hold, Retention Tags) застосовують політики на основі хибної дати, потенційно зберігаючи або видаляючи повідомлення з неправильними інтервалами.

Наслідки тотальні. Кожен рівень стеку Exchange Online зчитує пошкоджений час доставки. Outlook для робочого столу показує дату міграції. OWA показує її. Мобільні додатки показують її. Вбудований пошук індексує позначку часу міграції, тому запити за діапазоном дат повертають хибні результати у всіх клієнтах.

Для адміністраторів ситуація ще гірша. Команди Exchange Online Management Shell посилаються на властивість часу доставки, яка тепер відображає дату міграції. Аудит поштових скриньок, правила журналювання та транспортні правила, що фільтрують за датою повідомлення, працюють із пошкодженими позначками часу. Чи можна провести надійний аудит відповідності, коли всі листи нібито надійшли в один день? Ні.

Redate.io виправляє це за допомогою власного механізму корекції, який виконує аналіз ланцюжка заголовків та відновлення метаданих дати на рівні сервера. Кожне повідомлення обробляється з індивідуальною перевіркою, щоб гарантувати точне відновлення оригінальної дати у всіх службах Exchange Online - без зміни вмісту повідомлення чи вкладень. Виправлені позначки часу автоматично поширюються на Outlook, OWA, мобільні додатки та інструменти відповідності.