Сортировка по дате отправки не решает проблему

Самый распространённый совет на каждом форуме

Найдите в любом 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 могут привести к санкциям, штрафам или неблагоприятным судебным решениям. В России это касается соблюдения требований 149-ФЗ, ФЗ-152 о персональных данных и отраслевых регуляторов: ЦБ РФ, Роспотребнадзора, Росздравнадзора.

Нужно настраивать на каждом устройстве и в каждой папке

Outlook не применяет настройки вида глобально. Смена колонки сортировки во «Входящих» не меняет её в «Отправленных», «Черновиках», «Архиве» и пользовательских папках. Каждую папку нужно настраивать отдельно. Настройки хранятся локально, то есть их нужно повторять на каждом устройстве. Для организации из 100 пользователей, у каждого из которых четыре устройства и десять папок, это 4000 отдельных изменений вида. Кто этим будет заниматься?

INTERNALDATE по-прежнему неверна

IMAP INTERNALDATE остаётся некорректной на сервере. Это затрагивает инструменты резервного копирования, будущие инструменты миграции (которые распространяют неверную INTERNALDATE дальше), API-интеграции и системы архивирования почты. Проблема с INTERNALDATE сохраняется бесконечно, пока не будет исправлена на уровне сервера.

Правила и фильтры почты используют дату получения

Правила Outlook, фильтры Gmail и правила транспорта Exchange, основанные на дате получения, работают некорректно. Правило «переместить письма, полученные более 90 дней назад, в Архив» может заархивировать всё содержимое ящика или не сделать ничего. Потоки Power Automate и скрипты Google Apps Script, обрабатывающие письма по дате получения, выдают неправильные результаты.

Некоторые почтовые клиенты вообще не поддерживают это

Не все почтовые клиенты поддерживают сортировку по дате отправки. Apple Mail на iOS не предлагает опцию «сортировать по дате отправки». Thunderbird управляет колонками дат иначе, чем Outlook. Веб-интерфейсы почты (Roundcube, Horde) имеют ограниченные возможности настройки колонок.

Группировка по переписке ломается

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

Настоящее решение: исправить данные на стороне сервера

«Сортировка по дате отправки» не работает потому, что она устраняет симптом (неправильный порядок отображения), не исправляя причину (неверные метаданные дат на сервере). Настоящее решение — коррекция метаданных дат на сервере для каждого затронутого письма.

После исправления данных на стороне сервера каждый почтовый клиент показывает правильную дату. Результаты поиска возвращают точные диапазоны дат. Инструменты соответствия запрашивают верные временные метки. Правила и фильтры работают с реальной датой получения. Никаких настроек по устройствам или папкам. Исправление постоянно и универсально.

Как Redate.io выполняет исправление на уровне сервера

Проприетарный движок коррекции Redate.io подключается к почтовому ящику (Google Workspace, Microsoft 365 или любому IMAP-серверу) и сканирует каждое письмо для выявления тех, у которых есть заголовки «Received» от инструментов миграции. Сканирование бесплатно.

Для каждого затронутого письма многоступенчатый конвейер анализа определяет сигнатуры миграции по совпадению паттернов среди сотен известных сигнатур инструментов миграции, применяет целевые исправления с сохранением целостности сообщения (подписи S/MIME, структуры multipart, встроенные вложения, non-ASCII заголовки и десятки других граничных случаев), после чего выполняет проверку целостности каждого исправленного письма. Оригиналы перемещаются в видимую резервную папку на 30 дней. Подробнее об этом в статье как исправить даты писем после миграции.

После исправления не нужно ничего настраивать в Outlook, менять параметры на каждом устройстве или запоминать обходные пути. Даты просто правильные — везде и навсегда.

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