Correggere le date di migrazione BitTitan in Exchange Online
Perché le migrazioni BitTitan mostrano la data sbagliata in Exchange Online
Exchange Online è il backend di posta che alimenta le caselle di posta Microsoft 365, e BitTitan MigrationWiz viene frequentemente utilizzato per migrare caselle di posta da Exchange on-premises, Lotus Notes, GroupWise o altre piattaforme verso Exchange Online. Durante la migrazione, MigrationWiz carica ogni messaggio tramite EWS o IMAP APPEND, e la pipeline di trasporto di Exchange Online contrassegna ogni messaggio con un header Received contenente il timestamp di caricamento.
Exchange Online utilizza questo header Received e la proprietà PR_MESSAGE_DELIVERY_TIME associata per determinare la data di ricezione visualizzata. A differenza di alcuni sistemi di posta che permettono agli strumenti di migrazione di impostare un orario di consegna personalizzato, l'elaborazione di Exchange Online applica costantemente il timestamp di caricamento effettivo. Ciò significa che ogni email migrata porta la data di migrazione nei suoi metadati di orario di consegna, indipendentemente dalla data di invio originale.
Il problema è amplificato in Exchange Online perché la data corrotta si propaga attraverso tutti i servizi connessi: Outlook desktop la legge, OWA la visualizza, i client mobili la mostrano, e la ricerca integrata di Exchange Online la indicizza. Gli script PowerShell che gli amministratori usano per interrogare il contenuto della casella di posta per data restituiscono anch'essi risultati basati sul timestamp di migrazione invece che sulla data originale, complicando la verifica e la risoluzione dei problemi post-migrazione.
Come questo influisce su Exchange Online
In Exchange Online, l'orario di consegna corrotto influisce su ogni livello dello stack di posta. Il client desktop di Outlook, Outlook sul web e le app mobili mostrano tutti la data di migrazione nella colonna di ricezione. Il servizio di ricerca di Exchange Online indicizza il timestamp di migrazione, quindi le query per intervallo di date in Outlook e OWA restituiscono risultati errati.
Per gli amministratori, i comandi Exchange Online Management Shell come Get-MessageTrace e Search-Mailbox utilizzano la proprietà dell'orario di consegna, che ora riflette la data di migrazione. L'auditing della casella di posta, le regole di journaling e le regole di trasporto che fanno riferimento alle date dei messaggi operano tutti sui timestamp corrotti. Le organizzazioni che si affidano alle funzionalità di conformità native di Exchange Online (In-Place Hold, Retention Tags) scoprono che queste politiche vengono applicate sulla base della data sbagliata, potenzialmente conservando o eliminando messaggi a intervalli errati.
Domande frequenti
Questo è diverso dal problema delle date in Microsoft 365?
Exchange Online è il servizio backend che alimenta le caselle di posta Microsoft 365. La causa principale è la stessa: BitTitan aggiunge un header Received durante la migrazione che sovrascrive la data visualizzata. Correggere il problema in Exchange Online corregge la data in tutte le applicazioni Microsoft 365.
Gli amministratori Exchange Online possono risolvere questo con PowerShell?
PowerShell non può modificare gli header Received o l'INTERNALDATE dei messaggi esistenti in Exchange Online. L'unico modo per correggere le date è reinserire i messaggi corretti, che è esattamente ciò che Redate.io automatizza su larga scala.
Redate.io supporta ambienti ibridi Exchange Online?
Sì. Redate.io si connette direttamente alle caselle di posta Exchange Online. Che l'organizzazione utilizzi una configurazione ibrida Exchange o sia completamente nel cloud, Redate.io può correggere la corruzione delle date su qualsiasi casella di posta accessibile tramite IMAP o protocolli Exchange.