Исправление дат миграции BitTitan в Exchange Online
Почему миграции BitTitan показывают неправильную дату в Exchange Online
Exchange Online - это почтовая система, обеспечивающая работу почтовых ящиков Microsoft 365, а BitTitan MigrationWiz часто используется для переноса почтовых ящиков из локального Exchange, Lotus Notes, GroupWise или других платформ в Exchange Online. Во время миграции MigrationWiz загружает каждое сообщение с помощью EWS или IMAP APPEND, и транспортный конвейер Exchange Online добавляет к каждому сообщению заголовок Received с меткой времени загрузки.
Exchange Online использует этот заголовок Received и связанное свойство PR_MESSAGE_DELIVERY_TIME для определения отображаемой даты получения. В отличие от некоторых почтовых систем, позволяющих инструментам миграции устанавливать пользовательское время доставки, обработка Exchange Online последовательно применяет фактическую метку времени загрузки. Это означает, что каждое перенесенное письмо содержит дату миграции в метаданных времени доставки независимо от исходной даты отправки.
Проблема усиливается в Exchange Online, поскольку поврежденная дата распространяется через все подключенные службы: Outlook для рабочего стола ее считывает, OWA ее отображает, мобильные клиенты ее показывают, а встроенный поиск Exchange Online ее индексирует. Скрипты PowerShell, которые администраторы используют для запросов содержимого почтового ящика по дате, также возвращают результаты на основе метки времени миграции, а не исходной даты, что затрудняет проверку и устранение неполадок после миграции.
Как это влияет на Exchange Online
Поврежденное время доставки в Exchange Online влияет на каждый уровень почтовой системы. Клиент Outlook для рабочего стола, Outlook в Интернете и мобильные приложения - все отображают дату миграции в столбце получения. Служба поиска Exchange Online индексирует метку времени миграции, поэтому запросы по диапазону дат в Outlook и OWA возвращают неверные результаты.
Для администраторов команды Exchange Online Management Shell, такие как Get-MessageTrace и Search-Mailbox, используют свойство времени доставки, которое теперь отражает дату миграции. Аудит почтовых ящиков, правила журналирования и транспортные правила, ссылающиеся на даты сообщений, работают с поврежденными метками времени. Организации, полагающиеся на встроенные функции соответствия Exchange Online (In-Place Hold, Retention Tags), обнаруживают, что эти политики применяются на основе неверной даты, потенциально сохраняя или удаляя сообщения с неправильными интервалами.
Часто задаваемые вопросы
Это отличается от проблемы дат Microsoft 365?
Exchange Online - это базовая служба, обеспечивающая работу почтовых ящиков Microsoft 365. Основная причина та же: BitTitan добавляет заголовок Received во время миграции, который перезаписывает отображаемую дату. Исправление Exchange Online корректирует дату во всех приложениях Microsoft 365.
Могут ли администраторы Exchange Online исправить это с помощью PowerShell?
PowerShell не может изменить заголовки Received или INTERNALDATE существующих сообщений в Exchange Online. Единственный способ исправить даты - повторно вставить исправленные сообщения, и именно это Redate.io автоматизирует в масштабе.
Поддерживает ли Redate.io гибридные среды Exchange Online?
Да. Redate.io подключается к почтовым ящикам Exchange Online напрямую. Независимо от того, использует ли организация гибридную конфигурацию Exchange или полностью находится в облаке, Redate.io может исправить повреждение дат в любом почтовом ящике, доступном через IMAP или протоколы Exchange.