Сортування за датою відправлення - не рішення

Найпоширеніша порада на кожному форумі

Пошукайте «листи показують неправильну дату після міграції» на будь-якому 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 можуть призвести до санкцій, штрафів або несприятливих судових рішень. Регулятори на кшталт тих, що контролюють дотримання GDPR або галузевих вимог до зберігання даних, не приймають «ми змінили сортування» як пояснення.

Потрібно налаштовувати на кожному пристрої і в кожній папці

Outlook не застосовує налаштування вигляду глобально. Зміна стовпця сортування у «Вхідних» не змінює його у «Надісланих», «Чернетках», «Архіві» або користувацьких папках. Кожну папку потрібно налаштовувати окремо. Налаштування зберігаються локально, тобто їх потрібно повторювати на кожному пристрої. Для організації зі 100 користувачами, кожен з 4 пристроями і 10 папками, це 4000 окремих змін вигляду. Хто буде це робити?

INTERNALDATE залишається неправильною

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

Правила та фільтри пошти використовують дату отримання

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

Деякі поштові клієнти взагалі не підтримують це

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

Групування розмов порушується

Поштові клієнти, які підтримують вигляд розмов, групують пов'язані повідомлення на основі заголовків і дат. Коли дати отримання неправильні, групування розмов може неправильно впорядковувати повідомлення всередині гілки або показувати дату міграції як дату розмови.

Справжнє рішення: виправити дані на стороні сервера

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

Після виправлення даних на стороні сервера кожен поштовий клієнт відображає правильну дату. Результати пошуку повертають точні діапазони дат. Інструменти відповідності запитують правильні часові мітки. Правила та фільтри працюють із реальною датою отримання. Жодних налаштувань для кожного пристрою чи папки не потрібно. Виправлення постійне і універсальне.

Як Redate.io виконує виправлення на рівні сервера

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

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

Після виправлення нічого не потрібно налаштовувати в Outlook, жодних змін на кожному пристрої, жодних обхідних рішень для запам'ятовування. Дати просто правильні - скрізь і назавжди.

Не покладайтеся на обхідне рішення, яке працює лише наполовину. Запустіть безкоштовне сканування, щоб побачити, скільки листів мають неправильні дати, і виправте 10 безкоштовно для перевірки результатів.