BitTitan MigrationWiz: el. laiškų datų taisymas

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. Tai pasekmė to, kaip IMAP migracija veikia protokolo lygmeniu, o MigrationWiz ją suaktyvina specifiniu būdu.

Kaip MigrationWiz apdoroja Received antraštes

Kai MigrationWiz perkelia el. laišką iš šaltinio į paskirties vietą, naudoja IMAP protokolą (arba Exchange Web Services, priklausomai nuo galinio taško tipo). Šio proceso metu paskirties pašto serveris pažymi žinutę nauja Received: antrašte su dabartiniu laiko žyma, lygiai taip pat, kaip pažymėtų bet kokį gaunamą el. laišką.

Štai kaip atrodo tipinė Received antraščių grandinė po MigrationWiz migracijos:

Received: from mx.migrationwiz.com (processing-node-7.bittitan.com)
    by outlook.office365.com; Fri, 28 Mar 2026 14:23:17 +0000
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

Originali Received: antraštė iš 2019 m. vis dar yra. Taip pat ir originali Date: antraštė. Tačiau el. pašto klientai, tokie kaip Outlook, jų nenaudoja. Outlook skaito naujausią Received: antraštę, kad nustatytų, kada rodyti žinutę, o ta antraštė dabar sako 2026 m. kovo 28 d.

Reikšmė INTERNALDATE (laiko žyma, kurią IMAP serveriai naudoja rikiavimui) taip pat perrašoma perkėlimo metu. MigrationWiz bando išsaugoti datas, kai paskirties vieta tai palaiko, tačiau rezultatas labai priklauso nuo paskirties serverio elgsenos. Microsoft 365 transporto konvejeris, iš tikrųjų, perrašo INTERNALDATE savo pristatymo laiko žyma nepriklausomai nuo to, ko MigrationWiz prašo.

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 kai IMAP įtraukiamas bet kurioje pusėje, ar tai šaltinio, ar paskirties, IMAP APPEND operacija perima valdymą ir paskirties serveris sprendžia, kokį laiko žymą naudoti.

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 sugadinamos. M365 transporto konvejeris prideda naujas Received antraštes ir perrašo INTERNALDATE.
• Google Workspace į Microsoft 365: Datos sugadinamos. MigrationWiz naudoja IMAP skaitymui iš Google ir rašo į M365, kuris prideda savo transporto antraštes.
• Exchange į Exchange (EWS į EWS): Datos dažniausiai išsaugomos. EWS aplenkia transporto konvejerį abiejose pusėse.
• Bet kas į Google Workspace per IMAP: Datos sugadinamos. Google IMAP implementacija prideda Received antraštę su įterpimo laiko žyma.
• Perkėlimas tarp Microsoft 365 nuomininkų: Priklauso nuo metodo. IMAP kelias sugadina datas. Tiesioginis EWS gali jas išsaugoti.

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

Originali Date: antraštė vis dar yra kiekviename el. laiške. MigrationWiz neliečia žinutės turinio nei originalių antraščių. Papildoma Received: antraštė ir perrašyta INTERNALDATE reikšmė sukelia rodymo problemą.

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 patentuotą daugiapakopę analizę. Korekcija nukreipta konkrečiai į metaduomenų sluoksnį, su šablonų atpažinimu žinomų MigrationWiz parašų antraštėse, įskaitant būdingus mx.migrationwiz.com ir bittitan.com identifikatorius Received grandinėje.

Kiekvienas ištaisytas el. laiškas individualiai patikrinamas palyginus su originalu. Patikrinimas apima žinutės vientisumą, priedų išsaugojimą, aplankų paskirstymą ir pokalbių gijų veikimą. Originalūs el. laiškai saugomi matomame aplanke Redate.io - Originals 30 dienų, jei prireiktų atšaukimo.

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 atlieka automatiškai kiekvienai žinutei. O jei kažkas atrodo ne taip, originalas 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. Originali 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ą.