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 sam w sobie nie dodaje nic. Przez IMAP zachowuje datę przekazaną przez klienta i nie dodaje żadnego nagłówka. Błędna data pochodzi więc w całości od klienta. 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 błędny 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 za pomocą własnego silnika korekcyjnego, który wyszukuje e-maile, których wyświetlana data nie zgadza się z ich datą oryginalną, niezależnie od narzędzia lub klienta, którym wykonano kopię. 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.