BitTitan MigrationWiz: correggere le date email

Cosa fa BitTitan MigrationWiz alle date delle email

La migrazione si è conclusa venerdì scorso. 47 cassette postali spostate da Exchange on-prem a Microsoft 365, tutto verde nella dashboard di MigrationWiz. Poi arriva lunedì mattina e il primo ticket: "Tutte le mie email mostrano il 28 marzo 2026."

Ogni singolo messaggio. Anni di corrispondenza, proposte ai clienti del 2019, fatture del 2021, tutto timbrato con la data della migrazione. Il log di MigrationWiz dice che tutto è stato trasferito con successo (e tecnicamente è vero). Ma le date sono sparite.

BitTitan MigrationWiz è uno degli strumenti più utilizzati per la migrazione email cloud-to-cloud. Gestisce migrazioni da Exchange a Microsoft 365, da Google Workspace a Exchange, spostamenti cross-tenant e molto altro. Lo strumento in sé funziona bene per quello che fa. Il problema delle date non è un bug di MigrationWiz. È una conseguenza di come funziona il protocollo IMAP a livello di trasporto, e MigrationWiz lo innesca in modo specifico.

Come MigrationWiz gestisce gli header Received

Quando MigrationWiz trasferisce un'email dall'origine alla destinazione, utilizza il protocollo IMAP (o Exchange Web Services, a seconda del tipo di endpoint). Durante questo processo, il server di posta di destinazione appone al messaggio un nuovo header Received: contenente il timestamp corrente, esattamente come farebbe con qualsiasi email in arrivo.

Ecco come appare una tipica catena di header Received dopo una migrazione con MigrationWiz:

Received: from mx.migrationwiz.com (processing-node-7.bittitan.com)
    by outlook.office365.com; Fri, 28 Mar 2026 14:23:17 +0000
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

L'header Received: originale del 2019 è ancora presente. Così come l'header Date: originale. Ma i client di posta come Outlook non li utilizzano. Outlook legge l'header Received: più recente per determinare quando visualizzare il messaggio, e quell'header ora dice 28 marzo 2026.

