berootale 0 Geschrieben 13. November 2018 Melden Teilen Geschrieben 13. November 2018 Hallo wir haben wegen einer Drittsoftware MAPI auf unserem Exchangeserver aktiviert. Nun haben wir das Problem, dass einige Clients die bereits über MAPi verbunden sind die Verbindung verlieren. Verbindungsaufbau erst nach setzten eines Regeintrages und Neustart des Rechners wieder möglich. Schlüssel: HKEY_CURRENT_USER\Software\Microsoft\ExchangeDWORD: MapiHttpDisabledWert: 1 Außerdem kann man über den An-Button (Zugriff auf Globale Adressliste) nicht alle Empfänger aufeinmal auswählen (Fehlermeldung: Die aktion kann nicht abgeschlossen werden). Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 13. November 2018 Melden Teilen Geschrieben 13. November 2018 Nö ihr habt mapi/http aktiviert. Welche software verlangt das denn? Abgesehen davon, dass man es meiner Meinung nach sowieso aktivieren sollte. Habt ihr das mapi Virtual directory auch konfiguriert? Überprüf das mal. Welches cu hat euer exchange? Zitieren Link zu diesem Kommentar
berootale 0 Geschrieben 13. November 2018 Autor Melden Teilen Geschrieben 13. November 2018 Hallo wir haben eine CTI-Software. Die Adressbuch Synchronisation benötigt MAPI. Der Exchange läuft auf cu18. Im IIS gibt es ein Virtual Directory mapi. Generell funktioniert es auch. Nur nicht stabil und mit der Einschränkung des Adressbuchs. Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 13. November 2018 Melden Teilen Geschrieben 13. November 2018 Mapi und mapi/http sind verschiedene Dinge! Zitieren Link zu diesem Kommentar
berootale 0 Geschrieben 13. November 2018 Autor Melden Teilen Geschrieben 13. November 2018 Gut werde mir den Unterschied nochmal anschauen. Aber du hast ja trotzdem empfohlen mapi/http zu aktivieren. Also brauch ich eine Problemlösung :-). Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 13. November 2018 Melden Teilen Geschrieben 13. November 2018 Naja dann schau dir erstmal deine Konfiguration an, und dann reden wir weiter. :| Zitieren Link zu diesem Kommentar
berootale 0 Geschrieben 13. November 2018 Autor Melden Teilen Geschrieben 13. November 2018 Ich habe meine Konfiguration nach bestem gewissen durchgeführt. Wenn ich wüsste wo ich noch weiter bohren sollte würde ich hier kein Thread aufmachen. Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 13. November 2018 Melden Teilen Geschrieben 13. November 2018 Hi, mit CU18 bist du irgendwo im Jahr 2016. ;) Der erste Schritt wäre wohl das Update auf CU21. Gruß Jan Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 13. November 2018 Melden Teilen Geschrieben 13. November 2018 Gerade eben schrieb berootale: Ich habe meine Konfiguration nach bestem gewissen durchgeführt. Das ist ja schön für dich. Und das Forum soll jetzt raten, was genau du durchgeführt hast, oder kommst du auf die Idee uns das mitzuteilen? :) Zitieren Link zu diesem Kommentar
berootale 0 Geschrieben 13. November 2018 Autor Melden Teilen Geschrieben 13. November 2018 CU18 ist vom 16.09.2017. Aber ja ich sollte das Update durchführen. Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 13. November 2018 Melden Teilen Geschrieben 13. November 2018 Gerade eben schrieb berootale: CU18 ist vom 16.09.2017. Korrekt. Da habe ich die Zahlen verdreht. :) Zitieren Link zu diesem Kommentar
berootale 0 Geschrieben 13. November 2018 Autor Melden Teilen Geschrieben 13. November 2018 vor 1 Minute schrieb NorbertFe: Das ist ja schön für dich. Und das Forum soll jetzt raten, was genau du durchgeführt hast, oder kommst du auf die Idee uns das mitzuteilen? :) Ich habe folgenden Befehl ausgeführt. Get-MapiVirtualDirectory | Set-MapiVirtualDirectory -InternalUrl "https://autodiscover.meinedomain.de/mapi" -ExternalUrl "https://autodiscover.meinedomain.de/mapi" -IISAuthenticationMethods Ntlm, OAuth, Negotiate Anschließend habe ich mapi/http aktivert. Set-OrganizationConfig -MapiHttpEnabled $true Im Anschluss habe ich den Aufruf durchgeführt. -> Resultat 200 OK Servername.domain.LOCAL https://autodiscover.meinedomain.de/mapi/healthcheck.htm Weiterhin habe ich folgenden Befehl ausgeführt -> Resultat Succeeded Test-OutlookConnectivity -RunFromServerId servername -ProbeIdentity OutlookMapiHttpSelfTestProbe Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 13. November 2018 Melden Teilen Geschrieben 13. November 2018 Danke für die Information. Wenn du jetzt einen Client mit neuem Outlook Profil konfigurierst, hat er keinen zugriff auf den Exchange/Postfach? Habt ihr einen proxy im Einsatz? Wieso konfigurierst du denn die URLs auf autodiscover? Sollte zwar kein Problem sein, aber merkwürdig ist das schon, oder steht nur der Name im Zertifikat? Bye Norbert Zitieren Link zu diesem Kommentar
berootale 0 Geschrieben 13. November 2018 Autor Melden Teilen Geschrieben 13. November 2018 Doch ich kann Clients verbinden. Über den Outlook-Verbindungsstatus wird als Protokoll auch HTTP angezeigt. Nur irgendwann verlieren die Clients Ihre Verbindung und ich muss mapi/http auf dem Client deaktivieren. Ja wir verwenden einen Proxy. Hier haben wir als Ausnahme alle Subdomains sowie die Domäne selbst eingetragen. Im Zertifikat steht mail und autodiscover. Ich dachte mir, dass alle Zugriffe die im Hintergrund laufen über autodiscover konfiguriert werden und mail gebe ich an die Benutzer weiter für OWA usw. . Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 13. November 2018 Melden Teilen Geschrieben 13. November 2018 Grade beim Thema MAPIoverHTTP würde ich erst auf CU21 aktualisieren bevor ich mich auf Fehlersuche machen würde. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.