English
Français
Deutsch
Español
Português
Italiano
Nederlands
Dansk
Svenska
Norsk
Suomi
Türkçe
Ελληνικά
Русский
Polski
Čeština
Українська
Magyar
Română
Български
Hrvatski
Srpski
Slovenčina
Slovenščina
Lietuvių
Latviešu
Eesti
日本語
한국어
العربية
Bahasa Indonesia
Ką BitTitan MigrationWiz daro su el. laiškų datomis
Migraciją baigėte penktadienį. 47 pašto dėžutės perkeltos iš vietinio Exchange serverio į Microsoft 365, viskas žalia MigrationWiz valdymo skydelyje. Tada ateina pirmadienis rytas ir pirmasis užklausimas: "Visi mano el. laiškai rodo 2026 m. kovo 28 d."
Kiekviena žinutė. Metų korespondencija, klientų pasiūlymai iš 2019 m., sąskaitos iš 2021 m., viskas pažymėta migracijos data. MigrationWiz žurnalas teigia, kad viskas perkelta sėkmingai (ir iš tikrųjų taip buvo, techniškai). Tačiau datos dingo.
BitTitan MigrationWiz yra vienas dažniausiai naudojamų įrankių el. pašto migracijai tarp debesijos platformų. Jis tvarko Exchange į Microsoft 365, Google Workspace į Exchange, perkėlimus tarp nuomininkų ir dar daugiau. Pats įrankis puikiai atlieka savo funkciją. Datų problema nėra MigrationWiz klaida. Viskas priklauso nuo vieno dalyko: kokią datą kiekviena kopija turi, kai įrašoma į naują pašto dėžutę.
Kur iš tikrųjų yra neteisinga data
Kai MigrationWiz perkelia el. laišką iš šaltinio į paskirties vietą, naudoja IMAP protokolą (arba Exchange Web Services, priklausomai nuo galinio taško tipo). Paskirties vieta išsaugo tą datą, kurią jai perduoda: Microsoft 365, Outlook.com ir Gmail palaiko pradinę datą, kai kopija ją perduoda. Taigi, jei visi el. laiškai rodo migracijos datą, klausimas yra, kokią datą MigrationWiz perdavė arba ar iš viso ją perdavė.
Štai kokias antraštes vienas iš tų el. laiškų vis dar turi po MigrationWiz migracijos:
Date: Tue, 15 Jan 2019 09:32:10 +0100
Received: from original-server.company.com
by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100
Pradinė Date: antraštė iš 2019 m. vis dar yra, kaip ir pradinė Received: grandinė. Microsoft 365 sistemoje data, kurią Outlook rodo kaip gavimo datą, yra pačios pašto dėžutės įrašas apie tai, kada kiekvienas el. laiškas atėjo: jei MigrationWiz neperdavė pradinės datos, tas įrašas sako 2026 m. kovo 28 d.
Reikšmė INTERNALDATE (laiko žyma, kurią IMAP serveriai naudoja rikiavimui) yra ta data, kurią gauna kopija. MigrationWiz bando išsaugoti datas, ir Microsoft 365 palaiko tą datą, kuri jai perduodama: kai datos vis tiek klaidingos, reiškia, kad kiekvienam el. laiškui perduota data nebuvo pradinė.
Kodėl MigrationWiz datų susiejimas nepadeda
BitTitan siūlo "Date Mapping" funkciją MigrationWiz išplėstinėse parinktys. Ant popieriaus tai skamba kaip sprendimas. Praktiškai? Ji kontroliuoja, kokio datų diapazono žinutės bus migruojamos, o ne tai, kaip datos išsaugomos paskirties vietoje.
Painiava suprantama. Nustatymas sako "data" tiesiai pavadinime. Bet tai, ką jis iš tikrųjų daro, yra filtruoja šaltinio žinutes pagal datų diapazoną prieš migraciją. Žinutė iš 2018 m. vis tiek pasiekia paskirties vietą su migracijos laiko žyma.
Yra ir IMAP prieš Exchange galinių taškų klausimas. Kai MigrationWiz migruoja tarp dviejų Exchange serverių naudodamas EWS (Exchange Web Services), datų išsaugojimas veikia geriau, nes EWS turi didesnę kontrolę žinučių metaduomenims. Tačiau ir per IMAP paskirties vieta palaiko tą datą, kuri jai perduodama: svarbu tik tai, ar pradinė data yra perduodama.
Kai kurie administratoriai bandė pakartotinai paleisti migraciją su skirtingomis galinių taškų konfigūracijomis, tikėdamiesi, kad perjungimas iš IMAP į EWS atgaline data ištaisys datas. Neištaiso. Žinutės jau yra paskirties vietoje su neteisingomis datomis. Pakartotinis MigrationWiz paleidimas tik sukurtų dublikatus.
Konkretūs MigrationWiz scenarijai, kurie sugadina datas
Ne kiekviena MigrationWiz migracija sukelia datų problemų. Problema priklauso nuo galinių taškų kombinacijos:
- Exchange (vietinis) į Microsoft 365 per IMAP: Datos būna neteisingos. Kiekvienas el. laiškas gauna kopijos datą.
- Google Workspace į Microsoft 365: Datos sugadinamos. MigrationWiz naudoja IMAP skaitymui iš Google ir rašo į M365, neperduodant pradinės datos.
- Exchange į Exchange (EWS į EWS): Datos dažniausiai išsaugomos. Per EWS pradinė data keliauja kartu su žinute.
- Bet kas į Google Workspace per IMAP: Per IMAP Gmail palaiko tą datą, kurią perduoda įrankis, ir nieko neprideda. Datos būna neteisingos tik tada, kai ta data nėra pradinė, arba kai kopija perduodama per Gmail importo API, kuris prideda Received: eilutę su kopijos dienos data.
- Perkėlimas tarp Microsoft 365 nuomininkų: Viskas priklauso nuo to, kokią datą perduoda naudojamas metodas.
MigrationWiz valdymo skydelis nepažymi datų problemų. Viskas rodoma kaip "Completed", nes žinutės iš tiesų buvo sėkmingai perkeltos. Turinys nepažeistas, priedai tvarkingi, aplankų struktūra išsaugota. Pasikeitė tik datos, o MigrationWiz to neseka kaip migracijos klaidos.
Tikroji neteisingų datų kaina po MigrationWiz
Neteisingos el. laiškų datos nėra tik erzinančios. Organizacijoms, kurios migravo su BitTitan, pasekmės viršija netvarkingas pašto dėžutes.
Teisinės komandos negali naudoti el. laiškų kaip įrodymų, kai kiekviena žinutė rodo migracijos datą vietoj tikrojo siuntimo datos. Mokesčių auditai reikalauja chronologinių komunikacijų įrodymų. Reguliavimo sistemos, tokios kaip SOX, HIPAA ir BDAR, reikalauja tikslaus duomenų saugojimo, o el. laiškai su suklastotais laiko žymais šio reikalavimo neatitinka.
Ir yra praktinė pusė. Pabandykite rasti sutarties diskusiją iš 2022 m. lapkričio, kai visa jūsų pašto dėžutė rodo 2026 m. kovą. Rikiuoti pagal datą? Nenaudinga. Ieškoti pagal datų diapazoną? Grąžina viską arba nieko.
MSP paslaugų teikėjams, kurie naudojo MigrationWiz klientų aplinkose, tai sukuria atsakomybės problemą. Klientas sumokėjo už migraciją. Ją gavo, tačiau jų el. pašto archyvas yra praktiškai neveikiantis darbų eigoms, pagrįstoms datomis.
Vienas MSP teikėjas, apie kurį girdėjome, migravo apie 380 pašto dėžučių advokatų kontorai. Po trijų mėnesių tos kontoros bylinėjimosi komanda atrado datų problemą ruošdama dokumentus. Kiekvienas el. laiškas, kurį reikėjo pateikti kaip įrodymą, rodė migracijos datą. MSP turėjo paaiškinti, kodėl 6 metų korespondencija su laiko žymais dabar visa rodo 2025 m. birželį.
BitTitan MigrationWiz datų taisymas
Pradinė Date: antraštė vis dar yra kiekviename el. laiške. MigrationWiz neliečia žinutės turinio nei pradinių antraščių. Rodymo problemą sukelia data, kurią pašto dėžutė užrašė kiekvienai kopijai.
Redate.io prisijungia prie pašto dėžutės (Google Workspace, Microsoft 365 arba IMAP), nuskanuoja el. laiškus, kuriuos paveikė MigrationWiz migracija, ir ištaiso datų metaduomenis naudodamas Redate.io sukurtą daugiapakopę analizę. Korekcija nukreipta konkrečiai į metaduomenų sluoksnį, ir jam nereikia žinoti, kokį įrankį naudojo migracija: jis suranda el. laiškus, kurių rodoma data neatitinka jų pradinės datos.
Kiekvienas ištaisytas el. laiškas individualiai patikrinamas palyginus su pradiniu. Patikrinimas apima žinutės vientisumą, priedų išsaugojimą, aplankų paskirstymą ir pokalbių gijų veikimą. Pradiniai el. laiškai saugomi matomame aplanke Redate.io - Originals tol, kol juos patys ištrinsite.
Suprasti problemą yra viena. Ištaisyti 15 000 el. laiškų neprarandant nė vieno priedo, nesugadinant S/MIME parašų ar nepažeidžiant multipart MIME ribų yra visai kas kita. Scenarijus, veikiantis su 10 testinių žinučių laboratorijoje, nesusitvarkys su gamybinės pašto dėžutės kraštutiniais atvejais, kai yra 7 metų korespondencija, PGP šifruotos žinutės ir RFC 2047 ne-ASCII antraštės.
Kaip patikrinti, kad kiekviena ištaisyta žinutė yra nepažeista? Kad pokalbių gijos vis dar veikia, kalendoriaus kvietimai vis dar apdorojami, o 47 MB priedas prie to vieno el. laiško iš 2020 m. nesugadintas? Redate.io tai patikrina kiekvienai žinutei. O jei kažkas atrodo ne taip, pradinis laiškas yra čia pat atsarginėje kopijoje.
Nemokamas nuskaitymas trunka apie dvi minutes. Jis prisijungia prie pašto dėžutės, identifikuoja kiekvieną el. laišką, pažymėtą MigrationWiz migracijos data, ir parodo tikslų skaičių bei kainą prieš jums ką nors mokant. Be kreditinės kortelės, be įsipareigojimų.
Platformų taisymo vadovai BitTitan naudotojams
Taisymo procesas skiriasi priklausomai nuo to, kur MigrationWiz perkėlė jūsų el. laiškus. Redate.io automatiškai tvarko kiekvienos platformos ypatumus, tačiau jei norite informacijos apie savo konkrečią sąranką:
- Pataisykite BitTitan datas Outlook programoje
- Pataisykite BitTitan datas Microsoft 365
- Pataisykite BitTitan datas Google Workspace
- Pataisykite BitTitan datas Exchange Online
Redate.io taip pat veikia su migracijomis, atliktomis prieš mėnesius ar metus. Pradinė Date antraštė neturi galiojimo pabaigos.
Migravote su BitTitan MigrationWiz ir turite neteisingas datas? Paleiskite nemokamą nuskaitymą ir sužinokite, kiek el. laiškų yra paveikta, prieš priimdami bet kokį sprendimą.