Виправлення дат міграції imapsync в Gmail
Чому міграції imapsync показують неправильну дату в Gmail
imapsync часто використовуєся для перенесення поштових скриньок в Gmail и облікові записи Google Workspace через IMAP. Коли imapsync завантажує повідомлення в IMAP-інтерфейс Gmail, Gmail обробляє кожне повідомлення через власний конвеєр. Даже при указании флага --syncinternaldates реализация IMAP в Gmail в певних ситуациях може перезаписать запрошенную INTERNALDATE, особливо коли повідомлення проходит через фільтри спама та безопасности Gmail.
Поведение IMAP в Gmail существенно отличается від стандартних IMAP-серверів. Gmail додає власний заголовок Received (зазвичай содержащий "gmailapi.google.com" або идентификатор IMAP-шлюза) з міткою часу завантаження. Крім того, обработка команди APPEND з указанной INTERNALDATE не завжди післядовательна. Неякі повідомлення отримують запрошенную дату, а інші маркируются міткою часу завантаження, создавая непредсказуемую смесь правильних та неправильних дат в одному перенесенном поштовій скриньці.
Для користувачів веб-версии Gmail отображаемая дата берется из заголовка Date, що маскирует проблему INTERNALDATE. Но користувачі, подключающиеся до своему обліковому запису Gmail через Outlook, Apple Mail або Thunderbird, видят дату міграції на зачеплених листих. Несоответствие між веб-версией Gmail и IMAP-клієнтами створює плутанину, а частковий характер проблеми (неякі дати вірні, неякі нет) ще більше ускладнює діагностику та оценку масштаба зачеплених повідомлень.
Як це впливає на Gmail
Поведение подвійних дат Gmail означает, що проблема невидима в веб-интерфейсе Gmail, но полностью видима в IMAP-клієнтах. Користувачі, що використовують Gmail лише в браузере, можуть никогда не заметить проблему. Користувачі, подключающие Outlook, Apple Mail або Thunderbird до тому же обліковому запису Gmail, видят дату міграції на зачеплених листих. Це несоответствие приводит до суперечливим повідомленням користувачів, що ускладнює роботу служби підтримки.
Поиск IMAP в Gmail (команди SEARCH SINCE/BEFORE) використовує INTERNALDATE, тому будь-який IMAP-інструмент або клієнт, що виконує пошук по датам в поштовій скриньці, отримує невірні результати. Інструменти резервного копіювання, подключающиеся до Gmail через IMAP, архивируют невірні дати, создавая постійні неточности в резервних копиях. Google Vault и інструменти відповідності Workspace також можуть посилатися на INTERNALDATE для удержаний по датам, потенційно влияя на юридичні та нормативні процеси.
Поширені запитання
Чому imapsync --syncinternaldates не працює надежно з Gmail?
Реализация IMAP в Gmail має специфическое поведінка, отличающееся від стандартних IMAP-серверів. Gmail може перезаписать запрошенную INTERNALDATE в ходе обработки через внутренний конвеєр, особливо коли повідомлення проходят через фільтри спама або сканирование безопасности. Це специфическое поведінка Gmail, а не ошибка imapsync.
Як узнать, у каких листів в Gmail неверная INTERNALDATE?
Redate.io сканирует поштова скринька та виявляє листи, у яких INTERNALDATE не совпадает з початковим заголовком Date. Сканирование бесплатное та показує точно, скільки листів затронуто, щоб адміністратори могли оценить масштаб перед принятием решения об виправленні.
Обробляє ли Redate.io мітки Gmail при виправленні дат?
Так. Redate.io зберігає всі мітки Gmail, звездочки, статус прочтения та інші метадані при виправленні листи. Исправленное повідомлення появляется в том же месте з теми же мітками, що та оригинал.