Jak Thunderbird zachazí s daty e-mailů
Mozilla Thunderbird je jedním z nejpopulárnějších bezplatných poštovních klientů, široce používaný jednotlivci a organizacemi, kteří preferují open-source alternativu k Outlooku. Přístup Thunderbirdu k zobrazování dat e-mailů je flexibilnější než u většiny klientů, což je zároveň výhoda i zdroj zmatku při problémech s daty migrace.
Dva datové sloupce Thunderbirdu
Thunderbird rozlišuje dvě hodnoty data: "Datum" a "Přijato". Sloupec "Datum" ukazuje hodnotu hlavičky Date RFC 2822, časové razítko nastavené odesílatelem. Sloupec "Přijato" ukazuje datum odvozené z metadat serveru IMAP (INTERNALDATE) a hlaviček "Received" zprávy.
Ve výchozím nastavení Thunderbird zobrazuje sloupec "Datum" (datum odeslání). Takže hned po migraci si uživatelé Thunderbirdu nemusí problém ani všimnout, protože hlavička Date je zachována. Sloupec "Přijato" naproti tomu zobrazuje datum migrace pro každý e-mail. Uživatelé, kteří si přizpůsobili zobrazení pro sloupec "Přijato" nebo řadí podle data přijetí, vidí špatná data.
Řazení "Pořadí přijetí" vs řazení "Datum"
Thunderbird nabízí oddělené možnosti řazení: "Datum" (řadí podle hlavičky Date) a "Pořadí přijetí" (řadí podle časového razítka přijetí). Řazení podle "Datum" produkuje správné chronologické pořadí. Řazení podle "Pořadí přijetí" seskupí všechny migrované e-maily k datu migrace, což rozbíjí chronologické pořadí.
Mnoho uživatelů si neuvědomuje, že jde o dvě různé možnosti řazení.
Proč sloupec "Datum" Thunderbirdu není skutečné řešení
Vyhledávání je zasaženo
Vyhledávání Thunderbirdu může filtrovat podle rozsahu dat. Když uživatel hledá "e-maily přijaté v lednu 2024", Thunderbird používá metadata data přijetí ze serveru, ne hlavičku Date. Po migraci toto vyhledávání nevrátí žádné výsledky pro leden 2024 a vrátí všechny e-maily pro datum migrace. Pro uživatele, kteří často hledají podle rozsahu dat (účetní hledající faktury z určitého čtvrtletí, právníci shromažďující korespondenci k případu), je schránka funkčně rozbitá.
Filtry zpráv a uložená vyhledávání
Filtry zpráv Thunderbirdu se mohou spouštět na základě podmínek data. Filtry odkazující na datum "Přijato" nebo "Stáří ve dnech" po migraci nefungují. Uložená vyhledávání (virtuální složky) používající datová kritéria jsou také zasažena.
Ostatní IMAP klienti na stejném účtu
I když uživatel Thunderbirdu přepne na sloupec "Datum", základní problém zůstává na serveru. Pokud někdo jiný přistupuje ke stejné schránce přes Outlook, Apple Mail, mobilní aplikaci nebo webmail, uvidí špatná data. Problém je na straně serveru, ne klienta.
Kontrola hlaviček v Thunderbirdu
Použití zobrazení hlaviček Thunderbirdu
Thunderbird usnadňuje kontrolu hlaviček e-mailu. Otevřete dotčený e-mail, pak klikněte na Zobrazení, pak Zdrojový kód zprávy (nebo stiskněte Ctrl+U). Tím se zobrazí kompletní surová zpráva. Můžete také použít Zobrazení, pak Hlavičky, pak Všechny pro zobrazení rozšířeného pohledu na hlavičky.
Identifikace migračních hlaviček Received
Ve zdrojovém kódu zprávy se podívejte na hlavičky "Received" navrchu. Nejvyšší hlavička Received je nejnovější; po migraci je to ta od migračního nástroje. Obvykle obsahuje časové razítko odpovídající datu migrace a může explicitně odkazovat na nástroj (například "mx.migrationwiz.com" pro BitTitan, "cloudm.io" pro CloudM, nebo "gmailapi.google.com" pro GSMMO).
Pod migrační hlavičkou jsou původní hlavičky Received stále nedotčené. Původní hlavička Date je také zachována. To potvrzuje, že správné datové informace existují - jen je třeba je obnovit.
Proč opravy na straně klienta nefungují
Problém je na straně serveru
Každé alternativní řešení zahrnující změnu nastavení v Thunderbirdu je úprava na straně klienta, která ovlivňuje pouze to, co Thunderbird zobrazuje na obrazovce. Skutečná data e-mailu na serveru stále obsahují migrační hlavičku Received. To znamená, že ostatní zařízení a klienti vidí špatná data, vyhledávání na straně serveru vrací špatné výsledky, nástroje pro dodržování předpisů a archivaci zachycují špatná data a zálohy zaznamenávají špatná časová razítka. Jedinou trvalou opravou je úprava dat na serveru.
Rozšíření Thunderbirdu to opravit nemohou
Přestože systém rozšíření Thunderbirdu je mocný, žádný doplňěk nemůže upravit hlavičky e-mailu na serveru IMAP. Rozšíření by mohlo potenciálně změnit zobrazení dat lokálně, ale to by ovlivnilo pouze Thunderbird na tomto konkrétním počítači. Tak jaké je skutečné řešení?
Oprava dat Thunderbirdu na úrovni serveru
Jak Redate.io řeší problém
Redate.io se připojuje k poštovnímu serveru (Google Workspace, Microsoft 365, nebo jakýkoli server IMAP včetně Zimbra a Zoho) a opravuje každý zasažený e-mail přímo na serveru.
Proprietární opravný engine Redate.io analyzuje kompletní řetězec hlaviček každé zasažené zprávy, aplikuje porovnávání migračních signatur na stovkách známých signatur nástrojů. Vícestupňový analytický pipeline zvládá okrajové případy, které by DIY přístup nezvládl: zprávy podepsané S/MIME, šifrovaný obsah PGP, multipart struktury s vnořenými MIME hranicemi, ne-ASCII hlavičky a variace Content-Transfer-Encoding. Po opravě ověření integrity potvrdí, že každá zpráva je nedotčená. Originály jsou uchovány v záložní složce po dobu 30 dnů.
Po opravě se Thunderbird synchronizuje se serverem a stahne opravená data. Sloupce "Datum" i "Přijato" zobrazují správné hodnoty. Vyhledávání podle rozsahu dat funguje správně. Filtry a uložená vyhledávání založená na datu přijetí fungují podle očekávání.
Mohli byste se pokusit napsat skript pro tuto opravu sami? Vlastně, skutečná otázka zní: jak ověříte, že 8 000 opravených e-mailů má všechny přílohy nedotčené, zachovaná vlákna a platné MIME struktury? Právě na tomto ověření DIY přístupy selžou.
Ověření opravy v Thunderbirdu
Poté, co Redate.io dokončí opravu, vynuti si resynchronizaci Thunderbirdu kliknutím pravým tlačítkem na účet v panelu složek a výběrem "Přihlásit se k odběru" a poté zavřením dialogu, nebo komprimováním složek. Thunderbird stáhne aktualizované hlavičky zpráv ze serveru. Sloupec "Přijato" by nyní měl zobrazovat původní data přijetí.
Běžné migrační scénáře s Thunderbirdem
Thunderbird jako migrační nástroj
Častý scénář zahrnuje použití samotného Thunderbirdu jako migračního nástroje. Administrátor nakonfiguruje zdrojové a cílové IMAP účty v Thunderbirdu a pak přetahuje e-maily z jednoho účtu do druhého. Přestože tato metoda "funguje" v tom smyslu, že e-maily jsou přeneseny, cílový server přidá hlavičku Received ke každé zkopírované zprávě, a označí je všechny datem kopírování. Podívejte se na návod opravy dat ruční kopie IMAP pro Thunderbird.
Thunderbird po migraci na straně serveru
Když se migrace provádí na úrovni serveru (s BitTitan, CloudM, imapsync nebo jiným nástrojem), uživatelé Thunderbirdu jsou zasaženi stejně jako jakýkoli jiný IMAP klient. Data migrace se objevují ve sloupci "Přijato", zatímco sloupec "Datum" může zůstat správný. Administrátoři by měli ověřit data specificky v Thunderbirdu, protože jeho zobrazení se dvěma sloupci může problém zamaskovat.
Thunderbird zobrazuje špatná data po migraci? Spusťte bezplatnou analýzu s Redate.io pro identifikaci zasažených e-mailů a obnovení správných dat ve všech vašich poštovních klientech.