Коригиране на датите от миграция с BitTitan в Google Workspace
Защо миграциите с BitTitan показват грешна дата в Google Workspace
Когато BitTitan MigrationWiz мигрира пощенски кутии в Google Workspace, всеки имейл се качва на сървърите на Gmail чрез Gmail API или IMAP. По време на този процес пощенската инфраструктура на Google записва времевия печат на качването като INTERNALDATE на съобщението. BitTitan също въвежда хедър Received, отразяващ датата на миграцията, поставяйки го на върха на веригата от хедъри.
Google Workspace обработва показването на дати по уникален начин в сравнение с други платформи. Уеб интерфейсът на Gmail обикновено препраща към хедъра "Date" от оригиналния имейл, което означава, че съобщенията може да се показват с правилна дата, когато се разглеждат чрез уеб клиента на Gmail. Въпреки това IMAP INTERNALDATE остава зададен на датата на миграцията. Всеки IMAP клиент, свързващ се с тази пощенска кутия на Google Workspace (Outlook, Thunderbird, Apple Mail), ще показва датата на миграцията вместо оригиналната дата.
Това създава объркващо разминаване: същият имейл изглежда правилно в Gmail в уеб, но показва грешна дата в Outlook или Apple Mail, свързан към същия акаунт. ИТ администраторите получават противоречиви доклади от потребителите, което прави проблема по-труден за диагностициране. Организациите, мигрирали в Google Workspace чрез BitTitan и имащи потребители, достъпващи поща както чрез уеб интерфейса, така и чрез десктоп клиенти, се сблъскват с това двойно объркване на датите в цялата си потребителска база.
Как това засяга Google Workspace
В Google Workspace основното въздействие засяга потребителите, които достъпват пощенската кутия чрез IMAP клиенти, а не чрез уеб интерфейса на Gmail. Outlook, Apple Mail и Thunderbird, свързани чрез IMAP с Google Workspace, показват датата на миграцията, защото четат IMAP INTERNALDATE. Уеб клиентът на Gmail прикрива проблема, използвайки хедъра Date, но основните данни все още са повредени.
Административните инструменти на Google Workspace и Vault (решението за съответствие и архивиране) също препращат към INTERNALDATE за политиките за съхранение и задържане. Организациите, подлежащи на регулаторни изисквания, които разчитат на Google Vault за архивиране на имейли и юридическо разкриване, установяват, че търсенията, базирани на дати, връщат неточни резултати. Датата на миграцията заменя оригиналната хронология на комуникациите, подкопавайки целостта на работните процеси за съответствие, които зависят от точни времеви печати на съобщенията.
Често задавани въпроси
Защо имейлите изглеждат правилно в Gmail, но грешно в Outlook след миграция с BitTitan?
Уеб клиентът на Gmail използва хедъра Date от оригиналния имейл за показване, който не е засегнат от миграцията. Outlook обаче чете IMAP INTERNALDATE, който е презаписан по време на миграцията. Затова същият имейл показва различни дати в зависимост от използвания клиент.
Работи ли Redate.io с администраторски акаунти на Google Workspace?
Да. Redate.io се свързва с Google Workspace чрез делегиране на ниво домейн, използвайки Service Account. Това позволява на администраторите да поправят дати във всички потребителски пощенски кутии в организацията без необходимост от индивидуални потребителски идентификационни данни.
Поправянето на INTERNALDATE ще засегне ли начина, по който имейлите се показват в Gmail в уеб?
Не. Gmail в уеб вече показва правилния хедър Date. Redate.io коригира INTERNALDATE и хедърите Received, така че IMAP клиентите (Outlook, Apple Mail) също да показват оригиналната дата. Изживяването в Gmail в уеб остава непроменено.