Коригиране на дати от ръчно IMAP копиране в Outlook
Защо ръчното IMAP копиране показва грешна дата в Outlook
Много потребители и администратори се опитват да мигрират имейли между пощенски сървъри, като добавят и двата IMAP акаунта в Outlook и плъзгат или копират съобщения от единия в другия. Този ръчен подход използва Outlook като посредник: Outlook изтегля имейла от IMAP сървъра източник, след което го качва на целевия IMAP сървър чрез командата IMAP APPEND. По време на качването целевият сървър добавя нов хедър Received с текущия времеви печат.
Подходът на ръчно IMAP копиране няма механизъм за запазване на оригиналния INTERNALDATE. За разлика от специализираните миграционни инструменти (които поне се опитват да зададат INTERNALDATE по време на APPEND), операцията за копиране на Outlook не предава параметър за дата на целевия сървър. Целевият сървър задава INTERNALDATE на времето на качване и добавя собствен хедър Received. И двата източника на дати сега отразяват датата на копиране, а не оригиналната дата на получаване.
Потребителите, извършващи ръчно IMAP копиране, често го правят, защото смятат, че е най-простият подход, или защото преместват малък брой имейли. Въпреки това дори малко ръчно копиране може да повреди датите за стотици съобщения, ако е избрана цяла папка. Повредата на дати не е очевидна до завършване на копирането, когато потребителят забележи, че всички копирани съобщения сега показват датата на копиране в колоната за получаване на Outlook.
Как това засяга Outlook
След ръчно IMAP копиране Outlook показва датата на копиране за всички прехвърлени съобщения. Колоната "Получено" показва кога е било копирано съобщението, а не кога е било получено първоначално. Ако потребителят е изтрил оригиналите от сървъра източник, няма начин да се видят правилните дати в Outlook без поправяне на хедърите.
Въздействието е идентично с повредата на дати, причинена от миграционни инструменти: сортирането, търсенето и филтрирането по дата работят върху времевия печат на копиране. Групирането по дата в Outlook (Днес, Вчера, Тази седмица и т.н.) е нарушено. За разлика от сценариите с миграционни инструменти, които обикновено засягат цялата пощенска кутия, повредата на дати от ръчно IMAP копиране може да засегне подмножество от пощенската кутия (само папките или съобщенията, които са били ръчно копирани), създавайки непоследователна смес от съобщения с правилни и неправилни дати в същата пощенска кутия.
Често задавани въпроси
Копирах ръчно само няколко папки. Може ли Redate.io да поправи само тях?
Да. Redate.io сканира цялата пощенска кутия и идентифицира само имейлите с повредени дати (където INTERNALDATE не съответства на оригиналния хедър Date). Поправя само засегнатите съобщения, оставяйки имейлите с правилни дати незасегнати.
Ръчното IMAP копиране по-лошо ли е от използване на миграционен инструмент?
По отношение на повредата на дати резултатът е същият: целевият сървър маркира съобщенията с датата на качване. Ръчното IMAP копиране чрез Outlook всъщност е по-лошо в един аспект: дори не се опитва да зададе INTERNALDATE, докато някои миграционни инструменти поне се опитват да го запазят.
Мога ли да предотвратя повредата на дати при копиране на имейли между IMAP акаунти в Outlook?
Outlook не поддържа задаване на INTERNALDATE по време на IMAP APPEND. Няма начин да се предотврати повредата на дати при копиране между IMAP акаунти в Outlook. Ако датите са повредени, Redate.io може да ги поправи впоследствие.