Mi az Exchange felügyeleti központ IMAP importja?
A Microsoft beépített IMAP migrációs funkciót kínál az Exchange felügyeleti központban (EAC), amely lehetővé teszi az adminisztrátorok számára emailek importálását bármely IMAP-szerverről az Exchange Online-ba (Microsoft 365). Ez a natív eszköz azoknak a szervezeteknek készült, amelyek nem Microsoft platformokról migrálnak: Gmail, Zimbra, Dovecot, Courier, cPanel tárhely és bármely más IMAP-támogatással rendelkező szerver.
Az Exchange felügyeleti központ IMAP importja gyakran az első eszköz, amelyet az adminisztrátorok kipróbálnak. Nincs harmadik féltől származó szoftver. Nincs extra licencköltség. Közvetlenül beépített a Microsoft 365 adminisztrációs felületbe. Kézenfekvő választásnak tűnik.
De ez a natív Microsoft eszköz ugyanazt a dátumproblémát okozza, mint a harmadik féltől származó migrációs eszközök. Az Exchange felügyeleti központon keresztüli IMAP import után minden migrált email a migrációs dátumot mutatja az eredeti fogadási dátum helyett. A felhasználók megnyitják az Outlookot és felfedezik, hogy évek email-előzménye látszólag ugyanazon a napon érkezett. A Microsoft saját eszköze rontja el a dátumokat a Microsoft saját levelezőkliensében.
Hogyan okoz dátumproblémákat az Exchange IMAP import
Az importálási folyamat
Az Exchange felügyeleti központ IMAP importja úgy működik, hogy csatlakozik a forrás IMAP-szerverhez, letölt minden emailt és beilleszti a cél Exchange Online postafiókba. A beillesztés során az Exchange Online minden importált emailt új kézbesítésként kezel és szállítási fejléceket ad hozzá, beleértve egy "Received" fejlécet az aktuális időbélyeggel, vagyis az import dátumával.
Az Exchange Online által hozzáadott "Received" fejléc
Amikor az Exchange Online fogad egy üzenetet (legyen az normál kézbesítés vagy IMAP import), szállítási infrastruktúráját dokumentáló "Received" fejléceket ad hozzá. Ezek a fejlécek az Exchange Online üzenetfeldolgozásának időpontját tükröző időbélyegeket tartalmaznak. Importált emailek esetében ezek az időbélyegek az import művelet dátumának és időpontjának felelnek meg, nem az eredeti kézbesítési dátumnak.
Egy tipikus "Received" fejléc, amelyet az Exchange ad hozzá IMAP import során, így néz ki:
Received: from BN6PR01MB1234.prod.exchangelabs.com
by BN6PR01MB5678.prod.exchangelabs.com with HTTPS;
Mon, 15 Jan 2024 08:30:45 +0000Ez a fejléc a fejléc-lánc tetejére kerül, a legújabb "Received" bejegyzéssé téve. Az Outlook ezt a fejlécet olvassa a fogadási dátum meghatározásához és minden migrált emailnél az import dátumát jeleníti meg.
Miért van a Microsoft saját eszközének ez a problémája
Abszurdnak tűnik, hogy a Microsoft migrációs eszköze dátum-megjelenítési problémát okozzon a Microsoft levelezőkliensében. De a magyarázat igazából logikus: az IMAP import helyesen rögzíti az üzenet feldolgozásának időpontját (az email szállítási szabványok követelménye), és az Outlook helyesen olvassa be a legújabb "Received" fejlécet a fogadási dátum meghatározásához (egy levelezőkliens szokásos viselkedése). E két helyes viselkedés kombinációja hibás eredményt produkál a migrált emailek esetében. Két helyes dolog, egy rossz eredmény. A teljes technikai magyarázatért lásd: miért mutatnak rossz dátumot az emailek IMAP migráció után.
Az IMAP import konfigurálása (nem előzi meg a problémát)
Exchange felügyeleti központ beállításai
Az Exchange felügyeleti központ IMAP importja konfigurációs opciókat kínál a mappa-leképezéshez, az elemszűréshez és a migrációs kötegek ütemezéséhez. De ezek az opciók egyike sem szabályozza, hogyan kezeli az Exchange Online a "Received" fejléceket az import során. Nincs "eredeti dátumok megőrzése" jelölőnégyzet, és nincs beállítás, amely megakadályozná az Exchange-et a szállítási fejlécek hozzáadásában. A dátumprobléma a levelezési szállítási architektúra következménye, nem egy hiányzó konfigurációs opció.
PowerShell migrációs cmdletek
Az IMAP migrációhoz PowerShell cmdleteket (New-MigrationBatch, New-MoveRequest) használó adminisztrátoroknak további paraméterek állnak rendelkezésükre, de egyikük sem akadályozza meg a "Received" fejléc hozzáadását. A Start-MigrationBatch cmdlet és a kapcsolódó parancsok a migrációs folyamatot szabályozzák, nem az Exchange Online levelezési szállítási viselkedését. Még a leggondosabb PowerShell konfigurációval is, az importált emailek a migrációs dátumot fogják mutatni fogadási dátumként az Outlookban.
Hatás az Outlookra és az OWA-ra
Outlook Desktop
Az Outlook Desktop a leginkább érintett kliens. Az alapértelmezett nézet a "Fogadva" dátum szerint rendezi az emaileket, amely minden migrált üzenetnél az import időbélyegét mutatja. A keresésre, rendezésre és dátum szerinti szűrésre támaszkodó felhasználók munkafolyamata teljesen elromlik. Egy öt évnyi levelezést tartalmazó postafiók úgy jelenik meg, mintha minden ugyanazon a napon érkezett volna. Hogyan kereshető meg az a fontos 2021-es email, amikor minden üzenet azt állítja, hogy 2024 januárjában érkezett?
Outlook on the web (OWA)
Az OWA ugyanazokat a rossz dátumokat jeleníti meg, mint az Outlook Desktop. A Gmail webes felületével ellentétben (amely néha a "Date" fejlécet olvassa), az OWA következetesen az Exchange kézbesítési időbélyeget használja. Semmilyen OWA beállítás vagy nézet opció nem mutatja az eredeti dátumot az import dátuma helyett.
Outlook Mobile
Az Outlook Mobile (iOS és Android) szintén az import dátumát jeleníti meg. A probléma konzisztens minden Outlook platformon, mivel mind ugyanazt a dátumértéket olvassák az Exchange Online-ból. Az Outlook dátumproblémáinak részletes útmutatójáért lásd: rossz Outlook dátum javítása migráció után.
Gyakori kerülő megoldások (és miért nem működnek)
Rendezés "Küldve" dátum szerint
A leggyakrabban javasolt kerülő megoldás az Outlook nézet átváltása "Küldve" dátum szerinti rendezésre a "Fogadva" helyett. Bár ez megváltoztatja a megjelenítési sorrendet, nem javítja az alapul szolgáló adatokat. A "Fogadva" dátum hibás marad a keresési eredményekben, szabályokban, megfelelőségi eszközökben és minden más funkcióban, amely a fogadási időbélyegre hivatkozik. Ez a kerülő megoldás ráadásul megköveteli, hogy minden felhasználó módosítsa a beállításait minden eszközön.
Az IMAP import újrafuttatása
Az emailek újraimportálása nem javítja a dátumproblémát. Egy második import újabb "Received" fejléceket ad hozzá egy új időbélyeggel, tovább bonyolítva a fejléc-láncot anélkül, hogy javítaná a megjelenített dátumot. Az újraimportálás duplikátumokat is okozhat, ha az eszköz nem kezeli megfelelően a deduplikációt.
Másik migrációs eszköz használata
Harmadik féltől származó eszközre (BitTitan MigrationWiz, CloudM vagy imapsync) váltás nem oldja meg a dátumproblémát. Bármely eszköz, amely emaileket illeszt be az Exchange Online-ba, ugyanazt a szállítási fejléc viselkedést váltja ki. A probléma abból ered, ahogyan az Exchange Online kezeli a bejövő üzeneteket, nem a migrációs eszközből. Az összes javítási lehetőség összehasonlításáért lásd: javíthatók-e az email dátumok migráció után.
Exchange IMAP import dátumok javítása a Redate.io-val
Hogyan azonosítja a Redate.io az Exchange import fejléceket
A Redate.io csatlakozik az Exchange Online-hoz és minden emailt a saját többlépcsős elemzési folyamatán vezet át. Exchange IMAP importok esetén a Redate.io migrációs aláírás-illesztést alkalmaz ismert aláírások százain, beleértve az Exchange Online szállítási infrastruktúra mintáit (mint a "prod.exchangelabs.com"), hogy pontosan azonosítsa, mely "Received" fejlécek kerültek hozzáadásra az import során az eredeti kézbesítési lánc részeként lévőkkel szemben.
Mit nyújt a Redate.io
A feldolgozás után minden javított email az eredeti fogadási dátumát mutatja az Outlookban, az OWA-ban és minden csatlakoztatott kliensben. A kronológiai rend helyreáll. Minden javítás integritásellenőrzésen megy át a véglegesítés előtt, az eredetik pedig "Redate.io - Originals" mappában maradnak 30 napig. A javítómotor kezeli azokat a szélső eseteket, amelyek a házilag készített megközelítéseket veszélyessé teszik: S/MIME aláírású üzenetek, PGP-titkosított tartalom, beágyazott MIME-határokkal rendelkező multipart struktúrák, kódolási változatok és sérült MIME-határok. Igazából ez jóval több, mint egy egyszerű keresés-csere a fejléc szövegén.
Csatlakozás az Exchange Online-hoz
A Redate.io az Exchange Online-hoz Azure AD (Entra ID) alkalmazásregisztráción és OAuth2 hitelesítésen keresztül csatlakozik. Az adminisztrátor létrehoz egy alkalmazásregisztrációt, megadja a Mail.ReadWrite engedélyeket és megadja az adminisztrátori hozzájárulást. Felhasználói jelszó nem szükséges. A beállítási folyamat körülbelül 15 percet vesz igénybe, és ugyanazokat a mintákat követi, mint más Microsoft-tanúsított alkalmazások.
Platform-specifikus útmutatók
- Exchange IMAP import dátumok javítása az Outlookban
- Exchange IMAP import dátumok javítása az OWA-ban
Gyakran ismételt kérdések
Ismert probléma ez a Microsoftnál?
A Microsoft nem dokumentálja hivatalosan ezt a problémát az Exchange felügyeleti központ IMAP importjának ismert hibájaként. A dátumproblémával kapcsolatos támogatási jegyek általában kerülő megoldási javaslatokat kapnak (rendezés Küldve dátum szerint) javítás helyett. A probléma az Exchange szabványos szállítási viselkedésének következménye, nem az import funkció hibája.
Javíthatja-e a PowerShell a dátumokat az import után?
Nem. Az Exchange Online PowerShell nem biztosít cmdleteket a meglévő üzenetek nyers tartalmának módosításához. A Set-Mailbox és kapcsolódó cmdletek a postafiók konfigurációját szabályozzák, nem az egyes üzenetek fejléceit. A javítás olyan szintű munkát igényel, amelyet a PowerShell egyszerűen nem tesz lehetővé az Exchange Online számára.
Működik a Redate.io hibrid Exchange környezetekkel?
Igen. A Redate.io minden Exchange Online-ban tárolt postafiókkal működik, függetlenül attól, hogy a szervezet hibrid Exchange konfigurációt használ-e vagy sem. A javítás az Exchange Online postafiókra vonatkozik, és nem igényel hozzáférést a helyszíni Exchange szerverekhez.
Az Exchange IMAP import elrontotta az összes email dátumát? Indítson egy ingyenes elemzést a Redate.io-val, és azonosítsa az érintett emaileket minden postafiókban. Állítsa vissza a helyes dátumokat az Outlookban, OWA-ban és minden csatlakoztatott kliensben.