Поправак датума миграције CloudM у Microsoft 365
Зашто CloudM миграције показују погрешан датум у Microsoft 365
CloudM Migrate често се користи за миграцију сандучића из Google Workspace, локалног Exchange и других платформи у Microsoft 365. Када CloudM учитава е-поруке у Microsoft 365, транспортни цјевовод Exchange Online обрађује сваку поруку и додаје Received заглавље с тренутном временском ознаком учитавања. Оно постаје најновије Received заглавље у ланцу заглавља поруке.
Microsoft 365 користи ову временску ознаку испоруке у цијелом свом екосуставу. Outlook desktop, Outlook на wебу, Outlook мобилни и чак Мицрософтове АИ значајке - све се позивају на исто PR_MESSAGE_DELIVERY_TIME својство, које се поставља из миграцијског Received заглавља. За разлику од Google Workspace (гдје web клијент може маскирати проблем), Microsoft 365 досљедно приказује датум миграције у свим својим клијентским апликацијама.
Досљедност погрешног датума у свим Microsoft 365 клијентима чини проблем одмах видљивим сваком кориснику. Након CloudM миграције у Microsoft 365 цијела организација види исти симптом: свака е-порука у сваком сандучићу изгледа као да је примљена на дан миграције. Не постоји заобилазно рјешење специфично за клијента; оштећење датума уграђено је у метаподатке поруке на разини послужитеља.
Како то утјече на Microsoft 365
Обједињено управљање датумима у Microsoft 365 значи да се датум миграције појављује свугдје истовремено. Outlook desktop, OWA, Outlook мобилни, интеграција е-поште у Teams и Microsoft Search - сви приказују погрешан датум примитка. Корисници не могу побјећи од неточних датума пребацивањем на другу Microsoft 365 апликацију.
За администраторе Microsoft 365 утјецај се протеже на алате за управљање и усклађеност. Exchange Admin Center, Microsoft Purview (раније Compliance Center) и eDiscovery Премиум индексирају поруке по оштећеном датуму испоруке. Претраживања садржаја за е-поруке у одређеном распону датума враћају неточне резултате. Ознаке чувања аутоматски примијењене на темељу старости поруке раде на погрешној временској црти, потенцијално узрокујући преурањено брисање или неограничено чување порука које су требале бити обрађене другачије.
Често постављана питања
Нуди ли CloudM опцију за спрјечавање оштећења датума тијеком М365 миграције?
CloudM чува изворно Date заглавље, али одредишни послужитељ (Exchange Online) додаје властито Received заглавље тијеком учитавања поруке. То је понашање на страни послужитеља које миграцијски алати не могу спријечити. Једино рјешење је исправак датума након миграције.
Могу ли администраторски алати Microsoft 365 поправити датуме?
Не. Microsoft 365 не пружа уграђене алате за измјену Received заглавља или времена испоруке постојећих порука. Редате.ио је дизајниран посебно за овај проблем: уклања миграцијско заглавље и поновно умеће е-поруку с исправним ИНТЕРНАЛДАТЕ.
Је ли поправак трајан у Microsoft 365?
Да. Након што Редате.ио исправи е-поруку, изворна порука (с погрешним датумом) премјешта се у ознаку сигурносне копије. Исправљена порука има исправна Received заглавља и INTERNALDATE, а Microsoft 365 индексира исправан датум од тог тренутка надаље.