Datumu problēma pēc Microsoft 365 migrācijas
Pēc migrācijas uz Microsoft 365 (Exchange Online) organizācijas bieži atklāj problēmu, kurai vajadzēja būt migrācijas projekta riska analīzē: katrs e-pasts katrā pastkastē rāda migrācijas datumu, nevis oriģinālo saņemšanas datumu. Lietotāji atver Outlook un redz tūkstošiem e-pastu, visi apzīmogoti ar vienu un to pašu datumu. Kārtošana pēc datuma vairs nekalpo. Meklēšanas rezultāti atgriež maldinošus laikspiedolus. Visa pastkastes hronoloģiskā vēsture šķiet iznīcināta.
Šī problēma skar migrācijas no visām avota platformām: lokālā Exchange, Gmail, Google Workspace, Zimbra, Lotus Notes un jebkura cita IMAP servera. Tā skar migrācijas, kas veiktas ar visiem populārajiem rīkiem, tostarp BitTitan MigrationWiz, Exchange administrēšanas centra iebūvēto IMAP importu un trešo pušu rīkiem, piemēram, CloudM un imapsync. Pamatcēlonis vienmēr ir viens: migrācijas procesā pievienotā "Received" galvene pārraksta oriģinālā datuma attēlojumu Outlook.
Izplatīti migrācijas ceļi uz Microsoft 365
No Gmail / Google Workspace
Organizācijas, kas pāriet no Google Workspace uz Microsoft 365, parasti izmanto BitTitan MigrationWiz, CloudM vai Exchange administrēšanas centra IMAP importa funkciju. Katrs no šiem rīkiem izgūst e-pastus no Gmail un ievieto tos Exchange Online. Ievietošanas laikā Exchange Online pievieno "Received" galveni ar migrācijas laikspiedolu. Šī galvene kļūst par jaunāko ķēdē, liekot Outlook rādīt migrācijas datumu kā saņemšanas datumu.
No lokālā Exchange
Migrācijas no lokālā Exchange (2010, 2013, 2016, 2019) uz Exchange Online izmanto Microsoft iebūvētos migrācijas rīkus (tiešā migrācija, pakāpeniskā migrācija, hibrīda migrācija) vai trešo pušu rīkus, piemēram, BitTitan. Hibrīda migrācijas, kas izmanto Exchange migrācijas galapunktu, dažreiz pareizi saglabā datumus, bet IMAP migrācijas un ar trešo pušu rīkiem veiktās bieži rada datumu problēmu.
No citiem IMAP serveriem
Migrācijas no Zimbra, Zoho, cPanel hostinga, Dovecot un citiem IMAP serveriem uz Microsoft 365 parasti tiek veiktas caur Exchange administrēšanas centra iebūvēto IMAP importu vai imapsync. Abas metodes izraisa "Received" galveņu pievienošanu no Exchange Online importa procesa laikā. Visi migrētie e-pasti rāda migrācijas datumu Outlook.
Kā Exchange Online apstrādā migrētos e-pastus
Exchange Online un "Received" galvenes
Kad ziņojums tiek ievietots Exchange Online pastkastē (caur IMAP, EWS vai Microsoft Graph API), Exchange Online to apstrādā kā jaunu ziņojuma piegādi un pievieno ar transportu saistītas galvenes. Šīs galvenes ietver "Received" ierakstu ar pašreizējo laikspiedolu. Migrētiem e-pastiem šis laikspiedols atbilst migrācijas datumam, nevis oriģinālajam piegādes datumam.
Kā Outlook nolasa datumu
Outlook (darbvirsma, tīmeklis un mobilā versija) nosaka "Saņemts" datumu, nolasot e-pasta metadatus un galvenes. Kolonna "Saņemts" (kas ir noklusējuma skats Outlook) rāda datumu no jaunākās "Received" galvenes vai Exchange glabātā piegādes laikspiedola. Pēc migrācijas šī vērtība atspoguļo brīdi, kad migrācijas rīks piegādāja ziņojumu Exchange Online, nevis brīdi, kad ziņojums tika sākotnēji nosūtīts vai saņemts. Pilnam tehniskam skaidrojumam skatiet kā labot nepareizo Outlook datumu pēc migrācijas.
Outlook tīmeklī (OWA)
Outlook tīmeklī (OWA) rāda to pašu nepareizo datumu kā Outlook darbvirsma. Atšķirībā no Gmail tīmekļa saskarnes (kas dažreiz rāda pareizo datumu no "Date" galvenes), OWA konsekventi rāda Exchange piegādes laikspiedolu. Nekāds klienta puses apiešanas veids nav iespējams. Labojumam jānotiek servera līmenī.
Microsoft iebūvētie rīki šo problēmu neatrisina
Exchange administrēšanas centrs
Exchange administrēšanas centrs piedāvā daudzas pastkašu pārvaldības funkcijas, bet neietver nekādu rīku e-pastu datumu labošanai pēc migrācijas. Nav masveida galveņu rediģēšanas iespējas. Nav datumu labošanas vedņa. Nav PowerShell cmdlet, kas modificētu esošo ziņojumu "Received" galvenes.
Atbilstības rīki (eDiscovery, saglabāšana)
Microsoft 365 atbilstības rīki, piemēram, eDiscovery un saglabāšanas politikas, izmanto e-pastu glabātos laikspiedolus. Pēc migrācijas šie rīki atspoguļo migrācijas datumu, kas var radīt reālas problēmas ar juridiskajām aizturēšanām, regulatīvo atbilstību un audita pierakstiem.
PowerShell
Exchange Online PowerShell piedāvā jaudīgas pastkašu pārvaldības iespējas, bet nevar modificēt neapstrādāto ziņojumu saturu. Set-MailboxMessageConfiguration cmdlet un saistītās komandas kontrolē pastkastes iestatījumus, nevis individuālo ziņojumu galvenes. Nepastāv atbalstīta PowerShell pieeja esošo Exchange Online ziņojumu "Received" galveņu dzēšanai. Ko tad IT komandām darīt?
Microsoft 365 datumu labošana ar Redate.io
Kā Redate.io pieslēdzas Microsoft 365
Redate.io pieslēdzas Exchange Online caur Azure AD (Entra ID) lietojumprogrammas reģistrāciju. Administrators izveido lietojumprogrammas reģistrāciju Azure portālā, piešķir nepieciešamās e-pasta atļaujas (Mail.ReadWrite) un sniedz administratora piekrišanu īrniekam. Tas ļauj Redate.io piekļūt visām organizācijas pastkastēm caur Microsoft Graph API vai IMAP ar OAuth2 autentifikāciju.
Lietojumprogrammas reģistrācijas process aizņem aptuveni 15 minūtes un seko Microsoft standarta OAuth2 modeļiem. Nekādas lietotāju paroles netiek kopīgotas - autentifikāciju pilnībā pārvalda Azure AD žetoni.
Darba sākšana
Reģistrēt Azure AD lietojumprogrammu. Azure portālā pārejiet uz Azure Active Directory (Entra ID), pēc tam Lietojumprogrammu reģistrācijas, un izveidojiet jaunu lietojumprogrammu.
Piešķirt e-pasta atļaujas. Pievienojiet Microsoft Graph "Mail.ReadWrite" atļauju (lietojumprogrammas atļauja) reģistrācijai. Piešķiriet administratora piekrišanu, lai lietojumprogramma varētu piekļūt pastkastēm bez individuālas lietotāju autorizācijas.
Izveidot klienta noslēpumu vai sertifikātu. Ģenerējiet klienta noslēpumu vai augšupielādējiet sertifikātu autentifikācijai. Pierakstiet lietojumprogrammas ID un īrnieka ID.
Pieslēgt Redate.io. Piesakieties Redate.io, atlasiet "Microsoft 365" kā platformu un ievadiet lietojumprogrammas ID, īrnieka ID un klienta noslēpumu. Redate.io validē savienojumu un parāda pieejamās pastkastes.
Analizēt un labot. Atlasiet analizējamās pastkastes. Bezmaksas analīze identificē skartos e-pastus katrā pastkastē. Pēc rezultātu pārskatīšanas izvēlieties plānu un palaidiet labošanu. Redate.io patentētais labošanas dzinējs apstrādā katru e-pastu caur daudzpakāpju analīzes cauruļvadu, apstrādājot S/MIME parakstus, daudzdalīgas MIME struktūras, kodēšanas robežgadījumus un desmitiem citu variāciju, ko vienkāršs skripts sabojātu.
Ko Redate.io sniedz
Katram skartajam e-pastam labošanas dzinējs analizē pilnu galveņu ķēdi, piemēro mērķtiecīgus labojumus, balstoties uz zināmu migrācijas parakstu salīdzināšanu, un apstiprina katru rezultātu ar integritātes pārbaudi pirms pabeigšanas. Oriģinālie ziņojumi tiek pārvietoti uz mapi "Redate.io - Originals" pastkastē un saglabāti 30 dienas.
Pēc labošanas
Kad labošana ir pabeigta, Outlook (darbvirsma, tīmeklis un mobilā versija) rāda pareizos oriģinālos datumus. Kārtošana pēc "Saņemts" datuma darbojas kā paredzēts. Meklēšanas rezultāti atgriež precīzus laikspiedolus. Atbilstības rīki atspoguļo pareizos datumus juridiskiem un regulatīviem mērķiem. Labojums ir pastāvīgs, nav nepieciešama uzturēšana.
Rīkam specifiski ceļveži Microsoft 365
Migrācija uz Microsoft 365 un e-pastu datumi ir nepareizi? Palaidiet bezmaksas analīzi ar Redate.io, lai identificētu skartos e-pastus visās pastkastēs un atjaunotu pareizos datumus Outlook, OWA un visos pieslēgtajos klientos.