Проблема дат після міграції Google Workspace
Організації, що мігрують до Google Workspace, часто роблять неприємне відкриття: усі листи в усіх поштових скриньках показують хибну дату. Замість оригінальної дати відправлення або отримання кожне повідомлення відображає дату, коли було проведено міграцію. Незалежно від того, чи організація мігрувала з Microsoft Exchange, Office 365, Zimbra, Lotus Notes або іншого IMAP-сервера. Тисячі листів, усі з однією й тією самою датою.
І це не специфічно для якогось конкретного інструмента міграції. Проблема виникає з BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync та всіма іншими інструментами, що вставляють листи в Google Workspace через IMAP або Gmail API. Причина пов'язана з базовим механізмом обробки повідомлень поштовими серверами.
Для посібника, специфічного для інструмента GSMMO (Google Workspace Migration for Microsoft Outlook), зверніться до спеціальної статті про GSMMO.
Поширені шляхи міграції до Google Workspace
З Microsoft Exchange (локальний сервер)
Організації, що використовують локальні сервери Exchange (2010, 2013, 2016 або 2019), мігрують до Google Workspace для зниження витрат на інфраструктуру та переходу на хмарну модель. Ці міграції зазвичай використовують CloudM, BitTitan MigrationWiz або GSMMO. Інструмент міграції підключається до Exchange, завантажує кожний лист та завантажує його у скриньку Google Workspace користувача. Кожний завантажений лист отримує новий заголовок "Received" з часовим штампом міграції.
З Microsoft 365 (Office 365)
Міграції з Microsoft 365 до Google Workspace є поширеними, коли організації змінюють екосистему. BitTitan MigrationWiz та CloudM - найпопулярніші інструменти для цього типу міграції. Процес витягує листи з Exchange Online та вставляє їх у Google Workspace. Та сама проблема з заголовком "Received" діє: кожний перенесений лист відображає дату міграції.
З інших IMAP-серверів
Міграції з Zimbra, Zoho, хостингу cPanel, Dovecot, Courier та інших IMAP-серверів до Google Workspace використовують такі інструменти, як imapsync, CloudM або користувацькі скрипти. Сервер призначення (Google Workspace) додає заголовок "Received" під час операції вставки, незалежно від платформи-джерела. Навіть міграції з іншого тенанта Google Workspace створюють ту саму проблему.
Чому дати зламані у Google Workspace
Вебінтерфейс Gmail проти IMAP-клієнтів
Google Workspace створює специфічну ситуацію. Вебінтерфейс Gmail зазвичай використовує заголовок "Date" листа для відображення дати повідомлення, а отже, листи часто відображаються з правильною датою у вебінтерфейсі. Натомість, коли та сама скринька доступна через IMAP-клієнт (Outlook, Apple Mail, Thunderbird), клієнт зчитує найновіший заголовок "Received" та відображає дату міграції.
Ця різниця створює значну плутанину. Адміністратор, що тестує міграцію у вебінтерфейсі Gmail, бачить правильні дати та робить висновок, що міграція вдала. Але коли користувачі підключають Outlook до свого облікового запису Google Workspace, вони повідомляють, що кожний лист має хибну дату. Проблема справді існує на сервері (заголовки містять часовий штамп міграції), але стає видимою лише у певних клієнтах. Скільки адміністраторів закрили проєкт міграції, вважаючи, що все гаразд, щоб наступного понеділка потонути у заявках?
Фактор IMAP INTERNALDATE
Google Workspace зберігає INTERNALDATE для кожного листа, встановлену під час процесу вставки. Деякі інструменти міграції правильно встановлюють це значення на оригінальну дату, інші залишають його як дату міграції. Але навіть коли INTERNALDATE правильний, IMAP-клієнти, що надають перевагу заголовкам "Received" (як Outlook), все одно показують хибну дату. Повне виправлення потребує як видалення заголовка "Received" міграції, так і перевірки правильності INTERNALDATE. Для детального технічного пояснення див. чому листи показують хибні дати після міграції IMAP.
Опції адміністрування Google Workspace (що не працюють)
Консоль адміністратора Google
Консоль адміністратора Google надає широкі можливості керування Google Workspace, але не включає жодної функції для виправлення дат листів після міграції. Немає інструмента масового редагування заголовків. Немає утиліти виправлення дат. Немає способу змінити INTERNALDATE наявних листів через інтерфейс адміністрування.
Google Apps Script
Google Apps Script може автоматизувати багато операцій Gmail, але не може змінювати необроблені заголовки листів. Сервіси GmailApp та Gmail API, доступні через Apps Script, дають змогу читати повідомлення, змінювати мітки та модифікувати метадані, але не підтримують заміну необробленого вмісту RFC 2822 повідомлення. Тому виправлення потребує роботи на значно глибшому рівні, ніж те, що Apps Script відкриває.
Сервіс міграції даних Google
Сервіс міграції даних Google (доступний у консолі адміністратора) розроблено для міграції листів до Google Workspace, а не для виправлення заголовків після міграції. Запуск другої міграції цим інструментом додасть ще один заголовок "Received", погіршивши проблему.
Виправлення дат Google Workspace з Redate.io
Як працює делегування адміністратора
Redate.io використовує функцію делегування на рівні домену Google Workspace для доступу до поштових скриньок. Адміністратор створює Service Account у Google Cloud Console, надає необхідні дозволи Gmail API та активує делегування на рівні домену. Це дає Redate.io змогу обробляти будь-яку поштову скриньку організації без потреби в індивідуальних обликових даних користувачів.
Налаштування делегування займає приблизно 10 хвилин та дотримується того самого процесу, що й інші інструменти міграції та керування Google Workspace. Після налаштування адміністратор може сканувати та виправляти будь-яку кількість скриньок з панелі керування Redate.io.
Початок роботи
Створити Service Account. У Google Cloud Console створіть новий проєкт (або використайте наявний), увімкніть Gmail API та створіть Service Account з активованим делегуванням на рівні домену.
Надати дозволи API. У консолі адміністратора Google Workspace перейдіть до Безпека, потім Керування API, потім Делегування на рівні домену. Додайте ID клієнта Service Account та надайте дозволи Gmail API, необхідні Redate.io.
Підключити у Redate.io. Увійдіть до Redate.io, оберіть "Google Workspace" як платформу та завантажте JSON-файл ключа Service Account. Redate.io перевірить з'єднання та покаже список доступних скриньок.
Сканувати скриньки. Оберіть скриньки для сканування (або скануйте всі). Безкоштовний аналіз визначає кількість листів з некоректними датами у кожній скриньці. Для аналізу оплата не потрібна.
Виправити. Перегляньте результати аналізу, оберіть тарифний план та запустіть виправлення. Пропрієтарний рушій корекції Redate.io обробляє кожну скриньку, пропускаючи кожний лист через багатоступеневий процес аналізу, що обробляє проблеми кодування, структури повідомлень multipart, цифрові підписи та десятки складних випадків, які саморобний скрипт пошкодив би. Прогрес видно у реальному часі. Оригінальні повідомлення зберігаються у мітці "Redate.io - Originals" протягом 30 днів.
Після виправлення
Після завершення виправлення Redate.io листи відображають правильну дату у всіх клієнтах: вебінтерфейс Gmail, Outlook, Apple Mail, Thunderbird та будь-який інший застосунок, підключений через IMAP. Виправлення є постійним. Поточне обслуговування чи підписка не потрібні. Користувачі можуть сортувати за датою, шукати за діапазоном дат та використовувати інструменти відповідності, довіряючи точності часових штампів. Скринька працює так, як мала працювати з першого дня.
Посібники за інструментами для Google Workspace
Для детальних інструкцій на основі конкретного інструмента міграції зверніться до цих посібників:
- Виправити дати BitTitan MigrationWiz у Google Workspace
- Виправити дати міграції CloudM у Google Workspace
Міграція до Google Workspace і всі листи показують хибну дату? Запустіть безкоштовний аналіз з Redate.io, щоб побачити, скільки листів уражено у всіх скриньках, та відновити правильні дати.