Коригиране на дати от ръчно 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 акаунт, могат да бъдат поправени в една операция за сканиране и поправка.