Як Thunderbird обробляє дати листів
Mozilla Thunderbird - один з найпопулярніших безкоштовних поштових клієнтів, широко використовуваний приватними особами та організаціями, що надають перевагу альтернативі з відкритим вихідним кодом замість Outlook. Підхід Thunderbird до відображення дат листів є більш гнучким, ніж у більшості клієнтів, що водночас є перевагою та джерелом плутанини, коли виникають проблеми з датами міграції.
Дві колонки дат Thunderbird
Thunderbird розрізняє два значення дати: "Date" та "Отримано". Колонка "Date" показує значення заголовка Date RFC 2822 - часовий штамп, встановлений відправником. Колонка "Отримано" показує дату, виведену з метаданих IMAP-сервера (INTERNALDATE) та заголовків "Received" повідомлення.
За замовчуванням Thunderbird відображає колонку "Date" (дату відправлення). Тому одразу після міграції користувачі Thunderbird можуть навіть не помітити проблему, оскільки заголовок Date зберігається. Колонка "Отримано", натомість, показує дату міграції для кожного листа. Користувачі, що налаштували свій вигляд для показу колонки "Отримано" або сортують за датою отримання, бачать хибні дати.
Сортування "Порядок отримання" проти сортування "Date"
Thunderbird пропонує окремі опції сортування: "Date" (сортує за заголовком Date) та "Порядок отримання" (сортує за часовим штампом отримання). Сортування за "Date" дає правильний хронологічний порядок. Сортування за "Порядком отримання" групує всі перенесені листи на даті міграції, ламаючи хронологічний порядок.
Багато користувачів не усвідомлюють, що це дві різні опції сортування.
Чому колонка "Date" Thunderbird не є справжнім рішенням
Пошук зазнає впливу
Пошук Thunderbird може фільтрувати за діапазоном дат. Коли користувач шукає "листи, отримані у січні 2024", Thunderbird використовує метадані дати отримання сервера, а не заголовок Date. Після міграції цей пошук не повертає жодних результатів за січень 2024 та повертає всі листи за дату міграції. Для користувачів, що часто шукають за діапазоном дат (бухгалтери, що шукають рахунки за конкретний квартал, юристи, що збирають кореспонденцію справи), поштова скринька функціонально зламана.
Фільтри повідомлень та збережені пошуки
Фільтри повідомлень Thunderbird можуть спрацьовувати на умовах дати. Фільтри, що посилаються на дату "Отримано" або "Вік у днях", працюють некоректно після міграції. Збережені пошуки (віртуальні теки), що використовують критерії дати, також зазнають впливу.
Інші IMAP-клієнти на тому самому обліковому записі
Навіть якщо користувач Thunderbird перемикається на колонку "Date", основна проблема залишається на сервері. Якщо хтось інший отримує доступ до тієї самої скриньки через 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 аналізує повний ланцюжок заголовків кожного ураженого повідомлення, застосовуючи зіставлення сигнатур міграції з сотнями відомих сигнатур інструментів. Багатоступеневий процес аналізу обробляє складні випадки, що призвели б до невдачі при саморобному підході: повідомлення з підписами S/MIME, зашифрований вміст PGP, структури multipart з вкладеними межами MIME, заголовки non-ASCII та варіації Content-Transfer-Encoding. Після виправлення перевірка цілісності підтверджує, що кожне повідомлення залишилось цілим. Оригінали зберігаються у теці резервного копіювання протягом 30 днів.
Після виправлення Thunderbird синхронізується з сервером та отримує виправлені дати. Колонки "Date" та "Отримано" показують правильні значення. Пошук за діапазоном дат працює коректно. Фільтри та збережені пошуки на основі дати отримання працюють належним чином.
Чи можна спробувати написати скрипт для цього? Власне, справжнє питання: як Ви перевіряєте, що 8 000 виправлених листів усі мають непошкоджені вкладення, збережений threading та валідні структури MIME? Саме на цій перевірці саморобні підходи зазнають невдачі.
Перевірка виправлення у Thunderbird
Після завершення виправлення Redate.io примусово ресинхронізуйте Thunderbird, натиснувши правою кнопкою миші на обліковий запис у панелі тек та обравши "Підписатися", потім закривши діалогове вікно, або стиснувши теки. Thunderbird завантажить оновлені заголовки повідомлень з сервера. Колонка "Отримано" має тепер показувати оригінальні дати отримання.
Поширені сценарії міграції з Thunderbird
Thunderbird як інструмент міграції
Поширений сценарій передбачає використання самого Thunderbird як інструмента міграції. Адміністратор налаштовує облікові записи IMAP джерела та призначення у Thunderbird, потім перетягує листи з одного облікового запису до іншого. Хоча цей метод "працює" у тому сенсі, що листи переносяться, сервер призначення додає заголовок Received до кожного скопійованого повідомлення, позначаючи їх усіх датою копіювання. Зверніться до посібника з виправлення дат ручного копіювання IMAP для Thunderbird.
Thunderbird після міграції на боці сервера
Коли міграція відбувається на рівні сервера (з BitTitan, CloudM, imapsync або іншим інструментом), користувачі Thunderbird зазнають впливу так само, як і будь-який інший IMAP-клієнт. Дати міграції з'являються у колонці "Отримано", тоді як колонка "Date" може залишатися правильною. Адміністраторам слід перевіряти дати спеціально у Thunderbird, оскільки його відображення з двома колонками може маскувати проблему.
Thunderbird показує хибні дати після міграції? Запустіть безкоштовне сканування з Redate.io, щоб визначити уражені листи та відновити правильні дати у всіх Ваших поштових клієнтах.