Izlabojiet CloudM migrācijas datumus Microsoft 365
Kāpēc CloudM migrācijas rāda nepareizu datumu Microsoft 365
CloudM Migrate bieži tiek izmantots pastkasšu migrācijai no Google Workspace, lokālā Exchange un citām platformām uz Microsoft 365. Kad CloudM augšupielādē e-pastus Microsoft 365, Exchange Online transporta konveijers apstrādā katru ziņu un pievieno Received galveni ar pašreizējo augšupielādes laika zīmogu. Tā kļūst par jaunāko Received galveni ziņas galveņu ķēdē.
Microsoft 365 izmanto šo piegādes laika zīmogu visā savā ekosistēmā. Outlook darbvirsma, Outlook tīmeklī, Outlook mobilais un pat Microsoft mākslīgā intelekta funkcijas - visas atsaucas uz to pašu PR_MESSAGE_DELIVERY_TIME rekvizītu, kas iestatīts no migrācijas Received galvenes. Atšķirībā no Google Workspace (kur tīmekļa klients var maskēt problēmu), Microsoft 365 konsekventi rāda migrācijas datumu visās savās klientu lietojumprogrammās.
Nepareizā datuma konsekvence visās Microsoft 365 lietojumprogrammās padara problēmu uzreiz redzamu katram lietotājam. Pēc CloudM migrācijas uz Microsoft 365 visa organizācija redz to pašu simptomu: katrs e-pasts katrā pastkastē izskatās saņemts migrācijas dienā. Nav klienta specifiska risinājuma; datumu bojājums ir iestrādāts ziņas metadatos servera līmenī.
Kā tas ietekmē Microsoft 365
Microsoft 365 vienotā datumu apstrāde nozīmē, ka migrācijas datums parādās visur vienlaicīgi. Outlook darbvirsma, OWA, Outlook mobilais, Teams e-pasta integrācija un Microsoft Search - visi rāda nepareizu saņemšanas datumu. Lietotāji nevar izvairīties no nepareizajiem datumiem, pārejot uz citu Microsoft 365 lietojumprogrammu.
Microsoft 365 administratoriem ietekme attiecas uz pārvaldības un atbilstības rīkiem. Exchange Admin Center, Microsoft Purview (iepriekš Compliance Center) un eDiscovery Premium - visi indeksē ziņas pēc bojātā piegādes datuma. Satura meklēšanas, meklējot e-pastus konkrētā datumu diapazonā, atgriež nepareizus rezultātus. Automātiski piemērotas saglabāšanas etiķetes, kas balstītas uz ziņas vecumu, darbojas nepareizā laika līnijā, potenciāli izraisot priekšlaicīgu dzēšanu vai bezgalīgu saglabāšanu ziņām, kuras būtu jāapstrādā citādi.
Biežāk uzdotie jautājumi
Vai CloudM piedāvā iespēju novērst datumu bojāšanu M365 migrācijas laikā?
CloudM saglabā sākotnējo Date galveni, bet galamērķa serveris (Exchange Online) augšupielādes laikā pievieno savu Received galveni. Tā ir servera puses uzvedība, ko migrācijas rīki nevar novērst. Vienīgais risinājums ir izlabot datumus pēc migrācijas.
Vai Microsoft 365 administrēšanas rīki var izlabot datumus?
Nē. Microsoft 365 nenodrošina iebūvētus rīkus esošo ziņu Received galveņu vai piegādes laika mainīšanai. Redate.io ir īpaši izstrādāts šai problēmai: tas noņem migrācijas galveni un atkārtoti ievieto e-pastu ar pareizo INTERNALDATE.
Vai labojums ir pastāvīgs Microsoft 365?
Jā. Kad Redate.io izlabo e-pastu, oriģināls (ar nepareizo datumu) tiek pārvietots uz rezerves etiķeti. Labotajai ziņai ir pareizas Received galvenes un INTERNALDATE, un Microsoft 365 turpmāk indeksē pareizo datumu.