Коригиране на датите от миграция с CloudM в Gmail
Защо миграциите с CloudM показват грешна дата в Gmail
CloudM Migrate (преди Cloud Migrator) се използва широко за миграция на пощенски кутии в Google Workspace. CloudM използва Gmail API за качване на имейли в целевия Gmail акаунт. По време на това качване инфраструктурата на Gmail записва времевия печат на вмъкването като INTERNALDATE на съобщението, замествайки оригиналната дата на доставка с датата на извършване на миграцията.
CloudM се опитва да запази оригиналния хедър Date в тялото на имейла, а уеб интерфейсът на Gmail обикновено използва този хедър Date за показване. Въпреки това IMAP INTERNALDATE е постоянно зададен на датата на миграцията. Всеки IMAP клиент, свързващ се с Gmail акаунта (Outlook, Apple Mail, Thunderbird, мобилни клиенти, използващи IMAP), чете този INTERNALDATE и показва датата на миграцията в колоната за получаване.
Организациите, мигриращи от Microsoft 365, локален Exchange или други платформи в Google Workspace чрез CloudM, откриват този проблем, когато потребителите свържат десктоп клиенти с новите си Gmail акаунти. Уеб интерфейсът на Gmail може да изглежда добре, но Outlook и Apple Mail показват всеки имейл като получен в деня на миграцията, генерирайки объркване и заявки за поддръжка в цялата организация.
Как това засяга Gmail
В Gmail въздействието зависи от начина, по който потребителят достъпва пощенската си кутия. Уеб интерфейсът на Gmail обикновено показва датите правилно, защото чете хедъра Date от самия имейл. Въпреки това всеки клиент, свързан чрез IMAP (Outlook, Apple Mail, Thunderbird), показва датата на миграцията, защото тези клиенти разчитат на IMAP INTERNALDATE вместо на хедъра Date.
Системата от етикети на Gmail и търсенето също са засегнати по фини начини. Докато уеб търсенето на Gmail използва хедъра Date за операторите "before:" и "after:", командата IMAP SEARCH DATE използва INTERNALDATE. Инструментите за резервно копие и решенията за архивиране на имейли, свързващи се чрез IMAP, архивират датата на миграцията като дата на съобщението, създавайки постоянни неточности в записите на резервните копия. Google Vault, използван за съответствие и юридически задържания, също може да препраща към INTERNALDATE при някои операции, засягайки точността на юридическото разкриване, базирано на дати.
Често задавани въпроси
CloudM Migrate винаги ли поврежда датите в Gmail?
CloudM качва имейли чрез Gmail API, който задава INTERNALDATE на времевия печат на качването. Хедърът Date вътре в имейла е запазен, така че Gmail в уеб обикновено показва правилната дата. Но IMAP клиентите показват датата на миграцията, защото четат INTERNALDATE.
Защо имейлите изглеждат добре в Gmail в уеб, но грешно в Outlook?
Gmail в уеб използва хедъра Date от тялото на имейла за показване, който CloudM запазва. Outlook и други IMAP клиенти използват IMAP INTERNALDATE, който е зададен на датата на миграцията. Redate.io коригира INTERNALDATE, така че всички клиенти да показват правилната дата.
Може ли Redate.io да поправи датите от миграция с CloudM в целия домейн на Google Workspace?
Да. Използвайки делегиране на ниво домейн на Google Workspace, Redate.io може да сканира и поправя пощенски кутии в цялата организация. Администраторите могат да обработят множество пощенски кутии без необходимост от индивидуално участие на потребителите.