Opravte data ručního kopírování IMAP v Outlooku
Proč ruční IMAP kopírování zobrazuje špatné datum v Outlooku
Tady je to, co se skutečně stane, když přetáhnete e-maily mezi dvěma IMAP účty v Outlooku. Outlook stáhne zprávu ze zdrojového serveru a poté ji nahraje na cílový server pomocí standardního přenosového protokolu. Během toho nahrání cílový server připojí zcela novou hlavičku Received s aktuálním datem a časem. INTERNALDATE (hodnota, kterou Outlook používá pro svůj sloupec "Přijato") se nastaví na okamžik nahrání, nikoli na okamžik, kdy byl e-mail původně doručen.
Zásadní detail, který většina lidí přehlédne: Outlook nemá žádný mechanismus, jak cílovému serveru sdělit "tato zpráva původně dorazila 3. června 2019." Příkaz APPEND, který Outlook vydává, neobsahuje parametr data. Srovnejte to s dedikovanými migračními nástroji, které se alespoň pokouší předat původní datum (i když někdy selžou). Outlook to vlastně ani nezkouší.
Zamyslete se nad tím. Vyberete 4 000 zpráv ve své staré doručené poště, přetáhnete je na nový účet a za 20 minut každá jedna z nich zobrazuje dnešní datum. Původní hlavička Date ukrytá uvnitř každého e-mailu stále obsahuje správné časové razítko. Ale Outlook se na tuto hlavičku pro zobrazení ve sloupci nikdy nedívá. Důvěřuje výhradně INTERNALDATE serveru.
Situaci zhoršuje faktor falešné důvěry. Lidé si vybírají ruční přístup přetažení, protože se cítí bezpečně a kontrolovaně. Žádné nástroje třetích stran, žádné skripty, žádní průvodci migrací. Jen Outlook dělající Outlookové věci. Poškození dat se projeví až po dokončení kopírování - někdy až poté, co byl zdrojový účet již zrušen.
Jak to ovlivní vaši práci s Outlookem
Každá zkopírovaná zpráva nyní zobrazuje datum kopírování ve sloupci "Přijato" v Outlooku. Řazení podle data? Nepoužitelné - 4 000 e-mailů z různých let seskupených v jednom dni. Seskupení podle data v Outlooku (Dnes, Včera, Minulý týden, Minulý měsíc, Starší) se zhroutí do jednoho bloku. Rychlé hledání s rozsahem dat vrátí buď všechno, nebo nic, v závislosti na tom, zda hledáte podle skutečného data nebo data kopírování.
Obzvláště frustrující scénář: ručně jste zkopírovali pouze Odeslané položky a pár projektových složek, zbytek jste nechali nedotčený. Nyní vaše schránka obsahuje směs správně datovaných e-mailů (těch, které už na cílovém účtu byly) a nesprávně datovaných (těch, které jste přetáhli). V Outlooku neexistuje žádný vizuální indikátor, který by vás informoval, které zprávy mají poškozená data a které ne. Vlastní opravný mechanismus Redate.io prohledá celou schránku, přesně identifikuje zprávy s neshodujícími se daty a provede cílenou opravu metadat bez změny obsahu zpráv - opraví pouze to, co je potřeba, a všechno ostatní ponechá beze změny.
Často kladené otázky
Ručně jsem zkopíroval jen několik složek. Může Redate.io opravit jen ty?
Ano. Redate.io prohledá každou zprávu a porovná serverovou INTERNALDATE s původní hlavičkou Date. Opraveny jsou pouze e-maily, u nichž se tyto dvě hodnoty rozcházejí. Zprávy se správnými daty zůstanou zcela nedotčeny.
Je ruční IMAP kopírování přes Outlook horší než použití migračního nástroje?
V mnoha případech ano. Migrační nástroje jako imapsync se alespoň pokouší zachovat INTERNALDATE během nahrávání. Kopírování přetažením v Outlooku takový pokus nevyvíjí - cílový server vždy zapíše čas nahrání. Redate.io opraví výsledek bez ohledu na to, která metoda poškození způsobila.
Mohu zabránit poškození dat při kopírování mezi IMAP účty v Outlooku?
Ne. Outlook neposkytuje žádnou možnost zachování INTERNALDATE během IMAP operace kopírování. Pokud jste již e-maily zkopírovali a data jsou špatně, Redate.io může správná data obnovit zpětně prostřednictvím své vícestupňové analýzy hlaviček.
Jak dlouho trvá Redate.io oprava schránky po ručním IMAP kopírování?
Rychlost zpracování závisí na počtu poškozených e-mailů a době odezvy cílového serveru. Typická schránka s 5 000 poškozenými zprávami trvá přibližně 15-30 minut. Redate.io zpracovává každou zprávu individuálně s ověřením pro každou zprávu, aby byla zajištěna přesnost.