Исправление дат миграции imapsync в Google Workspace

imapsync - это стандартный инструмент для миграции почтовых ящиков в Google Workspace. Он с открытым исходным кодом, поддерживает скрипты и проверен в тысячах миграций. Но есть одна проблема: IMAP-шлюз Google Workspace не ведет себя как стандартный IMAP-сервер в отношении обработки дат.

Когда imapsync загружает сообщение через стандартный протокол передачи почты с флагом --syncinternaldates, он просит Google сохранить оригинальную INTERNALDATE с исходного сервера. Google Workspace принимает этот запрос для некоторых сообщений, но молча перезаписывает его для других. Перезапись зависит от того, как сообщение проходит через внутренний конвейер обработки Gmail - спам-фильтры, проверки соответствия, валидацию заголовков. Каждый шаг может сбросить INTERNALDATE на текущую временную метку. Никакого предупреждения, никакой записи в журнале, никакого указания на то, что дата была изменена.

Но INTERNALDATE - это только половина проблемы. Google Workspace также добавляет свежий заголовок Received к каждому загруженному сообщению с временной меткой даты миграции. Этот заголовок Received располагается вверху цепочки заголовков, и любой IMAP-клиент, читающий почтовый ящик (Outlook, Apple Mail, Thunderbird), отображает эту временную метку миграции вместо оригинальной даты. Результат? Почтовый ящик, в котором 47 000 писем выглядят так, будто все поступили 15 марта 2025 года.

Особенно обманчивым в Google Workspace является то, что веб-интерфейс Gmail использует заголовок Date для отображения, который imapsync не изменяет. Администратор проверяет Gmail в браузере, видит везде правильные даты и предполагает, что миграция прошла успешно. Тем временем 200 сотрудников, подключенных через Outlook, видят стену писем с одинаковыми датами. Вы когда-нибудь пробовали объяснить финансовому директору, почему каждое письмо в его ящике показывает вчерашнюю дату?

Разделение Gmail-против-IMAP создает двухуровневую реальность внутри одной организации. Пользователи веб-интерфейса Gmail не видят ничего неправильного. Пользователи Outlook, Apple Mail или любого мобильного IMAP-клиента видят каждое мигрированное письмо с пометкой даты миграции. Когда член команды ссылается на "то письмо с прошлого октября", коллеги видят разные даты в зависимости от используемого клиента. Путаница перерастает в недоверие ко всей почтовой системе.

Затем есть аспект соответствия нормативным требованиям. Google Vault - инструмент, на который организации полагаются для юридических удержаний и eDiscovery - ведет себя непредсказуемо с поврежденными датами. Некоторые поиски Vault используют заголовок Date, другие - INTERNALDATE. Юридический запрос на раскрытие "всех писем с января по март 2024" может вернуть неполные результаты, поскольку INTERNALDATE указывает, что сообщения были доставлены в 2025 году. Для организаций в регулируемых отраслях (здравоохранение, финансы, право) это не неудобство. Это ответственность.

Redate.io подключается к Google Workspace через делегирование на уровне домена и запускает свой проприетарный механизм исправления на затронутых почтовых ящиках. Механизм выполняет многоэтапный анализ заголовков для идентификации сигнатур миграции imapsync, затем применяет целевую коррекцию метаданных без изменения фактического содержимого сообщения. Каждое исправленное письмо проверяется индивидуально, прежде чем оригинал перемещается в метку резервной копии. Панель администратора отслеживает прогресс по всем почтовым ящикам в реальном времени - 50 ящиков, 500 ящиков, масштабирование одинаковое.