Kas yra CloudM ir kodėl tai sukelia datų problemas?
CloudM Migrate (anksčiau Cloud Migrator) yra pirmaujanti migracijos platforma, specializuota „Google Workspace" perėjimams. IT administratoriai naudoja CloudM pašto dėžutėms perkelti iš „Microsoft Exchange", „Office 365", „Lotus Notes", „Zimbra" ir kitų platformų į „Google Workspace". CloudM taip pat tvarko migracijas priešinga kryptimi ir tarp įvairių debesijos el. pašto platformų. Pats „Google" rekomendavo CloudM kaip migracijos partnerį, todėl tai vienas patikimiausių įrankių „Google Workspace" ekosistemoje.
Tai kodėl jūs skaitote šį straipsnį? Nes nepaisant CloudM patikimumo duomenų perdavimui, šis įrankis sukelia tą pačią erzinančią datų problemą, kuri paveikia praktiškai kiekvieną el. pašto migracijos įrankį. Po CloudM migracijos kiekvienas paskirties pašto dėžutės el. laiškas rodo migracijos datą vietoj originalios gavimo datos. Tūkstančiai el. laiškų, visi su ta pačia data. Metų chronologinė tvarka - sunaikinta vienu migracijos paketu.
Kaip CloudM prideda antraštes migracijos metu
Migracijos „Received" antraštė
Kai CloudM migruoja el. laišką iš šaltinio platformos į paskirties vietą, jis apdoroja kiekvieną pranešimą per savo migracijos konvejerį ir įterpia jį į paskirties pašto dėžutę. Šio įterpimo metu paskirties el. pašto serveris prideda „Received" antraštę prie pranešimo. Ši antraštė fiksuoja laiko žymą, kada el. laiškas buvo įterptas į naują serverį - tai migracijos data, o ne originalaus pristatymo data.
Su CloudM susijusi „Received" antraštė atsiduria el. laiško antraščių grandinės viršuje. Kadangi el. pašto klientai kaip „Outlook", „Apple Mail" ir „Thunderbird" nustato gavimo datą skaitydami aukščiausią „Received" antraštę, kiekvienas migruotas el. laiškas rodo migracijos laiko žymą vietoj originalios datos. Tai problemos esmė.
CloudM antraštės identifikavimas
Norėdami patvirtinti, kad datų problemą sukėlė CloudM, peržiūrėkite paveikto el. laiško neapdorotas antraštes. „Gmail" programoje atidarykite el. laišką, paspauskite tris taškus ir pasirinkite „Rodyti originalą". Ieškokite „Received" antraščių arti pranešimo viršaus. CloudM migracijos antraštė paprastai turi nuorodas į CloudM apdorojimo infrastruktūrą arba bendrą „localhost" įrašą su laiko žyma, atitinkančia migracijos datą.
Pagrindinis rodiklis - „Received" antraštė, kurios laiko žyma atitinka žinomą migracijos datą, bet neatitinka originalios pristatymo datos. Jei aukščiausia „Received" antraštė rodo 2024 m. balandį, bet el. laiško „Date" antraštė rodo 2021 m. sausį, migracijos antraštė yra priežastis.
Dažni CloudM migracijos scenarijai, sukeliantys datų problemas
„Exchange" į „Google Workspace"
Dažniausias CloudM migracijos kelias eina iš „Microsoft Exchange" (vietinio ar „Exchange Online") į „Google Workspace". Organizacijos, pereinančios nuo „Microsoft" prie „Google", naudoja CloudM pašto dėžutėms, kalendoriams ir kontaktams perkelti. Kiekvienas šiuo keliu migruotas el. laiškas gauna migracijos „Received" antraštę, sukeldamas datų rodymo problemas bet kuriame IMAP kliente, prisijungusiame prie „Google Workspace" pašto dėžutės.
„Office 365" į „Google Workspace"
Migracijos iš „Office 365" („Microsoft 365") į „Google Workspace" seka tą patį modelį. CloudM ištraukia el. laiškus per „Microsoft Graph" API arba „Exchange Web Services" ir įterpia juos į „Google Workspace" per „Gmail" API arba IMAP. Įterpimo žingsnis prideda migracijos antraštę, ir datų problema pasirodo iš karto po migracijos užbaigimo.
„Google Workspace" į „Google Workspace"
Net migracijos tarp „Google Workspace" nuomininkų (dažnos susijungimų, įsigijimų ar domenų keitimų metu) gali sukelti datų problemą. CloudM eksportuoja iš vienos „Google Workspace" organizacijos ir importuoja į kitą, o paskirties serveris prideda „Received" antraštę importo proceso metu.
Kodėl datų problema svarbi „Google Workspace" naudotojams
„Google Workspace" naudotojai yra ypač paveikti, nes daugelis prisijungia prie el. pašto per kelis klientus. „Gmail" žiniatinklio sąsaja dažnai rodo teisingą datą (kadangi skaito „Date" antraštę), bet „Outlook", „Apple Mail" ir „Thunderbird", prisijungę prie tos pačios paskyros per IMAP, rodo migracijos datą. Tai sukuria painiavą, kai tas pats el. laiškas pasirodo su skirtingomis datomis priklausomai nuo naudojamo kliento.
Organizacijoms, kurios migravo į „Google Workspace" produktyvumui pagerinti, kai kiekvienas el. laiškas rodo klaidingą datą, visa migracijos nauda prarandama. Naudotojai praranda pasitikėjimą nauja platforma, pagalbos tarnybos užklausos kaupiasi, o IT administratoriai susiduria su problema, kurios nenumatė ir negali lengvai išspręsti. Norėdami geriau suprasti šią problemą, žr. kodėl el. laiškai rodo klaidingą datą po IMAP migracijos.
Bandymai taisyti, kurie nepasiteisina
Rūšiavimas pagal „Išsiųsta" datą
Dažniausias apėjimas - pasakyti naudotojams rūšiuoti pagal „Išsiųsta" datą vietoj „Gauta" datos. Tai pakeičia rodymo tvarką, bet netaiso pagrindinių duomenų. Paieškos rezultatuose vis tiek rodomos klaidingos laiko žymos. Automatizuotos darbo eigos ir atitikties įrankiai, priklausantys nuo gavimo datos, toliau veikia neteisingai. Ir naudotojai turi prisiminti keisti šį nustatymą kiekviename įrenginyje ir kiekviename aplanke. Kokia tikimybė, kad tai bus laikomasi 200 žmonių organizacijoje?
Kreipimasis į CloudM palaikymo tarnybą
CloudM palaikymo komanda nesiūlo datų taisymo po migracijos. Datų problema yra IMAP protokolo pranešimų įterpimo veikimo pasekmė, o ne CloudM programinės įrangos klaida. CloudM negali retroaktyviai pašalinti migracijos metu pridėtų „Received" antraščių. Įrankis migraciją atliko teisingai - antraštės yra tikėtinas įterpimo proceso rezultatas.
„Google Apps Script" naudojimas
Kai kurie administratoriai bando taisyti datas naudodami „Google Apps Script". Tai atrodo protingai. Tačiau „Google Apps Script" nesuteikia prieigos prie neapdorotų el. pašto antraščių tokiu lygiu, kuris būtų reikalingas „Received" antraštėms pašalinti. „Gmail" API „modify" galutinis taškas gali keisti etiketes ir metaduomenis, bet negali modifikuoti neapdoroto pranešimo RFC 2822 turinio. Iš tikrųjų visapusiškas taisymas reikalauja darbo daug gilesniu lygiu nei tas, kurį „Apps Script" atskleidžia.
CloudM migracijos datų taisymas su Redate.io
Kaip Redate.io tvarko CloudM antraštes
Redate.io nuosavybinis taisymo variklis analizuoja kiekvieno pašto dėžutės el. laiško visą antraščių grandinę. CloudM migracijoms Redate.io taiko parašų atitikimą šimtams žinomų migracijos įrankių profilių, įskaitant specifinius CloudM šablonus, kad tiksliai identifikuotų, kurios „Received" antraštės buvo pridėtos migracijos metu, o kurios yra teisėtos originalios pristatymo grandinės dalys.
Tačiau teisingos antraštės identifikavimas - tai tik pradžia. Taisymo konvejeris taip pat tvarko ribinius atvejus, kurie suklaidintų paprastą scenarijų: S/MIME pasirašytus pranešimus, PGP šifruotą turinį, daugiadales MIME struktūras su įdėtomis ribomis, ne ASCII koduotas antraštes ir sugadintas MIME ribas iš paties migracijos proceso. Tai kur kas sudėtingiau nei paieška-pakeitimas antraštės tekste.
Kas gaunama po taisymo
Redate.io apdorojus pašto dėžutę, kiekvienas pataisytas el. laiškas rodo originalią gavimo datą visuose el. pašto klientuose - tiek „Outlook", tiek „Apple Mail", tiek „Thunderbird", tiek „Gmail" žiniatinklio sąsajoje. Chronologinė tvarka atkurta kiekviename aplanke. Kiekviena korekcija praeina vientisumo patikrą prieš užbaigimą, o originalai saugomi matomame aplanke „Redate.io - Originals" 30 dienų.
„Google Workspace" administratoriaus delegavimas
„Google Workspace" organizacijoms Redate.io palaiko domeno lygio delegavimą per paslaugos paskyrą. IT administratorius prisijungia vieną kartą, ir Redate.io gali apdoroti visas organizacijos pašto dėžutes be individualių naudotojų slaptažodžių. Tai tas pats delegavimo modelis, kurį CloudM naudoja migracijai, todėl jis pažįstamas administratoriams, jau atlikusiems CloudM migraciją.
CloudM taisymo vadovai pagal platformą
Redate.io pateikia išsamius vadovus kiekvienai CloudM migracijų paveiktai platformos ir kliento kombinacijai:
- CloudM migracijos datų taisymas „Gmail"
- CloudM migracijos datų taisymas „Outlook"
- CloudM migracijos datų taisymas „Google Workspace"
Dažnai užduodami klausimai
Ar CloudM turi parinktį datų problemoms išvengti?
CloudM bando išsaugoti INTERNALDATE migracijos metu. Tačiau migracijos metu pridėta „Received" antraštė daugumoje el. pašto klientų nustelbia INTERNALDATE. Nėra CloudM konfigūracijos, kuri užkirstų kelią šios antraštės pridėjimui - tai IMAP protokolo reikalavimas.
Ar Redate.io gali pataisyti datas visai „Google Workspace" organizacijai?
Taip. Per domeno lygio delegavimą Redate.io gali analizuoti ir taisyti kiekvieną „Google Workspace" organizacijos pašto dėžutę iš vieno administratoriaus prisijungimo. Administratorius pasirenka, kurias dėžutes apdoroti, o Redate.io tvarko visa kita.
Ar taisymas yra nuolatinis?
Taip. Redate.io pataisius el. laiško datą, korekcija yra nuolatinė. Pataisytas el. laiškas rodo teisingą datą visuose el. pašto klientuose ateityje. Jokios prenumeratos ar nuolatinės priežiūros nereikia.
CloudM migracija paliko kiekvieną el. laišką su klaidinga data? Paleiskite nemokamą analizę su Redate.io ir sužinokite tiksliai, kiek el. laiškų paveikta, bei peržiūrėkite taisymą prieš pirkdami.