Correggere le date di migrazione CloudM in Microsoft 365
Perché le migrazioni CloudM mostrano la data sbagliata in Microsoft 365
CloudM Migrate è comunemente utilizzato per migrare caselle di posta da Google Workspace, Exchange on-premises e altre piattaforme verso Microsoft 365. Quando CloudM carica le email su Microsoft 365, la pipeline di trasporto di Exchange Online elabora ogni messaggio e aggiunge un header Received con il timestamp di caricamento corrente. Questo diventa l'header Received più recente nella catena degli header del messaggio.
Microsoft 365 utilizza questo timestamp di consegna in tutto il suo ecosistema. Outlook desktop, Outlook sul web, Outlook mobile e persino le funzionalità IA di Microsoft fanno tutti riferimento alla stessa proprietà PR_MESSAGE_DELIVERY_TIME, che viene impostata dall'header Received di migrazione. A differenza di Google Workspace (dove il client web può mascherare il problema), Microsoft 365 visualizza la data di migrazione in modo coerente in tutte le sue applicazioni client.
La coerenza della data sbagliata in tutti i client Microsoft 365 rende il problema immediatamente visibile a ogni utente. Dopo una migrazione CloudM verso Microsoft 365, l'intera organizzazione vede lo stesso sintomo: ogni email in ogni casella di posta sembra essere stata ricevuta alla data di migrazione. Non c'è soluzione alternativa specifica per client; la corruzione delle date è incorporata nei metadati del messaggio a livello di server.
Come questo influisce su Microsoft 365
La gestione unificata delle date di Microsoft 365 significa che la data di migrazione appare ovunque simultaneamente. Outlook desktop, OWA, Outlook mobile, l'integrazione email di Teams e Microsoft Search mostrano tutti la data di ricezione sbagliata. Gli utenti non possono sfuggire alle date errate passando a un'applicazione Microsoft 365 diversa.
Per gli amministratori Microsoft 365, l'impatto si estende agli strumenti di gestione e conformità. L'Exchange Admin Center, Microsoft Purview (precedentemente Centro conformità) e eDiscovery Premium indicizzano tutti i messaggi in base alla data di consegna corrotta. Le ricerche di contenuto per email entro un intervallo di date specifico restituiscono risultati errati. Le etichette di conservazione applicate automaticamente in base all'età del messaggio operano sulla timeline sbagliata, causando potenzialmente eliminazione prematura o conservazione indefinita di messaggi che avrebbero dovuto essere gestiti diversamente.
Domande frequenti
CloudM offre un'opzione per prevenire la corruzione delle date durante la migrazione M365?
CloudM preserva l'header Date originale, ma il server di destinazione (Exchange Online) aggiunge il proprio header Received durante il caricamento del messaggio. Questo è un comportamento lato server che gli strumenti di migrazione non possono prevenire. L'unica soluzione è correggere le date dopo la migrazione.
Gli strumenti di amministrazione Microsoft 365 possono correggere le date?
No. Microsoft 365 non fornisce strumenti integrati per modificare gli header Received o l'orario di consegna dei messaggi esistenti. Redate.io è progettato specificamente per questo problema: rimuove l'header di migrazione e reinserisce l'email con l'INTERNALDATE corretta.
La correzione è permanente in Microsoft 365?
Sì. Una volta che Redate.io corregge l'email, il messaggio originale (con la data sbagliata) viene spostato in un'etichetta di backup. Il messaggio corretto ha gli header Received e l'INTERNALDATE corretti, e Microsoft 365 indicizza la data corretta da quel momento in poi.