English
Francais
Deutsch
Espanol
Portugues
Italiano
Nederlands
Dansk
Svenska
Norsk
Suomi
Turkce
Ellinika
Russkij
Polski
Cestina
Ukrajinska
Magyar
Romana
Bulgarski
Hrvatski
Srpski
Slovencina
Slovenscina
Lietuviu
Latviesu
Eesti
日本語
한국어
العربية
Bahasa Indonesia
Pataisykite rankinio IMAP kopijavimo datas Thunderbird
Kodėl rankinis IMAP kopijavimas sugadina datas Thunderbird
Thunderbird apgaulingai lengvai migruoja el. laiškus tarp IMAP paskyrų. Pridėkite abi paskyras, pasirinkite žinutes, dešiniu pelės mygtuku - "Kopijuoti į". Baigta. Tik datos paskirties serveryje dabar neteisingos, ir Thunderbird apie tai neįspėja.
Kai Thunderbird įkelia žinutę į paskirties IMAP serverį, jis išduoda APPEND komandą nenurodydamas originalios INTERNALDATE. Paskirties serveris įrašo įkėlimo laiko žymę kaip INTERNALDATE ir prideda savo Received antraštę. Originali Date antraštė el. laiško viduje lieka nepaliesta, bet serverio lygmens metaduomenys yra perrašyti.
Štai apgaulinga dalis. Thunderbird numatytas stulpelių išdėstymas rodo "Data" stulpelį, kuris traukia iš Date antraštės - tos, kuri vis dar teisinga. Todėl po kopijavimo žvilgtelite ir viskas atrodo gerai.
Neteisinga. Serverio pusės INTERNALDATE yra sugadinta. Ir tą INTERNALDATE naudoja kiekvienas kitas el. pašto klientas. Prijunkite Outlook - migracijos data. Net Thunderbird stulpelis "Gauta" atskleidžia tikrąją žalą. IMAP paieškos komandos nurodo INTERNALDATE. Jūsų el. pašto istorija tyliai sugadinta protokolo lygmeniu.
Kaip tai veikia Thunderbird ir kitus klientus
Thunderbird numatytojoje konfigūracijoje matoma žala yra minimali. Tačiau įjunkite stulpelį "Gauta" ir sugadinimas tampa akivaizdus: kiekviena nukopijuota žinutė rodo kopijavimo datą. Serverio pusės rikiavimas pagal gavimo datą sukuria beprasmišką chronologinę tvarką.
Tikrasis pavojus tęsiasi už Thunderbird ribų. Bet kuris kitas klientas, jungiantis prie tos pačios IMAP paskyros, rodys neteisingas datas. Atsarginių kopijų įrankiai fiksuoja sugadintą INTERNALDATE. Redate.io antraščių grandinės analizės ir datų metaduomenų rekonstrukcijos procesas taiso INTERNALDATE pačiame serveryje, todėl kiekvienas klientas mato teisingas datas.
Dažnai užduodami klausimai
Thunderbird rodo teisingas datas Data stulpelyje. Ar vis tiek yra problema?
Taip. Data stulpelis skaito iš el. laiško antraštės, kuri išsaugota kopijavimo metu. Tačiau IMAP INTERNALDATE serveryje yra neteisinga. Tai veikia serverio pusės paiešką, visus kitus klientus ir atsarginių kopijų įrankius.
Ar Thunderbird gali pats pataisyti INTERNALDATE?
Ne. IMAP protokolas nepalaiko žinutės INTERNALDATE modifikavimo po to, kai ji buvo išsaugota serveryje. Redate.io tvarko korekciją automatiškai.
Nukopijavau el. laiškus į kelias paskirties paskyras. Ar Redate.io gali pataisyti visas?
Taip. Kiekviena paskirties paskyra gali būti prijungta prie Redate.io atskirai.
Ar datų taisymas paveiks aplankų struktūrą ar skaitymo būseną?
Ne. Redate.io išsaugo visus žinutės metaduomenis. Taisomi tik su data susiję metaduomenys.