Kā Thunderbird apstrādā e-pastu datumus
Mozilla Thunderbird ir viens no populārākajiem bezmaksas e-pasta klientiem, ko plaši izmanto privātpersonas un organizācijas, kas dod priekšroku atvērtā koda alternatīvai Outlook. Thunderbird pieeja e-pastu datumu attēlošanai ir elastīgāka nekā lielākajai daļai klientu, kas ir gan priekšrocība, gan neskaidrības avots, kad rodas migrācijas datumu problēmas.
Thunderbird divas datuma kolonnas
Thunderbird izšķir divas datuma vērtības: "Datums" un "Saņemts". Kolonna "Datums" rāda RFC 2822 Date galvenes vērtību - sūtītāja iestatīto laikspiedolu. Kolonna "Saņemts" rāda datumu, kas atvasināts no IMAP servera metadatiem (INTERNALDATE) un ziņojuma "Received" galvenēm.
Pēc noklusējuma Thunderbird attēlo kolonnu "Datums" (nosūtīšanas datumu). Tāpēc tūlīt pēc migrācijas Thunderbird lietotāji var pat nepamanīt problēmu, jo Date galvene ir saglabāta. Kolonna "Saņemts" turpretī rāda migrācijas datumu katram e-pastam. Lietotāji, kuri ir pielāgojuši savu skatu, lai rādītu "Saņemts" kolonnu vai kārto pēc saņemšanas datuma, redz nepareizos datumus.
Kārtošana pēc "Saņemšanas secības" pret "Datumu"
Thunderbird piedāvā atsevišķas kārtošanas opcijas: "Datums" (kārto pēc Date galvenes) un "Saņemšanas secība" (kārto pēc saņemšanas laikspiedola). Kārtošana pēc "Datuma" rada pareizo hronoloģisko secību. Kārtošana pēc "Saņemšanas secības" sagrupē visus migrētos e-pastus migrācijas datumā, sabojājot hronoloģisko secību.
Daudzi lietotāji neapzinās, ka tās ir divas dažādas kārtošanas opcijas.
Kāpēc Thunderbird "Datums" kolonna nav īsts risinājums
Meklēšana ir ietekmēta
Thunderbird meklēšana var filtrēt pēc datumu diapazona. Kad lietotājs meklē "e-pastus, kas saņemti 2024. gada janvārī", Thunderbird izmanto servera saņemšanas datuma metadatus, nevis Date galveni. Pēc migrācijas šī meklēšana neatgriež nekādus rezultātus par 2024. gada janvāri un atgriež visus e-pastus par migrācijas datumu. Lietotājiem, kuri bieži meklē pēc datumu diapazona (grāmatveži, kas meklē rēķinus par konkrētu ceturksni, juristi, kas apkopo lietas saraksti), pastkaste ir funkcionāli sabojāta.
Ziņojumu filtri un saglabātās meklēšanas
Thunderbird ziņojumu filtri var aktivizēties pēc datuma nosacījumiem. Filtri, kas atsaucas uz "Saņemts" datumu vai "Vecums dienās", nedarbojas pareizi pēc migrācijas. Saglabātās meklēšanas (virtuālās mapes), kas izmanto datuma kritērijus, arī ir skartas.
Citi IMAP klienti tajā pašā kontā
Pat ja Thunderbird lietotājs pārslēdzas uz "Datums" kolonnu, pamatā esošā problēma paliek serverī. Ja kāds cits piekļūst tai pašai pastkastei caur Outlook, Apple Mail, mobilo lietotni vai tīmekļa pastu, viņš redzēs nepareizos datumus. Problēma ir servera pusē, nevis klienta pusē.
Galveņu pārbaude Thunderbird
Thunderbird galveņu skata izmantošana
Thunderbird atvieglo e-pasta galveņu pārbaudi. Atveriet attiecīgo e-pastu, pēc tam noklikšķiniet uz Skats, pēc tam Ziņojuma avots (vai nospiediet Ctrl+U). Tas parāda pilnu neapstrādāto ziņojumu. Jūs varat arī izmantot Skats, pēc tam Galvenes, pēc tam Visas, lai redzētu paplašinātu galveņu skatu.
Migrācijas Received galveņu identificēšana
Ziņojuma avotā apskatiet "Received" galvenes augšgalā. Augstākā Received galvene ir jaunākā; pēc migrācijas tā ir migrācijas rīka galvene. Tā parasti satur laikspiedolu, kas atbilst migrācijas datumam, un var skaidri atsaukties uz rīku (piemēram, "mx.migrationwiz.com" priekš BitTitan, "cloudm.io" priekš CloudM vai "gmailapi.google.com" priekš GSMMO).
Zem migrācijas galvenes oriģinālās Received galvenes joprojām ir neskartas. Oriģinālā Date galvene arī ir saglabāta. Tas apstiprina, ka pareizā datuma informācija pastāv - tā vienkārši ir jāatjauno.
Kāpēc klienta puses labojumi nedarbojas
Problēma ir servera pusē
Katrs apiešanas veids, kas ietver Thunderbird iestatījumu maiņu, ir klienta puses modifikācija, kas ietekmē tikai to, ko Thunderbird rāda ekrānā. Faktiskie e-pasta dati serverī joprojām satur migrācijas Received galveni. Tas nozīmē, ka citas ierīces un klienti redz nepareizos datumus, servera puses meklēšana atgriež nepareizus rezultātus, atbilstības un arhivēšanas rīki uztver nepareizos datumus, un dublējumkopijas saglabā nepareizos laikspiedolus. Vienīgais pastāvīgais labojums ir datu modificēšana serverī.
Thunderbird papildinājumi to nevar labot
Lai gan Thunderbird papildinājumu sistēma ir jaudīga, neviens papildinājums nevar modificēt e-pasta galvenes IMAP serverī. Papildinājums potenciāli varētu mainīt datumu attēlošanu lokāli, bet tas ietekmētu tikai Thunderbird konkrētajā datorā. Tad kāds ir patiesais risinājums?
Thunderbird datumu labošana servera līmenī
Kā Redate.io labo problēmu
Redate.io pieslēdzas e-pasta serverim (Google Workspace, Microsoft 365 vai jebkurš IMAP serveris, ieskaitot Zimbra un Zoho) un labo katru skartu e-pastu tieši serverī.
Redate.io patentētais labošanas dzinējs analizē katra skartā ziņojuma pilnu galveņu ķēdi, piemērojot migrācijas parakstu salīdzināšanu simtiem zināmu rīku parakstu. Daudzpakāpju analīzes cauruļvads apstrādā robežgadījumus, kas liktu pašdarinātai pieejai ciest neveiksmi: S/MIME parakstītus ziņojumus, PGP šifrētu saturu, daudzdalīgas struktūras ar ligzdotām MIME robežām, galvenes ar simboliem ārpus ASCII un Content-Transfer-Encoding variācijas. Pēc labošanas integritātes pārbaude apstiprina, ka katrs ziņojums ir neskarts. Oriģināli tiek saglabāti dublējumkopiju mapē 30 dienas.
Pēc labošanas Thunderbird sinhronizējas ar serveri un saņem izlabotos datumus. Gan "Datums", gan "Saņemts" kolonnas rāda pareizās vērtības. Meklēšana pēc datumu diapazona darbojas pareizi. Filtri un saglabātās meklēšanas, kas balstās uz saņemšanas datumu, darbojas kā paredzēts.
Jūs varētu mēģināt uzrakstīt skriptu, lai to izdarītu? Patiesībā īstais jautājums ir: kā jūs verificējat, ka 8000 izlabotiem e-pastiem visiem ir neskarti pielikumi, saglabāta pavedienu veidošana un derīgas MIME struktūras? Tieši uz šīs verifikācijas pašdarinātās pieejas sabrūk.
Labojuma verificēšana Thunderbird
Kad Redate.io ir pabeidzis labošanu, piespiediet Thunderbird atkārtoti sinhronizēties, ar labo pogu noklikšķinot uz konta mapju panelī un atlasot "Abonēt", pēc tam aizverot dialoglogu, vai saspiežot mapes. Thunderbird lejupielādē atjauninātos ziņojumu galvenes no servera. Kolonnai "Saņemts" tagad vajadzētu rādīt oriģinālos saņemšanas datumus.
Izplatīti migrācijas scenāriji ar Thunderbird
Thunderbird kā migrācijas rīks
Izplatīts scenārijs ietver Thunderbird paša izmantošanu kā migrācijas rīku. Administrators konfigurē avota un galamērķa IMAP kontus Thunderbird, pēc tam velk e-pastus no viena konta uz otru. Lai gan šī metode "darbojas" tādā ziņā, ka e-pasti tiek pārsūtīti, galamērķa serveris katram kopētajam ziņojumam pievieno Received galveni, atzīmējot tos visus ar kopēšanas datumu. Skatiet manuālās IMAP kopēšanas datumu labošanas ceļvedi Thunderbird.
Thunderbird pēc servera puses migrācijas
Kad migrācija notiek servera līmenī (ar BitTitan, CloudM, imapsync vai citu rīku), Thunderbird lietotāji ir skarti tāpat kā jebkura cita IMAP klienta lietotāji. Migrācijas datumi parādās kolonnā "Saņemts", kamēr kolonna "Datums" var palikt pareiza. Administratoriem vajadzētu pārbaudīt datumus īpaši Thunderbird, jo tā dubultkolonnu attēlojums var maskēt problēmu.
Thunderbird rāda nepareizos datumus pēc migrācijas? Palaidiet bezmaksas skenēšanu ar Redate.io, lai identificētu skartos e-pastus un atjaunotu pareizos datumus visos e-pasta klientos.