2
Exchange 2013 MAPI RPC statt RPC HTTP
Hallo und frohes neues Jahr,
lohnt sich Wechsel von RPC auf MAPI bei Exchange 2013 im Hinblick dessen das ca. 5-10 sporadische Oultook Anywhere Benutzer schneller unterwegs sind? Ist bei dem Wechsel ein Nachteil/Harken zu befürchten?
Die Profile Outlook muss man nicht neu erstellen nehme ich an.
Es ist ein gekauftes Zertifikat vorhanden.
Keine Apple Clients.
Der on-prem Exchange Server ist aktuell über eine VDSL 25 Leitung online und könnte stattdessen auf eine Vodafone Business Kabel 1000/50 gewechselt werden. (vielleicht bringt das ja schon was)
Items Count/Postfächer sind über aktuell leider nicht einheitlich unter 2GB.
lohnt sich Wechsel von RPC auf MAPI bei Exchange 2013 im Hinblick dessen das ca. 5-10 sporadische Oultook Anywhere Benutzer schneller unterwegs sind? Ist bei dem Wechsel ein Nachteil/Harken zu befürchten?
Die Profile Outlook muss man nicht neu erstellen nehme ich an.
Es ist ein gekauftes Zertifikat vorhanden.
Keine Apple Clients.
Der on-prem Exchange Server ist aktuell über eine VDSL 25 Leitung online und könnte stattdessen auf eine Vodafone Business Kabel 1000/50 gewechselt werden. (vielleicht bringt das ja schon was)
Items Count/Postfächer sind über aktuell leider nicht einheitlich unter 2GB.
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 5195573168
Url: https://administrator.de/forum/exchange-2013-mapi-rpc-statt-rpc-http-5195573168.html
Ausgedruckt am: 07.04.2025 um 18:04 Uhr
2 Kommentare
Neuester Kommentar
Moin,
Gruß,
Dani
lohnt sich Wechsel von RPC auf MAPI bei Exchange 2013 im Hinblick dessen das ca. 5-10 sporadische Oultook Anywhere Benutzer schneller unterwegs sind? Ist bei dem Wechsel ein Nachteil/Harken zu befürchten?
unter dem Aspekt, dass Exchange Server 2013 am 11.04.2023End of Life ist, würde ich die Zeit eher in die Planung der Migration investieren. Damit verbunden wird dann auch automatisch MAPI genutzt.Gruß,
Dani
Hallo,
dank dem KB Artikel von Frank ist es ja eigentlich easy auf MAPI zu wechseln, dank dem MSXFAQ Artikel dann doch nicht mehr so leicht.
Powershell Komando:
Get-MapiVirtualDirectory | Set-MapiVirtualDirectory -InternalUrl "https://outlook.frankysweb.de/mapi" -ExternalUrl "https://outlook.frankysweb.de/mapi" -IISAuthenticationMethods Ntlm, OAuth, Negotiate
<< Wenn dies gesetzt wird, dann ist das ja unverfänglich oder?
(kann ja sein das dadurch neue Sonderlocken entstehen und Stellschrauben notwendig werden...
Solange es mittels folgendem Befehl nicht "enabled" wird bleibt die Kirche im Dorf nehme ich an.
Set-OrganizationConfig -MapiHttpEnabled $true
Vermute die Wahrheit steht dann in diesem alten Artikel:
https://www.msxfaq.de/exchange/clients/mapihttp.htm
Wechselwirkungen bei verschiedenen bestehen Outlook Versionen u.U. möglich nehme ich an.
dank dem KB Artikel von Frank ist es ja eigentlich easy auf MAPI zu wechseln, dank dem MSXFAQ Artikel dann doch nicht mehr so leicht.
Powershell Komando:
Get-MapiVirtualDirectory | Set-MapiVirtualDirectory -InternalUrl "https://outlook.frankysweb.de/mapi" -ExternalUrl "https://outlook.frankysweb.de/mapi" -IISAuthenticationMethods Ntlm, OAuth, Negotiate
<< Wenn dies gesetzt wird, dann ist das ja unverfänglich oder?
(kann ja sein das dadurch neue Sonderlocken entstehen und Stellschrauben notwendig werden...
Solange es mittels folgendem Befehl nicht "enabled" wird bleibt die Kirche im Dorf nehme ich an.
Set-OrganizationConfig -MapiHttpEnabled $true
Vermute die Wahrheit steht dann in diesem alten Artikel:
https://www.msxfaq.de/exchange/clients/mapihttp.htm
Wechselwirkungen bei verschiedenen bestehen Outlook Versionen u.U. möglich nehme ich an.
