Napraw daty ręcznego kopiowania IMAP w Gmail
Dlaczego ręczne kopiowanie IMAP pokazuje złą datę w Gmail
Ręczne kopiowanie IMAP do Gmail polega na dodaniu zarówno źródłowego konta IMAP, jak i konta Gmail do klienta poczty (Outlook, Thunderbird lub Apple Mail) i kopiowaniu wiadomości między nimi. Gdy klient poczty przesyła wiadomości do Gmail przez IMAP APPEND, Gmail rejestruje znacznik czasu przesłania jako INTERNALDATE wiadomości. Klient poczty nie przekazuje oryginalnej wartości INTERNALDATE ze źródłowego serwera, ponieważ większość klientów nie obsługuje tego podczas operacji kopiowania.
Obsługa IMAP przez Gmail wprowadza dodatkowe komplikacje. Gmail przetwarza przesłane wiadomości przez własny potok, dodając nagłówek Received zawierający znacznik czasu bramki IMAP Gmail. Ten nagłówek Received staje się najwyższym wpisem w łańcuchu nagłówków. Podczas gdy interfejs webowy Gmail używa nagłówka Date do wyświetlania (potencjalnie pokazując poprawne daty), każdy klient IMAP łączący się następnie z kontem Gmail odczytuje uszkodzoną wartość INTERNALDATE.
Użytkownicy ręcznie kopiujący e-maile do Gmail często robią to podczas konsolidacji wielu kont e-mail lub przenosząc się z mniej popularnego dostawcy poczty, który nie jest obsługiwany przez standardowe narzędzia migracyjne. Prostota przeciągnij i upuść w kliencie poczty maskuje bazowe uszkodzenie dat zachodzące na poziomie protokołu IMAP. Problem staje się widoczny, gdy użytkownik sprawdzi konto Gmail z innego klienta lub gdy narzędzie do tworzenia kopii zapasowych połączone przez IMAP zarchiwizuje złe daty.
Jak to wpływa na Gmail
W Gmail wpływ podąża za znanym podziałem: interfejs webowy może pokazywać poprawne daty (z nagłówka Date), podczas gdy klienty IMAP pokazują datę kopiowania (z INTERNALDATE). Użytkownicy korzystający z Gmail tylko przez przeglądarkę mogą nie zauważyć problemu. Użytkownicy łączący Outlook, Apple Mail lub Thunderbird z Gmail przez IMAP widzą datę kopiowania dla wszystkich ręcznie przeniesionych wiadomości.
System etykiet Gmail zachowuje etykiety zastosowane podczas kopiowania, ale sortowanie w etykietach używa INTERNALDATE przy dostępie przez IMAP. Klienty IMAP sortujące według daty serwera wyświetlają skopiowane wiadomości poza ich oryginalną kolejnością chronologiczną. Eksporty Google Takeout i narzędzia do tworzenia kopii zapasowych firm trzecich rejestrują datę kopiowania jako datę wiadomości, tworząc trwałe nieścisłości w eksportowanych archiwach. Dla użytkowników, którzy ręcznie skonsolidowali lata e-maili z wielu kont do Gmail, uszkodzenie dat może dotyczyć znacznej części całej historii e-maili.
Najczęściej zadawane pytania
Użyłem Thunderbird do kopiowania e-maili do Gmail. Czy moje daty są dotknięte?
Tak. Thunderbird, jak wszystkie klienty poczty, używa IMAP APPEND bez określania oryginalnej wartości INTERNALDATE podczas kopiowania między kontami. Gmail ustawia INTERNALDATE na czas przesłania. Redate.io może naprawić te daty niezależnie od tego, który klient został użyty do kopiowania.
Czy mogę naprawić daty tylko dla ręcznie skopiowanych e-maili, nie dla całego Gmail?
Tak. Redate.io skanuje skrzynkę pocztową i identyfikuje e-maile, w których INTERNALDATE nie odpowiada nagłówkowi Date. Tylko dotknięte wiadomości są oznaczane do naprawy. E-maile natywnie odebrane przez Gmail (z poprawnymi datami) pozostają nienaruszone.
Czy naprawa działa, jeśli skopiowałem e-maile z wielu źródłowych kont?
Tak. Redate.io naprawia daty na podstawie oryginalnego nagłówka Date każdego e-maila, niezależnie od tego, skąd został skopiowany. Wiele kont źródłowych skonsolidowanych w jedno konto Gmail może zostać naprawionych w jednej operacji skanowania i naprawy.