Виправлення дат міграції CloudM в Google Workspace
Чому міграції CloudM показують неправильну дату в Google Workspace
CloudM Migrate является переважним инструментом міграції для організацій, переходящих на Google Workspace, особливо из сред Microsoft Exchange. CloudM використовує Gmail API для вставки листів в цільовий обліковий запис Google Workspace. Хоча Gmail API дозволяє вказувати INTERNALDATE при вставке, фактическое поведінка зависит від серверной обработки, та міграційний заголовок Received всі равно добавляется до листу.
Обработка дат в Google Workspace створює запутанную ситуацию. Веб-інтерфейс Gmail зазвичай зчитує початковий заголовок Date для відображення, тому листи можуть отображаться з правильними датами в браузере. Однак кожний IMAP-клієнт, підключений до обліковому запису Google Workspace, зчитує INTERNALDATE, яка відображає мітку часу міграції. Користувачі, обращающиеся до своєї електронній пошті Google Workspace через Outlook, Apple Mail або Thunderbird, видят дату міграції на каждом сообщении.
Для IT-команд, управляющих міграціями Google Workspace з допомогою CloudM, це двойное поведінка ускладнює діагностику проблеми. Користувачі веб-версии Gmail не сообщают про проблемах, в то время як користувачі настільних клієнтів сообщают, що кожне лист показує одну та ту же дату. Несоответствие приводит до длительному устранению неполадок та задержке решения, пока адміністратори намагаються определить, связана ли проблема з клієнтом, инструментом міграції або поштовим сервером.
Як це впливає на Google Workspace
В середовищах Google Workspace, где користувачі подключаются як через веб-версию Gmail, так та через IMAP-клієнти, возникает расхождение дат, яке сбивает з толку користувачів та адміністраторів. Веб-версия Gmail показує дати правильно, но Outlook и Apple Mail, підключені через IMAP, показують дату міграції. Це поведінка подвійних дат продолжается бесконечно, пока не виправлена базовая INTERNALDATE.
Адміністративні інструменти та система отчетности Google Workspace також посилаються на INTERNALDATE. Политики зберігання електронної пошти, налаштовані в Google Admin Console, утримання Google Vault для юридического відповідності та сторонні інструменти DLP, интегрирующиеся з Google Workspace через IMAP, використовують мітку часу міграції замість початкової дати. Організації, що підпорядковуються нормативним требованиям та що покладаються на Google Workspace, виявляють, що їх політики зберігання та утримання працюють на основі неверной информации про датах, потенційно создавая юридичні риски.
Поширені запитання
CloudM осведомлен об цієї проблеме дат при переносе в Google Workspace?
Проблема дат - це відомий побічний ефект міграції електронної пошти на основі IMAP, а не ошибка CloudM. CloudM зберігає початковий заголовок Date, но IMAP INTERNALDATE устанавливается принимающим сервером при загрузке. Це властиво тому, як поштові сервери обробляють вхідні повідомлення.
Може ли Redate.io виправити дати для всієї організації Google Workspace?
Так. З делегированием на рівні домена, налаштованим через Google Workspace Service Account, Redate.io може сканировать та исправлять поштові скриньки по всему домену. Адміністратори можуть обработать всі зачеплені поштові скриньки из единой панели управления.
Помешает ли виправлення дат користувачам, работающим в Gmail?
Ні. Redate.io обробляє листи в фоновом режимі. Исправленное повідомлення плавно замінює оригинал. Користувачі можуть заметить, що дати изменяются на правильні значения в їх IMAP-клієнтах, но простоев або переривань в работе веб-версии Gmail не буде.