BitTitan MigrationWiz: e-kirjade kuupäevade parandamine

Mida BitTitan MigrationWiz e-kirjade kuupäevadega teeb

Migratsioon sai reedel valmis. 47 postkasti kolitud kohapealselt Exchange serverilt Microsoft 365-le, kõik roheline MigrationWizi juhtpaneelil. Siis saabub esmaspäeva hommik ja esimene pilet: "Kõik minu e-kirjad näitavad 28. märts 2026."

Iga üksik sõnum. Aastatepikkune kirjavahetus, klientidele saadetud pakkumised aastast 2019, arved aastast 2021, kõik migratsiooni kuupäevaga. MigrationWizi logi ütleb, et kõik edastati edukalt (ja edastatigi, tehniliselt). Aga kuupäevad on kadunud.

BitTitan MigrationWiz on üks levinumaid tööriistu e-posti migratsiooniks pilveplatvormide vahel. See haldab Exchange'i Microsoft 365-le, Google Workspace'i Exchange'ile, üürnike vahelisi ülekandeid ja palju muud. Tööriist ise toimib hästi selleks, milleks ta mõeldud on. Kuupäevaprobleem ei ole MigrationWizi viga. See on tagajärg sellest, kuidas IMAP migratsioon protokolli tasandil toimib, ja MigrationWiz käivitab seda kindlal viisil.

Kuidas MigrationWiz Received päiseid käsitleb

