BitTitan MigrationWiz: исправление дат писем

Что BitTitan MigrationWiz делает с датами писем

Миграция завершилась в пятницу. 47 почтовых ящиков перенесены с локального Exchange на Microsoft 365, в панели MigrationWiz все зеленое. А в понедельник утром приходит первая заявка: "Все мои письма показывают 28 марта 2026 года".

Каждое письмо. Годы переписки, клиентские предложения 2019 года, счета 2021 года, на всех стоит дата миграции. Лог MigrationWiz говорит, что все перенесено успешно (технически так и есть). Но даты пропали.

BitTitan MigrationWiz - один из самых распространенных инструментов для облачной миграции электронной почты. Он работает с Exchange на Microsoft 365, Google Workspace на Exchange, межтенантными переносами и другими сценариями. Сам инструмент хорошо справляется со своей задачей. Проблема с датами - это не баг MigrationWiz. Все сводится к одному: к дате, которую получает каждая копия письма при записи в новый почтовый ящик.

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

Где на самом деле находится неправильная дата

Когда MigrationWiz переносит письмо с источника на приемник, используется протокол IMAP (или Exchange Web Services, в зависимости от типа конечной точки). Сервер назначения сохраняет ту дату, которую ему передают: Microsoft 365, Outlook.com и Gmail сохраняют оригинальную дату, если копия ее несёт. Поэтому если все письма показывают дату миграции, вопрос в том, какую дату передал (или не передал) MigrationWiz.

Вот что все ещё несут заголовки одного из таких писем после миграции MigrationWiz:

Date: Tue, 15 Jan 2019 09:32:10 +0100
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

Оригинальный заголовок Date: от 2019 года на месте, и оригинальная цепочка Received: тоже. А в Microsoft 365 дата, которую Outlook показывает как дату получения, - это собственная запись почтового ящика о том, когда пришло каждое письмо: если MigrationWiz не передал оригинальную дату, эта запись говорит 28 марта 2026 года.

Значение INTERNALDATE (метка времени, которую IMAP-серверы используют для сортировки) - это дата, которую получила копия. MigrationWiz пытается сохранить даты, и Microsoft 365 сохраняет ту дату, которую ему передают: если даты все равно оказываются неправильными, значит, для этих писем была передана не оригинальная дата.

Почему Date Mapping в MigrationWiz не спасает

BitTitan предлагает функцию "Date Mapping" в расширенных настройках MigrationWiz. На бумаге звучит как решение. На самом деле? Эта настройка контролирует, за какой диапазон дат мигрировать сообщения, а не как даты сохраняются на приемнике.

Путаница понятна. В названии настройки есть слово "date". Но фактически она фильтрует исходные сообщения по диапазону дат перед миграцией. Письмо 2018 года все равно попадает на приемник с меткой времени миграции.

Есть ещё вопрос IMAP против Exchange. Когда MigrationWiz мигрирует между двумя серверами Exchange через EWS (Exchange Web Services), сохранение дат работает лучше, потому что EWS имеет больше контроля над метаданными сообщений. И по IMAP сервер назначения тоже сохраняет ту дату, которую ему передают: важно только, передается ли оригинальная дата.

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

Конкретные сценарии MigrationWiz, ломающие даты

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

• Exchange (локальный) в Microsoft 365 через IMAP: Даты ломаются. Каждое письмо получает дату копии.
• Google Workspace в Microsoft 365: Даты ломаются. MigrationWiz читает из Google по IMAP и записывает в M365 без оригинальной даты.
• Exchange в Exchange (EWS в EWS): Даты обычно сохраняются. По EWS оригинальная дата передается вместе с письмом.
• Что угодно в Google Workspace через IMAP: По IMAP Gmail сохраняет ту дату, которую передает инструмент, и ничего не добавляет. Даты ломаются только если эта дата не оригинальная, либо если копия проходит через API импорта Gmail, который добавляет строку Received: с датой копии.
• Межтенантный Microsoft 365: Все зависит от даты, которую передает метод.

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