Anche il valore INTERNALDATE (il timestamp che i server IMAP usano per l'ordinamento) viene sovrascritto durante il trasferimento. MigrationWiz tenta di preservare le date quando la destinazione lo supporta, ma il risultato dipende fortemente dal comportamento del server di destinazione. La pipeline di trasporto di Microsoft 365, ad esempio, sovrascrive l'INTERNALDATE con il proprio timestamp di consegna, indipendentemente da ciò che MigrationWiz richiede.

Perché il "Date Mapping" di MigrationWiz non basta

BitTitan offre una funzione di "Date Mapping" nelle Opzioni Avanzate di MigrationWiz. Sulla carta, sembra la soluzione. In pratica, controlla quale intervallo di date dei messaggi viene migrato, non come le date vengono preservate a destinazione.

La confusione è comprensibile. L'impostazione ha la parola "date" nel nome. Ma quello che fa davvero è filtrare i messaggi di origine per intervallo di date prima della migrazione. Un messaggio del 2018 arriva comunque a destinazione con il timestamp della migrazione.

C'è poi la questione degli endpoint IMAP rispetto a Exchange. Quando MigrationWiz migra tra due server Exchange tramite EWS (Exchange Web Services), la preservazione delle date funziona meglio perché EWS offre maggiore controllo sui metadati del messaggio. Ma nel momento in cui IMAP è coinvolto su uno dei due lati, l'operazione IMAP APPEND prende il sopravvento e il server di destinazione decide quale timestamp utilizzare.

Alcuni amministratori hanno provato a rieseguire la migrazione con configurazioni di endpoint diverse, sperando che il passaggio da IMAP a EWS correggesse le date retroattivamente. Non funziona. I messaggi sono già a destinazione con le date sbagliate. Rieseguire MigrationWiz creerebbe solo duplicati.

Scenari MigrationWiz che corrompono le date

Non tutte le migrazioni MigrationWiz causano problemi di date. Il problema dipende dalla combinazione di endpoint:

• Exchange (on-prem) a Microsoft 365 via IMAP: Le date si rompono. La pipeline di trasporto di M365 aggiunge nuovi header Received e sovrascrive l'INTERNALDATE.
• Google Workspace a Microsoft 365: Le date si rompono. MigrationWiz usa IMAP per leggere da Google e scrive su M365, che aggiunge i propri header di trasporto.
• Exchange a Exchange (EWS a EWS): Le date vengono generalmente preservate. EWS aggira la pipeline di trasporto su entrambi i lati.
• Qualsiasi origine a Google Workspace via IMAP: Le date si rompono. L'implementazione IMAP di Google aggiunge un header Received con il timestamp di inserimento.
• Cross-tenant Microsoft 365: Dipende dal metodo. Il percorso IMAP rompe le date. L'EWS diretto può preservarle.

La dashboard di MigrationWiz non segnala i problemi di date. Tutto appare come "Completed" perché i messaggi sono stati effettivamente trasferiti con successo. Il contenuto è intatto, gli allegati sono a posto, la struttura delle cartelle è preservata. Sono solo le date ad essere cambiate, e MigrationWiz non lo registra come errore di migrazione.

Il costo reale delle date sbagliate dopo MigrationWiz

Le date email sbagliate non sono solo fastidiose. Per le organizzazioni che hanno migrato con BitTitan, le conseguenze vanno oltre una casella di posta disordinata.

I team legali non possono usare le email come prove quando ogni messaggio mostra la data di migrazione invece della data di invio reale. Le verifiche fiscali richiedono prove cronologiche delle comunicazioni. I framework di conformità come il GDPR e le normative del Garante Privacy impongono una conservazione accurata dei registri, e le email con timestamp fabbricati non soddisfano questo requisito.

E poi c'è il lato pratico. Provi a trovare quella discussione contrattuale di novembre 2022 quando tutta la casella di posta mostra marzo 2026. Ordinare per data? Inutile. Cercare per intervallo di date? Restituisce tutto o niente.

Per gli MSP che hanno usato MigrationWiz negli ambienti dei clienti, questo crea un problema di responsabilità. Il cliente ha pagato per una migrazione. L'ha ottenuta, ma il suo archivio email è di fatto inutilizzabile per qualsiasi flusso di lavoro basato sulle date.

In effetti, un MSP di cui si è venuti a conoscenza aveva migrato circa 380 cassette postali per uno studio legale. Tre mesi dopo, il team contenzioso dello studio ha scoperto il problema delle date durante la fase di discovery. Ogni email che dovevano presentare come prova mostrava la data di migrazione. L'MSP ha dovuto spiegare perché 6 anni di corrispondenza con timestamp mostravano tutti giugno 2025.

Correggere le date di BitTitan MigrationWiz

L'header Date: originale è ancora presente in ogni email. MigrationWiz non tocca il corpo del messaggio né gli header originali. Sono l'header Received: aggiuntivo e l'INTERNALDATE sovrascritto a causare il problema di visualizzazione.

Redate.io si collega alla cassetta postale (Google Workspace, Microsoft 365 o IMAP), analizza le email colpite dalla migrazione MigrationWiz e corregge i metadati delle date attraverso una pipeline di analisi proprietaria multi-stadio. La correzione mira specificamente al livello dei metadati, facendo pattern matching contro le firme note degli header MigrationWiz, inclusi gli identificatori caratteristici mx.migrationwiz.com e bittitan.com nella catena Received.

Ogni email corretta viene verificata individualmente rispetto all'originale. La verifica controlla l'integrità del messaggio, la conservazione degli allegati, il posizionamento nelle cartelle e il threading. Le email originali vengono conservate in una cartella visibile Redate.io - Originals per 30 giorni nel caso sia necessario un rollback.

Capire il problema è una cosa. Correggere 15.000 email senza perdere un singolo allegato, danneggiare firme S/MIME o corrompere i confini MIME multipart è un'altra. Uno script che funziona con 10 messaggi di test in laboratorio non gestirà i casi limite di una casella di posta in produzione con 7 anni di corrispondenza, messaggi crittografati PGP e header non-ASCII RFC 2047.

Come si verifica che ogni messaggio corretto sia intatto? Che il threading funzioni ancora, che gli inviti calendario si risolvano ancora, che l'allegato da 47 MB di quell'email del 2020 non sia stato corrotto? Redate.io fa tutto questo automaticamente, per ogni singolo messaggio. E se qualcosa non torna, l'originale è lì nella cartella di backup.

La scansione gratuita richiede circa due minuti. Si collega alla cassetta postale, identifica ogni email timbrata con la data di migrazione MigrationWiz e mostra il conteggio esatto e il costo prima di qualsiasi pagamento. Nessuna carta di credito, nessun impegno.

Guide di correzione per piattaforma per BitTitan

Il processo di correzione varia a seconda di dove MigrationWiz ha spostato le email. Redate.io gestisce le specificità di ogni piattaforma automaticamente, ma per i dettagli sulla configurazione specifica:

• Correggere le date BitTitan in Outlook
• Correggere le date BitTitan in Microsoft 365
• Correggere le date BitTitan in Google Workspace
• Correggere le date BitTitan in Exchange Online

Redate.io funziona anche per migrazioni completate mesi o anni fa. L'header Date originale non scade.

Migrazione con BitTitan MigrationWiz e date sbagliate? Avvii una scansione gratuita per vedere esattamente quante email sono interessate prima di qualsiasi impegno.