Probleem - kõik e-kirjad näitavad sama kuupäeva
Pärast IMAP-migratsiooni avavad kasutajad oma postkasti ja avastavad häiriva vaatepildi: iga e-kiri näitab täpselt sama kuupäeva. Saatmise või vastuvõtmise algse kuupäeva asemel kannavad kõik sõnumid seda kuupäeva, mil migratsioon läbi viidi. Aastate kirjavahetus, mis näib olevat saabunud ühel ja samal päeval.
IT-administraatoritele on see õudusunenägu. Piletid voolavad sisse, kasutajad ei leia enam kuupäeva järgi midagi üles ja postkasti kronoloogiline ajalugu on praktikas hävinud.
Kuidas see Outlookis välja näeb
Microsoft Outlookis näitab veerg "Vastuvõetud" iga e-kirja puhul migratsiooni kuupäeva. Olgu sõnum saadetud 2018. või 2023. aastal, Outlook näitab sama kuupäeva - seda päeva, mil migratsioonitööriist postkasti töödles. Sissetulnud kirjad, saadetud kirjad, iga kaust on mõjutatud. Kasutajad, kes tuginevad kuupäeva järgi sorteerimisele, leiavad oma töövoo täielikult katki.
Kuidas see Apple Mailis välja näeb
Apple Mail macOS-is ja iOS-is käitub sarnaselt. Iga sõnumi kõrval kuvatav kuupäev peegeldab migratsiooni ajatemplit, mitte algset kuupäeva. Kuna Apple Mail kasutab IMAP-serveri metaandmeid kuvamiseks, annab sama aluseks olev probleem sama nähtava tulemuse. Postkasti sirvides näeb ainult identsete kuupäevade seina.
Kuidas see Gmaili veebiliideses välja näeb
Gmaili veebiliides esitab pisut teistsuguse olukorra. Gmaili veebiklient kasutab tavaliselt e-kirja enda "Date" päist, seega võivad sõnumid Gmailis õige kuupäevaga ilmuda. Kuid IMAP INTERNALDATE jääb valeks, mis tähendab, et iga IMAP-klient, mis ühendub selle Gmaili kontoga (Outlook, Thunderbird, Apple Mail), näitab migratsiooni kuupäeva. Seega sama postkast tundub ühes kliendis õige, aga teises vale. Päris segadusse ajav.
Miks see juhtub - tehniline põhjus
Alguspõhjus peitub selles, kuidas IMAP-migratsioonitööriistad käsitlevad e-kirja päiseid ja kuidas meilikliendid otsustavad, millist kuupäeva kuvada. Selle mõistmine eeldab lühikest pilku IMAP-protokollile ja päiste struktuurile.
Kuidas IMAP-migratsioonitööriistad päiseid käsitlevad
Kui e-kiri migreeritakse ühest serverist teise, laadib migratsioonitööriist toorsõnumi lähteserverist alla ja laadib selle sihtserverisse IMAP APPEND käsuga. Selle protsessi käigus kohustab IMAP-protokoll sihtserverit lisama sõnumile "Received" päise. See päis sisaldab ajatemplit hetkest, mil sõnum uude serverisse sisestati - ehk migratsiooni kuupäeva.
"Received" päis, mis kõik katki teeb
E-kirjad sisaldavad tavaliselt mitut "Received" päist, millest igaühe on lisanud meiliserver, mis sõnumit algse kohaletoimetamise käigus töödles. Sellised kliendid nagu Outlook määravad "vastuvõtmise kuupäeva", lugedes kõige värskemat "Received" päist - seda, mis on ahela tipus. Kui migratsioonitööriist lisab uue "Received" päise migratsiooni ajatempliga, muutub see kõige värskemaks ja meilikliendid näitavad seda kuupäeva algse asemel.
See ei ole migratsioonitööriista ega meilikliendi viga. Mõlemad järgivad IMAP- ja meilistandardeid korrektselt. Probleem tuleneb sellest, et need standardid ei olnud kunagi mõeldud massiliseks migratsiooniks ja IMAP APPEND ning kuupäeva kuvamise loogika kooskõla annab selle soovimatu tulemuse.
INTERNALDATE vs Date päis
IMAP-serverid salvestavad iga sõnumi kohta kaks erinevat kuupäevaväärtust. "Date" päis on osa e-kirjast endast - see registreerib, millal sõnum algselt koostati ja saadeti. INTERNALDATE on IMAP-serveri salvestatud metaandmed, mis tähistavad, millal sõnum konkreetsesse serverisse toimetati või sisestati.
Mõned migratsioonitööriistad püüavad algset INTERNALDATE-t säilitada, määrates selle APPEND käsu ajal. Aga isegi kui INTERNALDATE on õigesti määratud, põhjustab lisatud "Received" päis ikkagi probleeme klientides, mis eelistavad "Received" kuupäeva INTERNALDATE-le.
Millised migratsioonitööriistad seda põhjustavad?
Peaaegu kõik IMAP-migratsioonitööriistad võivad seda probleemi põhjustada. Küsimus on IMAP-protokollis eneses, mitte konkreetses tööriistas. Mõned neist on siiski sagedamini probleemiga seostatud oma laialdase kasutuse tõttu.
BitTitan MigrationWiz
BitTitan MigrationWiz on üks populaarsemaid kommertsliku migratsiooni tööriistu, mida kasutavad MSP-d ja IT-konsultandid. MigrationWiz lisab migratsiooni käigus "Received" päise, mis sisaldab "mx.migrationwiz.com". See päis muutub ahelas kõige värskemaks, põhjustades migratsiooni kuupäeva kuvamist Outlookis ja teistes IMAP-klientides. Vaadake üksikasjalikke juhendeid BitTitani kuupäevade parandamiseks Outlookis, Microsoft 365-s, Google Workspace'is ja Exchange Online'is.
CloudM Migrate
CloudM Migrate (endine Cloud Migrator) on laialdaselt kasutusel Google Workspace'i migratsioonide jaoks. Nagu teisedki tööriistad, lisab CloudM IMAP-sisestuse käigus oma "Received" päise. CloudM-iga migreeritud e-kirjad näitavad migratsiooni kuupäeva klientides, mis tuginevad "Received" päisele. Vaadake juhendeid CloudM kuupäevade parandamiseks Gmailis, Outlookis, Google Workspace'is ja Microsoft 365-s.
imapsync
imapsync on populaarne avatud lähtekoodiga tööriist Linuxi administraatorite ja hostingupakkujate seas. Kuigi imapsync üritab INTERNALDATE-t säilitada, lisab sihtserver ikkagi "Received" päise APPEND toimingu käigus. imasynci KKK tunnistab seda piirangut, kuid ei paku sisseehitatud lahendust lisatud päise eemaldamiseks pärast migratsiooni. Vaadake juhendeid imasynci kuupäevade parandamiseks Outlookis, Gmailis, Microsoft 365-s ja Google Workspace'is.
GSMMO (Google Workspace Migration)
Google Workspace Migration for Microsoft Outlook (GSMMO) on Google'i oma tööriist Exchange'ist või Outlooki PST-failidest Google Workspace'i migreerimiseks. GSMMO võib tekitada sama kuupäevaprobleemi, eriti kui migratsioon hõlmab vahepealset IMAP-etappi. Vaadake juhendeid GSMMO kuupäevade parandamiseks Gmailis, Outlookis, Google Workspace'is ja Microsoft 365-s.
Muud tööriistad
Sama probleem esineb ka Exchange'i halduskeskuse IMAP-impordiga, manuaalse IMAP-kopeerimisega Thunderbirdi või teiste klientide kaudu, hostingupakkujate sisseehitatud migratsioonitööriistadega ja kohandatud migratsiooniskriptidega, mis kasutavad IMAP-teeke. Alati, kui e-kiri sisestatakse IMAP APPEND kaudu, lisab sihtserver "Received" päise.
Millised meilikliendid on mõjutatud?
Outlook (kõik versioonid)
Microsoft Outlook on kõige tugevamini mõjutatud klient. Outlook kasutab "Received" päise ajatemplit vaikimisi sorteerimise ja kuvamise jaoks. Pärast migratsiooni näitab iga e-kiri Outlookis migratsiooni kuupäeva. See mõjutab Outlook Desktopi, Outlook for Maci, uut Outlooki Windowsile, Outlook Web Appi ja Outlook Mobile'it. Üksikasjaliku analüüsi jaoks vaadake Outlooki valede kuupäevade parandamine pärast migratsiooni.
Apple Mail
Apple Mail macOS-is ja iOS-is kasutab kuupäeva määramiseks IMAP INTERNALDATE-i ja "Received" päiste kombinatsiooni. Sõltuvalt sellest, kuidas migratsioonitööriist INTERNALDATE-t käsitles, võib Apple Mail näidata õiget või valet kuupäeva. Paljudel juhtudel on ka Apple Maili kasutajad mõjutatud. Vaadake Apple Mail: vale kuupäev pärast migratsiooni.
Thunderbird
Thunderbird näitab vaikimisi "Date" päise väärtust (saatmiskuupäev), mis võib pärast migratsiooni õige olla. Kuid "Vastuvõetud" veerg näitab migratsiooni kuupäeva ja otsing vastuvõtmise kuupäeva järgi on mõjutatud. Vaadake Thunderbird: vale kuupäev pärast migratsiooni.
Miks algne kuupäev ei ole kadunud
Tegelikult on oluline mõista: algne kuupäevateave ei ole kadunud. "Date" päis (RFC 2822), mis registreerib, millal e-kiri algselt saadeti, on endiselt iga sõnumi sees puutumata. Algsed "Received" päised, mis dokumenteerisid sõnumi teekonnalabimist, on samuti säilinud. Ainult kõige ülemine "Received" päis (migratsiooni oma) on problemaatiline. See tähendab, et parandamine on võimalik - õiged kuupäevaandmed on endiselt olemas, neid tuleb lihtsalt taastada.
Kuidas kuupäevi parandada
Ainus püsiv lahendus on e-kirjade parandamine serveri tasemel. Kliendipoolsed lahendused nagu sorteerimisveeru muutmine on ajutised ja ei paranda alusandmeid. Serveri tasemel parandamine tähendab migratsiooni "Received" päise töötlemist ja INTERNALDATE õigeks määramist, nii et kõik meilikliendid näitaksid algset kuupäeva.
Kas saaksite seda ise teha skriptiga? Mõistmine, miks kuupäevad valed on, on üks asi. 15 000 e-kirja parandamine ilma ühtegi kaotamata on hoopis teine. S/MIME allkirjastatud kirjad, PGP krüpteeritud sõnumid, pesastatud MIME-struktuurid, RFC 2047 kodeeritud päised, rikutud MIME-piirid - iga erijuhtum võib naiivse skripti puhul andmeid vaikselt rikkuda. Ja kuidas kontrollida, et iga parandatud e-kiri on puutumata? Redate.io teeb seda automaatselt.
Kuidas Redate.io kuupäevi parandab
Redate.io ühendub otse meiliserveriga (Google Workspace, Microsoft 365 või mis tahes IMAP-server) ja töötleb iga e-kirja oma patenteeritud parandusmootoriga. Mootor käivitab mitmeetapilise analüüsipipeline'i, mis tuvastab migratsiooni jäljed sadade teadaolevate migratsioonitööriistade allkirjade põhjal, säilitab sõnumi terviklikkuse läbi keerukate MIME-struktuuride ja kontrollib iga parandust enne lõplikustamist. Algsed sõnumid teisaldatakse nähtavasse kausta "Redate.io - Originals" 30 päevaks.
Pärast parandust näitavad kõik meilikliendid (Outlook, Apple Mail, Thunderbird, veebimeili liidesed) automaatselt õigeid kuupäevi järgmisel sünkroniseerimisel. Kliendipoolseid muudatusi pole vaja.
Alustage tasuta skannimisega, et näha, kui palju e-kirju on mõjutatud: registreerige Redate.io-s.