Kaj BitTitan MigrationWiz naredi z datumi e-pošte
Migracijo ste končali v petek. 47 poštnih predalov preseljenih z lokalnega Exchange strežnika na Microsoft 365, vse zeleno na nadzorni plošči MigrationWiz. Potem pride ponedeljek zjutraj in prvi zahtevek: "Vsa moja e-poštna sporočila prikazujejo 28. marec 2026."
Vsako posamezno sporočilo. Leta korespondence, ponudbe strankam iz leta 2019, računi iz leta 2021, vse označeno z datumom migracije. Dnevnik MigrationWiz pravi, da je bilo vse uspešno preneseno (in res je bilo, tehnično). Toda datumi so izginili.
BitTitan MigrationWiz je eno izmed najpogosteje uporabljenih orodij za migracijo e-pošte med oblačnimi platformami. Obvladuje Exchange na Microsoft 365, Google Workspace na Exchange, preselitve med najemniki in veliko več. Orodje samo po sebi deluje dobro za to, čemur je namenjeno. Težava z datumi ni napaka v MigrationWiz. Je posledica tega, kako IMAP migracija deluje na ravni protokola, MigrationWiz pa jo sproži na specifičen način.
Kako MigrationWiz obravnava glave Received
Ko MigrationWiz prenaša e-pošto iz vira na cilj, uporablja protokol IMAP (ali Exchange Web Services, odvisno od vrste končne točke). Med tem procesom ciljni poštni strežnik sporočilu doda novo glavo Received: s trenutnim časovnim žigom, natanko tako, kot bi označil katero koli dohodno e-pošto.
Takole izgleda tipična veriga glav Received po migraciji z MigrationWiz:
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
Izvirna glava Received: iz leta 2019 je še vedno tam. Prav tako izvirna glava Date:. Toda e-poštni odjemalci, kot je Outlook, jih ne uporabljajo. Outlook bere najnovejšo glavo Received: za določitev, kdaj naj prikaže sporočilo, ta pa zdaj pravi 28. marec 2026.
Vrednost INTERNALDATE (časovni žig, ki ga IMAP strežniki uporabljajo za razvrščanje) se prav tako prepiše med prenosom. MigrationWiz poskuša ohraniti datume, kadar cilj to podpira, vendar je rezultat v veliki meri odvisen od obnašanja ciljnega strežnika. Transportni cevovod Microsoft 365, recimo, prepiše INTERNALDATE s svojim časovnim žigom dostave ne glede na to, kaj MigrationWiz zahteva.
Zakaj preslikava datumov v MigrationWiz ne zadostuje
BitTitan ponuja funkcijo "Date Mapping" v naprednih možnostih MigrationWiz. Na papirju se sliši kot rešitev. V praksi? Nadzoruje, kateri časovni razpon sporočil se prenese, ne pa, kako se datumi ohranjajo na cilju.
Zmeda je razumljiva. Nastavitev pravi "datum" naravnost v imenu. V resnici pa filtrira izvorna sporočila po časovnem razponu pred migracijo. Sporočilo iz leta 2018 še vedno prispe na cilj s časovnim žigom migracije.
Tu je še vprašanje IMAP v primerjavi z Exchange končnimi točkami. Ko MigrationWiz izvaja migracijo med dvema Exchange strežnikoma z EWS (Exchange Web Services), ohranjanje datumov deluje bolje, ker ima EWS večji nadzor nad metapodatki sporočil. Toda v trenutku, ko je IMAP vpleten na kateri koli strani, bodisi izvorni bodisi ciljni, operacija IMAP APPEND prevzame in ciljni strežnik odloči, kateri časovni žig bo uporabil.
Nekateri skrbniki so poskusili ponovno zagnati migracijo z različnimi konfiguracijami končnih točk, v upanju, da bi preklop z IMAP na EWS za nazaj popravil datume. Ne popravi. Sporočila so že na cilju z napačnimi datumi. Ponoven zagon MigrationWiz bi le ustvaril dvojnike.
Specifični scenariji MigrationWiz, ki pokvarijo datume
Ni vsaka migracija z MigrationWiz povzroči težave z datumi. Težava je odvisna od kombinacije končnih točk:
- Exchange (lokalni) na Microsoft 365 prek IMAP: Datumi se pokvarijo. Transportni cevovod M365 doda nove glave Received in prepiše INTERNALDATE.
- Google Workspace na Microsoft 365: Datumi se pokvarijo. MigrationWiz uporablja IMAP za branje iz Google in piše v M365, ki doda svoje transportne glave.
- Exchange na Exchange (EWS na EWS): Datumi so običajno ohranjeni. EWS obide transportni cevovod na obeh straneh.
- Karkoli na Google Workspace prek IMAP: Datumi se pokvarijo. Googlova implementacija IMAP doda glavo Received s časovnim žigom vstavljanja.
- Selitev med najemniki Microsoft 365: Odvisno od metode. Pot prek IMAP pokvari datume. Neposreden EWS jih lahko ohrani.
Nadzorna plošča MigrationWiz ne označi težav z datumi. Vse se prikaže kot "Completed", ker so bila sporočila dejansko uspešno prenesena. Vsebina je nedotaknjena, priloge so v redu, struktura map je ohranjena. Spremenili so se samo datumi, MigrationWiz pa tega ne beleži kot napako migracije.
Dejanski stroški napačnih datumov po MigrationWiz
Napačni datumi e-pošte niso zgolj nadležni. Za organizacije, ki so migrirale z BitTitan, posledice presegajo neurejen nabiralnik.
Pravne ekipe ne morejo uporabiti e-pošte kot dokazilo, ko vsako sporočilo prikazuje datum migracije namesto dejanskega datuma pošiljanja. Davčne revizije zahtevajo kronološko dokazilo komunikacij. Regulativni okviri, kot so SOX, HIPAA in GDPR, zahtevajo natančno vodenje evidenc, e-pošta s ponarejenim časovnim žigom pa tega zahtevka ne izpolnjuje.
In tu je še praktična plat. Poskusite najti razpravo o pogodbi iz novembra 2022, ko vaš celoten poštni predal prikazuje marec 2026. Razvrsti po datumu? Neuporabno. Išči po časovnem razponu? Vrne vse ali nič.
Za MSP ponudnike, ki so uporabili MigrationWiz na strankinem okolju, to ustvari vprašanje odgovornosti. Stranka je plačala za migracijo. Dobila jo je, toda njen arhiv e-pošte je dejansko neuporaben za delovne tokove, ki temeljijo na datumih.
En MSP ponudnik, o katerem smo slišali, je migriral približno 380 poštnih predalov za odvetniško pisarno. Tri mesece pozneje je ekipa za spore te pisarne odkrila težavo z datumi med pripravo dokumentov. Vsako e-poštno sporočilo, ki ga je bilo treba predložiti kot dokazilo, je prikazovalo datum migracije. MSP je moral pojasniti, zakaj 6 let korespondence s časovnimi žigi zdaj vse prikazuje junij 2025.
Popravljanje datumov po migraciji BitTitan MigrationWiz
Izvirna glava Date: je še vedno znotraj vsakega e-poštnega sporočila. MigrationWiz se ne dotakne telesa sporočila niti izvirnih glav. Dodana glava Received: in prepisana vrednost INTERNALDATE sta tisto, kar povzroča težavo s prikazom.
Redate.io se poveže s poštnim predalom (Google Workspace, Microsoft 365 ali IMAP), pregleda e-pošto, ki jo je prizadela migracija MigrationWiz, in popravi metapodatke datumov s pomočjo lastniške večstopenjske analize. Popravek cilja na plast metapodatkov, z ujemanjem vzorcev znanih podpisov MigrationWiz v glavah, vključno z značilnimi identifikatorji mx.migrationwiz.com in bittitan.com v verigi Received.
Vsako popravljeno e-poštno sporočilo je posamezno preverjeno glede na izvirnik. Preverjanje preverja celovitost sporočila, ohranjenost prilog, umestitev v mape in navezovanje pogovorov. Izvirna e-poštna sporočila se hranijo v vidni mapi Redate.io - Originals 30 dni za primer, da bi bil potreben povratek.
Razumeti težavo je ena stvar. Popraviti 15.000 e-poštnih sporočil brez izgube ene same priloge, brez porušitve podpisov S/MIME ali poškodbe mej multipart MIME je povsem druga. Skripta, ki deluje na 10 testnih sporočilih v laboratoriju, ne bo obvladala robnih primerov produkcijskega poštnega predala s 7 leti korespondence, PGP-šifriranimi sporočili in glavami RFC 2047 z znaki, ki niso ASCII.
Kako preverite, da je vsako popravljeno sporočilo nedotaknjeno? Da navezovanje pogovorov še vedno deluje, da se vabila iz koledarja še vedno razrešijo, da se 47 MB velika priloga pri tistem e-poštnem sporočilu iz leta 2020 ni poškodovala? Redate.io to naredi samodejno, za vsako posamezno sporočilo. In če kaj ni videti v redu, je izvirnik na voljo v varnostni mapi.
Brezplačno pregledovanje traja približno dve minuti. Poveže se s poštnim predalom, prepozna vsako e-poštno sporočilo, označeno z datumom migracije MigrationWiz, in prikaže natančno število in stroške, preden karkoli plačate. Brez kreditne kartice, brez obveze.
Vodniki za popravek po platformah za BitTitan
Postopek popravka se razlikuje glede na to, kam je MigrationWiz preselil vašo e-pošto. Redate.io samodejno obravnava posebnosti vsake platforme, toda če želite podrobnosti za vašo specifično namestitev:
- Popravite datume BitTitan v Outlooku
- Popravite datume BitTitan v Microsoft 365
- Popravite datume BitTitan v Google Workspace
- Popravite datume BitTitan v Exchange Online
Redate.io deluje tudi za migracije, končane pred meseci ali leti. Izvirna glava Date nima roka trajanja.
Ste migrirali z BitTitan MigrationWiz in imate napačne datume? Zaženite brezplačen pregled in preverite, koliko e-poštnih sporočil je prizadetih, preden se za karkoli odločite.