Correggere le date di migrazione imapsync in Microsoft 365
Perché le migrazioni imapsync mostrano la data sbagliata in Microsoft 365
Le migrazioni imapsync verso Microsoft 365 (Exchange Online) affrontano una doppia sfida con la preservazione delle date. Primo, il gateway IMAP di Exchange Online ha comportamenti specifici che possono sovrascrivere l'INTERNALDATE fornita dal flag --syncinternaldates di imapsync. Secondo, Exchange Online aggiunge il proprio header Received durante il processo IMAP APPEND, contrassegnando ogni messaggio con il timestamp di migrazione.
L'implementazione IMAP di Microsoft 365 è limitata rispetto ai protocolli Exchange completi (EWS, MAPI). Quando imapsync carica via IMAP, il messaggio passa attraverso la pipeline di trasporto di Exchange Online, che lo elabora in modo simile a un nuovo messaggio in arrivo. Questa pipeline aggiunge header di trasporto, esegue controlli di conformità e contrassegna il messaggio con metadati di consegna che riflettono l'orario di caricamento effettivo anziché l'INTERNALDATE richiesta.
Gli amministratori che scelgono imapsync per le migrazioni Microsoft 365 (spesso perché è gratuito e scriptabile) scoprono dopo la migrazione che la preservazione delle date non ha funzionato come previsto. Il flag --syncinternaldates, che funziona correttamente con molti server IMAP standard, non produce i risultati attesi con la particolare implementazione IMAP di Exchange Online. L'intera casella di posta migrata mostra la data di migrazione in tutti i client Microsoft 365.
Come questo influisce su Microsoft 365
In Microsoft 365, la data di migrazione appare uniformemente in Outlook desktop, OWA, Outlook mobile e Microsoft Search. A differenza di Gmail (dove il client web può mascherare il problema), i client Microsoft 365 fanno tutti riferimento allo stesso timestamp di consegna. Gli utenti non hanno soluzioni alternative e nessun client che mostri la data corretta fino a quando gli header Received e l'INTERNALDATE sottostanti non vengono corretti a livello di server.
Le funzionalità amministrative e di conformità di Microsoft 365 sono ugualmente influenzate. Exchange Online Protection, le politiche di prevenzione della perdita dei dati e le ricerche di conformità Microsoft Purview indicizzano tutti il timestamp di migrazione. Per le organizzazioni soggette a normative sulla conservazione dei dati, le date corrotte significano che le politiche di conservazione basate sull'età del messaggio operano su dati errati, potenzialmente portando all'eliminazione prematura di messaggi che dovrebbero essere conservati o alla conservazione indefinita di messaggi che avrebbero dovuto essere eliminati.
Domande frequenti
Perché imapsync --syncinternaldates fallisce con Microsoft 365?
L'implementazione IMAP di Exchange Online elabora i messaggi caricati attraverso la sua pipeline di trasporto, che può sovrascrivere l'INTERNALDATE richiesta. Inoltre, Exchange Online aggiunge header Received che portano il timestamp di caricamento. Questi comportamenti lato server sono al di fuori del controllo di imapsync.
Avrei dovuto usare uno strumento di migrazione diverso per Microsoft 365?
La maggior parte degli strumenti di migrazione (inclusi quelli commerciali come BitTitan e CloudM) producono lo stesso problema di date perché la causa principale è nel modo in cui Exchange Online elabora i messaggi caricati. La scelta dello strumento di migrazione non previene il problema. Redate.io lo risolve indipendentemente dallo strumento utilizzato.
Redate.io può correggere in massa le caselle di posta migrate con imapsync?
Sì. Redate.io supporta l'elaborazione in massa delle caselle di posta per Microsoft 365. Gli amministratori possono scansionare e correggere più caselle di posta da un'unica dashboard. Il piano Enterprise supporta fino a 100.000 email per casella di posta.