Popravek datumov selitve CloudM v Microsoft 365
Zakaj selitve CloudM pokvarijo datume v Microsoft 365
CloudM Migrate je priljubljeno orodje za organizacije, ki selijo nabiralnike iz Google Workspace, lokalnega Exchangea ali drugih platform v Microsoft 365. Sama selitev običajno poteka gladko. Nato nekdo odpre Outlook in opazi nekaj zaskrbljujočega: vsaka posamezna e-pošta (na tisoče) prikazuje enak datum prejema.
Kaj se je zgodilo? Med nalaganjem transportni cevovod Exchange Online obravnava vsako preseljeno sporočilo kot svežo dostavo. Odtisne novo glavo Received s trenutnim časovnim žigom obdelave in ustrezno nastavi lastnost PR_MESSAGE_DELIVERY_TIME. Ta lastnost je tista, ki jo Outlook namizje, Outlook na spletu, Outlook mobilni in celo Microsoftove funkcije Copilot berejo pri prikazovanju datumov. V nasprotju z Google Workspace (kjer spletni odjemalec lahko prikrije težavo) Microsoft 365 dosledno povsod prikazuje napačen datum.
Ravno ta doslednost naredi različico te težave v M365 tako vidno. Ni nobene rešilne odprtine v smislu "v brskalniku deluje v redu". Vsak uporabnik, na vsaki napravi, v vsaki aplikaciji Microsoft 365 vidi datum selitve. IT ekipe težavo običajno odkrijejo v urah po zaključku selitve z CloudM, toda takrat je škoda že vgrajena v metapodatke sporočil na ravni strežnika.
Kako napačni datumi motijo okolja Microsoft 365
Vpliv se razširi skozi celoten ekosistem M365. Outlook namizje, OWA, Outlook mobilni, integracija e-pošte v Teams, Microsoft Search - vsi prikazujejo časovni žig selitve. Uporabniki se napačnim datumom ne morejo izogniti s preklopom aplikacij. Predstavljajte si odvetnika, ki išče "e-pošto, prejeto med januarjem in marcem 2023" pri pripravi na pravdo. Iskanje ne vrne ničesar ali pa vrne vse, odvisno od tega, kdaj je bila selitev izvedena. To ni manjša nevšečnost, ampak morebitna odpoved razkritja.
Microsoft Purview (prej Center za skladnost) in eDiscovery Premium indeksirata sporočila po poškodovanem datumu dostave. Iskanja vsebine na podlagi datumskih obsegov vračajo nezanesljive rezultate. Oznake hrambe, ki se samodejno uporabijo na podlagi starosti sporočila, delujejo po napačni časovnici, kar pomeni, da se nekatera sporočila izbrišejo prezgodaj, druga pa se hranijo za nedoločen čas. Pravilniki samodejnega arhiviranja v Outlooku napačno izračunajo starost sporočil po celotnem nabiralniku. Za vsako organizacijo, ki jo zavezuje regulativa hrambe e-pošte, to ustvari vrzel v skladnosti, ki vztraja, dokler se datumi ne popravijo.
Pogosto zastavljena vprašanja
Ali CloudM ponuja kakšno možnost za preprečitev poškodovanja datumov med selitvijo v M365?
CloudM ohrani izvorno glavo Date v telesu sporočila, toda transportni cevovod Exchange Online med obdelavo sporočila doda lastno glavo Received. To je obnašanje na strani strežnika, ki ga nobeno selitveno orodje ne more preglasiti. Edina pot do pravilnih datumov je korekcija po selitvi.
Ali lahko skrbniška orodja Microsoft 365 naravno popravijo datume?
Ne. Microsoft 365 ne zagotavlja nobenega vgrajenega mehanizma za spreminjanje časa dostave ali glav Received obstoječih sporočil. PowerShell, skrbniški center Exchange in Purview nimajo te zmožnosti. Redate.io je bil posebej zasnovan za reševanje te težave s svojim popravljalnim motorjem za ujemanje vzorcev.
Ali je popravek trajen v Microsoft 365?
Da. Ko Redate.io izvede popravek, se izvorno sporočilo premakne v namensko mapo za varnostne kopije, popravljeno sporočilo pa nosi pravilne datumske metapodatke. Microsoft 365 od te točke naprej indeksira popravljeni datum v vseh odjemalcih in orodjih za skladnost.
Koliko nabiralnikov lahko Redate.io obdela v najemniku Microsoft 365?
Redate.io lahko obdela nabiralnike v celotnem najemniku M365 prek registracije aplikacije Azure AD s soglasjem skrbnika. Ni nobene omejitve na posamezen nabiralnik. Skrbniki upravljajo celoten postopek popravka z ene same nadzorne plošče, obdelava pa poteka v ozadju brez motenj za uporabnike.