Checklist migrazione email: prevenire i problemi di date

Perché una checklist di migrazione è indispensabile

La migrazione email è una delle operazioni informatiche più rischiose che un'organizzazione possa affrontare. Si spostano anni di comunicazioni professionali tra piattaforme diverse, e un singolo errore può corrompere i metadati di tutte le caselle di posta. La vittima più frequente? Le date delle email. Dopo la migrazione, ogni email rischia di mostrare la data di migrazione al posto della data di invio o di ricezione originale.

Questa checklist copre ogni fase del processo di migrazione. Seguire questi passaggi riduce al minimo il rischio di corruzione delle date e altri problemi di metadati. E se la migrazione è già terminata e sono emersi problemi di date, continui a leggere.

Fase 1: pianificazione pre-migrazione

Inventariare le caselle di posta

Prima di toccare qualsiasi strumento di migrazione, documenti ogni casella che verrà migrata. Registri il numero totale di caselle, il numero approssimativo di email per casella, l'intervallo di date delle email più vecchie e le caselle condivise o i gruppi di distribuzione. Questo inventario determina quale strumento di migrazione utilizzare, quanto tempo richiederà l'operazione e quale tariffazione 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. Prima di scegliere, si informi su come ogni strumento tratta la conservazione dell'IMAP INTERNALDATE e se aggiunge header "Received" durante il processo di inserimento. Gli strumenti più diffusi includono BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO e l'importazione nativa dell'Interfaccia di amministrazione di Exchange. Ognuno di questi può causare problemi di date, perché il protocollo IMAP stesso impone al server di destinazione di aggiungere un header "Received" durante l'inserimento. Ma alcuni strumenti preservano meglio l'INTERNALDATE di altri. Per capire il funzionamento dell'INTERNALDATE, consulti IMAP INTERNALDATE: perché le date si rompono.

Fare il backup di tutto

Crei un backup completo di ogni casella di posta prima della migrazione. Questo backup serve sia come rete di sicurezza sia come punto di riferimento per verificare le date in seguito. Per Google Workspace, utilizzi Google Takeout o uno strumento di backup di terze parti. Per Microsoft 365, utilizzi il backup di Exchange Online o l'esportazione in PST. Per i server IMAP, utilizzi imapsync per creare una copia locale.

Conservi i backup in una posizione completamente separata dai server di origine e destinazione.

Documentare le date originali

Selezioni da 10 a 20 email per casella distribuite su intervalli di date diversi (le più vecchie, le più recenti e alcune intermedie). Registri 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. Faccia uno 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 avvii mai una migrazione completa senza testare prima.

Crei una casella di test con un campione rappresentativo di email (almeno 100, distribuite su più anni). Avvii la migrazione su questa sola casella ed esamini i risultati in profondità prima di proseguire. Questo test rivela problemi di date, errori di codifica, bug nella gestione degli allegati e discrepanze nella struttura delle cartelle, prima che si ripercuotano sulle caselle di produzione.

Verificare le date sulla casella di test

