Perche una checklist di migrazione e indispensabile
La migrazione email e una delle operazioni informatiche piu rischiose che un'organizzazione possa intraprendere. Si spostano anni di comunicazione professionale tra piattaforme, e una singola dimenticanza puo corrompere i metadati di tutte le caselle. La vittima piu frequente? Le date delle email. Dopo la migrazione, ogni email rischia di mostrare la data di migrazione al posto della data di invio o ricezione originale.
Questa checklist copre ogni fase del processo di migrazione. Seguire questi passaggi per minimizzare il rischio di corruzione delle date e di altri problemi di metadati. E se la migrazione e gia terminata e sono emersi problemi di date, continuare la lettura.
Fase 1: pianificazione pre-migrazione
Inventariare le caselle
Prima di toccare uno strumento di migrazione, documentare ogni casella che sara migrata. Registrare il numero totale di caselle, il numero approssimativo di email per casella, l'intervallo di date delle email piu vecchie, e le caselle condivise o gruppi di distribuzione. Questo inventario determina quale strumento di migrazione utilizzare, quanto tempo richiedera la migrazione, e quale tariffa si applica per eventuali correzioni post-migrazione.
Scegliere lo strumento di migrazione adatto
Non tutti gli strumenti di migrazione gestiscono le date allo stesso modo. Informarsi sul modo in cui ogni strumento gestisce la preservazione dell'IMAP INTERNALDATE e se aggiunge header "Received" durante il processo di APPEND. Gli strumenti popolari includono BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO e l'import nativo del Centro di amministrazione Exchange. Ciascuno di questi strumenti puo causare problemi di date perche il protocollo IMAP stesso richiede che il server di destinazione aggiunga un header "Received" all'inserimento. Ma alcuni strumenti preservano meglio l'INTERNALDATE di altri. Per comprendere meglio il funzionamento dell'INTERNALDATE, vedere IMAP INTERNALDATE: perche le date si rompono.
Eseguire il backup di tutto
Creare un backup completo di ogni casella prima della migrazione. Questo backup serve sia come rete di sicurezza sia come punto di riferimento per verificare le date dopo. Per Google Workspace, utilizzare Google Takeout o uno strumento di backup di terze parti. Per Microsoft 365, utilizzare il backup di Exchange Online o l'esportazione in PST. Per i server IMAP, utilizzare imapsync per creare una copia locale.
Conservare i backup in una posizione completamente separata dai server sorgente e destinazione.
Documentare le date originali
Selezionare 10-20 email per casella distribuite su diversi intervalli di date (le piu vecchie, le piu recenti e diverse intermedie). Registrare la data di "Ricezione", la data di "Invio" e gli header grezzi di ogni email. Queste email di riferimento diventano la base di verifica dopo la migrazione. Fare un screenshot della casella ordinata per data per documentare visivamente l'ordine cronologico originale.
Fase 2: migrazione di test
Migrare prima una casella di test
Non lanciare mai una migrazione completa senza prima testare.
Creare una casella di test con un campione rappresentativo di email (almeno 100, coprendo diversi anni). Lanciare la migrazione su questa sola casella ed esaminare i risultati in profondita prima di proseguire. Questo test rivela i problemi di date, gli errori di codifica, i bug nella gestione degli allegati e le discrepanze nella struttura delle cartelle prima che colpiscano le caselle di produzione.
Verificare le date sulla casella di test
Dopo aver migrato la casella di test, verificare le date immediatamente. Aprire la casella nel client di posta che gli utenti finali utilizzeranno realmente (Outlook, Apple Mail, Thunderbird o l'interfaccia webmail). Confrontare le date visualizzate con le email di riferimento documentate nella Fase 1. Verificare sia le date di "Ricezione" che di "Invio". Aprire gli header grezzi di diverse email e cercare header "Received" appena aggiunti con il timestamp di migrazione.
Se le date sono sbagliate sulla casella di test, saranno sbagliate su tutte le caselle. Fermare tutto e risolvere il problema prima di procedere alla migrazione completa.
Testare con piu client di posta
I diversi client di posta visualizzano le date in modo diverso. L'interfaccia web di Gmail puo mostrare date corrette (utilizza l'header "Date") mentre Outlook mostra la data di migrazione (privilegia l'header "Received"). Testare con ogni client che gli utenti dell'organizzazione utilizzano, in particolare Outlook Desktop, Outlook sul web, Apple Mail, Thunderbird e qualsiasi app mobile di posta.
Fase 3: esecuzione della migrazione
Configurazione dello strumento di migrazione
Configurare lo strumento di migrazione per preservare l'INTERNALDATE il piu possibile. In imapsync, utilizzare i flag appropriati per impostare l'INTERNALDATE sulla destinazione. In BitTitan MigrationWiz, verificare i parametri avanzati per le opzioni di gestione delle date. Queste impostazioni non impediranno completamente i problemi di header "Received", ma riducono la gravita dei problemi di date in alcuni client. Documentare ogni parametro di configurazione utilizzato per poter riprodurre la migrazione se necessario.
Migrare in batch
Non migrare tutte le caselle simultaneamente. Migrare in batch di 10-20 caselle verificando le date dopo ogni batch. Se un batch mostra problemi di date, lo si rileva prima che tutta l'organizzazione sia colpita. Tra l'altro, la migrazione in batch riduce anche il carico sui server sorgente e destinazione, diminuendo il rischio di timeout o errori di connessione che possono causare migrazioni parziali.
Monitorare l'avanzamento
Seguire l'avanzamento della migrazione per ogni casella. Registrare l'ora di inizio, l'ora di fine, il numero di email migrate e gli eventuali errori. Gli strumenti di migrazione forniscono generalmente dei log - conservarli per ogni casella. Se problemi di date vengono scoperti in seguito, i log aiutano a identificare esattamente quale batch di migrazione e quali parametri sono stati utilizzati.
Fase 4: verifica post-migrazione
Verificare le date immediatamente
Verificare le date delle email entro 24 ore dalla migrazione. Per ogni batch, aprire 5-10 caselle e confrontare le date con i riferimenti pre-migrazione. Se le date sono sbagliate, documentare l'estensione del problema (quante caselle coinvolte, quante email per casella) mentre le informazioni sono fresche.
Verificare tutti i tipi di cartelle
I problemi di date possono colpire alcune cartelle in modo diverso. Verificare le date nella Posta in arrivo, negli Elementi inviati, nelle Bozze e in qualsiasi cartella o etichetta personalizzata. Alcuni strumenti di migrazione trattano le cartelle in modo sequenziale, e errori in una cartella non indicano necessariamente errori nelle altre.
Verificare ricerca e ordinamento
Aprire una casella migrata, ordinare per data e confermare che l'ordine cronologico corrisponde all'originale. Cercare email per intervallo di date e verificare che i risultati siano esatti. Testare qualsiasi regola automatizzata o filtro che dipende dalle date di ricezione. Se l'organizzazione utilizza strumenti di conformita o di eDiscovery, verificare che le query basate sulle date restituiscano risultati corretti.
Errori comuni che causano problemi di date
Saltare la migrazione di test
L'errore piu comune e migrare tutte le caselle senza prima testare. Quando i problemi di date vengono scoperti, tutte le caselle sono colpite e il server sorgente potrebbe gia essere stato disattivato. Una migrazione di test di 30 minuti puo evitare settimane di rimedio. Perche farne a meno?
Ignorare l'aggiunta degli header "Received"
Gli amministratori si concentrano spesso sulla preservazione dell'INTERNALDATE e trascurano il problema dell'header "Received". Anche quando l'INTERNALDATE e correttamente impostato, l'header "Received" di migrazione fa si che Outlook e altri client mostrino la data sbagliata. E la fonte piu frequente di lamentele post-migrazione. Leggere perche le email mostrano date sbagliate dopo la migrazione per una spiegazione tecnica completa.
Dismettere il server sorgente troppo presto
Se vengono scoperti problemi di date dopo l'arresto del server sorgente, l'opzione della ri-migrazione scompare. Mantenere il server sorgente accessibile (anche in sola lettura) per almeno 30 giorni dopo la migrazione. Questo fornisce una soluzione di ripiego se problemi seri emergono in seguito.
Cosa fare se le date sono gia sbagliate
Se la migrazione e gia stata effettuata e le date sono errate, il problema e riparabile. L'header "Date" originale e preservato in ogni email, il che significa che l'informazione di data corretta esiste ancora. Le date email possono essere corrette dopo la migrazione, anche mesi o anni dopo.
Il motore di correzione proprietario di Redate.io si collega alla casella e cerca le email con metadati di data corrotti. La pipeline di analisi multistadio identifica le firme di migrazione, applica correzioni mirate preservando l'integrita dei messaggi (incluse le firme S/MIME, le strutture multipart e gli header non-ASCII), ed esegue una verifica di integrita su ogni email corretta. L'analisi e gratuita e mostra esattamente quante email sono coinvolte. Gli originali sono conservati in una cartella di backup visibile per 30 giorni.
Tentare questo tipo di correzione manualmente o con uno script personalizzato e tentante ma rischioso. I casi particolari come i messaggi cifrati PGP, i confini MIME corrotti, le strutture multipart annidate e le discrepanze di Content-Transfer-Encoding possono silenziosamente corrompere email senza che ci si renda conto fino a quando non e troppo tardi. E come si verifica che 10.000 email corrette siano tutte integre?
Pronti a verificare se la casella ha problemi di date? Avviate un'analisi gratuita con Redate.io - nessun pagamento richiesto per vedere quante email sono coinvolte.