Коригиране на датите от миграция с 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 не винаги е последователна. Някои съобщения получават заявената дата, докато други се маркират с времевия печат на качването, създавайки непредвидима смес от правилни и неправилни дати в същата мигрирана пощенска кутия.
За потребителите на Gmail в уеб показваната дата е извлечена от хедъра Date, който прикрива проблема с INTERNALDATE. Но потребителите, свързващи се с Gmail акаунта си чрез Outlook, Apple Mail или Thunderbird, виждат датата на миграцията на засегнатите съобщения. Несъответствието между Gmail в уеб и IMAP клиентите създава объркване, а частичният характер на проблема (някои дати правилни, други не) прави диагностицирането и определянето на обхвата на засегнатите съобщения още по-трудно.
Как това засяга Gmail
Двойното поведение на датите в Gmail означава, че проблемът е невидим в уеб интерфейса на Gmail, но напълно видим в IMAP клиентите. Потребителите, които използват Gmail само в браузър, може никога да не забележат проблема. Потребителите, свързващи Outlook, Apple Mail или Thunderbird към същия Gmail акаунт, виждат датата на миграцията на засегнатите имейли. Това несъответствие води до противоречиви потребителски доклади, които усложняват усилията за поддръжка.
Командата IMAP SEARCH DATE в Gmail използва INTERNALDATE, така че всеки IMAP-базиран инструмент или клиент, извършващ търсения по дата на сървъра, получава неправилни резултати. Инструменти за резервно копие като MailStore, Veeam или персонализирани скриптове, архивиращи 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, звездите, статуса прочетено/непрочетено и други метаданни при коригиране на имейла. Поправеното съобщение се появява на същото място със същите етикети като оригинала.