Коригиране на датите от миграция с imapsync в Microsoft 365
Защо миграциите с imapsync показват грешна дата в Microsoft 365
Миграциите с imapsync в Microsoft 365 (Exchange Online) се сблъскват с двойно предизвикателство за запазване на дати. Първо, IMAP шлюзът на Exchange Online има специфични поведения, които могат да заменят INTERNALDATE, предоставен от флага --syncinternaldates на imapsync. Второ, Exchange Online добавя свой собствен хедър Received по време на процеса IMAP APPEND, маркирайки всяко съобщение с времевия печат на миграцията.
IMAP имплементацията на Microsoft 365 е ограничена в сравнение с пълните Exchange протоколи (EWS, MAPI). Когато imapsync качва чрез IMAP, съобщението минава през транспортния конвейер на Exchange Online, който го обработва подобно на ново входящо съобщение. Този конвейер добавя транспортни хедъри, извършва проверки за съответствие и маркира съобщението с метаданни за доставка, отразяващи действителното време на качване, а не заявения INTERNALDATE.
Администраторите, избиращи imapsync за миграции в Microsoft 365 (често защото е безплатен и скриптуем), откриват след миграцията, че запазването на дати не е работило според очакванията. Флагът --syncinternaldates, който работи правилно с много стандартни IMAP сървъри, не дава очакваните резултати с конкретната IMAP имплементация на Exchange Online. Цялата мигрирана пощенска кутия показва датата на миграцията във всички клиенти на Microsoft 365.
Как това засяга Microsoft 365
В Microsoft 365 датата на миграцията се появява еднакво в Outlook desktop, OWA, Outlook мобилен и Microsoft Search. За разлика от Gmail (където уеб клиентът може да прикрие проблема), клиентите на Microsoft 365 всички препращат към един и същ времеви печат на доставка. Потребителите нямат решение и нямат клиент, който показва правилната дата, докато основните хедъри Received и INTERNALDATE не бъдат коригирани на ниво сървър.
Административните и функциите за съответствие на Microsoft 365 са също толкова засегнати. Exchange Online Protection, политиките за предотвратяване на загуба на данни и търсенията за съответствие на Microsoft Purview - всички индексират времевия печат на миграцията. За организации, подлежащи на регулации за съхранение на данни, повредените дати означават, че политиките за съхранение, базирани на възрастта на съобщението, работят върху неправилни данни, потенциално водейки до преждевременно изтриване на съобщения, които трябва да бъдат съхранени, или неограничено съхранение на съобщения, които е трябвало да бъдат изтрити.
Често задавани въпроси
Защо imapsync --syncinternaldates се проваля с Microsoft 365?
IMAP имплементацията на Exchange Online обработва качените съобщения чрез транспортния си конвейер, който може да замени заявения INTERNALDATE. Освен това Exchange Online добавя хедъри Received, носещи времевия печат на качването. Тези поведения на сървърната страна са извън контрола на imapsync.
Трябваше ли да използвам различен миграционен инструмент за Microsoft 365?
Повечето миграционни инструменти (включително комерсиални като BitTitan и CloudM) произвеждат същия проблем с дати, защото основната причина е в начина, по който Exchange Online обработва качените съобщения. Изборът на миграционен инструмент не предотвратява проблема. Redate.io го поправя независимо от това кой инструмент е бил използван.
Може ли Redate.io да поправя масово пощенски кутии, мигрирани с imapsync?
Да. Redate.io поддържа масова обработка на пощенски кутии за Microsoft 365. Администраторите могат да сканират и поправят множество кутии от един контролен панел. Планът Enterprise поддържа до 100 000 имейла на пощенска кутия.