Az Exchange 2018 protokoll MAPI felett http, ablakok rendszergazdák számára

MAPI HTTP (HTTPS által ténylegesen használt) kizárja a rendszer és az RPC protokoll alapján HTTP 1.1, azaz ügyfelek, hogy befolyásolja a szerver segítségével POST paranccsal. Az Outlook-en keresztül csatlakoztatva MAPI HTTP-n keresztül ugyanúgy működik, mint az EWS, EAS, vagy OWA. Ha jobb, hogy dolgozzanak ki szkriptek közötti váltás hálózatok hibák a hálózat, a hasznosítás az alvó mód és a hibernálás stb

• Gyors újracsatlakoztató nyúlás kapcsolat (reset csak a TCP, de nem RPC vegyület)
• A függetlenség az ülés tartalmát a kapcsolatot (a felhasználó a munkamenet során változhat a hálózati kapcsolat)
• Hitelesítés HTTP protokoll használatával

Annak érdekében, hogy a MAPI HTTP-n keresztül. A rendszernek meg kell felelnie az alábbi követelményeknek:

Azt ellenőrzik, hogy ExternalUrl attribútum üres:

Get-MapiVirtualDirectory | ft szerver * url *

Addig marad aktív MAPI HTTP-n keresztül az Exchange-szervezet. Nézzük meg a protokoll le van tiltva:

Get-OrganizationConfig | FL * * mapi

Azt is ellenőrizze, ezen a ponton Outlook csatlakozni az Exchange RPC / HTTP protokollt.

Aktiválása támogatása MAPI / HTTP protokoll a szerver oldalon:

Set-OrganizationConfig -MapiHttpEnabled $ true

Parancs után várjon körülbelül egy órát, amíg a használat minden változtatást az Exchange oldalon. Ha azt szeretnénk, hogy felgyorsítsa a folyamatot újraindíthatja MS Exchange-szolgáltatást és Autodiscover medence a levelezési kiszolgálón.

Amikor az autó érzékelés (automatikus észlelés). Outlook kéri MAPI HTTP-n keresztül szerver támogatja (X-MapiHttpCapability). Ha a szerver támogatja ezt a protokollt, az ügyfél kap egy választ a HTTP adatokat.

Ha váltás egy új Outlook jelentés figyelmeztet:

A Microsoft Exchange rendszergazda tett olyan változás, amely előírja, kilép, és indítsa újra az Outlook.

Az újraindítás után az Outlook csatlakoznia kell a doboz MAPI over HTTP protokollt. Ez azt jelzi, egy string HTTP protokoll oszlop az Outlook kapcsolat tulajdonságait.

Ezenkívül ellenőrizze a működését az új protokoll felhasználásával lehetséges Powershll Test-OutlookConnectivity:

Test-OutlookConnectivity -RunFromServerId serv3 -ProbeIdentity OutlookMapiHttpSelfTestProbe

Naplók új jegyzőkönyv itt tárolja:

• CAS:% ExchangeInstallPath% \ naplózása \ HttpProxy \ MAPI \
• Postafiók Kiszolgáló:% ExchangeInstallPath% \ naplózása \ MAPI Client Access \
• Postafiók Kiszolgáló:% ExchangeInstallPath% \ naplózása \ MAPI címjegyzék szolgáltató \

Ha a támogatás MAPI HTTP-n keresztül a DAG összes szerver támogatnia kell, különben az ügyfelek nem lesznek képesek használni a postaládákba.

A Microsoft szerint a becslések használni MAPI over HTTP enyhén növeli a CPU-használat a CAS szerver, de csökkenti a memória-fogyasztást minden polzovatleya 50-60%.

Test-OutlookConnectivity -RunFromServerId servername -ProbeIdentity OutlookMapiHttpSelfTestProbe

O hibák:
FIGYELEM: Váratlan hiba történt, a program létrehoz egy memória dump „Dr. Watson”: Nem található
ID ellenőrzés eredménye, hogy a hívás kérés, és az azonosító meghatározását 576856a695f345b6a7cc51837762272a dolgozó ellenőrző elem
397.
Nem találtunk az ellenőrzés eredményeként a hívás kérés azonosítója és az azonosító meghatározását 576856a695f345b6a7cc51837762272a működő e-mail
ementa teszt 397.
+ CategoryInfo. NotSpecified: (:) [Test-OutlookConnectivity], InvalidOperationException
+ FullyQualifiedErrorId. System.InvalidOperationException, Microsoft.Exchange.Management.Tasks.TestOutlookConnectivity

Arról van szó, POP3 / IMAP kliens? Úgy is működik, feltéve, hogy a felvételét ezeket a protokollokat az Exchange kiszolgálón.
COMPLUS_DisableRetStructPinning - gombot használjuk, hogy megoldja a problémákat, a .NET-termelékenység, az Exchange úgy van beállítva, telepítése után a tapasz
KB 2908387

Kapcsolódó cikkek

• Architecture 2018 csere, ablakok IT Pro