Correggere le date di migrazione BitTitan in Exchange Online

Exchange Online è il motore di posta alla base di ogni casella Microsoft 365. BitTitan MigrationWiz è uno degli strumenti più utilizzati per spostare caselle da Exchange on-premises, Lotus Notes, GroupWise o altre piattaforme legacy verso Exchange Online. La migrazione in sé di solito va bene. Le date? Tutt'altra storia.

Ecco cosa succede. MigrationWiz carica ogni messaggio tramite EWS o IMAP, e la pipeline di trasporto di Exchange Online aggiunge un header Received nuovo di zecca a ogni singolo messaggio. Questo header porta il timestamp del caricamento, cioè la data della migrazione, non la data in cui l'email è stata originariamente inviata o ricevuta. Exchange Online usa poi questo header Received e la proprietà PR_MESSAGE_DELIVERY_TIME associata per determinare la data visualizzata agli utenti.

Il problema? A differenza di alcuni sistemi di posta, Exchange Online non permette agli strumenti di migrazione di sovrascrivere il timestamp di consegna. Applica l'orario effettivo di caricamento, punto. Quindi ogni email migrata, che sia del 2018, del 2021 o di martedì scorso, finisce contrassegnata con la stessa data di migrazione.

Avete appena migrato 1.200 caselle di posta in un weekend usando MigrationWiz. Lunedì mattina l'helpdesk riceve 400 ticket. La posta in arrivo di ogni utente sembra come se tutte le email fossero arrivate sabato. L'ordinamento per data è inutilizzabile. La ricerca per data restituisce risultati privi di senso. E il timestamp corrotto si propaga ovunque: Outlook desktop, OWA, client mobili, persino le query PowerShell come Get-MessageTrace e Search-Mailbox. Gli strumenti di conformità (In-Place Hold, Retention Tags) applicano le politiche basandosi sulla data sbagliata, conservando o eliminando potenzialmente messaggi a intervalli errati.

Il danno è totale. Ogni livello dello stack Exchange Online legge l'orario di consegna corrotto. Outlook desktop mostra la data di migrazione. OWA la mostra. Le app mobili la mostrano. La ricerca integrata indicizza il timestamp di migrazione, quindi le query per intervallo di date restituiscono risultati sbagliati su ogni client.

Per gli amministratori, la situazione è ancora peggiore. I comandi Exchange Online Management Shell fanno riferimento alla proprietà dell'orario di consegna, che ora riflette la data di migrazione. L'auditing delle caselle, le regole di journaling e le regole di trasporto che filtrano per data del messaggio operano tutti su timestamp corrotti. È possibile condurre un audit di conformità affidabile quando ogni email risulta arrivata lo stesso giorno? No.

Redate.io risolve questo problema attraverso un motore di correzione proprietario che esegue un'analisi della catena degli header e la ricostruzione dei metadati di data a livello server. Ogni messaggio viene elaborato con verifica per singolo messaggio per garantire che la data originale venga ripristinata accuratamente in tutti i servizi Exchange Online, senza alterare il contenuto del messaggio né gli allegati. I timestamp corretti si propagano automaticamente a Outlook, OWA, app mobili e strumenti di conformità.