BitTitan MigrationWiz: исправление неправильных дат

6 min

Что такое BitTitan MigrationWiz?

BitTitan MigrationWiz - одна из самых используемых платформ миграции почты в мире. MSP, IT-консультанты и корпоративные IT-команды полагаются на MigrationWiz для переноса ящиков между платформами: с Exchange on-premises на Microsoft 365, с Google Workspace на Exchange Online или между любыми IMAP-совместимыми системами. Через MigrationWiz прошли миллионы миграций, инструмент известен надёжностью и простотой использования.

Но есть упорная проблема, которая затрагивает практически каждую миграцию MigrationWiz: даты писем.

После миграции пользователи открывают ящик в Outlook или другом клиенте и обнаруживают, что каждое письмо показывает дату миграции вместо исходной даты получения. Годы переписки, выглядящие так, будто всё пришло в один день. Пять лет истории, сплющенные в одну строку. Это дезориентирует, а для тех, кто зависит от поиска и сортировки по дате, это удар по продуктивности.

Как MigrationWiz вызывает проблему с датами

Заголовок "Received" mx.migrationwiz.com

В процессе миграции MigrationWiz обрабатывает каждое письмо с сервера-источника и загружает на целевой сервер. При этом к каждому сообщению добавляется новый заголовок "Received" со ссылкой на "mx.migrationwiz.com" и меткой времени обработки конкретного письма.

Типичный заголовок "Received" от MigrationWiz выглядит так:

Received: from mx.migrationwiz.com by destination-server;
  Thu, 11 Apr 2019 14:22:33 +0000

Этот заголовок вставляется в начало цепочки заголовков, становясь самым верхним "Received" в сообщении.

Почему почтовые клиенты показывают неправильную дату

Почтовые клиенты вроде Microsoft Outlook определяют дату "получения", считывая самый верхний заголовок "Received". В обычных условиях он отражает реальный момент доставки. После миграции MigrationWiz самый верхний заголовок отражает момент миграции. Каждое письмо в ящике показывает дату миграции как дату получения. Оригинальный заголовок "Date" (фиксирующий момент отправки) по-прежнему присутствует, но большинство клиентов отдают приоритет заголовку "Received" для отображения.

Для подробного объяснения того, почему это происходит со всеми инструментами миграции, см. почему письма показывают неправильную дату после миграции IMAP.

Как определить заголовок MigrationWiz

Просмотр заголовков в Outlook

Чтобы подтвердить, что проблема вызвана MigrationWiz, откройте затронутое письмо в Outlook Desktop, нажмите "Файл", затем "Свойства". Прокрутите до области "Заголовки Интернета". Ищите заголовок "Received" с "migrationwiz" или "mx.migrationwiz.com". Если такой заголовок есть и его метка времени совпадает с датой миграции, диагноз подтверждён.

Просмотр заголовков в Gmail

В веб-интерфейсе Gmail откройте затронутое письмо, нажмите на меню с тремя точками и выберите "Показать оригинал". Это отобразит сырые заголовки. Ищите "migrationwiz" в тексте заголовков. Заголовок "Received" от MigrationWiz появится ближе к началу цепочки.

Просмотр заголовков в OWA (Outlook Web App)

В Outlook в вебе откройте письмо, нажмите на три точки, выберите "Просмотреть", затем "Показать сведения о сообщении". Сырые заголовки отобразятся во всплывающем окне. Ищите "migrationwiz" для обнаружения заголовка миграции.

Масштаб проблемы

Миграции MigrationWiz обычно обрабатывают ящики целиком. Каждое письмо в каждой папке затронуто: входящие, отправленные, черновики, архив, пользовательские папки. Для пользователя с 10 000 писем за пять лет все 10 000 сообщений показывают одну и ту же дату миграции. Сортировка по дате бесполезна. Результаты поиска показывают ошибочные метки времени. Инструменты комплаенса, опирающиеся на дату получения, выдают некорректные отчёты.

А для организаций с сотнями пользователей? Проблема множится стремительно. Тикеты в службу поддержки сыплются потоком. IT-администраторы под давлением должны исправить ситуацию, но не находят решения ни в MigrationWiz, ни в документации BitTitan. Почему BitTitan не решает этот вопрос в своём инструменте? Потому что технически это не баг их ПО, а следствие работы протокола IMAP.

Подходы к исправлению проблемы дат MigrationWiz

