Виправлення дат міграції GSMMO в Outlook

GSMMO (Google Workspace Migration for Microsoft Outlook) - це офіційний інструмент Google для міграції PST-файлів та профілів Outlook до Google Workspace. Він зчитує листи з Ваших локальних даних Outlook та завантажує їх до облікового запису Google Workspace через Gmail API. Під час завантаження Gmail додає кожному повідомленню поточну позначку часу завантаження як INTERNALDATE та заголовок Received із датою міграції.

А далі - іронія. Ви мігрували з Outlook до Google Workspace за допомогою GSMMO, але Вам все ще потрібен Outlook (можливо, компанія цього вимагає, або Ви просто його віддаєте перевагу). Тож Ви підключаєте Outlook назад до свого облікового запису Google Workspace через IMAP або Google Workspace Sync. Outlook зчитує IMAP INTERNALDATE та найновіший заголовок Received - обидва тепер містять дату міграції. Кожен лист, який ідеально відображався у Вашому старому PST-файлі, тепер показує дату міграції GSMMO в стовпці отримання Outlook.

Що робить міграції GSMMO особливо болючими - це розрив очікувань. Користувачі слідують покроковому посібнику міграції від самого Google. Вони очікують, що процес буде прозорим, зберігаючи історію листування точно такою, якою вона була. Ніхто не попереджає, що метадані дати будуть перезаписані. Проблему виявляють через кілька днів, коли відкривають Outlook і знаходять 8 років історії листування з датою минулого вівторка. І оскільки GSMMO - це інструмент самообслуговування, постраждалі користувачі часто є людьми без ІТ-підтримки для діагностики проблеми.

Подумайте, як Ви використовуєте Outlook. Ви сортуєте за датою. Ви переглядаєте стовпець отримання, щоб знайти лист тримісячної давнини. Ви використовуєте діапазони дат у пошуку. Все це ламається після міграції GSMMO. Кожен лист - клієнтські пропозиції з 2018 року, рахунки з 2021 року, командні обговорення з минулого кварталу - показує ідентичну дату міграції. Вигляд Outlook, відсортований за датою, перетворюється на стіну ідентичних позначок часу.

Перегляд бесід Outlook все ще групує пов'язані повідомлення за темою та message-ID, тому ланцюжки технічно працюють. Але дата, що відображається поруч з кожним повідомленням у бесіді, є хибною, що робить неможливим зрозуміти, коли саме була надіслана кожна відповідь. Запрошення на наради та відповіді на них у мігрованій скриньці показують дату міграції, що створює плутанину при перегляді минулих рішень щодо планування. Пошукові фільтри Outlook, що покладаються на дату отримання (на кшталт "отримано: минулий місяць"), повертають або все, або нічого, залежно від того, коли відбулася міграція. Для професіоналів, які покладаються на датову організацію Outlook для керування сотнями листів щодня, міграція GSMMO фактично руйнує їхній робочий процес.

Redate.io виправляє це за допомогою зіставлення шаблонів сигнатур інструменту міграції GSMMO у поєднанні з безпечною низькорівневою обробкою повідомлень. Корекція спрямована лише на метадані дати - вміст повідомлення, вкладення та структура папок залишаються недоторканими. Кожне виправлене повідомлення індивідуально перевіряється відповідно до оригінального заголовка Date.