Виправлення дат міграції BitTitan в Exchange Online
Чому міграції BitTitan показують неправильну дату в Exchange Online
Exchange Online - це почтовая система, що забезпечує роботу поштових скриньок Microsoft 365, а BitTitan MigrationWiz часто використовуєся для перенесення поштових скриньок из локального Exchange, Lotus Notes, GroupWise або інших платформ в Exchange Online. Під час міграції MigrationWiz завантажує кожне повідомлення з допомогою EWS або IMAP APPEND, и транспортний конвеєр Exchange Online додає до кожному повідомленню заголовок Received з міткою часу завантаження.
Exchange Online використовує цей заголовок Received и пов'язане властивість PR_MESSAGE_DELIVERY_TIME для визначення отображаемой дати отримання. На відміну від деяких поштових систем, що дозволяють инструментам міграції встановлювати користувачское время доставки, обработка Exchange Online послідовно застосовує фактическую мітку часу завантаження. Це означает, що кожне перенесенное лист містить дату міграції в метаданих времени доставки незалежно від початкової дати надсилання.
Проблема посилюється в Exchange Online, оскільки пошкоджена дата поширюється через всі підключені служби: Outlook для робочого столу ее зчитує, OWA ее відображає, мобільні клієнти ее показують, а вбудований пошук Exchange Online ее індексує. Скрипти PowerShell, які адміністратори використовують для запитів вмісту поштової скриньки по дате, також повертають результати на основі мітки часу міграції, а не початкової дати, що ускладнює перевірку та усунення неполадок після міграції.
Як це впливає на Exchange Online
Пошкоджене время доставки в Exchange Online впливає на кожний рівень поштової системи. Клиент Outlook для робочого столу, Outlook в Інтернеті та мобільні додатки - всі відображають дату міграції в стовпці отримання. Служба пошука Exchange Online індексує мітку часу міграції, тому запити по діапазону дат в Outlook и OWA повертають невірні результати.
Для адміністраторів команди Exchange Online Management Shell, такие як Get-MessageTrace и Search-Mailbox, використовують властивість времени доставки, яке тепер відображає дату міграції. Аудит поштових скриньок, правила журналювання та транспортні правила, що посилаються на дати повідомлень, працюють з пошкодженими мітками часу. Організації, що покладаються на вбудовані функції відповідності Exchange Online (In-Place Hold, Retention Tags), виявляють, що ці політики застосовуються на основі неверной дати, потенційно сохраняя або видаляючи повідомлення з неправильними інтервалами.
Поширені запитання
Це отличается від проблеми дат Microsoft 365?
Exchange Online - це базовая служба, що забезпечує роботу поштових скриньок Microsoft 365. Основная причина та же: BitTitan додає заголовок Received під час міграції, який перезаписує відображувану дату. Виправлення Exchange Online коригує дату во всіх приложениях Microsoft 365.
Можуть ли адміністратори Exchange Online виправити це з допомогою PowerShell?
PowerShell не може змінити заголовки Received або INTERNALDATE существующих повідомлень в Exchange Online. Єдиний способ виправити дати - повторно вставить виправлені повідомлення, та именно це Redate.io автоматизирует в масштабе.
Поддерживает ли Redate.io гібридні середовища Exchange Online?
Так. Redate.io підключається до поштовим ящикам Exchange Online напрямую. Независимо від того, використовує ли організація гибридную конфігурацію Exchange або полностью знаходиться в облаке, Redate.io може виправити пошкодження дат в будь-якому поштовій скриньці, доступном через IMAP або протоколи Exchange.