Коригиране на датите от миграция с BitTitan в Exchange

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 г. или миналия вторник - получава една и съща дата на миграция.

Току-що сте мигрирали 1200 пощенски кутии през уикенда с 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, мобилни приложения и инструменти за съответствие.