BitTitan MigrationWiz: e-kirjade kuupäevade parandamine

Lugemisaeg 6 min Viimati uuendatud:

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. Kõik taandub ühele asjale: kuupäevale, mis igal koopial on, kui see uude postkasti kirjutatakse.

Kus vale kuupäev tegelikult peitub

Kui MigrationWiz edastab e-kirja lähteservrist sihtserverisse, kasutab ta IMAP protokolli (või Exchange Web Services'it, olenevalt lõpp-punkti tüübist). Sihtkoht säilitab kuupäeva, mis talle antakse: Microsoft 365, Outlook.com ja Gmail hoiavad algse kuupäeva, kui koopia selle kaasa kannab. Kui iga e-kiri näitab migratsiooni kuupäeva, on küsimus selles, millise kuupäeva MigrationWiz edastas, või ei edastanud.

Nii näevad välja ühe sellise e-kirja päised endiselt pärast MigrationWizi migratsiooni:

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

Algne Date: päis aastast 2019 on endiselt seal, samuti algne Received: ahel. Microsoft 365-s on kuupäev, mida Outlook näitab vastuvõtmise kuupäevana, postkasti oma kirje selle kohta, millal e-kiri saabus: kui MigrationWiz algset kuupäeva ei edastanud, näitab see kirje 28. märtsi 2026.

INTERNALDATE väärtus on kuupäev, mille koopia sai. MigrationWiz püüab kuupäevi säilitada, ja Microsoft 365 hoiab kuupäeva, mis talle antakse: kui kuupäevad ikkagi valed on, ei olnud iga e-kirja jaoks edastatud kuupäev algne.

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. Ka IMAP kaudu hoiab sihtkoht kuupäeva, mis talle antakse: oluline on, kas algne kuupäev edastatakse.

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 on valed. Iga e-kiri saab koopia tehtud kuupäeva.
  • Google Workspace Microsoft 365-le: Kuupäevad on valed. MigrationWiz kasutab IMAP-t Google'ist lugemiseks ja kirjutab M365-le algset kuupäeva edastamata.
  • Exchange Exchange'ile (EWS EWS-ile): Kuupäevad on tavaliselt säilitatud. EWS-i kaudu liigub algne kuupäev sõnumiga kaasa.
  • Miski Google Workspace'ile IMAP kaudu: IMAP kaudu hoiab Gmail kuupäeva, mille tööriist edastab, ja ei lisa midagi. Kuupäevad on valed vaid siis, kui see kuupäev ei ole algne, või kui koopia läbib Gmaili impordi API-t, mis lisab Received: rea, mis on dateeritud koopia tegemise päevaga.
  • Üürnike vaheline Microsoft 365 migratsioon: Kõik sõltub kuupäevast, mille meetod edastab.

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. Kuupäev, mille postkast igale koopiale salvestas, on see, mis kuvamisprobleemi põhjustab.

Redate.io ühendub postkastiga (Google Workspace, Microsoft 365 või IMAP), skaneerib e-kirju ja parandab kuupäeva metaandmed Redate'i välja töötatud mitmeastmelise analüüsiprotsessi abil. Parandus sihtib konkreetselt metaandmete kihti ega vaja teadmist, milline tööriist migratsiooni tegi: see leiab e-kirjad, mille kuvatav kuupäev ei vasta nende algsele kuupäevale.

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 kuni te need kustutate, 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:

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.

Seotud artiklid