Opravte data ručního kopírování IMAP v Thunderbird
Proč ruční kopírování IMAP zobrazuje špatné datum v Thunderbird
Thunderbird je oblíbený bezplatný e-mailový klient často používaný pro ruční migraci e-mailů mezi IMAP účty. Uživatelé přidají zdrojový i cílový IMAP účet do Thunderbird a kopírují nebo přesouvají zprávy mezi nimi. Když Thunderbird nahraje zprávu na cílový IMAP server přes APPEND, nepředává původní parametr INTERNALDATE. Cílový server nastaví INTERNALDATE na časové razítko nahrání a přidá vlastní hlavičku Received s aktuálním datem.
Chování zobrazení dat v Thunderbird závisí na konfiguraci sloupců. Ve výchozím nastavení Thunderbird zobrazuje sloupec "Datum" (z hlavičky Date) místo sloupce "Přijato". To může problém částečně maskovat: pokud uživatel vidí pouze sloupec Datum, data mohou vypadat správně, protože hlavička Date je během kopírování zachována. Nicméně podkladové INTERNALDATE na serveru je špatné, což ovlivňuje řazení na straně serveru, vyhledávání a jakéhokoli jiného klienta připojujícího se ke stejnému účtu.
Problém se stává plně viditelným, když uživatel přidá sloupec "Přijato" do seznamu zpráv Thunderbird nebo když přistoupí ke stejné schránce z jiného klienta (Outlook, Apple Mail), který zobrazuje datum přijetí ve výchozím nastavení. Poškozené INTERNALDATE na serveru přetrvává bez ohledu na to, který klient je použit k prohlížení schránky, a ovlivňuje všechny IMAP operace odkazující na datum zprávy.
Jak to ovlivňuje Thunderbird
V Thunderbird výchozí sloupec "Datum" zobrazuje hlavičku Date e-mailu, která je zachována během kopírování a může se zobrazovat správně. Nicméně sloupec "Přijato" v Thunderbird (pokud je povolen) zobrazuje IMAP INTERNALDATE, které ukazuje datum kopírování. Řazení na straně serveru v Thunderbird (které řadí podle INTERNALDATE při řazení podle data přijetí) produkuje nesprávné chronologické pořadí pro kopírované zprávy.
Vyhledávání zpráv v Thunderbird může produkovat smíšené výsledky v závislosti na tom, zda prohledává lokálně uložená data v mezipaměti nebo provádí vyhledávání IMAP na straně serveru. Lokální vyhledávání mohou používat hlavičku Date (správnou), zatímco vyhledávání na straně serveru používají INTERNALDATE (nesprávné). Filtry zpráv Thunderbird spouštěné datem přijetí používají INTERNALDATE, potenciálně špatně směrující nebo klasifikující kopírované zprávy. Filtrování Quick Filter panelem založené na datech také používá data na straně serveru, vracející nepřesné výsledky pro kopírované zprávy smíchané s normálně přijatými.
Často kladené otázky
Thunderbird zobrazuje správný sloupec Datum. Je stále problém?
Ano. Sloupec Datum zobrazuje datum z hlavičky e-mailu, které je správné. Ale IMAP INTERNALDATE na serveru je špatné. To ovlivňuje vyhledávání na straně serveru, řazení, jiné klienty připojené ke stejnému účtu a zálohovací nástroje. Redate.io opravuje INTERNALDATE tak, aby odpovídalo původní hlavičce Date.
Může Thunderbird sám opravit INTERNALDATE?
Ne. Thunderbird nemá funkci pro modifikaci INTERNALDATE zpráv již na serveru. Protokol IMAP nepodporuje změnu INTERNALDATE po vložení zprávy. Jediným způsobem opravy je opětovné vložení zprávy se správným datem, což Redate.io automatizuje.
Použil jsem Thunderbird ke kopírování e-mailů na více cílových účtů. Může Redate.io opravit všechny?
Ano. Redate.io se může připojit k jakémukoli serveru kompatibilnímu s IMAP a opravit data. Každý cílový účet může být připojen a opraven nezávisle přes panel Redate.io.