Kui MigrationWiz edastab e-kirja lähteservrist sihtserverisse, kasutab ta IMAP protokolli (või Exchange Web Services'it, olenevalt lõpp-punkti tüübist). Selle protsessi käigus lisab sihtmeilserver sõnumile uue Received: päise praeguse ajatempliga, täpselt nii nagu ta märgistaks iga saabuvat e-kirja.

Nii näeb välja tüüpiline Received päiste ahel pärast MigrationWizi migratsiooni:

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

Algne Received: päis aastast 2019 on endiselt seal. Samuti algne Date: päis. Kuid meilikliendid nagu Outlook neid ei kasuta. Outlook loeb uusimat Received: päist, et määrata, millal sõnumit kuvada, ja see päis ütleb nüüd 28. märts 2026.

Ka INTERNALDATE väärtus (ajatempel, mida IMAP serverid kasutavad sortimiseks) kirjutatakse edastamise käigus üle. MigrationWiz püüab kuupäevi säilitada, kui sihtserver seda toetab, kuid tulemus sõltub suuresti sihtserveri käitumisest. Microsoft 365 transpordikonveier tegelikult kirjutab INTERNALDATE üle oma kohaletoimetamise ajatempliga, olenemata sellest, mida MigrationWiz nõuab.

Miks MigrationWizi kuupäevakaardistus ei toimi

BitTitan pakub "Date Mapping" funktsiooni MigrationWizi täpsustatud valikutes. Paberil kõlab see lahendusena. Praktikas? See kontrollib, millise kuupäevavahemiku sõnumeid migreeritakse, mitte seda, kuidas kuupäevi sihtkohas säilitatakse.

Segadus on mõistetav. Säte ütleb "kuupäev" otse nimes. Aga tegelikult filtreerib see lähtesõnumeid kuupäevavahemiku järgi enne migratsiooni. 2018. aasta sõnum jõuab sihtserverisse ikkagi migratsiooni ajatempliga.

On ka IMAP versus Exchange lõpp-punktide küsimus. Kui MigrationWiz migreerib kahe Exchange serveri vahel, kasutades EWS-i (Exchange Web Services), toimib kuupäevade säilitamine paremini, sest EWS-il on suurem kontroll sõnumite metaandmete üle. Kuid hetkel, mil IMAP on kaasatud kummalgi poolel, olgu see lähte- või sihtpool, võtab IMAP APPEND operatsioon üle ja sihtserver otsustab, millist ajatemplit kasutada.

Mõned administraatorid on proovinud migratsiooni uuesti käivitada erinevate lõpp-punkti konfiguratsioonidega, lootes, et ümberlülitamine IMAP-lt EWS-ile parandaks kuupäevi tagasiulatuvalt. Ei paranda. Sõnumid on juba sihtserveris valede kuupäevadega. MigrationWizi uuesti käivitamine looks ainult duplikaate.

Konkreetsed MigrationWizi stsenaariumid, mis kuupäevi rikuvad

Mitte iga MigrationWizi migratsioon ei põhjusta kuupäevaprobleeme. Probleem sõltub lõpp-punktide kombinatsioonist:

• Exchange (kohapealne) Microsoft 365-le IMAP kaudu: Kuupäevad rikutakse. M365 transpordikonveier lisab uued Received päised ja kirjutab INTERNALDATE üle.
• Google Workspace Microsoft 365-le: Kuupäevad rikutakse. MigrationWiz kasutab IMAP-t Google'ist lugemiseks ja kirjutab M365-le, mis lisab oma transpordipäised.
• Exchange Exchange'ile (EWS EWS-ile): Kuupäevad on tavaliselt säilitatud. EWS möödub transpordikonveierist mõlemal poolel.
• Miski Google Workspace'ile IMAP kaudu: Kuupäevad rikutakse. Google'i IMAP implementatsioon lisab Received päise sisestamise ajatempliga.
• Üürnike vaheline Microsoft 365 migratsioon: Sõltub meetodist. IMAP tee rikub kuupäevi. Otse-EWS võib need säilitada.

MigrationWizi juhtpaneel ei märgista kuupäevaprobleeme. Kõik kuvatakse kui "Completed", sest sõnumid edastati tõepoolest edukalt. Sisu on puutumatu, manused on korras, kaustade struktuur on säilitatud. Muutusid ainult kuupäevad ja MigrationWiz ei jälgi seda kui migratsiooni viga.

Valede kuupäevade tegelik hind pärast MigrationWizi

Valed e-kirjade kuupäevad pole lihtsalt tüütud. Organisatsioonidele, kes migreerisid BitTitaniga, ulatuvad tagajärjed kaugemale korratust postkastist.

Juriidilised meeskonnad ei saa kasutada e-kirju tõenditena, kui iga sõnum näitab migratsiooni kuupäeva tegeliku saatmiskuupäeva asemel. Maksuauditid nõuavad suhtluse kronoloogilist tõendamist. Regulatiivsed raamistikud nagu SOX, HIPAA ja GDPR nõuavad täpset arvestuse pidamist ja võltsitud ajatemplitega e-kirjad ei vasta sellele nõudele.

Ja siis on praktiline pool. Proovige leida lepinguarutelu 2022. aasta novembrist, kui kogu teie postkast näitab 2026. aasta märtsi. Sorteerida kuupäeva järgi? Kasutu. Otsida kuupäevavahemiku järgi? Tagastab kõik või mitte midagi.

MSP teenusepakkujatele, kes kasutasid MigrationWizi klientide keskkondades, tekitab see vastutusprobleemi. Klient maksis migratsiooni eest. Ta sai selle, kuid tema e-posti arhiiv on sisuliselt kasutuskõlbmatu kuupäevapõhiste töövoogude jaoks.

Üks MSP pakkuja, kellest kuulsime, oli migreerinud umbes 380 postkasti advokaadibüroole. Kolm kuud hiljem avastas selle büroo kohtuvaidluste meeskond kuupäevaprobleemi dokumentide ettevalmistamise käigus. Iga e-kiri, mida oli vaja esitada tõendina, näitas migratsiooni kuupäeva. MSP pidi selgitama, miks 6 aastat ajatempliga kirjavahetust näitab nüüd kõik 2025. aasta juunit.

BitTitan MigrationWizi kuupäevade parandamine

Algne Date: päis on endiselt igas e-kirjas. MigrationWiz ei puuduta sõnumi sisu ega algseid päiseid. Lisatud Received: päis ja ülekirjutatud INTERNALDATE väärtus on need, mis kuvamisprobleemi põhjustavad.

Redate.io ühendub postkastiga (Google Workspace, Microsoft 365 või IMAP), skaneerib MigrationWizi migratsioonist mõjutatud e-kirju ja parandab kuupäeva metaandmed patenteeritud mitmeastmelise analüüsiprotsessi abil. Parandus sihtib konkreetselt metaandmete kihti, tuvastades tuntud MigrationWizi allkirjad päistes, sealhulgas iseloomulikud mx.migrationwiz.com ja bittitan.com identifikaatorid Received ahelas.

Iga parandatud e-kiri verifitseeritakse individuaalselt originaaliga võrreldes. Verifitseerimine kontrollib sõnumi terviklikkust, manuste säilimist, kaustade paigutust ja vestluslõimede toimimist. Algsed e-kirjad hoitakse nähtavas kaustas Redate.io - Originals 30 päeva juhuks, kui tagasipööramine on vajalik.

Probleemist arusaamine on üks asi. 15 000 e-kirja parandamine ilma ühegi manuse kaotamiseta, S/MIME allkirjade rikkumiseta või multipart MIME piiride kahjustamiseta on hoopis teine. Skript, mis töötab 10 testsõnumiga laboris, ei tule toime tootmispostkasti äärmusjuhtudega, kus on 7 aasta kirjavahetus, PGP krüpteeritud sõnumid ja RFC 2047 mitte-ASCII päised.

Kuidas kontrollida, et iga parandatud sõnum on puutumatu? Et vestluslõimed endiselt toimivad, et kalendrikutsed endiselt lahenduvad, et 47 MB manus selle ühe 2020. aasta e-kirja juures ei ole kahjustunud? Redate.io teeb seda automaatselt iga sõnumi puhul. Ja kui midagi tundub valesti, on originaal kohe seal varukaustas.

Tasuta skaneerimine võtab umbes kaks minutit. See ühendub postkastiga, tuvastab iga MigrationWizi migratsiooni kuupäevaga märgistatud e-kirja ja näitab täpset arvu ja hinda enne, kui te midagi maksate. Ilma krediitkaardita, ilma kohustuseta.

Platvormipõhised parandusjuhendid BitTitani kasutajatele

Parandusprotsess erineb sõltuvalt sellest, kuhu MigrationWiz teie e-kirjad kolis. Redate.io käsitleb iga platvormi eripärasid automaatselt, kuid kui soovite üksikasju oma konkreetse seadistuse kohta:

• Parandage BitTitani kuupäevad Outlookis
• Parandage BitTitani kuupäevad Microsoft 365-s
• Parandage BitTitani kuupäevad Google Workspace'is
• Parandage BitTitani kuupäevad Exchange Online'is

Redate.io töötab ka kuid või aastaid tagasi tehtud migratsioonidega. Algne Date päis ei aegu.

Migreerisite BitTitan MigrationWiziga ja olete kinni valede kuupäevadega? Käivitage tasuta skaneerimine, et näha täpselt, kui palju e-kirju on mõjutatud, enne kui millelegi pühendute.