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

Exchange Online е пощенската система зад всяка пощенска кутия в Microsoft 365. BitTitan MigrationWiz е един от най-популярните инструменти за мигриране на пощенски кутии от локален Exchange, Lotus Notes, GroupWise или други наследени платформи към Exchange Online. Самата миграция обикновено преминава гладко. Датите обаче - не.

Ето какво се случва. MigrationWiz качва всяко съобщение чрез EWS или IMAP, а Exchange Online запазва датата, която му е предадена: когато оригиналната дата е предадена, копието я запазва. Датата, която Outlook показва като дата на получаване, е собствения запис на пощенската кутия за момента, в който всеки имейл е пристигнал (свойството PR_MESSAGE_DELIVERY_TIME). Ако MigrationWiz не е предал оригиналната дата, този запис съдържа момента на качването - датата на миграцията, а не оригиналната дата на изпращане или получаване.

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