Popravek datumov ročnega IMAP kopiranja v Thunderbirdu
Zakaj ročno IMAP kopiranje pokvari datume v Thunderbirdu
Thunderbird naredi varljivo enostavno, da selite e-pošto med IMAP računi. Dodajte oba računa, izberite sporočila, desni klik, "Kopiraj v". Končano. Toda datumi so zdaj napačni na ciljnem strežniku - Thunderbird vas o tem ne opozori.
Ko Thunderbird naloži sporočilo na ciljni IMAP strežnik, izda ukaz APPEND brez navedbe izvornega INTERNALDATE. Ciljni strežnik naredi tisto, kar naredi vsak IMAP strežnik v tej situaciji: zabeleži časovni žig nalaganja kot INTERNALDATE in doda lastno glavo Received z današnjim datumom. Izvorna glava Date znotraj telesa e-pošte ostane nedotaknjena, toda metapodatki na ravni strežnika so trajno prepisani.
Tu je varljivi del. Thunderbirdova privzeta postavitev stolpcev prikazuje stolpec "Datum", ki črpa iz glave Date - tiste, ki je še vedno pravilna. Zato takoj po kopiranju 8.000 sporočil pogledate Thunderbird in vse izgleda v redu. Datumi se zdijo normalni. Težava rešena, kajne?
Narobe. Strežniški INTERNALDATE je poškodovan. In ta INTERNALDATE je tisto, kar uporablja vsak drug e-poštni odjemalec. Povežite Outlook z istim računom? Datum selitve na vsaki e-pošti. Odprite Apple Mail? Ista težava. Celo znotraj samega Thunderbirda dodajanje stolpca "Prejeto" razkrije pravo škodo. Strežniški ukazi IMAP iskanja (SEARCH SINCE, SEARCH BEFORE) se sklicujejo na INTERNALDATE, ne na glavo Date. Vaša zgodovina e-pošte je tiho pokvarjena na ravni protokola, četudi jo Thunderbirdov privzeti pogled pred vami skriva.
Kako to vpliva na Thunderbird in druge odjemalce
V privzeti konfiguraciji Thunderbirda je vidna škoda minimalna - stolpec "Datum" še vedno izgleda pravilno. Toda omogočite stolpec "Prejeto" in poškodba postane očitna: vsako kopirano sporočilo prikazuje datum kopiranja. Strežniško razvrščanje po datumu prejema vrača nesmiseln kronološki red. Thunderbirdova vrstica hitrega filtra pri filtriranju po datumskih obsegih poizveduje po strežniku z uporabo INTERNALDATE in vrača netočne rezultate za kopirana sporočila.
Prava nevarnost pa sega onkraj Thunderbirda. Vsak drug odjemalec, ki se poveže z istim IMAP računom (Outlook, Apple Mail, mobilne e-poštne aplikacije), bo privzeto prikazoval napačne datume. Orodja za varnostne kopije, ki arhivirajo prek IMAP, zajamejo poškodovani INTERNALDATE. Filtri sporočil v Thunderbirdu, ki se sprožijo na podlagi datuma prejema, uporabljajo INTERNALDATE, kar lahko napačno uvrsti sporočila. Postopek analize verige glav in rekonstrukcije datumskih metapodatkov Redate.io popravi INTERNALDATE na samem strežniku, kar pomeni, da vsak odjemalec, ki se pozneje poveže - Thunderbird, Outlook, mobilne aplikacije, orodja za varnostne kopije - vidi pravilne datume brez kakršne koli dodatne konfiguracije.
Pogosto zastavljena vprašanja
Thunderbird prikazuje pravilne datume v stolpcu Datum. Ali težava kljub temu obstaja?
Da. Stolpec Datum prikazuje datum iz glave e-pošte, ki je pravilen. Toda IMAP INTERNALDATE na strežniku je napačen. To vpliva na strežniško iskanje, razvrščanje, druge odjemalce, povezane z istim računom, in orodja za varnostne kopije. Redate.io popravi INTERNALDATE, da se ujema z izvorno glavo Date.
Ali lahko Thunderbird sam popravi INTERNALDATE?
Ne. Protokol IMAP ne podpira spreminjanja INTERNALDATE sporočila, ko je že shranjeno na strežniku. Thunderbird nima vgrajene funkcije za to. Redate.io postopek popravka samodejno opravi z ujemanjem vzorcev po podpisih selitvenih orodij.
Uporabil sem Thunderbird za kopiranje e-pošte na več ciljnih računov. Ali lahko Redate.io popravi vse?
Da. Vsak ciljni račun se lahko neodvisno poveže z Redate.io. Postopek pregleda in popravka teče na posamezen račun, zato lahko popravite enega, dva ali vse prek nadzorne plošče Redate.io.
Ali bo popravek datumov vplival na strukturo map ali stanje prebrano/neprebrano?
Ne. Redate.io ohrani vse metapodatke sporočila, vključno z umestitvijo v mape, zastavicami, stanjem prebrano/neprebrano in oznakami. Popravijo se le datumski metapodatki. Vsako sporočilo se po obdelavi posamezno preveri.