Виправлення дат ручного копіювання IMAP в Gmail

Ручне IMAP-копіювання в Gmail звучить досить просто: додайте вихідний акаунт i Gmail до поштового клієнта як Outlook, Thunderbird або Apple Mail та перетягніть повідомлення. Що ніхто не каже - кожен поштовий клієнт втрачає оригінальні метадані дати під час цієї операції. Клієнт завантажує повідомлення в Gmail без вказівки оригінального INTERNALDATE тому Gmail записує мітку часу завантаження замість нього. Тисячі листів одна дата.

Gmail додає власне ускладнення до проблеми. Коли він отримує завантажене повідомлення, IMAP-шлюз Gmail додає новий заголовок Received з поточною датою i часом. Цей заголовок знаходиться на вершині ланцюга заголовків. Веб-інтерфейс Gmail достатньо розумний щоб використовувати заголовок Date з тіла листа для відображення тому дати можуть виглядати правильно в браузері. Але кожен IMAP-клієнт що підключається після цього зчитує пошкоджений INTERNALDATE з серверів Google.

Хто насправді робить ручне IMAP-копіювання? Більше людей ніж ви думаєте. Малі підприємства що консолідують з Yahoo Mail або дешевого хостинг-провайдера в Gmail. Фрілансери що об'єднують три акаунти в один. IT-консультанти що мігрують поштову скриньку клієнта від провайдера без офіційного інструменту міграції. Підхід перетягни i відпусти виглядає інтуїтивним i безпечним. Але на рівні IMAP-протоколу метадані дати тихо знищуються під час перенесення - i коли хтось помічає вихідний акаунт може бути вже закритим.

Вплив поділяється на два світи. У веб-інтерфейсі Gmail дати можуть виглядати правильно бо Gmail зчитує заголовок Date з тіла листа. У будь-якому IMAP-клієнті - Outlook, Apple Mail, Thunderbird, додаток Gmail на Android - замість цього показується дата копіювання. Це створює заплутану ситуацію де один i той самий лист показує різні дати залежно від способу доступу.

Але шкода сягає глибше ніж невідповідності відображення. Чи пробували ви коли-небудь проводити аудит відповідності на поштовій скриньці де 30 000 листів мають один INTERNALDATE? Пошук за датою в Google Vault повертає оманливі результати. Інструменти резервного копіювання як MailStore, Veeam або власні скрипти архівації що підключаються через IMAP постійно записують хибні дати. Експорт Google Takeout може використовувати INTERNALDATE для назв файлів створюючи архівні папки де листи 2017 року знаходяться поруч з листами 2023 року під однією датою. Для того хто консолідував роки пошти від кількох провайдерів у Gmail це може означати що вся їхня історія пошти має хибні метадані дати на серверах Google.

Redate.io вирішує це через власний механізм виправлення що використовує розпізнавання шаблонів у сигнатурах інструментів міграції для ідентифікації уражених повідомлень. Процес виконує цільове виправлення метаданих на рівні сервера - зберігаючи вміст повідомлень, мітки, статус прочитання та вкладення водночас відновлюючи точну інформацію про дату. Кожне повідомлення отримує індивідуальну перевірку до i після виправлення.