Коригиране на датите от миграция с imapsync в Google

imapsync е предпочитаният инструмент за миграция на пощенски кутии към Google Workspace. Той е безплатен, поддържа скриптове и е доказан в хиляди миграции. Но има един проблем: IMAP шлюзът на Google Workspace не се държи като стандартен IMAP сървър по отношение на обработката на дати.

Когато imapsync качва съобщение чрез стандартния протокол за пренос на поща с флага --syncinternaldates, той изисква от Google да запази оригиналната INTERNALDATE от изходния сървър. Google Workspace приема тази заявка за някои съобщения, но тихо я презаписва за други. Презаписването зависи от вътрешния конвейер за обработка на Gmail - спам филтри, проверки за съответствие, валидиране на заглавни части. Всяка стъпка може да нулира INTERNALDATE до текущия времеви маркер. Няма предупреждение, няма запис в лога, няма индикация, че датата е променена.

Но INTERNALDATE е само половината от проблема. Google Workspace добавя и нов Received заглавен ред към всяко качено съобщение, маркиран с датата на миграция. Този Received заглавен ред стои най-отгоре във веригата на заглавните редове и всеки IMAP клиент, който чете пощенската кутия (Outlook, Apple Mail, Thunderbird), показва този времеви маркер от миграцията вместо оригиналната дата. Резултатът? Пощенска кутия, в която 47 000 имейла изглеждат сякаш са пристигнали на 15 март 2025 г.

Особено подвеждащото при Google Workspace е, че уеб интерфейсът на Gmail използва заглавния ред Date за показване, който imapsync не променя. Така администраторът проверява Gmail в браузъра, вижда правилни дати навсякъде и приема, че миграцията е успешна. Междувременно 200 служители, свързани чрез Outlook, виждат стена от имейли с еднакви дати. Опитвали ли сте да обясните на финансов директор защо всеки имейл в кутията й показва вчерашната дата?

Разделението Gmail-срещу-IMAP създава двустепенна реалност в рамките на една организация. Потребителите на уеб интерфейса на Gmail не виждат нищо нередно. Потребителите на Outlook, Apple Mail или който и да е мобилен IMAP клиент виждат всеки мигриран имейл с маркер от датата на миграция. Когато колега препрати към "онзи имейл от миналия октомври", различните колеги виждат различни дати в зависимост от клиента, който използват. Объркването се превръща в недоверие към цялата пощенска система.

Има и аспект на съответствието. Google Vault - инструментът, на който организациите разчитат за правно задържане и eDiscovery - се държи непредвидимо с повредени дати. Някои търсения във Vault използват заглавния ред Date, други - INTERNALDATE. Заявка за правно разкриване на "всички имейли между януари и март 2024" може да върне непълни резултати, защото INTERNALDATE показва, че съобщенията са доставени през 2025 г. За организации в регулирани индустрии (здравеопазване, финанси, право) това не е неудобство. Това е отговорност.

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