Izlabojiet manuālās IMAP kopēšanas datumus Thunderbird
Kāpēc manuālā IMAP kopēšana rāda nepareizu datumu Thunderbird
Thunderbird ir populārs bezmaksas e-pasta klients, ko bieži izmanto manuālai e-pastu migrācijai starp IMAP kontiem. Lietotāji pievieno gan avota, gan galamērķa IMAP kontus Thunderbird un kopē vai pārvieto ziņas starp tiem. Kad Thunderbird augšupielādē ziņu galamērķa IMAP serverī caur APPEND, tas nenodod sākotnējo INTERNALDATE parametru. Galamērķa serveris iestata INTERNALDATE uz augšupielādes laika zīmogu un pievieno savu Received galveni ar pašreizējo datumu.
Thunderbird datumu attēlošana ir atkarīga no kolonnu konfigurācijas. Pēc noklusējuma Thunderbird rāda kolonnu "Date" (no Date galvenes), nevis kolonnu "Received". Tas var daļēji maskēt problēmu: ja lietotājs redz tikai Date kolonnu, datumi var izskatīties pareizi, jo Date galvene tiek saglabāta kopēšanas laikā. Tomēr pamatā esošā INTERNALDATE serverī ir nepareiza, kas ietekmē servera puses kārtošanu, meklēšanu un jebkuru citu klientu, kas pieslēdzas tam pašam kontam.
Problēma kļūst pilnībā redzama, kad lietotājs pievieno kolonnu "Received" Thunderbird ziņu sarakstam vai kad viņi piekļūst tai pašai pastkastei no cita klienta (Outlook, Apple Mail), kas pēc noklusējuma rāda saņemšanas datumu. Bojātā INTERNALDATE serverī saglabājas neatkarīgi no tā, kurš klients tiek izmantots pastkastes apskatei, un tā ietekmē visas IMAP operācijas, kas atsaucas uz ziņas datumu.
Kā tas ietekmē Thunderbird
Thunderbird noklusējuma kolonna "Date" rāda e-pasta Date galveni, kas ir saglabāta kopēšanas laikā un var tikt rādīta pareizi. Tomēr Thunderbird kolonna "Received" (ja iespējota) rāda IMAP INTERNALDATE, kas rāda kopēšanas datumu. Servera puses kārtošana Thunderbird (kas kārto pēc INTERNALDATE, kārtojot pēc saņemšanas datuma) sniedz nepareizu hronoloģisko secību kopētajām ziņām.
Thunderbird ziņu meklēšana var sniegt jauktus rezultātus atkarībā no tā, vai tā meklē lokāli kešotajos datos vai veic servera puses IMAP meklēšanu. Lokālās meklēšanas var izmantot Date galveni (pareizi), bet servera puses meklēšanas izmanto INTERNALDATE (nepareizi). Thunderbird ziņu filtri, kas aktivizējas pēc saņemšanas datuma, izmanto INTERNALDATE, potenciāli nepareizi maršrutējot vai nepareizi klasificējot kopētās ziņas. Ātrā filtra joslas datumu filtrēšana arī izmanto servera puses datumus, sniedzot neprecīzus rezultātus kopētajām ziņām, sajauktām ar normāli saņemtajām.
Biežāk uzdotie jautājumi
Thunderbird rāda pareizo Date kolonnu. Vai joprojām ir problēma?
Jā. Date kolonna rāda e-pasta galvenes datumu, kas ir pareizs. Bet IMAP INTERNALDATE serverī ir nepareiza. Tas ietekmē servera puses meklēšanu, kārtošanu, citus klientus, kas pieslēgti tam pašam kontam, un rezerves kopiju rīkus. Redate.io izlabo INTERNALDATE, lai tā atbilstu sākotnējai Date galvenei.
Vai Thunderbird pats var izlabot INTERNALDATE?
Nē. Thunderbird nav funkcijas, lai mainītu jau serverī esošo ziņu INTERNALDATE. IMAP protokols neatbalsta INTERNALDATE mainīšanu pēc ziņas ievietošanas. Vienīgais veids to izlabot ir atkārtoti ievietot ziņu ar pareizo datumu, ko Redate.io automatizē.
Es izmantoju Thunderbird e-pastu kopēšanai uz vairākiem galamērķa kontiem. Vai Redate.io var izlabot visus?
Jā. Redate.io var pieslēgties jebkuram ar IMAP saderīgam serverim un izlabot datumus. Katrs galamērķa konts var tikt pieslēgts un izlabots neatkarīgi caur Redate.io vadības paneli.