Исправление дат ручного копирования IMAP в Gmail

Почему ручное копирование IMAP показывает неправильную дату в Gmail

Ручное копирование IMAP в Gmail включает добавление как исходного IMAP-аккаунта, так и аккаунта Gmail в почтовый клиент (Outlook, Thunderbird или Apple Mail) и копирование сообщений между ними. Когда почтовый клиент загружает сообщения в Gmail через IMAP APPEND, Gmail записывает метку времени загрузки как INTERNALDATE сообщения. Почтовый клиент не передает исходную INTERNALDATE с исходного сервера, поскольку большинство клиентов не поддерживают эту функцию во время операций копирования.

Обработка IMAP в Gmail добавляет дополнительную сложность. Gmail обрабатывает загруженные сообщения через свой конвейер, добавляя заголовок Received с меткой времени IMAP-шлюза Gmail. Этот заголовок Received становится верхней записью в цепочке заголовков. Хотя веб-интерфейс Gmail использует для отображения заголовок Date (потенциально показывая правильные даты), каждый IMAP-клиент, который впоследствии подключается к аккаунту Gmail, считывает поврежденную INTERNALDATE.

Пользователи, вручную копирующие письма в Gmail, часто делают это при объединении нескольких почтовых аккаунтов или при переходе с менее распространенного провайдера электронной почты, не поддерживаемого стандартными инструментами миграции. Простота перетаскивания в почтовом клиенте маскирует базовое повреждение дат, происходящее на уровне протокола IMAP. Проблема становится очевидной, когда пользователь проверяет свой аккаунт Gmail из другого клиента или когда подключенный через IMAP инструмент резервного копирования архивирует неверные даты.

Как это влияет на Gmail

В Gmail влияние следует знакомому разделению: веб-интерфейс может показывать правильные даты (из заголовка Date), а IMAP-клиенты показывают дату копирования (из INTERNALDATE). Пользователи, обращающиеся к Gmail только через веб-браузер, могут не заметить проблему. Пользователи, подключающие Outlook, Apple Mail или Thunderbird к Gmail через IMAP, видят дату копирования для всех вручную перемещенных сообщений.

Система ярлыков Gmail сохраняет ярлыки, примененные при копировании, но сортировка внутри ярлыков использует INTERNALDATE при доступе через IMAP. IMAP-клиенты, сортирующие по серверной дате, отображают скопированные сообщения вне их исходного хронологического порядка. Экспорт Google Takeout и сторонние инструменты резервного копирования записывают дату копирования как дату сообщения, создавая постоянные неточности в экспортированных архивах. Для пользователей, вручную объединивших многолетнюю почту из нескольких аккаунтов в Gmail, повреждение дат может затронуть значительную часть всей истории электронной почты.

Часто задаваемые вопросы

Я использовал Thunderbird для копирования писем в Gmail. Мои даты затронуты?

Да. Thunderbird, как и все почтовые клиенты, использует IMAP APPEND без указания исходной INTERNALDATE при копировании между аккаунтами. Gmail устанавливает INTERNALDATE на время загрузки. Redate.io может исправить эти даты независимо от того, какой клиент использовался для копирования.

Могу ли я исправить даты только для вручную скопированных писем, а не для всего Gmail?

Да. Redate.io сканирует почтовый ящик и выявляет письма, у которых INTERNALDATE не совпадает с заголовком Date. Для исправления помечаются только затронутые сообщения. Письма, изначально полученные Gmail (с правильными датами), остаются нетронутыми.

Работает ли исправление, если я копировал письма из нескольких исходных аккаунтов?

Да. Redate.io исправляет даты на основе исходного заголовка Date каждого письма, независимо от того, откуда оно было скопировано. Несколько исходных аккаунтов, объединенных в один аккаунт Gmail, могут быть исправлены за одну операцию сканирования и исправления.

Start Free Scan