Ako Thunderbird spracovava datumy emailov
Mozilla Thunderbird je jednym z najpopularnejsich bezplatnych emailovych klientov, siroko pouzivany jednotlivcami a organizaciami, ktori preferuju open-source alternativu k Outlooku. Pristup Thunderbirdu k zobrazovaniu datumov emailov je flexibilnejsi nez vacsina klientov, co je zaroven vyhodou aj zdrojom zmätku, ked nastanu problemy s datumami migracie.
Dve datumove stlpce Thunderbirdu
Thunderbird rozlisuje dve datumove hodnoty: "Datum" a "Prijate". Stlpec "Datum" ukazuje hodnotu hlavicky Date RFC 2822, casovu peciatku nastavenu odosielatelom. Stlpec "Prijate" ukazuje datum odvodeny z metaudajov IMAP servera (INTERNALDATE) a hlaviciek "Received" spravy.
Predvolene Thunderbird zobrazuje stlpec "Datum" (datum odoslania). Takze hned po migracii si pouzivatelia Thunderbirdu dokonca nemusia vsimnut problem, kedze hlavicka Date je zachovana. Stlpec "Prijate" naopak zobrazuje datum migracie pre kazdy email. Pouzivatelia, ktori si prisposobili zobrazenie na stlpec "Prijate" alebo ktori triedia podla datumu prijatia, vidia nespravne datumy.
Triedenie "Poradie prijatia" vs triedenie "Datum"
Thunderbird ponuka oddelene moznosti triedenia: "Datum" (triedi podla hlavicky Date) a "Poradie prijatia" (triedi podla casovej peciatky prijatia). Triedenie podla "Datum" produkuje spravne chronologicke poradie. Triedenie podla "Poradie prijatia" zoskupi vsetky migrovane emaily k datumu migracie, co narusí chronologicke poradie.
Mnohí pouzivatelia si neuvedomuju, ze ide o dve rozne moznosti triedenia.
Preco stlpec "Datum" v Thunderbirde nie je skutocne riesenie
Vyhladavanie je postihnuté
Vyhladavanie Thunderbirdu moze filtrovat podla rozsahu datumov. Ked pouzivatel hladá "emaily prijate v januari 2024", Thunderbird pouziva metaudaje datumu prijatia zo servera, nie hlavicku Date. Po migracii toto vyhladavanie nevráti ziadne vysledky pre januar 2024 a vrati vsetky emaily pre datum migracie. Pre pouzivatelov, ktori casto vyhladavaju podla rozsahu datumov (uctovníci hladajuci faktury z konkretneho stvrtroka, pravnici zhromazdujuci korespodenciu spisu), postová schranka je funkčne narusena.
Filtre sprav a ulozene vyhladavania
Filtre sprav Thunderbirdu sa mozu spústat na zakladne datumových podmienok. Filtre referencujuce datum "Prijate" alebo "Vek v dnoch" nefunguju po migracii. Ulozene vyhladavania (virtuálne priecinky) pouzivajuce datumové kriterias su tiez postihnuté.
Ine IMAP klienti na tom istom ucte
Aj ked pouzivatel Thunderbirdu prepne na stlpec "Datum", zakladny problem zostáva na serveri. Ak niekto iny pristupuje k tej istej postovej schranke cez Outlook, Apple Mail, mobilnu aplikaciu alebo webmail, uvidí nespravne datumy. Problem je na strane servera, nie klienta.
Kontrola hlaviciek v Thunderbirde
Pouzitie zobrazenia hlaviciek Thunderbirdu
Thunderbird umoznuje jednoduchu kontrolu hlaviciek emailu. Otvorte dany email, potom kliknite na Zobrazenie, potom Zdrojovy kod spravy (alebo stlacte Ctrl+U). Toto zobrazi kompletnu surovu spravu. Tiez mozete pouzit Zobrazenie, potom Hlavicky, potom Vsetky pre rozsirene zobrazenie hlaviciek.
Identifikacia migracnych hlaviciek Received
V zdrojovom kode spravy sa pozrite na hlavicky "Received" na vrchu. Najvyssia hlavicka Received je najnovsia; po migracii je to ta od migracneho nastroja. Zvycajne obsahuje casovu peciatku zodpovedajucu datumu migracie a moze explicitne referencovat nastroj (napriklad "mx.migrationwiz.com" pre BitTitan, "cloudm.io" pre CloudM, alebo "gmailapi.google.com" pre GSMMO).
Pod migracnou hlavickou su povodne hlavicky Received stale neporusene. Povodna hlavicka Date je tiez zachovana. To potvrdzuje, ze spravne informacie o datume existuju, len ich treba obnovit.
Preco opravy na strane klienta nefunguju
Problem je na strane servera
Kazde obchadzkove riesenie zahrnajuce zmenu nastavenia v Thunderbirde je modifikácia na strane klienta, ktora ovplyvnuje iba to, co Thunderbird zobrazuje na obrazovke. Skutocne udaje emailu na serveri stale obsahuju migracnu hlavicku Received. To znamena, ze ine zariadenia a klienti vidia nespravne datumy, vyhladavanie na strane servera vrácia nespravne vysledky, nastroje na dodrzovanie predpisov a archivovanie zachytia nespravne datumy a zalohy zaznamenavaju nespravne casove peciatky. Jedina trvala oprava spocíva v uprave udajov na serveri.
Doplnky Thunderbirdu to nedokazu opravit
Hoci je system doplnkov Thunderbirdu výkonny, ziadny modul nemoze modifikovat hlavicky emailu na IMAP serveri. Doplnok by potencialne mohol zmenit zobrazenie datumov lokalne, ale to by ovplyvnilo iba Thunderbird na tom konkretnom pocitaci. Tak ake je skutocne riesenie?
Oprava datumov Thunderbirdu na urovni servera
Ako Redate.io opravuje problem
Redate.io sa pripaja k postovemu serveru (Google Workspace, Microsoft 365 alebo akykolvek IMAP server vrátane Zimbra a Zoho) a opravuje kazdy postihnuty email priamo na serveri.
Proprietarny korekcny motor Redate.io analyzuje kompletny retazec hlaviciek kazdej postihnutej spravy, aplikujuc porovnavanie podpisov migracie na stovkach znamych podpisov nastrojov. Viacstupnovy analyticky pipeline riesi okrajove pripady, ktore by sposobili zlyhanie DIY pristupu: spravy podpisane S/MIME, sifrovany obsah PGP, multipart struktury s vnoreným MIME hranicami, non-ASCII hlavicky a variacie Content-Transfer-Encoding. Po oprave kontrola integrity potvrdi, ze kazda sprava je neporusena. Originaly su uchovane v zalohovacom priecinku 30 dni.
Po oprave sa Thunderbird synchronizuje so serverom a načíta opravene datumy. Stlpce "Datum" aj "Prijate" zobrazuju spravne hodnoty. Vyhladavanie podla rozsahu datumov funguje spravne. Filtre a ulozene vyhladavania zalozene na datume prijatia funguju podla ocakavania.
Mohli by ste sa pokusit napisat skript, ktory to urobi? Vlastne, skutocna otazka je: ako overiíe, ze 8 000 opravenych emailov ma vsetky prilohy neporusene, zachovany threading a platne MIME struktury? Práve na tomto overeni DIY pristupy zlyhavaju.
Overenie opravy v Thunderbirde
Po dokonceni opravy Redate.io vynutte resynchronizaciu Thunderbirdu kliknutim pravym tlacidlom na ucet v paneli priecinkov a vybranim "Prihlasit sa na odoberanie" a naslednym zatvorenim dialogu, alebo kompakciou priecinkov. Thunderbird stiahne aktualizovane hlavicky sprav zo servera. Stlpec "Prijate" by mal teraz zobrazovat povodne datumy prijatia.
Bezne scenare migracie s Thunderbirdom
Thunderbird ako migracny nastroj
Casty scenar zahrna pouzitie samotneho Thunderbirdu ako migracneho nastroja. Administrator nakonfiguruje zdrojove a cielove IMAP ucty v Thunderbirde, potom pretiahne emaily z jedneho uctu do druheho. Hoci tato metoda "funguje" v tom zmysle, ze emaily su prenesene, cielovy server prida hlavicku Received ku kazdej skopirovanej sprave, co ich vsetky oznací datumom kopirovana. Pozrite navod na opravu datumov manualneho IMAP kopirovania pre Thunderbird.
Thunderbird po migracii na strane servera
Ked sa migracia vykona na urovni servera (s BitTitan, CloudM, imapsync alebo inym nastrojom), pouzivatelia Thunderbirdu su postihnutí rovnako ako kazdy iny IMAP klient. Datumy migracie sa objavuju v stlpci "Prijate", kym stlpec "Datum" moze zostat spravny. Administratori by mali overit datumy specificky v Thunderbirde, pretoze jeho dvojstlpcove zobrazenie moze problem skryt.
Thunderbird zobrazuje nespravne datumy po migracii? Spustite bezplatnu analyzu s Redate.io na identifikaciu postihnutych emailov a obnovenie spravnych datumov vo vsetkych vasich emailovych klientoch.