Исправление дат imapsync в Microsoft 365

Последнее обновление: 27 сентября 2026 г.

Почему даты писем становятся неправильными после миграции imapsync в Microsoft 365

Но на Microsoft 365 одна деталь решает, какую дату получит каждое письмо. imapsync считывает каждое сообщение с исходного сервера и загружает его в Exchange Online через IMAP.

Проблема кроется в том, как Exchange Online обрабатывает входящие сообщения. Exchange Online сохраняет дату, которую получает: когда imapsync записывает письмо по IMAP, он передает внутреннюю дату письма (--syncinternaldates включен по умолчанию), и копия сохраняет эту дату. Но imapsync передает ту дату, которую хранит исходный сервер для письма, а не дату отправки. На здоровом почтовом ящике эти даты совпадают. Если ящик уже был мигрирован раньше или восстановлен из резервной копии, исходный сервер может хранить дату той прежней операции, и imapsync копирует её как есть. Оригинальный заголовок Date: остается нетронутым, но Microsoft 365 использует INTERNALDATE для сортировки.

Это не ошибка Microsoft 365 или imapsync. Каждая копия честно сохраняет ту дату, которая ей присвоена. Если дата была неправильной уже на исходном сервере, то независимо от того, мигрируете вы 500 писем или 500 000, каждое затронутое письмо показывает дату той более ранней операции вместо даты получения.

Кстати, эта проблема затрагивает не только Outlook. Все клиенты Microsoft 365 показывают одну и ту же неверную дату.

Как это влияет на Microsoft 365

В экосистеме Microsoft 365 последствия проявляются повсеместно и затрагивают все инструменты.

В Outlook столбец "Получено" показывает дату миграции для всех перенесенных писем. Фильтры по дате не работают, AutoArchive перемещает не те сообщения, а поиск возвращает пустые результаты.

Администраторы центра соответствия обнаруживают, что политики хранения и eDiscovery работают с искаженными метаданными. Для организаций, подчиняющихся требованиям 152-ФЗ, это создает реальные юридические риски.

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

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

Разве --syncinternaldates не защищает даты в Microsoft 365?

Microsoft 365 сохраняет дату, которую передаёт imapsync, но это дата исходного сервера: если исходный почтовый ящик уже был перенесён или восстановлен ранее, его даты могут быть неверными, и imapsync лишь точно их копирует. В типичном сценарии затронуты от 70 до 100% перенесенных писем. Redate.io сканирует каждое сообщение и исправляет только те, где обнаружено искажение даты.

Может ли Redate.io работать с Microsoft 365?

Redate.io подключается к Microsoft 365 через безопасное API-соединение с правами администратора. Однако дело не в этом: любой инструмент, платный или бесплатный, способен передать только ту дату, которую хранит источник, а инструмент, который вообще не передаёт дату, присваивает копии дату миграции.

Сколько писем может обработать Redate.io?

Redate.io не ограничивает почтовый ящик по размеру: сканирование и исправление работают одинаково для ящика любого объема. Миграции через imapsync обычно включают от нескольких тысяч до десятков тысяч сообщений.

Что если нужно отменить исправления?

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