Казалось бы, небольшой скрипт для удаления проблемного заголовка справится. Не всё так просто. Точнее, на простых текстовых письмах это может сработать, но стоит столкнуться с подписанными S/MIME сообщениями, зашифрованным PGP контентом, multipart MIME-структурами с вложенными границами или не-ASCII заголовками (RFC 2047), простой скрипт повредит данные. И что хуже, повреждение можно не заметить месяцами, пока кто-нибудь не попытается открыть важное вложение и не обнаружит, что оно бесшумно уничтожено.

Вот в чём дело: это не просто редактирование заголовка. Корректная обработка всего спектра форматов писем, от устаревших кодировок до современных multipart-структур с inline-картинками и вариациями Content-Transfer-Encoding, требует глубокого знания стандартов RFC 2822 и MIME. Один неправильный байт в границе MIME может сделать всё письмо нечитаемым (не та сюрприз, который хочется получить во вторник утром). Для нескольких ящиков ручной подход попросту нежизнеспособен.

Повторная миграция (дорого, тот же результат)

Некоторые администраторы рассматривают повторную миграцию с другими настройками MigrationWiz. К сожалению, повторная миграция не решает проблему. MigrationWiz добавляет заголовок "Received" при каждой миграции. Вторая миграция добавит ещё один заголовок "Received", усложняя цепочку без исправления даты. Повторная миграция требует дополнительных лицензий и значительного простоя. Для сравнения всех подходов и их стоимости см. можно ли исправить даты писем после миграции.

Автоматическое исправление с Redate.io

Redate.io специально создан для исправления дат после миграции, с поддержкой заголовков MigrationWiz. Проприетарный движок коррекции Redate.io анализирует полную цепочку заголовков каждого сообщения, сопоставляет сигнатуры сотен профилей инструментов миграции (включая специфические для MigrationWiz паттерны) и пропускает каждое письмо через многоступенчатый конвейер анализа, обрабатывающий краевые случаи кодировки, multipart-структуры и цифровые подписи. Результат: корректные даты восстановлены на каждом письме с верификацией целостности перед финализацией.

Исправление дат MigrationWiz с Redate.io

Подключение ящика

Войдите в Redate.io и добавьте затронутый ящик. Для Google Workspace используется делегирование на уровне домена через сервисный аккаунт. Для Microsoft 365 - регистрация приложения Azure AD. Для других IMAP-серверов - стандартные учётные данные. Административный доступ позволяет исправлять несколько ящиков через одно подключение.

Запуск бесплатного анализа

Redate.io анализирует ящик и выявляет каждое письмо с заголовком "Received" от MigrationWiz. Анализ полностью бесплатный и выдаёт подробный отчёт: общее число проанализированных писем, число затронутых и обнаруженная дата миграции. Для просмотра результатов оплата не требуется.

Просмотр и исправление

После просмотра результатов анализа выберите тариф на основе числа затронутых писем и запустите коррекцию. Оригиналы перемещаются в видимую папку "Redate.io - Originals" (не удаляются) и хранятся 30 дней. Каждая коррекция проходит проверку целостности, сравнивая исправленное сообщение с оригиналом для гарантии нулевой потери данных.

Проверка в Outlook

После коррекции откройте Outlook и дождитесь синхронизации. Каждое письмо теперь показывает исходную дату получения. Сортировка по дате снова работает корректно. Хронология ящика восстановлена, как если бы миграция не затрагивала метки времени.

Руководства по платформам для MigrationWiz

Redate.io предоставляет подробные руководства для каждой платформы, затронутой миграцией MigrationWiz:

Часто задаваемые вопросы

Есть ли у BitTitan функция исправления дат?

Нет. BitTitan MigrationWiz не включает функцию пост-миграционного исправления дат. Документация MigrationWiz не затрагивает проблему, а поддержка BitTitan обычно предлагает переключиться на дату "Отправлено" в Outlook как обходное решение. Это не исправляет данные.

Может ли Redate.io исправить даты через месяцы после миграции MigrationWiz?

Да. Оригинальный заголовок "Date" сохраняется внутри каждого письма бессрочно. Redate.io может исправить даты независимо от давности миграции. Прошла ли миграция на прошлой неделе или два года назад, коррекция работает одинаково.

Как насчёт миграций MigrationWiz между Google Workspace и Microsoft 365?

Redate.io исправляет даты на целевой платформе, независимо от происхождения писем. Перенёс ли MigrationWiz ящики из Google Workspace в Microsoft 365, из Exchange в Google Workspace или в любом другом направлении, Redate.io выявляет заголовок "Received" MigrationWiz и исправляет его. Коррекция работает на любом IMAP-совместимом получателе.

Готовы исправить даты MigrationWiz? Запустите бесплатный анализ, чтобы увидеть точное число затронутых писем в каждом ящике. Анализ бесплатный, занимает несколько минут и не требует технических навыков.