Самый частый совет на каждом форуме
Поищите "письма показывают неправильную дату после миграции" на любом IT-форуме, и первый ответ почти всегда один: "Сортируйте по дате отправки вместо даты получения." Этот совет встречается на форумах Microsoft, в темах справки Google Workspace, на Reddit и Spiceworks. Он стал ответом по умолчанию на то, что по сути является проблемой данных на уровне сервера.
Совет дан из лучших побуждений. В Outlook смена колонки сортировки с "Получено" на "Отправлено" действительно меняет видимый порядок. Письма, казавшиеся пришедшими в один день, вдруг выстраиваются в правильную хронологию. На первый взгляд проблема решена.
Но это не так.
Почему это кажется рабочим
Визуальное улучшение
Когда пользователь переключает вид Outlook на сортировку по "Дате отправки", входящие сразу выглядят правильно. Письма 2020 года появляются перед письмами 2023. Для человека, смотревшего на 10 000 писем с одинаковой датой, это впечатляющее улучшение.
Работает в одном виде на одном устройстве
Сортировка по дате отправки работает ровно в одном месте: в виде конкретной папки на конкретном устройстве, где пользователь сделал изменение. При переходе в другую папку вид может вернуться. При проверке почты с другого устройства настройка не переносится.
Все способы, которыми это не работает
Результаты поиска по-прежнему показывают неправильные даты
Поиск в Outlook, Gmail, Apple Mail и Thunderbird индексирует сообщения по дате получения (INTERNALDATE), а не по дате отправки. Когда пользователь ищет "письма, полученные в марте 2022", движок проверяет INTERNALDATE, которая по-прежнему показывает дату миграции. Поиск возвращает ноль результатов за март 2022 и все письма за дату миграции.
Для пользователей, часто ищущих по диапазону дат (бухгалтеры, ищущие счета за квартал, юристы, собирающие переписку за период), ящик функционально непригоден. Смена колонки сортировки не затрагивает то, что использует поисковый движок.
Комплаенс и eDiscovery скомпрометированы
Инструменты вроде Microsoft Purview, Google Vault и сторонних платформ комплаенса запрашивают серверные метаданные, включая INTERNALDATE. Сортировка по дате отправки в Outlook никак не влияет на то, что извлекают эти инструменты. Запрос на юридическое удержание "все письма, полученные с января по март 2023" вернёт неправильные результаты.
Для организаций в финансах, здравоохранении, юриспруденции и госсекторе неточные результаты eDiscovery могут привести к санкциям, штрафам или неблагоприятным судебным решениям.
Нужно настроить на каждом устройстве и в каждой папке
Outlook не применяет настройки вида глобально. Смена колонки сортировки во Входящих не меняет её в Отправленных, Черновиках, Архиве или пользовательских папках. Каждую папку нужно настраивать отдельно. Настройки хранятся локально, значит их нужно повторять на каждом устройстве. Для организации из 100 пользователей, каждый с четырьмя устройствами и 10 папками, это 4000 индивидуальных изменений вида. Кто будет это делать?
INTERNALDATE по-прежнему неправильная
IMAP INTERNALDATE остаётся некорректной на сервере. Это влияет на инструменты бэкапа, будущие инструменты миграции (которые пропагируют неправильную INTERNALDATE), API-интеграции и системы архивирования почты. Проблема INTERNALDATE сохраняется бессрочно, пока не исправлена на уровне сервера.
Правила и фильтры почты используют дату получения
Правила Outlook, фильтры Gmail и транспортные правила Exchange, основанные на дате получения, работают некорректно. Правило "переместить письма старше 90 дней в Архив" может заархивировать всё содержимое ящика или ничего. Потоки Power Automate и Google Apps Scripts, обрабатывающие письма по дате получения, выдают неправильные результаты.
Некоторые клиенты вообще это не поддерживают
Не все клиенты поддерживают сортировку по дате отправки. Apple Mail на iOS не предлагает опцию "сортировать по дате отправки". Thunderbird обрабатывает колонки дат иначе, чем Outlook. Веб-почтовые интерфейсы (Roundcube, Horde) имеют ограниченные возможности настройки колонок.
Группировка переписки ломается
Клиенты с видом "переписка" группируют связанные сообщения на основе заголовков и дат. Когда даты получения неправильны, группировка может неправильно упорядочить сообщения в цепочке или показать дату цепочки как дату миграции.
Настоящее решение: исправить серверные данные
Причина, по которой "сортировка по дате отправки" не работает, в том, что она лечит симптом (неправильный порядок отображения), не исправляя причину (неправильные метаданные дат на сервере). Настоящее решение - исправление метаданных дат на сервере для каждого затронутого письма.
Как только серверные данные исправлены, каждый почтовый клиент показывает правильную дату. Результаты поиска возвращают точные диапазоны. Инструменты комплаенса запрашивают правильные метки. Правила и фильтры работают с настоящей датой получения. Никаких настроек по устройствам или папкам. Исправление постоянное и универсальное.
Как Redate.io выполняет серверное исправление
Проприетарный движок коррекции Redate.io подключается к ящику (Google Workspace, Microsoft 365 или любой IMAP-сервер) и анализирует каждое письмо для выявления тех, что имеют заголовки "Received" миграции. Анализ бесплатный.
Для каждого затронутого письма многоступенчатый конвейер анализа выявляет сигнатуры миграции путём сопоставления паттернов по сотням профилей известных инструментов, применяет точечные корректировки с сохранением целостности сообщения (подписи S/MIME, multipart-структуры, inline-вложения, не-ASCII заголовки и десятки других краевых случаев) и выполняет проверку целостности. Оригиналы перемещаются в видимую папку бэкапа на 30 дней. Весь процесс описан в статье как исправить даты писем после миграции.
После коррекции не нужно ничего настраивать в Outlook, менять параметры на каждом устройстве или помнить об обходных путях. Даты просто правильные, везде, навсегда.
Хватит полагаться на обходное решение, работающее наполовину. Запустите бесплатный анализ, чтобы увидеть, сколько писем с неправильными датами, и бесплатно исправьте 10 для проверки результата.