Исправление дат ручного копирования 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.