Виправлення дат міграції BitTitan в Google Workspace

BitTitan MigrationWiz завантажує листи до Google Workspace через Gmail API або IMAP. Під час завантаження поштова інфраструктура Google записує позначку часу вставки як INTERNALDATE повідомлення. BitTitan також додає заголовок Received із датою міграції. Оригінальний заголовок Date всередині листа залишається недоторканим - але INTERNALDATE перезаписується позначкою часу міграції.

До речі, Google Workspace обробляє це інакше, ніж інші платформи. Вебінтерфейс Gmail зчитує заголовок Date для відображення, тому листи насправді виглядають правильно у браузері. Але IMAP INTERNALDATE остаточно встановлюється на дату міграції. Будь-який IMAP-клієнт, підключений до цього облікового запису Google Workspace - Outlook, Thunderbird, Apple Mail - зчитує INTERNALDATE і показує дату міграції замість оригінальної.

Це створює ситуацію, яка зводить з розуму. Один і той самий лист показує правильну дату в Gmail у браузері, але хибну дату в Outlook, підключеному до того самого облікового запису. ІТ-адміністратори отримують суперечливі повідомлення. "Мої листи в порядку." "Мої листи всі з помилками." Обидва користувачі праві - вони просто використовують різні клієнти.

Уявіть: Ви щойно перенесли 85 поштових скриньок із локального Exchange до Google Workspace за допомогою MigrationWiz. Половина команди використовує вебінтерфейс Gmail і не бачить жодних проблем. Інша половина використовує Outlook через IMAP і подає 85 заявок до підтримки за один ранок. Діагностика займає години, бо проблему не видно в консолі MigrationWiz та в панелі адміністратора Gmail.

Проблема подвійних дат найбільше вражає організації, де користувачі отримують доступ до пошти через різні клієнти. У Gmail через браузер все виглядає нормально. В Outlook - зламано. В Apple Mail - зламано. У мобільних IMAP-клієнтах - зламано. Лише вебінтерфейс маскує проблему.

Але наслідки глибші за просте відображення. Google Vault (рішення для відповідності та архівування, яке використовується для юридичного утримання та eDiscovery) посилається на INTERNALDATE для певних операцій. Пошук за датами для юридичних запитів може повертати неточні результати. Сторонні інструменти резервного копіювання, що підключаються через IMAP, архівують дату міграції як дату повідомлення, створюючи постійні неточності в записах резервних копій. Навіть власна команда Gmail IMAP SEARCH DATE використовує INTERNALDATE, а не заголовок Date.

Redate.io вирішує це за допомогою багатоетапного конвеєра аналізу заголовків, який коригує INTERNALDATE та заголовки міграції, не торкаючись вмісту листа чи вкладень. Вебінтерфейс Gmail (який і так показував правильні дати) залишається без змін, тоді як IMAP-клієнти, Vault та інструменти резервного копіювання починають зчитувати правильну дату. Зіставлення шаблонів сигнатур інструментів міграції гарантує, що цілеспрямовано обробляються лише заголовки, додані BitTitan.