Виправлення дат ручного копіювання IMAP в Thunderbird
Чому ручне копіювання IMAP показує неправильну дату в Thunderbird
Thunderbird - популярний безкоштовний поштовий клієнт, часто використовуваний для ручного перенесення пошти між IMAP-обліковими записами. Користувачі додають як початковий, так та цільовий IMAP-облікові записи в Thunderbird и копируют або перемещают повідомлення між ними. Коли Thunderbird завантажує повідомлення на цільовий IMAP-сервер через APPEND, він не передає початковий параметр INTERNALDATE. Целевой сервер встановлює INTERNALDATE на мітку часу завантаження та додає власний заголовок Received з поточної датой.
Отображение дат в Thunderbird зависит від конфігурації столбцов. По умолчанию Thunderbird показує стовпець "Date" (из заголовка Date), а не стовпець "Received". Це може частично маскировать проблему: якщо користувач видит лише стовпець Date, дати можуть виглядати правильно, оскільки заголовок Date зберігається при копировании. Однак базовая INTERNALDATE на сервере неверна, що впливає на серверную сортировку, пошук та будь-який іншій клієнт, що підключається до тому же обліковому запису.
Проблема стає полностью видимой, коли користувач додає стовпець "Received" в список повідомлень Thunderbird або коли обращается до тому же поштовій скриньці из іншого клієнта (Outlook, Apple Mail), який по умолчанию відображає дату отримання. Поврежденная INTERNALDATE на сервере зберігається незалежно від того, какой клієнт використовуєся для просмотра поштової скриньки, та впливає на всі операції IMAP, що посилаються на дату повідомлення.
Як це впливає на Thunderbird
Столбец "Date" Thunderbird по умолчанию відображає заголовок Date листи, який зберігається при копировании та може отображаться правильно. Однак стовпець "Received" Thunderbird (якщо включен) показує IMAP INTERNALDATE, яка відображає дату копіювання. Серверная сортування в Thunderbird (яка сортирует по INTERNALDATE при сортировке по дате отримання) видає невірний хронологический порядок для скопійованих повідомлень.
Поиск повідомлень Thunderbird може давать змішані результати в залежності від того, осуществляется ли пошук в локальном кеші або виконується серверний IMAP-пошук. Локальні пошуки можуть використовувати заголовок Date (правильний), а серверні пошуки використовують INTERNALDATE (невірний). Фільтри повідомлень Thunderbird, що спрацьовують по дате отримання, використовують INTERNALDATE, потенційно неверно маршрутизируя або неверно классифицируя скопійовані повідомлення. Фільтрація по дате на панели швидкого фильтра також використовує серверні дати, видаючи неточні результати для скопійованих повідомлень, змішаних з зазвичай отриманими.
Поширені запитання
Thunderbird показує правильний стовпець Date. Проблема всі ще есть?
Так. Столбец Date показує дату из заголовка листи, яка верна. Но IMAP INTERNALDATE на сервере неверна. Це впливає на серверний пошук, сортировку, інші клієнти, підключені до тому же обліковому запису, та інструменти резервного копіювання. Redate.io виправляє INTERNALDATE, щоб она соответствовала исходному заголовку Date.
Може ли Thunderbird сам виправити INTERNALDATE?
Ні. Thunderbird не має функції для изменения INTERNALDATE повідомлень, вже находящихся на сервере. Протокол IMAP не поддерживает изменение INTERNALDATE після вставки повідомлення. Єдиний способ виправити це - повторно вставить повідомлення з правильної датой, що Redate.io автоматизирует.
Я использовал Thunderbird для копіювання листів в несколько цільових облікових записів. Може ли Redate.io виправити всі?
Так. Redate.io може подключиться до любому IMAP-совместимому серверу та виправити дати. Кожний цільовий обліковий запис може бути подключен та исправлен независимо через панель управления Redate.io.