BitTitan MigrationWiz: e-pastu datumu labošana

Ko BitTitan MigrationWiz dara ar e-pastu datumiem

Migrāciju pabeidzāt piektdien. 47 pastkastes pārvietotas no lokālā Exchange servera uz Microsoft 365, viss zaļš MigrationWiz vadības panelī. Tad pienāk pirmdienas rīts un pirmais pieteikums: "Visi mani e-pasti rāda 2026. gada 28. martu."

Katra ziņa. Gadu korespondence, klientu piedāvājumi no 2019. gada, rēķini no 2021. gada, viss ar migrācijas datumu. MigrationWiz žurnāls norāda, ka viss veiksmīgi pārsūtīts (un tā arī bija, tehniski). Bet datumi ir pazuduši.

BitTitan MigrationWiz ir viens no visplašāk izmantotajiem rīkiem e-pastu migrācijai starp mākoņa platformām. Tas apstrādā Exchange uz Microsoft 365, Google Workspace uz Exchange, pārvietošanu starp nomnniekiem un daudz ko citu. Pats rīks labi darbojas tam, kam tas paredzēts. Datumu problēma nav MigrationWiz kļūda. Tā ir sekas tam, kā IMAP migrācija darbojas protokola līmenī, un MigrationWiz to aktivizē noteiktā veidā.

Kā MigrationWiz apstrādā Received galvenes

Kad MigrationWiz pārsūta e-pastu no avota uz galamērķi, tas izmanto IMAP protokolu (vai Exchange Web Services, atkarībā no galapunkta veida). Šī procesa laikā galamērķa pasta serveris atzīmē ziņojumu ar jaunu Received: galveni, kas satur pašreizējo laika zīmogu, tieši tāpat kā atzīmētu jebkuru ienākošo e-pastu.

Lūk, kā izskatās tipiska Received galveņu ķēde pēc MigrationWiz migrācijas:

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

Sākotnējā Received: galvene no 2019. gada joprojām ir tur. Tāpat kā sākotnējā Date: galvene. Taču e-pasta klienti, piemēram, Outlook, tās neizmanto. Outlook lasa jaunāko Received: galveni, lai noteiktu, kad ziņojumu attēlot, un šī galvene tagad norāda 2026. gada 28. martu.

Vērtība INTERNALDATE (laika zīmogs, ko IMAP serveri izmanto kārtošanai) tiek pārrakstīta pārsūtīšanas laikā. MigrationWiz mēģina saglabāt datumus, kad galamērķis to atbalsta, taču rezultāts lielā mērā ir atkarīgs no galamērķa servera uzvedības. Microsoft 365 transporta konveijers, patiesībā, pārraksta INTERNALDATE ar savu piegādes laika zīmogu neatkarīgi no tā, ko MigrationWiz pieprasa.

Kāpēc MigrationWiz datumu kartēšana nepalīdz

BitTitan piedāvā "Date Mapping" funkciju MigrationWiz papildu opcijās. Uz papīra tas izklausās kā risinājums. Praksē? Tas kontrolē, kāda datumu diapazona ziņojumi tiks migrēti, nevis to, kā datumi tiek saglabāti galamērķī.

Neskaidrība ir saprotama. Iestatījums saka "datums" tieši nosaukumā. Bet tas, ko tas faktiski dara, ir filtrē avota ziņojumus pēc datumu diapazona pirms migrācijas. Ziņojums no 2018. gada joprojām nonāk galamērķī ar migrācijas laika zīmogu.

Ir arī jautājums par IMAP pret Exchange galapunktiem. Kad MigrationWiz veic migrāciju starp diviem Exchange serveriem, izmantojot EWS (Exchange Web Services), datumu saglabāšana darbojas labāk, jo EWS ir lielāka kontrole pār ziņojumu metadatiem. Taču brīdī, kad IMAP ir iesaistīts jebkurā pusē, neatkarīgi no tā, vai tā ir avota vai galamērķa puse, IMAP APPEND operācija pārņem vadību un galamērķa serveris izlemj, kādu laika zīmogu izmantot.

Daži administratori ir mēģinājuši atkārtoti palaist migrāciju ar citām galapunktu konfigurācijām, cerot, ka pārslēgšanās no IMAP uz EWS retroaktīvi izlabos datumus. Tā nenotiek. Ziņojumi jau atrodas galamērķī ar nepareiziem datumiem. Atkārtota MigrationWiz palaišana tikai izveidotu dublikātus.

Konkrēti MigrationWiz scenāriji, kas sabojā datumus

Ne katra MigrationWiz migrācija izraisa datumu problēmas. Problēma ir atkarīga no galapunktu kombinācijas:

• Exchange (lokālais) uz Microsoft 365 caur IMAP: Datumi tiek sabojāti. M365 transporta konveijers pievieno jaunas Received galvenes un pārraksta INTERNALDATE.
• Google Workspace uz Microsoft 365: Datumi tiek sabojāti. MigrationWiz izmanto IMAP lasīšanai no Google un raksta M365, kas pievieno savas transporta galvenes.
• Exchange uz Exchange (EWS uz EWS): Datumi parasti tiek saglabāti. EWS apiet transporta konveijeru abās pusēs.
• Jebkas uz Google Workspace caur IMAP: Datumi tiek sabojāti. Google IMAP implementācija pievieno Received galveni ar ievietošanas laika zīmogu.
• Starpnomnieku Microsoft 365 migrācija: Atkarīgs no metodes. IMAP ceļš sabojā datumus. Tiešais EWS var tos saglabāt.