Dopo aver migrato la casella di test, verifichi immediatamente le date. Apra la casella nel client di posta che gli utenti finali utilizzeranno davvero (Outlook, Apple Mail, Thunderbird o l'interfaccia webmail). Confronti le date visualizzate con le email di riferimento documentate nella Fase 1. Verifichi sia le date di "Ricezione" sia quelle di "Invio". Apra gli header grezzi di alcune email e cerchi gli header "Received" aggiunti di recente con il timestamp della migrazione.

Se le date sono errate sulla casella di test, saranno errate su tutte le caselle. Si fermi e risolva il problema prima di procedere con la migrazione completa.

Testare con più client di posta

I vari client di posta visualizzano le date in modo diverso. L'interfaccia web di Gmail può mostrare date corrette (usa l'header "Date") mentre Outlook mostra la data di migrazione (privilegia l'header "Received"). Esegua il test con ogni client utilizzato dagli utenti dell'organizzazione: Outlook desktop, Outlook sul web, Apple Mail, Thunderbird e qualsiasi app mobile per la posta.

Fase 3: esecuzione della migrazione

Configurazione dello strumento di migrazione

Configuri lo strumento di migrazione per preservare l'INTERNALDATE il più possibile. Con imapsync, utilizzi i flag appropriati per impostare l'INTERNALDATE sulla destinazione. Con BitTitan MigrationWiz, verifichi le impostazioni avanzate per le opzioni di gestione delle date. Questi parametri non elimineranno completamente i problemi con gli header "Received", ma riducono la gravità dei problemi di date in alcuni client. Documenti ogni impostazione di configurazione utilizzata, in modo da poter riprodurre la migrazione se necessario.

Migrare per lotti

Non migri tutte le caselle contemporaneamente. Proceda a lotti da 10 a 20 caselle, verificando le date dopo ogni lotto. Se un lotto presenta problemi di date, li individua prima che l'intera organizzazione ne sia colpita. Tra l'altro, la migrazione per lotti riduce anche il carico sui server di origine e destinazione, diminuendo il rischio di timeout o errori di connessione che possono causare migrazioni parziali.

Monitorare l'avanzamento

Tenga traccia dell'avanzamento della migrazione per ogni casella. Registri l'orario di inizio, l'orario di fine, il numero di email migrate e gli eventuali errori. Gli strumenti di migrazione forniscono generalmente dei log: li conservi per ogni casella. Se i problemi di date vengono scoperti in un secondo momento, i log aiutano a identificare esattamente quale lotto di migrazione e quali parametri sono stati utilizzati.

Fase 4: verifica post-migrazione

Verificare le date subito

Verifichi le date delle email entro 24 ore dalla migrazione. Per ogni lotto, apra da 5 a 10 caselle e confronti le date con i riferimenti pre-migrazione. Se le date sono errate, documenti l'entità del problema (quante caselle sono coinvolte, quante email per casella) finché le informazioni sono ancora fresche.

Verificare tutti i tipi di cartelle

I problemi di date possono interessare alcune cartelle in modo diverso. Verifichi le date nella Posta in arrivo, negli Elementi inviati, nelle Bozze e in qualsiasi cartella o etichetta personalizzata. Alcuni strumenti di migrazione elaborano le cartelle in sequenza, e gli errori in una cartella non indicano necessariamente errori nelle altre.

Verificare ricerca e ordinamento

Apra una casella migrata, ordini per data e confermi che l'ordine cronologico corrisponda all'originale. Cerchi email per intervallo di date e verifichi che i risultati siano corretti. Collaudi qualsiasi regola automatizzata o filtro che dipende dalle date di ricezione. Se l'organizzazione utilizza strumenti di conformità o eDiscovery, verifichi che le query basate sulle date restituiscano risultati corretti.

Errori comuni che causano problemi di date

Saltare la migrazione di test

L'errore più frequente è migrare tutte le caselle senza testare prima. Quando i problemi di date vengono scoperti, tutte le caselle sono già coinvolte e il server di origine potrebbe essere già stato disattivato. Una migrazione di test da 30 minuti può evitare settimane di remediation. Perché rinunciarci?

Ignorare le aggiunte agli header "Received"

Spesso gli amministratori si concentrano sulla conservazione dell'INTERNALDATE e trascurano il problema degli header "Received". Anche quando l'INTERNALDATE è impostato correttamente, l'header "Received" aggiunto durante la migrazione fa sì che Outlook e altri client mostrino la data sbagliata. È questa la fonte più frequente di segnalazioni post-migrazione. Per una spiegazione tecnica completa, consulti perché le email mostrano date errate dopo la migrazione.

Disattivare il server di origine troppo presto

Se i problemi di date vengono scoperti dopo aver spento il server di origine, l'opzione di ri-migrazione svanisce. Mantenga il server di origine accessibile (anche solo in sola lettura) per almeno 30 giorni dopo la migrazione. Questo fornisce una soluzione di ripiego se emergono problemi seri in un secondo momento.

Cosa fare se le date sono già errate

Se la migrazione è già avvenuta e le date sono incorrect, il problema è risolvibile. L'header "Date" originale è conservato in ogni email, il che significa che l'informazione di data corretta esiste ancora. Le date delle email possono essere corrette dopo la migrazione, anche mesi o anni dopo.

Il motore di correzione proprietario di Redate.io si connette alla casella e individua le email con metadati di data corrotti. Il pipeline di analisi multi-fase identifica le firme di migrazione, applica correzioni mirate preservando l'integrità dei messaggi (incluse le firme S/MIME, le strutture multipart e gli header non-ASCII), ed esegue una verifica di integrità su ogni email corretta. L'analisi è gratuita e mostra esattamente quante email sono coinvolte. Gli originali vengono conservati in una cartella di backup visibile per 30 giorni.

Tentare questo tipo di correzione manualmente o con uno script personalizzato è tentante, ma rischioso. I casi particolari come i messaggi cifrati PGP, i boundary MIME corrotti, le strutture multipart annidate e i disallineamenti di Content-Transfer-Encoding possono corrompere silenziosamente le email senza che ce ne si accorga finché è troppo tardi. E come si verifica che 10.000 email corrette siano tutte intatte?

Vuole verificare se la Sua casella ha problemi di date? Avvii un'analisi gratuita con Redate.io - nessun pagamento richiesto per vedere quante email sono coinvolte.