Kaip „Thunderbird" tvarko el. laiškų datas
„Mozilla Thunderbird" yra vienas populiariausių nemokamų el. pašto klientų, plačiai naudojamas asmenų ir organizacijų, kurie renkasi atvirojo kodo alternatyvą „Outlook". „Thunderbird" datų rodymo metodas yra lankstesnis nei daugumos klientų, o tai yra ir privalumas, ir painiavos šaltinis, kai kyla migracijos datų problemos.
Du „Thunderbird" datos stulpeliai
„Thunderbird" skiria dvi datos reikšmes: „Data" ir „Gauta". Stulpelis „Data" rodo RFC 2822 antraštės „Date" reikšmę - siuntėjo nustatytą laiko žymą. Stulpelis „Gauta" rodo datą, gautą iš IMAP serverio metaduomenų (INTERNALDATE) ir pranešimo „Received" antraščių.
Pagal numatytuosius nustatymus „Thunderbird" rodo stulpelį „Data" (išsiuntimo datą). Todėl iš karto po migracijos „Thunderbird" naudotojai gali net nepastebėti problemos, nes antraštė „Date" yra išsaugota. Stulpelis „Gauta" tuo tarpu rodo migracijos datą kiekvienam el. laiškui. Naudotojai, kurie individualizavo savo rodinį rodyti stulpelį „Gauta" arba rūšiuoja pagal gavimo datą, mato klaidingas datas.
Rūšiavimas „Gavimo tvarka" ir „Data"
„Thunderbird" siūlo atskiras rūšiavimo parinktis: „Data" (rūšiuoja pagal antraštę „Date") ir „Gavimo tvarka" (rūšiuoja pagal gavimo laiko žymą). Rūšiavimas pagal „Datą" sukuria teisingą chronologinę tvarką. Rūšiavimas pagal „Gavimo tvarką" sugrupuoja visus migruotus el. laiškus prie migracijos datos, sugadindamas chronologinę tvarką.
Daugelis naudotojų nesuvokia, kad tai yra dvi skirtingos rūšiavimo parinktys.
Kodėl „Thunderbird" stulpelis „Data" nėra tikras sprendimas
Paieška paveikta
„Thunderbird" paieška gali filtruoti pagal datų intervalą. Kai naudotojas ieško „el. laiškų, gautų 2024 m. sausį", „Thunderbird" naudoja serverio gavimo datos metaduomenis, o ne antraštę „Date". Po migracijos ši paieška negr\u0105žina jokių 2024 m. sausio rezultatų ir grąžina visus el. laiškus migracijos datai. Naudotojams, kurie dažnai ieško pagal datų intervalą (buhalteriams, ieškantiems konkretaus ketvirčio sąskaitų, teisininkams, renkiantiems bylos korespondenciją), pašto dėžutė yra funkciškai sugadinta.
Pranešimų filtrai ir išsaugotos paieškos
„Thunderbird" pranešimų filtrai gali reaguoti į datos sąlygas. Filtrai, nurodantys „Gauta" datą arba „Amžius dienomis", po migracijos veikia neteisingai. Išsaugotos paieškos (virtualūs aplankai), naudojančios datos kriterijus, taip pat paveiktos.
Kiti IMAP klientai toje pačioje paskyroje
Net jei „Thunderbird" naudotojas perjungia į stulpelį „Data", pagrindinė problema lieka serveryje. Jei kas nors kitas prisijungia prie tos pačios pašto dėžutės per „Outlook", „Apple Mail", mobilią programą ar žiniatinklio paštą, jie matys klaidingas datas. Problema yra serverio pusėje, ne kliento.
Antraščių tikrinimas „Thunderbird" programoje
„Thunderbird" antraščių rodinio naudojimas
„Thunderbird" palengvina el. pašto antraščių tikrinimą. Atidarykite atitinkamą el. laišką, tada paspauskite Rodymas, tada Pranešimo šaltinis (arba spauskite Ctrl+U). Tai parodo visą neapdorotą pranešimą. Taip pat galite naudoti Rodymas, tada Antraštės, tada Visos, kad pamatytumėte išplėstinį antraščių rodinį.
Migracijos „Received" antraščių identifikavimas
Pranešimo šaltinyje žiūrėkite „Received" antraštes viršuje. Aukščiausia „Received" antraštė yra naujausia; po migracijos tai yra migracijos įrankio antraštė. Ji paprastai turi laiko žymą, atitinkančią migracijos datą, ir gali tiesiogiai nurodyti įrankį (pvz., „mx.migrationwiz.com" BitTitan, „cloudm.io" CloudM arba „gmailapi.google.com" GSMMO).
Po migracijos antraštės originalios „Received" antraštės vis dar yra nepažeistos. Originali „Date" antraštė taip pat išsaugota. Tai patvirtina, kad teisinga datos informacija egzistuoja - ji tiesiog turi būti atkurta.
Kodėl kliento pusės taisymai neveikia
Problema yra serverio pusėje
Kiekvienas apėjimas, apimantis nustatymo keitimą „Thunderbird", yra kliento pusės modifikacija, kuri paveikia tik tai, ką „Thunderbird" rodo ekrane. Faktiniai el. laiško duomenys serveryje vis dar turi migracijos „Received" antraštę. Tai reiškia, kad kiti įrenginiai ir klientai mato klaidingas datas, serverio pusės paieška grąžina klaidingus rezultatus, atitikties ir archyvavimo įrankiai fiksuoja klaidingas datas, o atsarginės kopijos saugo klaidingus laiko žymėjimus. Vienintelis nuolatinis taisymas - pakeisti duomenis serveryje.
„Thunderbird" papildiniai negali to pataisyti
Nors „Thunderbird" papildinių sistema yra galinga, joks papildinys negali modifikuoti el. pašto antraščių IMAP serveryje. Papildinys galėtų potencialiai pakeisti datų rodymą lokaliai, bet tai paveiktų tik „Thunderbird" tame konkrečiame kompiuteryje. Tai koks gi tikras sprendimas?
„Thunderbird" datų taisymas serverio lygiu
Kaip Redate.io taiso problemą
Redate.io prisijungia prie el. pašto serverio („Google Workspace", „Microsoft 365" ar bet kurio IMAP serverio, įskaitant „Zimbra" ir „Zoho") ir taiso kiekvieną paveiktą el. laišką tiesiogiai serveryje.
Redate.io nuosavybinis taisymo variklis analizuoja kiekvieno paveikto pranešimo visą antraščių grandinę, taikydamas migracijos parašų atitikimą šimtams žinomų įrankių parašų. Daugiapakopis analizės konvejeris tvarko ribinius atvejus, kurie suklaidintų „pasidaryk pats" metodą: S/MIME pasirašytus pranešimus, PGP šifruotą turinį, daugiadales struktūras su įdėtomis MIME ribomis, ne ASCII antraštes ir Content-Transfer-Encoding variacijas. Po taisymo vientisumo patikra patvirtina, kad kiekvienas pranešimas yra nepažeistas. Originalai saugomi atsarginės kopijos aplanke 30 dienų.
Po taisymo „Thunderbird" sinchronizuojasi su serveriu ir gauna pataisytas datas. Stulpeliai „Data" ir „Gauta" rodo teisingas reikšmes. Paieška pagal datų intervalą veikia teisingai. Filtrai ir išsaugotos paieškos, paremtos gavimo data, veikia kaip numatyta.
Gal manote parašyti scenarijų tam? Iš tikrųjų tikras klausimas yra: kaip patikrinate, kad 8000 pataisytų el. laiškų visi turi nepažeistus priedus, išsaugotą gijų susiejimą ir galiojančias MIME struktūras? Būtent ties patikra „pasidaryk pats" metodai žlunga.
Taisymo patikrinimas „Thunderbird" programoje
Redate.io atlikus taisymą, priversk „Thunderbird" iš naujo sinchronizuotis paspaudus dešinįjį pelės klavišą ant paskyros aplankų skydelyje ir pasirinkus „Prenumeruoti", tada uždarant dialogo langą, arba suspaudus aplankus. „Thunderbird" atsisiunčia atnaujintas pranešimų antraštes iš serverio. Stulpelis „Gauta" dabar turėtų rodyti originalias gavimo datas.
Dažni migracijos scenarijai su „Thunderbird"
„Thunderbird" kaip migracijos įrankis
Dažnas scenarijus apima paties „Thunderbird" naudojimą kaip migracijos įrankį. Administratorius sukonfigūruoja šaltinio ir paskirties IMAP paskyras „Thunderbird" programoje, tada vilkia el. laiškus iš vienos paskyros į kitą. Nors šis metodas „veikia" ta prasme, kad el. laiškai perkeliami, paskirties serveris prideda „Received" antraštę prie kiekvieno nukopijuoto pranešimo, pažymėdamas juos visus kopijavimo data. Žr. rankinio IMAP kopijavimo datų taisymo vadovą „Thunderbird".
„Thunderbird" po serverio pusės migracijos
Kai migracija atliekama serverio lygiu (su BitTitan, CloudM, imapsync ar kitu įrankiu), „Thunderbird" naudotojai paveikiami kaip bet kuris kitas IMAP klientas. Migracijos datos pasirodo stulpelyje „Gauta", tuo tarpu stulpelis „Data" gali likti teisingas. Administratoriai turėtų patikrinti datas būtent „Thunderbird" programoje, nes jo dvigubas stulpelių rodymas gali užmaskuoti problemą.
„Thunderbird" rodo klaidingas datas po migracijos? Paleiskite nemokamą analizę su Redate.io ir identifikuokite paveiktus el. laiškus bei atkurkite teisingas datas visuose el. pašto klientuose.