Datų problema po „Microsoft 365" migracijos
Po migracijos į „Microsoft 365" („Exchange Online") organizacijos dažnai aptinka problemą, kuri turėjo būti migracijos projekto rizikos analizėje: kiekvienas el. laiškas kiekvienoje pašto dėžutėje rodo migracijos datą vietoj originalios gavimo datos. Naudotojai atidaro „Outlook" ir mato tūkstančius el. laiškų, visus su ta pačia data. Rūšiavimas pagal datą nebeatlieka jokios funkcijos. Paieškos rezultatai grąžina klaidinančias laiko žymas. Visa pašto dėžutės chronologinė istorija atrodo sunaikinta.
Ši problema paveikia migracijas iš visų šaltinio platformų: vietinio „Exchange", „Gmail", „Google Workspace", „Zimbra", „Lotus Notes" ir bet kurio kito IMAP serverio. Ji paveikia migracijas, atliktas su visais populiariais įrankiais, įskaitant BitTitan MigrationWiz, vietinį „Exchange" administravimo centro IMAP importą ir trečiųjų šalių įrankius kaip CloudM ir imapsync. Pagrindinė priežastis visada ta pati: migracijos proceso metu pridėta „Received" antraštė nustelbia originalios datos rodymą „Outlook" programoje.
Dažni migracijos keliai į „Microsoft 365"
Iš „Gmail" / „Google Workspace"
Organizacijos, pereinančios iš „Google Workspace" į „Microsoft 365", paprastai naudoja BitTitan MigrationWiz, CloudM arba „Exchange" administravimo centro IMAP importo funkciją. Kiekvienas iš šių įrankių ištraukia el. laiškus iš „Gmail" ir įterpia juos į „Exchange Online". Įterpimo metu „Exchange Online" prideda „Received" antraštę su migracijos laiko žyma. Ši antraštė tampa naujausia grandinėje, todėl „Outlook" rodo migracijos datą kaip gavimo datą.
Iš vietinio „Exchange"
Migracijos iš vietinio „Exchange" (2010, 2013, 2016, 2019) į „Exchange Online" naudoja „Microsoft" vietinius migracijos įrankius (tiesioginė, etapinė, hibridinė migracija) arba trečiųjų šalių įrankius kaip BitTitan. Hibridinės migracijos, naudojančios „Exchange" migracijos galinį tašką, kartais teisingai išsaugo datas, tačiau IMAP migracijos ir trečiųjų šalių įrankiais atliktos migracijos dažnai sukelia datų problemą.
Iš kitų IMAP serverių
Migracijos iš „Zimbra", „Zoho", cPanel prieglobos, Dovecot ir kitų IMAP serverių į „Microsoft 365" paprastai atliekamos per vietinį „Exchange" administravimo centro IMAP importą arba imapsync. Abu metodai sukelia „Exchange Online" „Received" antraščių pridėjimą importo proceso metu. Visi migruoti el. laiškai rodo migracijos datą „Outlook" programoje.
Kaip „Exchange Online" tvarko migruotus el. laiškus
„Exchange Online" ir „Received" antraštės
Kai pranešimas įterpiamas į „Exchange Online" pašto dėžutę (per IMAP, EWS ar „Microsoft Graph" API), „Exchange Online" traktuoja jį kaip naują pranešimo pristatymą ir prideda su transportu susijusias antraštes. Šios antraštės apima „Received" įrašą su esama laiko žyma. Migruotiems el. laiškams ši laiko žyma atitinka migracijos datą, o ne originalią pristatymo datą.
Kaip „Outlook" skaito datą
„Outlook" (darbalaukio, žiniatinklio ir mobilusis) nustato „Gavimo" datą skaitydamas el. laiško metaduomenis ir antraštes. Stulpelis „Gauta" (kuris yra numatytasis „Outlook" rodinys) rodo datą iš naujausios „Received" antraštės arba „Exchange" saugomą pristatymo laiko žymą. Po migracijos ši reikšmė atspindi momentą, kai migracijos įrankis pristatė pranešimą į „Exchange Online", o ne momentą, kai pranešimas buvo išsiųstas ar gautas pradžioje. Techniniam paaiškinimui žr. klaidingos „Outlook" datos po migracijos taisymas.
„Outlook" žiniatinklyje (OWA)
„Outlook" žiniatinklyje (OWA) rodo tą pačią klaidingą datą kaip ir darbalaukio „Outlook". Skirtingai nei „Gmail" žiniatinklio sąsaja (kuri kartais rodo teisingą datą iš „Date" antraštės), OWA nuosekliai rodo „Exchange" pristatymo laiko žymą. Joks kliento pusės apėjimas neįmanomas. Taisymas turi būti atliktas serverio lygiu.
„Microsoft" integruoti įrankiai neišsprendžia šios problemos
„Exchange" administravimo centras
„Exchange" administravimo centras siūlo daug pašto dėžučių valdymo funkcijų, bet neturi jokio įrankio el. pašto datoms taisyti po migracijos. Jokio masinio antraščių redagavimo. Jokio datų taisymo vedlio. Jokio „PowerShell" cmdlet, modifikuojančio esamų pranešimų „Received" antraštes.
Atitikties įrankiai (eDiscovery, saugojimas)
„Microsoft 365" atitikties įrankiai kaip eDiscovery ir saugojimo politikos naudoja el. laiškų saugomas laiko žymas. Po migracijos šie įrankiai atspindi migracijos datą, o tai gali sukelti rimtų problemų su teisinėmis apsaugomis, reguliacine atitiktimi ir audito pėdsakais. Tai ne tik naudotojų patogumo klausimas - tai gali turėti teisinių ir reguliacinių pasekmių organizacijoms su el. pašto saugojimo reikalavimais.
PowerShell
„Exchange Online PowerShell" siūlo galingas pašto dėžučių valdymo galimybes, bet negali modifikuoti neapdoroto pranešimų turinio. Set-MailboxMessageConfiguration cmdlet ir susijusios komandos kontroliuoja dėžutės nustatymus, o ne individualių pranešimų antraštes. Nėra jokio palaikomo PowerShell metodo „Received" antraštėms pašalinti iš esamų pranešimų „Exchange Online". Tai ką turėtų daryti IT komandos?
„Microsoft 365" datų taisymas su Redate.io
Kaip Redate.io prisijungia prie „Microsoft 365"
Redate.io prisijungia prie „Exchange Online" per „Azure AD" (Entra ID) programos registraciją. Administratorius sukuria programos registraciją „Azure" portale, suteikia reikiamus pašto leidimus (Mail.ReadWrite) ir pateikia administratoriaus sutikimą nuomininkui. Tai leidžia Redate.io pasiekti visas organizacijos pašto dėžutes per „Microsoft Graph" API arba IMAP su OAuth2 autentifikacija.
Programos registracijos procesas užtrunka maždaug 15 minučių ir seka standartinius „Microsoft" OAuth2 šablonus. Jokių naudotojų slaptažodžių nesidalijama - autentifikacija pilnai valdoma „Azure AD" žetonais.
Darbo pradžia
Registruoti „Azure AD" programą. „Azure" portale eikite į „Azure Active Directory" (Entra ID), tada Programų registracijos ir sukurkite naują programą.
Suteikti pašto leidimus. Pridėkite „Microsoft Graph" „Mail.ReadWrite" leidimą (programos leidimą) registracijai. Suteikite administratoriaus sutikimą, kad programa galėtų pasiekti dėžutes be individualaus naudotojų autorizavimo.
Sukurti kliento paslaptį ar sertifikatą. Sugeneruokite kliento paslaptį ar įkelkite sertifikatą autentifikacijai. Užsirašykite programos ID ir nuomininko ID.
Prisijungti Redate.io. Prisijunkite prie Redate.io, pasirinkite „Microsoft 365" kaip platformą ir įveskite programos ID, nuomininko ID ir kliento paslaptį. Redate.io patvirtina prisijungimą ir pateikia prieinamų dėžučių sąrašą.
Analizuoti ir taisyti. Pasirinkite analizuotinas dėžutes. Nemokama analizė identifikuoja paveiktus el. laiškus kiekvienoje dėžutėje. Peržiūrėję rezultatus, pasirinkite planą ir paleiskite taisymą. Redate.io nuosavybinis taisymo variklis apdoroja kiekvieną el. laišką per daugiapakopį analizės konvejerį, tvarkantį S/MIME parašus, daugiadales MIME struktūras, kodavimo ribinius atvejus ir dešimtis kitų variacijų, kurias paprastas scenarijus sugadintų.
Ką suteikia Redate.io
Kiekvienam paveiktam el. laiškui taisymo variklis analizuoja visą antraščių grandinę, taiko tikslines korekcijas pagal žinomų migracijos parašų atitikimą ir patvirtina kiekvieną rezultatą vientisumo patikra prieš užbaigimą. Originalūs pranešimai perkeliami į aplanką „Redate.io - Originals" pašto dėžutėje ir saugomi 30 dienų. Tai kur kas sudėtingiau nei paprastas paieškos-pakeitimo veiksmas antraštės tekste.
Po taisymo
Atlikus taisymą, „Outlook" (darbalaukio, žiniatinklio ir mobilusis) rodo teisingas originalias datas. Rūšiavimas pagal „Gavimo" datą veikia kaip numatyta. Paieškos rezultatai grąžina tikslius laiko žymėjimus. Atitikties įrankiai atspindi teisingas datas teisiniais ir reguliaciniais tikslais. Taisymas yra nuolatinis, jokios priežiūros nereikia.
Įrankiams skirti vadovai „Microsoft 365"
Migracija į „Microsoft 365" ir el. pašto datos klaidingos? Paleiskite nemokamą analizę su Redate.io ir identifikuokite paveiktus el. laiškus visose dėžutėse bei atkurkite teisingas datas „Outlook", OWA ir visuose prijungtuose klientuose.