Исправление дат миграции BitTitan в Microsoft 365
Почему миграция BitTitan искажает даты в Microsoft 365
BitTitan MigrationWiz использует EWS или IMAP для загрузки сообщений в тенант Microsoft 365 при миграции. Каждая загрузка запускает почтовую инфраструктуру Microsoft 365, которая добавляет новый заголовок Received к сообщению с датой миграции, а не оригинальной датой. Этот заголовок оказывается в начале цепочки заголовков и становится авторитетной датой для всей экосистемы M365.
Microsoft 365 сохраняет его как INTERNALDATE сообщения (свойство PR_MESSAGE_DELIVERY_TIME в терминах Exchange). Каждый клиент, подключенный к почтовому ящику M365, считывает именно его. Outlook. Outlook в вебе. Outlook на мобильных устройствах. Сторонние IMAP-клиенты. Все они показывают дату миграции. Почтовый ящик с восьмилетней историей писем вдруг выглядит так, будто все пришло в один вторник марта.
Кстати, это не редкий крайний случай. Такое происходит при каждой миграции BitTitan в M365, независимо от исходной платформы. Локальный Exchange, Google Workspace, Zimbra, GroupWise. Поведение на стороне получателя всегда одинаковое: Microsoft 365 устанавливает дату загрузки, и эта дата становится окончательной.
Результат? IT-отделы завалены заявками утром после миграции. Пользователи не могут найти письма по дате. Руководители, полагавшиеся на хронологию переписки, теряют месяцы или годы контекста за одну ночь.
Как это влияет на пользователей Microsoft 365
Каждое приложение M365 считывает искаженную дату. Outlook в вебе, Outlook для рабочего стола, Outlook для Mac, Outlook на мобильных устройствах - все показывают неверную дату получения. Microsoft Copilot и функции искусственного интеллекта, ссылающиеся на хронологию переписки, выдают некорректные результаты, поскольку опираются на те же поврежденные метаданные.
Особенно серьезно это затрагивает область соответствия требованиям. Юридические удержания (Litigation Hold), политики хранения и поиск eDiscovery в Центре безопасности и соответствия фильтруют данные по дате. Когда каждое письмо содержит дату миграции, запросы по диапазону дат бесполезны. Администратор, которого просят предоставить все письма за третий квартал 2023 года для судебного дела, получает либо ничего, либо весь почтовый ящик. Это не мелкое неудобство, это нарушение требований соответствия.
Redate.io решает эту проблему через безопасную обработку сообщений на низком уровне с индивидуальной проверкой каждого письма. Каждое сообщение обрабатывается отдельно, и оригинальная дата восстанавливается на уровне сервера, после чего коррекция автоматически распространяется на все подключенные клиенты и инструменты соответствия. Без повторной миграции, без ручного вмешательства, без потери данных.
Часто задаваемые вопросы
BitTitan MigrationWiz всегда искажает даты в Microsoft 365?
Да. MigrationWiz добавляет заголовок Received при каждой миграции, который перезаписывает отображаемую дату в Microsoft 365. Это неотъемлемая часть процесса загрузки, и это затрагивает все клиенты M365 и инструменты соответствия, ссылающиеся на даты сообщений.
Улучшит ли исправление дат точность инструментов соответствия и eDiscovery в Microsoft 365?
Безусловно. Redate.io восстанавливает оригинальные временные метки, что означает, что политики хранения, юридические удержания и поиски eDiscovery в Центре безопасности и соответствия будут ссылаться на реальные даты, а не на вводящие в заблуждение даты миграции.
Redate.io исправляет даты во всех приложениях Microsoft 365 одновременно?
Redate.io корректирует дату на уровне сервера. После восстановления метаданных правильная дата автоматически появляется в Outlook для рабочего стола, OWA, Outlook на мобильных устройствах и любом другом клиенте или сервисе, подключенном к почтовому ящику Microsoft 365.
Как Redate.io обрабатывает крупные тенанты M365 с тысячами почтовых ящиков?
Redate.io обрабатывает почтовые ящики поочередно со встроенным управлением скоростью для соблюдения ограничений сервиса Microsoft 365. Тарифный план Enterprise поддерживает до 100 000 писем на почтовый ящик, а несколько ящиков можно поставить в очередь для последовательной обработки.