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

5 min

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

Пошукайте "листи показують хибну дату після міграції" на будь-якому ІТ-форумі, і перша відповідь майже завжди однакова: "Сортуйте за датою відправлення замість дати отримання". Ця порада з'являється на форумах 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 користувачами, кожний з 4 пристроями та 10 теками, це 4 000 індивідуальних змін вигляду. Хто це робитиме?

INTERNALDATE все ще хибний

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

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

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

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

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

Threading розмов ламається

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

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

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

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

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

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

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

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

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