MigrationWiz vadības panelis neatzīmē datumu problēmas. Viss tiek rādīts kā "Completed", jo ziņojumi tiešām tika veiksmīgi pārsūtīti. Saturs ir neskarsts, pielikumi ir kārtībā, mapju struktūra ir saglabāta. Mainījušies ir tikai datumi, un MigrationWiz to neuzskaita kā migrācijas kļūdu.

Nepareizu datumu reālās izmaksas pēc MigrationWiz

Nepareizi e-pastu datumi nav tikai kaitinoši. Organizācijām, kas migrēja ar BitTitan, sekas pārsniedz nekārtīgu iesūtni.

Juridiskās komandas nevar izmantot e-pastus kā pierādījumus, ja katrs ziņojums rāda migrācijas datumu nevis faktisko nosūtīšanas datumu. Nodokļu auditi pieprasa hronoloģiskus komunikāciju pierādījumus. Regulatīvie ietvari, piemēram, SOX, HIPAA un VDAR, nosaka precīzu uzskaites uzturēšanu, un e-pasti ar viltotiem laika zīmogiem šo prasību neizpilda.

Un tad ir praktiskā puse. Mēģiniet atrast līguma diskusiju no 2022. gada novembra, kad visa jūsu pastkaste rāda 2026. gada martu. Kārtot pēc datuma? Bezjēdzīgi. Meklēt pēc datumu diapazona? Atgriež visu vai neko.

MSP pakalpojumu sniedzējiem, kas izmantoja MigrationWiz klientu vidēs, tas rada atbildības problēmu. Klients samaksāja par migrāciju. Viņš to saņēma, bet viņa e-pastu arhīvs ir faktiski nelietojams darbplūsmām, kas balstītas uz datumiem.

Viens MSP sniedzējs, par kuru dzirdējām, bija migrējis aptuveni 380 pastkastes advokātu birojam. Trīs mēnešus vēlāk šī biroja tiesvedības komanda atklāja datumu problēmu dokumentu sagatavošanas laikā. Katrs e-pasts, kas bija jāiesniedz kā pierādījums, rādīja migrācijas datumu. MSP bija jāpaskaidro, kāpēc 6 gadu korespondence ar laika zīmogiem tagad visa rāda 2025. gada jūniju.

BitTitan MigrationWiz datumu labošana

Sākotnējā Date: galvene joprojām ir katrā e-pastā. MigrationWiz neaiztiek ziņojuma pamattekstu vai sākotnējās galvenes. Pievienotā Received: galvene un pārrakstītā INTERNALDATE vērtība ir tas, kas izraisa attēlošanas problēmu.

Redate.io pieslēdzas pastkastei (Google Workspace, Microsoft 365 vai IMAP), skenē e-pastus, kurus ietekmējusi MigrationWiz migrācija, un izlabo datumu metadatus, izmantojot patentētu daudzpakāpju analīzes procesu. Labojums mērķē uz metadatu slāni, ar zināmu MigrationWiz parakstu atpazīšanu galvenēs, ieskaitot raksturīgos mx.migrationwiz.com un bittitan.com identifikatorus Received ķēdē.

Katrs izlabotais e-pasts tiek individuāli verificēts, salīdzinot ar oriģinālu. Verifikācija pārbauda ziņojuma integritāti, pielikumu saglabāšanu, mapju izvietojumu un sarunu pavedienu darbību. Oriģinālie e-pasti tiek glabāti redzamā mapē Redate.io - Originals 30 dienas gadījumam, ja būtu nepieciešama atgriešana.

Saprast problēmu ir viena lieta. Izlabot 15 000 e-pastu, nezaudējot nevienu pielikumu, nesabojājot S/MIME parakstus vai neizjaucot multipart MIME robežas, ir pavisam cita. Skripts, kas darbojas ar 10 testa ziņojumiem laboratorijā, netiks galā ar ražošanas pastkastes robežgadījumiem, kur ir 7 gadu korespondence, PGP šifrēti ziņojumi un RFC 2047 ne-ASCII galvenes.

Kā pārbaudīt, ka katrs izlabotais ziņojums ir neskarsts? Ka sarunu pavedieni joprojām darbojas, ka kalendāra ielūgumi joprojām tiek atpazīti, ka 47 MB pielikums pie tā viena e-pasta no 2020. gada nav sabojāts? Redate.io to dara automātiski katram ziņojumam. Un ja kaut kas neizskatās pareizi, oriģināls ir tieši tur rezerves mapē.

Bezmaksas skenēšana ilgst aptuveni divas minūtes. Tā pieslēdzas pastkastei, identificē katru e-pastu ar MigrationWiz migrācijas datuma zīmogu un parāda precīzu skaitu un cenu, pirms jūs kaut ko maksājat. Bez kredītkartes, bez saistībām.

Platformai specifiski labošanas ceļveži BitTitan lietotājiem

Labošanas process atšķiras atkarībā no tā, uz kurieni MigrationWiz pārvietoja jūsu e-pastus. Redate.io automātiski apstrādā katras platformas specifiku, bet ja vēlaties detaļas par savu konkrēto iestatījumu:

• Labojiet BitTitan datumus Outlook
• Labojiet BitTitan datumus Microsoft 365
• Labojiet BitTitan datumus Google Workspace
• Labojiet BitTitan datumus Exchange Online

Redate.io darbojas arī ar migrācijām, kas pabeigtas pirms mēnešiem vai gadiem. Sākotnējai Date galvenei nav derīguma termiņa.

Migrējāt ar BitTitan MigrationWiz un esat iestrēguši ar nepareiziem datumiem? Palaidiet bezmaksas skenēšanu, lai redzētu, cik e-pastu ir ietekmēti, pirms pieņemat jebkādu lēmumu.