Виправлення дат ручного копіювання 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, можуть бути виправлені за одну операцію сканирования та виправлення.