Как Thunderbird обработва датите на имейлите
Mozilla Thunderbird е един от най-популярните безплатни пощенски клиенти, широко използван от физически лица и организации, предпочитащи алтернатива с отворен код на Outlook. Подходът на Thunderbird към показването на имейл дати е по-гъвкав от повечето клиенти, което е едновременно предимство и източник на объркване, когато възникнат проблеми с миграционните дати.
Двете колони с дати на Thunderbird
Thunderbird разграничава две стойности за дата: "Дата" и "Получено". Колоната "Дата" показва стойността от RFC 2822 Date хедъра - времевия печат, зададен от подателя. Колоната "Получено" показва датата, извлечена от метаданните на IMAP сървъра (INTERNALDATE) и "Received" хедърите на съобщението.
По подразбиране Thunderbird показва колоната "Дата" (датата на изпращане). Така непосредствено след миграция потребителите на Thunderbird може дори да не забележат проблема, тъй като Date хедърът е запазен. Колоната "Получено" обаче показва датата на миграцията за всеки имейл. Потребителите, които са персонализирали изгледа си за показване на колоната "Получено" или сортират по дата на получаване, виждат грешните дати.
Сортирането "Ред на получаване" срещу сортирането "Дата"
Thunderbird предлага отделни опции за сортиране: "Дата" (сортира по Date хедъра) и "Ред на получаване" (сортира по времевия печат на получаване). Сортирането по "Дата" дава правилния хронологичен ред. Сортирането по "Ред на получаване" групира всички мигрирани имейли на датата на миграцията, нарушавайки хронологичния ред.
Много потребители не осъзнават, че това са две различни опции за сортиране.
Защо колоната "Дата" на Thunderbird не е истинско решение
Търсенето е засегнато
Търсенето в Thunderbird може да филтрира по диапазон от дати. Когато потребител търси "имейли, получени през януари 2024", Thunderbird използва метаданните за дата на получаване от сървъра, а не Date хедъра. След миграция това търсене не връща резултати за януари 2024 и връща всички имейли за датата на миграцията. За потребители, които често търсят по диапазон от дати (счетоводители, търсещи фактури от конкретно тримесечие, адвокати, събиращи кореспонденция по дело), пощенската кутия е функционално неизползваема.
Филтри за съобщения и запазени търсения
Филтрите за съобщения на Thunderbird могат да се задействат при условия за дата. Филтрите, рефериращи датата "Получено" или "Възраст в дни", не функционират правилно след миграция. Запазените търсения (виртуални папки), използващи критерии за дата, също са засегнати.
Другите IMAP клиенти на същия акаунт
Дори ако потребител на Thunderbird превключи към колоната "Дата", основният проблем остава на сървъра. Ако някой друг достъпва същата пощенска кутия чрез Outlook, Apple Mail, мобилно приложение или уебмейл, той ще вижда грешните дати. Проблемът е от страна на сървъра, не от страна на клиента.
Инспектиране на хедърите в Thunderbird
Използване на изгледа за хедъри на Thunderbird
Thunderbird улеснява инспектирането на имейл хедъри. Отворете засегнатия имейл, после кликнете на Изглед, после Изходен код на съобщението (или натиснете Ctrl+U). Това показва пълното сурово съобщение. Можете също да използвате Изглед, после Хедъри, после Всички, за да видите разширен изглед на хедърите.
Идентифициране на миграционни Received хедъри
В изходния код на съобщението погледнете "Received" хедърите в началото. Най-горният Received хедър е най-скорошният; след миграция това е хедърът от инструмента за миграция. Обикновено съдържа времеви печат, съвпадащ с датата на миграцията, и може да реферира изрично инструмента (например "mx.migrationwiz.com" за BitTitan, "cloudm.io" за CloudM или "gmailapi.google.com" за GSMMO).
Под миграционния хедър оригиналните Received хедъри все още са непокътнати. Оригиналният Date хедър също е запазен. Това потвърждава, че правилната информация за датата съществува - просто трябва да бъде възстановена.
Защо корекциите от страна на клиента не работят
Проблемът е от страна на сървъра
Всяко заобиколно решение, включващо промяна на настройка в Thunderbird, е модификация от страна на клиента, която засяга само какво показва Thunderbird на екрана. Реалните данни на имейла на сървъра все още съдържат миграционния Received хедър. Това означава, че другите устройства и клиенти виждат грешните дати, търсенето от страна на сървъра връща грешни резултати, инструментите за съответствие и архивиране улавят грешните дати, а резервните копия записват грешните времеви печати. Единствената постоянна корекция е да се променят данните на сървъра.
Разширенията на Thunderbird не могат да коригират това
Въпреки че системата за разширения на Thunderbird е мощна, никое допълнение не може да модифицира имейл хедърите на IMAP сървъра. Разширение потенциално може да промени показването на датите локално, но това би засегнало само Thunderbird на конкретния компютър. Тогава какво е истинското решение?
Коригиране на Thunderbird дати на ниво сървър
Как Redate.io коригира проблема
Redate.io се свързва с пощенския сървър (Google Workspace, Microsoft 365 или всеки IMAP сървър, включително Zimbra и Zoho) и коригира всеки засегнат имейл директно на сървъра.
Собственият коригиращ двигател на Redate.io анализира пълната верига хедъри на всяко засегнато съобщение, прилагайки съпоставяне на миграционни сигнатури срещу стотици сигнатури на известни инструменти. Многоетапният процес на анализ обработва специалните случаи, които биха провалили DIY подход: S/MIME подписани съобщения, PGP криптирано съдържание, multipart структури с вложени MIME граници, не-ASCII хедъри и вариации на Content-Transfer-Encoding. След корекция проверка на целостта потвърждава, че всяко съобщение е непокътнато. Оригиналите се съхраняват в резервна папка за 30 дни.
След корекцията Thunderbird се синхронизира със сървъра и извлича коригираните дати. Колоните "Дата" и "Получено" показват правилните стойности. Търсенето по диапазон от дати работи правилно. Филтрите и запазените търсения, базирани на датата на получаване, функционират както се очаква.
Бихте ли опитали да напишете скрипт за това? Всъщност истинският въпрос е: как проверявате, че 8000 коригирани имейла имат всички прикачени файлове непокътнати, запазен threading и валидни MIME структури? Именно тази верификация е мястото, където DIY подходите се провалят.
Проверка на корекцията в Thunderbird
След като Redate.io завърши корекцията, принудете Thunderbird да се ресинхронизира, като кликнете с десен бутон на акаунта в панела с папки и изберете "Абониране", после затворете диалоговия прозорец, или компактирайте папките. Thunderbird изтегля обновените хедъри на съобщенията от сървъра. Колоната "Получено" вече трябва да показва оригиналните дати на получаване.
Чести миграционни сценарии с Thunderbird
Thunderbird като инструмент за миграция
Чест сценарий включва използването на самия Thunderbird като инструмент за миграция. Администратор конфигурира изходния и целевия IMAP акаунт в Thunderbird, после влачи имейлите от единия акаунт в другия. Въпреки че този метод "работи" в смисъл, че имейлите са прехвърлени, целевият сървър добавя Received хедър към всяко копирано съобщение, маркирайки ги всички с датата на копиране. Вижте ръководството за корекция на дати от ръчно IMAP копиране за Thunderbird.
Thunderbird след миграция от страна на сървъра
Когато миграцията се извърши на ниво сървър (с BitTitan, CloudM, imapsync или друг инструмент), потребителите на Thunderbird са засегнати както всеки друг IMAP клиент. Миграционните дати се появяват в колоната "Получено", докато колоната "Дата" може да остане правилна. Администраторите трябва да проверят датите специално в Thunderbird, тъй като показването с двойна колона може да маскира проблема.
Thunderbird показва грешни дати след миграция? Стартирайте безплатен анализ с Redate.io, за да идентифицирате засегнатите имейли и възстановите правилните дати на всички пощенски клиенти.