Коригиране на датите от миграция с 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 desktop я чете, OWA я показва, мобилните клиенти я показват и вграденото търсене на Exchange Online я индексира. PowerShell скриптовете, които администраторите използват за заявки към съдържанието на пощенски кутии по дата, също връщат резултати, базирани на времевия печат на миграцията, което усложнява следмиграционната проверка и отстраняване на грешки.
Как това засяга Exchange Online
В Exchange Online повреденото време на доставка засяга всеки слой на пощенския стек. Outlook desktop, 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 протоколи.