Исправление дат миграции imapsync в Microsoft 365
Почему миграции imapsync показывают неправильную дату в Microsoft 365
Миграции imapsync в Microsoft 365 (Exchange Online) сталкиваются с двойной проблемой сохранения дат. Во-первых, IMAP-шлюз Exchange Online имеет специфическое поведение, которое может перезаписать INTERNALDATE, предоставленную флагом --syncinternaldates imapsync. Во-вторых, Exchange Online добавляет собственный заголовок Received в процессе IMAP APPEND, маркируя каждое сообщение меткой времени миграции.
Реализация IMAP в Microsoft 365 ограничена по сравнению с полными протоколами Exchange (EWS, MAPI). Когда imapsync загружает через IMAP, сообщение проходит через транспортный конвейер Exchange Online, который обрабатывает его аналогично новому входящему сообщению. Этот конвейер добавляет транспортные заголовки, выполняет проверки соответствия и маркирует сообщение метаданными доставки, отражающими фактическое время загрузки, а не запрошенную INTERNALDATE.
Администраторы, выбирающие imapsync для миграций Microsoft 365 (часто потому, что он бесплатный и поддерживает скрипты), обнаруживают после миграции, что сохранение дат не сработало как ожидалось. Флаг --syncinternaldates, который корректно работает со многими стандартными IMAP-серверами, не дает ожидаемых результатов с конкретной реализацией IMAP Exchange Online. Весь перенесенный почтовый ящик показывает дату миграции во всех приложениях Microsoft 365.
Как это влияет на Microsoft 365
В Microsoft 365 дата миграции отображается единообразно в Outlook для рабочего стола, OWA, Outlook для мобильных устройств и Microsoft Search. В отличие от Gmail (где веб-клиент может маскировать проблему), клиенты Microsoft 365 все ссылаются на одну и ту же метку времени доставки. У пользователей нет обходного пути и нет клиента, показывающего правильную дату, пока базовые заголовки Received и INTERNALDATE не исправлены на уровне сервера.
Административные и функции соответствия Microsoft 365 затронуты в равной мере. Exchange Online Protection, политики предотвращения утечки данных и поиски соответствия Microsoft Purview - все индексируют метку времени миграции. Для организаций, подчиняющихся правилам хранения данных, поврежденные даты означают, что политики хранения, основанные на возрасте сообщения, работают с неверными данными, потенциально приводя к преждевременному удалению сообщений, которые должны быть сохранены, или бессрочному хранению сообщений, которые должны быть удалены.
Часто задаваемые вопросы
Почему imapsync --syncinternaldates не работает с Microsoft 365?
Реализация IMAP Exchange Online обрабатывает загруженные сообщения через свой транспортный конвейер, который может перезаписать запрошенную INTERNALDATE. Кроме того, Exchange Online добавляет заголовки Received с меткой времени загрузки. Это серверное поведение находится вне контроля imapsync.
Следовало ли мне использовать другой инструмент миграции для Microsoft 365?
Большинство инструментов миграции (включая коммерческие, такие как BitTitan и CloudM) создают ту же проблему с датами, поскольку основная причина в том, как Exchange Online обрабатывает загруженные сообщения. Выбор инструмента миграции не предотвращает проблему. Redate.io исправляет ее независимо от того, какой инструмент использовался.
Может ли Redate.io массово исправить почтовые ящики, перенесенные imapsync?
Да. Redate.io поддерживает массовую обработку почтовых ящиков для Microsoft 365. Администраторы могут сканировать и исправлять несколько почтовых ящиков из единой панели управления. План Enterprise поддерживает до 100 000 писем на почтовый ящик.