Коригиране на датите от миграция с GSMMO в Gmail
Защо миграциите с GSMMO показват грешна дата в Gmail
GSMMO (Google Workspace Migration for Microsoft Outlook) качва имейли от PST файлове или Outlook профили директно в Gmail чрез Gmail API. Въпреки че Gmail API технически поддържа задаване на персонализиран INTERNALDATE по време на вмъкване на съобщение, процесът на качване на GSMMO води до това Gmail да записва времевия печат на качването като INTERNALDATE за повечето съобщения. Оригиналният хедър Date от имейла е запазен, но INTERNALDATE е заменен.
В уеб интерфейса на Gmail този проблем е частично скрит. Gmail в уеб използва хедъра Date от тялото на имейла за показване на дата, така че повечето имейли се показват с правилна дата в браузъра. Въпреки това IMAP INTERNALDATE, съхраняван на сървъра, е грешен. Това става видимо, когато потребителите достъпят акаунта си в Gmail чрез всеки IMAP клиент (Outlook, Thunderbird, Apple Mail) или когато инструменти на трети страни запитват пощенската кутия чрез IMAP.
GSMMO обикновено се използва от крайни потребители, преминаващи от Microsoft Outlook към Google Workspace. Тези потребители може да не забележат незабавно проблема с INTERNALDATE, ако основно използват уеб интерфейса на Gmail. Проблемът излиза на повърхността седмици или месеци по-късно, когато инсталират IMAP клиент, настроят инструмент за резервно копие или когато екип за съответствие извърши търсене, базирано на дати, в пощенската кутия чрез Google Vault или софтуер за архивиране, базиран на IMAP.
Как това засяга Gmail
За потребителите на Gmail в уеб визуалното въздействие е минимално, тъй като хедърът Date се показва правилно. Въпреки това повреденият INTERNALDATE засяга няколко по-малко очевидни области. Командата IMAP SEARCH DATE в Gmail използва INTERNALDATE, така че всеки IMAP-базиран инструмент или клиент, извършващ търсения по дата, получава неправилни резултати. Инструменти за резервно копие като MailStore, Veeam или персонализирани скриптове, архивиращи Gmail чрез IMAP, записват грешни дати в резервните си копия.
Сортирането в етикетите на Gmail при достъп чрез IMAP използва INTERNALDATE. Потребителите, достъпващи акаунта си в Gmail от мобилни IMAP клиенти или десктоп имейл приложения, виждат несортиран хаос от имейли, всички датирани в деня на миграцията. Експортите от Google Takeout също може да препращат към INTERNALDATE за именуване на файлове или метаданни, потенциално създавайки объркващи архиви. Коригираният хедър Date е вътре в съобщението, но INTERNALDATE управлява начина, по който външните инструменти и IMAP клиентите възприемат хронологията на съобщенията.
Често задавани въпроси
Ако Gmail в уеб показва правилната дата, защо да поправям INTERNALDATE?
INTERNALDATE засяга IMAP клиентите, инструментите за резервно копие, търсенията за съответствие на Google Vault и всяка интеграция на трета страна, свързваща се чрез IMAP. Дори ако показването в Gmail в уеб е правилно, основните данни са грешни и могат да причинят проблеми при резервни копия, съответствие и среди с множество клиенти.
Как Redate.io поправя датите от GSMMO в Gmail?
Redate.io чете оригиналния хедър Date от всеки имейл, премахва миграционния хедър Received на GSMMO и повторно вмъква имейла с правилен INTERNALDATE, съответстващ на оригиналната дата. Оригиналният имейл се премества в етикет за резервно копие за безопасност.
Поправката ще промени ли начина, по който имейлите се показват в Gmail в уеб?
Не. Gmail в уеб вече показва правилната дата (от хедъра Date). Поправката коригира INTERNALDATE, така че IMAP клиентите също да показват правилната дата. Изживяването в Gmail в уеб остава непроменено.