Реальная цена неправильных дат после MigrationWiz

Неправильные даты писем - это не просто неудобство. Для организаций, мигрировавших с BitTitan, последствия выходят далеко за рамки беспорядка во входящих.

Юридические отделы не могут использовать письма в качестве доказательств, когда каждое сообщение показывает дату миграции вместо реальной даты отправки. Налоговые проверки требуют хронологического подтверждения переписки. Регуляторные рамки вроде Федерального закона о персональных данных и GDPR обязывают вести точный учет записей, а письма с поддельными метками времени этому требованию не соответствуют.

Есть и практическая сторона. Попробуйте найти обсуждение договора от ноября 2022 года, когда весь почтовый ящик показывает март 2026. Сортировка по дате? Бесполезна. Поиск по диапазону дат? Возвращает все или ничего.

Для MSP, использовавших MigrationWiz в клиентских средах, это создает проблему ответственности. Клиент заплатил за миграцию. Он её получил, но его почтовый архив фактически сломан для рабочих процессов, зависящих от дат.

Один MSP, о котором нам стало известно, перенес около 380 почтовых ящиков для юридической фирмы. Через три месяца команда фирмы по судебным разбирательствам обнаружила проблему с датами во время раскрытия документов. Каждое письмо, которое нужно было представить как доказательство, показывало дату миграции. MSP пришлось объяснять, почему 6 лет переписки с метками времени теперь показывают июнь 2025 года. Кстати, подобные ситуации происходят не так редко, как может показаться: большинство администраторов обнаруживают проблему лишь спустя недели после миграции.

Исправление дат BitTitan MigrationWiz

Оригинальный заголовок Date: по-прежнему находится внутри каждого письма. MigrationWiz не трогает тело сообщения и оригинальные заголовки. Проблему отображения вызывает та дата, которую почтовый ящик записал для каждой копии.

Redate.io подключается к почтовому ящику (Google Workspace, Microsoft 365 или IMAP), сканирует письма, затронутые миграцией MigrationWiz, и исправляет метаданные дат через проприетарный многоступенчатый аналитический конвейер. Исправление нацелено именно на слой метаданных, и ему не нужно знать, какой инструмент выполнял миграцию: он находит письма, у которых отображаемая дата не совпадает с оригинальной.

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

Понять проблему - это одно. Исправить 15 000 писем, не потеряв ни одного вложения, не сломав подписи S/MIME и не повредив multipart MIME boundaries - совсем другое. Скрипт, работающий на 10 тестовых сообщениях в лаборатории, не справится с крайними случаями рабочего почтового ящика с 7-летней перепиской, PGP-шифрованными сообщениями и заголовками RFC 2047 с не-ASCII символами.

Как Вы убедитесь, что каждое исправленное сообщение не повреждено? Что цепочки ответов работают, что приглашения в календарь по-прежнему распознаются, что вложение на 47 МБ из того письма 2020 года не испортилось? Redate.io делает это автоматически, для каждого отдельного сообщения. А если что-то выглядит подозрительно, оригинал находится прямо в папке резервных копий.

Бесплатное сканирование занимает около двух минут. Подключение к ящику, обнаружение каждого письма с меткой даты миграции MigrationWiz, точное количество и стоимость - до того, как Вы что-либо оплатите. Без кредитной карты, без обязательств.

Руководства по исправлению для конкретных платформ

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

• Исправить даты BitTitan в Outlook
• Исправить даты BitTitan в Microsoft 365
• Исправить даты BitTitan в Google Workspace
• Исправить даты BitTitan в Exchange Online

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

Выполнили миграцию с BitTitan MigrationWiz и застряли с неправильными датами? Запустите бесплатное сканирование, чтобы увидеть, сколько писем затронуто, прежде чем принимать какие-либо решения.