„Zimbra" ir el. pašto migracijos datų problemos
„Zimbra Collaboration Suite" yra viena labiausiai paplitusių atvirojo kodo el. pašto platformų pasaulyje. Universitetai, vyriausybinės agentūros, įmonės, prieglobos paslaugų teikėjai - visi naudoja „Zimbra". O „Zimbra" diegimai dažnai yra didelės apimties el. pašto migracijų šaltinis arba paskirties vieta - nesvarbu, ar organizacijos pereina prie debesijos platformų kaip „Google Workspace" ar „Microsoft 365", jungia kelias „Zimbra" instancijas, ar migruoja iš kitos platformos į „Zimbra".
Kiekviename iš šių scenarijų migracijos procesas gali sugadinti el. laiškų datas. Po migracijos visi el. laiškai rodo migracijos datą vietoj originalios išsiuntimo ar gavimo datos.
Kodėl „Zimbra" migracijos dažnos
Naudojimas įmonėse ir priegloboje
„Zimbra" populiari aplinkose, kur organizacijos nori visiško savo el. pašto infrastruktūros valdymo. Universitetai naudoja „Zimbra" dešimtims tūkstančių studentų ir dėstytojų pašto dėžučių aptarnauti. Prieglobos paslaugų teikėjai siūlo „Zimbra" kaip valdomą el. pašto sprendimą. Vyriausybinės agentūros diegia „Zimbra" vietiniuose serveriuose duomenų suverenumo reikalavimams tenkinti.
Kai šios organizacijos nusprendžia migruoti, migracija apima masinius el. pašto duomenų kiekius.
Dažni migracijos keliai
Dažniausi „Zimbra" migracijos scenarijai apima: „Zimbra" į „Google Workspace", „Zimbra" į „Microsoft 365", „Zimbra" į „Zimbra" (aparatinės įrangos atnaujinimas ar versijos keitimas) ir trečiųjų šalių IMAP priegloba į „Zimbra". Kiekvienas iš šių kelių naudoja IMAP kaip transporto mechanizmą, ir kiekvienas sukelia tą pačią datų problemą.
Kaip datos sugenda „Zimbra" migracijos metu
IMAP APPEND problema
Nesvarbu, ar migruojama į, ar iš „Zimbra", migracijos įrankis atsisiunčia el. laiškus iš šaltinio serverio ir įkelia juos į paskirties vietą naudodamas IMAP APPEND komandą. Paskirties serveris prideda „Received" antraštę prie kiekvieno pranešimo per įterpimą. Ši antraštė turi migracijos laiko žymą, o ne originalaus pristatymo datą. El. pašto klientai kaip „Outlook" rodo aukščiausios „Received" antraštės datą, todėl rodoma migracijos data kiekvienam el. laiškui. Techniniam paaiškinimui žr. IMAP INTERNALDATE: kodėl datos sugenda.
„Zimbra" vietiniai įrankiai
„Zimbra" pateikia komandinės eilutės įrankius (zmmailbox, zmprov) serverio administravimui. Kai kurie administratoriai naudoja zmmailbox pašto dėžučių duomenims eksportuoti ir importuoti „Zimbra" vietiniu formatu. Nors migracija vietiniu formatu gali išsaugoti daugiau metaduomenų nei IMAP migracija, ji prieinama tik „Zimbra" į „Zimbra" migracijoms. Tarpplatforminės migracijos turi naudoti IMAP ar specializuotus įrankius, kurie remiasi IMAP, ir šie visada sukelia „Received" antraštės problemą.
imapsync ir „Zimbra"
imapsync yra dažniausiai naudojamas atvirojo kodo įrankis migracijai į ir iš „Zimbra". Jis patikimas ir teisingai tvarko „Zimbra" IMAP implementaciją. Tačiau imapsync negali užkirsti kelio paskirties serveriui pridėti „Received" antraštę per APPEND. Net su imapsync INTERNALDATE išsaugojimu, „Received" antraštės problema išlieka. Žr. imapsync datų taisymo vadovą daugiau informacijos.
Datų problemų identifikavimas „Zimbra"
Antraščių tikrinimas „Zimbra" žiniatinklio pašte
„Zimbra" žiniatinklio kliente atidarykite paveiktą el. laišką, paspauskite išskleidžiamąją rodyklę šalia „Atsakyti" ir pasirinkite „Rodyti originalą". Tai parodo neapdorotą RFC 2822 pranešimą su visomis antraštėmis. Žiūrėkite aukščiausią „Received" antraštę. Jei ji turi laiko žymą, atitinkančią migracijos datą, tai migracijos „Received" antraštė, sukelianti datų problemą.
Žiniatinklio pašto ir IMAP kliento neatitikimas
„Zimbra" žiniatinklio klientas gali rodyti „Date" antraštės reikšmę, o ne „Received" antraštės reikšmę pagrindiniam datos rodymui. Tai reiškia, kad datos gali atrodyti teisingos „Zimbra" žiniatinklio pašte, bet klaidingos „Outlook", „Apple Mail" ar „Thunderbird". Visada tikrinkite datas IMAP klientuose, kuriuos galutiniai naudotojai iš tikrųjų naudoja.
„Zimbra" el. pašto datų taisymas su Redate.io
„Zimbra" prisijungimas prie Redate.io
Redate.io prisijungia prie „Zimbra" serverių per standartinį IMAP. Prisijungimui reikia: IMAP serverio pagrindinio kompiuterio pavadinimo, IMAP prievado (993 SSL, 143 STARTTLS), naudotojo el. pašto adreso ir naudotojo slaptažodžio arba administratoriaus deleguoto prieigos žetono. Organizacijoms, migruojančioms kelias pašto dėžutes, „Zimbra" administratorius gali naudoti administravimo delegavimą prieigai prie konkrečių dėžučių suteikti be individualių slaptažodžių.
Kaip veikia taisymas
Prisijungus, Redate.io analizuoja visus „Zimbra" pašto dėžutės aplankus ir identifikuoja el. laiškus su migracijos „Received" antraštėmis. Analizė nemokama.
Kiekvienam paveiktam el. laiškui Redate.io nuosavybinis taisymo variklis analizuoja visą antraščių grandinę, taiko parašų atitikimą šimtams žinomų migracijos įrankių parašų ir praleidžia pranešimą per daugiapakopį analizės konvejerį, tvarkantį ribinius atvejus, kuriuos dauguma scenarijų visiškai praleidžia. S/MIME parašai, įdėtos MIME dalys, ne ASCII koduotos antraštės, Content-Transfer-Encoding variacijos. Po taisymo vientisumo patikra patvirtina, kad kiekvienas pranešimas yra nepažeistas prieš originalo perkėlimą į atsarginės kopijos aplanką 30 dienų.
Taisymas veikia nepriklausomai nuo to, ar „Zimbra" buvo migracijos šaltinis, ar paskirties vieta. Tol, kol pašto dėžutė pasiekiama per IMAP, Redate.io gali atkurti teisingas datas.
„Zimbra" specifiniai aspektai
„Zimbra" versijos ir IMAP suderinamumas
„Zimbra" 8.x ir 9.x versijos abi pilnai palaiko IMAP4rev1, ir Redate.io veikia su abejomis. Senesnės „Zimbra" versijos (7.x ir ankstesnės) taip pat palaiko IMAP, nors organizacijoms, naudojančioms šias versijas, patartina atnaujinti dėl saugumo priežasčių.
Didelių pašto dėžučių tvarkymas
Įmonių „Zimbra" diegimai dažnai turi labai dideles pašto dėžutes (50 000-200 000 el. laiškų vienam naudotojui). Kaip patikrinti, kad kiekvienas iš šių pataisytų pranešimų yra nepažeistas? Redate.io tvarko dideles dėžutes apdorodamas el. laiškus paketais, gerbdamas serverio prisijungimo limitus ir atsinaujindamas, jei prisijungimas nutrūksta. Kiekvienas el. laiškas praeina vientisumo patikrą.
„Zimbra" žymos ir bendrinami aplankai
„Zimbra" palaiko žymas (panašias į „Gmail" etiketes) ir bendrinamus aplankus. Redate.io išsaugo visas „Zimbra" žymas pataisytuose el. laiškuose. Bendrinami aplankai apdorojami taip pat kaip ir įprasti aplankai, o aplanko bendrinimo leidimai nepaveikiami.
„Zimbra" prieglobos paslaugų teikėjai
Daugelis prieglobos paslaugų teikėjų siūlo „Zimbra" kaip valdomą paslaugą. Valdomai „Zimbra" IMAP prieiga turi būti aktyvuota prieglobos teikėjo. Dauguma valdomų „Zimbra" diegimų turi IMAP aktyvuotą pagal numatytuosius nustatymus. Jei IMAP neprieinamas, susisiekite su prieglobos teikėju dėl jo aktyvavimo prieš prisijungiant prie Redate.io.
„Zimbra" datos sugadintos po migracijos? Paleiskite nemokamą analizę su Redate.io ir sužinokite, kiek el. laiškų paveikta, bei atkurkite teisingas laiko žymas.