Коригиране на дати от ръчно IMAP копиране в Outlook
Защо ръчното IMAP копиране показва грешна дата в Outlook
Ето какво се случва, когато плъзнете имейли между два IMAP акаунта в Outlook. Outlook изтегля съобщението от изходния сървър, след което го качва на целевия, използвайки стандартната команда за пренос на поща. По време на качването целевият сървър поставя съвсем нов хедър Received с текущата дата и час. INTERNALDATE - стойността, която Outlook използва за колоната "Received" - се задава на момента на качване, а не на момента, в който имейлът е бил доставен.
Критичният детайл, който повечето хора пропускат: Outlook няма никакъв механизъм да каже на целевия сървър "това съобщение е пристигнало на 3 юни 2019 г.". Командата, която Outlook изпраща, не включва параметър за дата. Сравнете това със специализирани инструменти за миграция, които поне се опитват да предадат оригиналната дата (дори понякога да се провалят). Outlook дори не опитва.
Помислете. Избирате 4000 съобщения в старата си входяща кутия, плъзгате ги в новия акаунт и 20 минути по-късно всяко едно показва днешна дата. Оригиналният хедър Date, скрит вътре във всеки имейл, все още съдържа правилния времеви печат. Но Outlook никога не поглежда този хедър за показване в колоните. Разчита изключително на INTERNALDATE на сървъра.
Това, което влошава нещата, е фалшивото чувство за сигурност. Хората избират ръчния подход с плъзгане и пускане, защото се чувства безопасен и контролируем. Никакви инструменти на трети страни, никакви скриптове, никакви съветници за миграция. Просто Outlook, който прави обичайните неща. Повредата на датите става видима едва след приключване на копирането - понякога след като изходният акаунт вече е бил закрит.
Как това засяга работата ви с Outlook
Всяко копирано съобщение сега показва датата на копиране в колоната "Received" на Outlook. Сортиране по дата? Безполезно - 4000 имейла от различни години, всички събрани на един ден. Групирането по дата в Outlook (Днес, Вчера, Миналата седмица, Миналия месец, По-стари) се свива в един блок. Бързото търсене с диапазон от дати връща или всичко, или нищо, в зависимост от това дали търсите по реалната дата или датата на копиране.
Особено разочароващ сценарий: копирали сте ръчно само изпратените елементи и няколко папки с проекти, като сте оставили останалите непроменени. Сега пощенската ви кутия съдържа смесица от правилно датирани имейли (тези, които вече са били на целевия сървър) и неправилно датирани (тези, които сте плъзнали). Няма визуален индикатор в Outlook, който да ви каже кои съобщения имат повредени дати и кои не. Собственият механизъм за корекция на Redate.io сканира цялата пощенска кутия, идентифицира точно кои съобщения имат несъвпадащи дати и прилага целенасочена корекция на метаданните, без да променя съдържанието - коригирайки само това, което трябва, и оставяйки всичко останало непроменено.
Често задавани въпроси
Копирах ръчно само няколко папки. Може ли Redate.io да коригира само тях?
Да. Redate.io сканира всяко съобщение и сравнява INTERNALDATE на сървъра с оригиналния хедър Date. Само имейлите, при които тези две стойности се разминават, се маркират и коригират. Съобщенията с правилни дати остават напълно непокътнати.
Ръчното IMAP копиране чрез Outlook по-лошо ли е от инструмент за миграция?
В много случаи да. Инструментите за миграция като imapsync поне се опитват да запазят INTERNALDATE по време на качването. Копирането с плъзгане и пускане в Outlook не прави такъв опит - целевият сървър винаги поставя времето на качване. Redate.io коригира резултата, независимо кой метод е причинил повредата.
Мога ли да предотвратя повредата на дати при копиране между IMAP акаунти в Outlook?
Не. Outlook не предоставя опция за запазване на INTERNALDATE по време на IMAP операция за копиране. Ако вече сте копирали имейли и датите са грешни, Redate.io може да възстанови правилните дати чрез своя многоетапен процес за анализ на хедъри.
Колко време отнема на Redate.io да коригира пощенска кутия след ръчно IMAP копиране?
Скоростта на обработка зависи от броя на засегнатите имейли и времето за отговор на целевия сървър. Типична пощенска кутия с 5000 повредени съобщения се обработва за приблизително 15-30 минути. Redate.io обработва всяко съобщение индивидуално с проверка за точност.