Napraw daty ręcznego kopiowania IMAP w Gmail

Ręczne kopiowanie IMAP do Gmaila brzmi wystarczająco prosto: dodaj zarówno swoje konto źródłowe, jak i Gmail do klienta poczty, takiego jak Outlook, Thunderbird lub Apple Mail, a następnie przeciągnij wiadomości. Czego nikt nie mówi - każdy klient poczty traci oryginalne metadane daty podczas tej operacji. Klient przesyła wiadomości do Gmaila bez określenia oryginalnego INTERNALDATE, więc Gmail zamiast tego zapisuje znacznik czasowy przesyłania. Tysiące e-maili, jedna data.

Gmail dodaje własną komplikację. Gdy odbiera przesłaną wiadomość, bramka IMAP Gmaila dodaje nowy nagłówek Received oznaczony bieżącą datą i godziną. Ten nagłówek trafia na szczyt łańcucha nagłówków. Interfejs webowy Gmaila jest wystarczająco inteligentny, by używać nagłówka Date z treści e-maila do wyświetlania, więc daty mogą wyglądać prawidłowo w przeglądarce. Ale każdy klient IMAP, który następnie się połączy, odczytuje uszkodzony INTERNALDATE z serwerów Google.

Kto faktycznie wykonuje ręczne kopiowanie IMAP? Więcej ludzi, niż można by sądzić. Małe firmy konsolidujące się z Yahoo Mail lub taniego dostawcy hostingu do Gmaila. Freelancerzy łączący trzy konta w jedno. Konsultanci IT migrujący skrzynkę klienta od dostawcy, który nie ma oficjalnego narzędzia do migracji. Podejście przeciągnij-i-upuść wydaje się intuicyjne i bezpieczne. Ale na poziomie protokołu IMAP metadane daty są cicho niszczone podczas transferu - a zanim ktokolwiek to zauważy, konto źródłowe może być już zamknięte.

Wpływ dzieli się na dwa światy. W interfejsie webowym Gmaila daty mogą wyglądać prawidłowo, ponieważ Gmail odczytuje nagłówek Date z treści e-maila. W dowolnym kliencie IMAP - Outlook, Apple Mail, Thunderbird, aplikacja Gmail na Androidzie - wyświetla się data kopiowania. To tworzy mylącą sytuację, w której ten sam e-mail pokazuje różne daty w zależności od sposobu dostępu.

Ale szkody sięgają głębiej niż rozbieżności wyświetlania. Czy kiedykolwiek próbowałeś przeprowadzić audyt zgodności na skrzynce, gdzie 30 000 e-maili ma ten sam INTERNALDATE? Wyszukiwania Google Vault według daty zwracają mylące wyniki. Narzędzia do tworzenia kopii zapasowych, takie jak MailStore, Veeam lub niestandardowe skrypty archiwizacyjne łączące się przez IMAP, trwale zapisują błędne daty. Eksporty Google Takeout mogą odwoływać się do INTERNALDATE przy nazewnictwie plików, tworząc foldery archiwum, gdzie e-maile z 2017 roku siedzą obok e-maili z 2023 roku pod jedną datą. Dla kogoś, kto skonsolidował lata e-maili od wielu dostawców do Gmaila, może to oznaczać, że cała historia poczty ma nieprawidłowe metadane daty na serwerach Google.

Redate.io rozwiązuje ten problem poprzez opatentowany silnik korekcyjny, który wykorzystuje dopasowywanie wzorców w sygnaturach narzędzi migracyjnych do identyfikacji dotkniętych wiadomości. Proces wykonuje celowaną korektę metadanych na poziomie serwera - zachowując treść wiadomości, etykiety, status przeczytania i załączniki, jednocześnie przywracając dokładne informacje o dacie. Każda wiadomość otrzymuje indywidualną weryfikację przed i po korekcie.