Hallo,
wir haben nun weiter getestet....
Zunächst haben wir mit "curl" getestet ob die Verbindung zu EWS überhaupt funktioniert. Dies ging grundsätzlich. In dem moment wo dann die Verbindung von Outlook nicht mehr ging (nach verbinden der SMB freigabe) ging auch die verbindung mit curl
nicht mehr.
Dies lässt darauf deuten, das irgendwas die verbindung blockiert, da bei curl Fehler 7 (connection refused) und Fehler 56 (RECV Failure Connection reset by Peer) kommt.
Wir haben uns die CAS und die Organisationseinstellungen angesehen. Bei beiden sind die folgende Werte nicht belegt:
EwsEnabled :
EwsAllowOutlook :
EwsAllowMacOutlook :
EwsAllowEntourage :
EwsApplicationAccessPolicy :
EwsAllowList :
EwsBlockList :
Aufgrund dieser anleitung http://justworks.ca/blog/controlling-ews-access-in-exchange-2010-mac-samsung-blackberry-and-more haben wir nun Testweise bei einem User die werte wie folgt geändert
EwsEnabled :
EwsAllowOutlook : True
EwsAllowMacOutlook : True
EwsAllowEntourage : True
EwsApplicationAccessPolicy : EnforceBlockList
EwsAllowList :
EwsBlockList : {}
Weiterhin haben wir die Throttling Config geändert nach dieser Anleitung: http://kb.infobridge.com/hc/en-us/articles/202777821-How-to-disable-Exchange-2010-2013-Throttling
Grund hierfür war, das im Eventlog zu sehen war das teilweise sehr viele Verbindungsversuche auftreten von den betreffenden Usern:
z.B.
Prozess w3wp.exe () (PID=16420). Benutzer 'Sid~Domäne\User~EWS~false' hat das Budget innerhalb eines einminütigen Zeitraums 57842 Mal für Komponente 'EWS' überschritten. Info: 'Policy:DefaultThrottlingPolicy_85032a43-a083-47bc-bac8-d39d3bf1e843,
Parts:CAS:57841;'. Schwellenwert: '100'.
Nach den Änderungen wurde ein IIS Restt durchgeführt.
Das Problem tritt leider weiterhin auf, mittlerweile bei 3 Usern.
Hat irgendjemand einen Ansatz was den Zugriff noch blockieren könnte?
Wie könnte man das Problem weiter eingrenzen?
Liebe Grüße,
Bernd
