Коригиране на дати от ръчно IMAP копиране в Gmail

Ръчното IMAP копиране към Gmail звучи просто: добавете изходния акаунт и Gmail към имейл клиент като Outlook, Thunderbird или Apple Mail, след което плъзнете съобщенията. Това, което никой не казва, е, че всеки имейл клиент губи оригиналните метаданни за дата по време на тази операция. Клиентът качва съобщенията в Gmail без да посочи оригиналната INTERNALDATE, така че Gmail записва времевия печат на качването вместо нея. Хиляди имейли, една дата.

Gmail добавя собствено усложнение към проблема. Когато получи качено съобщение, IMAP шлюзът на Gmail добавя нов хедър Received с текущата дата и час. Този хедър седи на върха на веригата от хедъри. Уеб интерфейсът на Gmail е достатъчно умен да използва хедъра Date от тялото на имейла за показване, така че датите може да изглеждат правилни в браузъра. Но всеки IMAP клиент, който се свързва след това, чете повредената INTERNALDATE от сървърите на Google.

Кой всъщност прави ръчно IMAP копиране? Повече хора, отколкото бихте си помислили. Малки фирми, консолидиращи от Yahoo Mail или евтин хостинг доставчик в Gmail. Фрийлансъри, обединяващи три акаунта в един. ИТ консултанти, мигриращи пощенска кутия на клиент от доставчик без официален инструмент за миграция. Подходът с плъзгане и пускане изглежда интуитивен и безопасен. Но на ниво IMAP протокол метаданните за дата се унищожават тихо по време на трансфера - и когато някой забележи, изходният акаунт може вече да е затворен.

Въздействието се разделя на два свята. В уеб интерфейса на Gmail датите може да изглеждат правилни, защото Gmail чете хедъра Date от тялото на имейла. Във всеки IMAP клиент - Outlook, Apple Mail, Thunderbird, приложението Gmail на Android - вместо това се показва датата на копиране. Това създава объркваща ситуация, в която един и същ имейл показва различни дати в зависимост от начина на достъп.

Но щетите са по-дълбоки от несъответствията в показването. Опитвали ли сте да направите одит за съответствие на пощенска кутия, в която 30 000 имейла имат една и съща INTERNALDATE? Търсенията в Google Vault по дата връщат подвеждащи резултати. Инструменти за архивиране като MailStore, Veeam или персонализирани скриптове, свързващи се чрез IMAP, записват завинаги грешните дати. Google Takeout може да използва INTERNALDATE за именуване на файлове, създавайки архивни папки, в които имейли от 2017 стоят до имейли от 2023 под една дата. За тези, които са консолидирали години имейл от множество доставчици в Gmail, това може да означава, че цялата им имейл история има неправилни метаданни за дата на сървърите на Google.

Redate.io адресира това чрез собствен механизъм за корекция, който използва разпознаване на шаблони в сигнатурите на инструменти за миграция, за да идентифицира засегнатите съобщения. Процесът извършва целенасочена корекция на метаданни на ниво сървър - запазвайки съдържанието на съобщенията, етикетите, статуса на прочитане и прикачените файлове, като възстановява точната информация за дата. Всяко съобщение получава индивидуална проверка преди и след корекцията.