Out of Office / Frei-Gebucht Infos funktioniert nicht

Hallo werte Community-Kollegen!

Vorab, ich habe zusammen mit meinem Kollegen bereits Google gequält und etliche Tutorials und Forenbeiträge gelesen und durchgetestet.
Wir kommen auf keinen grünen Zweig.

Unsere Serverumgebung:

Windows 2008 RC2 mit Exchange 2010
Clients auf Windows7 mit Office 2007
Zertifikate selbstgeneriert und in den Clients als vertrauenswürdiges Stammzertifikat installiert
Zertifikate für (Extern: owa.domain.at + autodiscover.domain.at | Intern: cas.domain.local)

Der OOF Assistent funktioniert im OWA einwandfrei, im Outlook kommt die Meldung:
Ihre Abwesenheitseinstellungen können nicht angezeigt werden, da der Server zurzeit nicht verfügbar ist. Versuchen Sie es später erneut.

Der Auto-Konfigurationstest liefert folgende Success Meldung:
Attempting URL https://cas.domain.local/Autodiscover/Autodiscover.xml found through SCP
Autodiscover to https://cas.domain.local/Autodiscover/Autodiscover.xml starting
Autodiscover to https://cas.domain.local/Autodiscover/Autodiscover.xml succeeded

Der Ergebnisse-Reiter liefert folgende Ausgaben:

-------------------------------------
//Protocol: Exchange RPC
Server: cas.domain.local
Availability Service URL: https://cas.domain.local/EWS/Exchange.asmx
OOF URL: https://cas.domain.local/EWS/Exchange.asmx
OAB URL: http://cas.domain.local/OAB/cac92b58-1ad8 ...
Unified Message Service URL: https://cas.domain.local/EWS/UM2007Legacy.asmx
Auth Package: Unspecified

Protocol: Exchange HTTP
Server: owa.domain.at
SSL: Yes
Mutual Authentication: Yes
Availability Service URL: https://owa.domain.at/EWS/Exchange.asmx
OOF URL: https://owa.domain.at/EWS/Exchange.asmx
OAB URL: http://owa.domain.at/OAB/cac92b58-1ad8-43 ...
Unified Message Service URL: https://owa.domain.at/EWS/UM2007Legacy.asmx
Auth Package: Basic
Certificate Principal Name: msstd:owa.domain.at
-------------------------------------

Unsere Auth Einstellungen in den virtual directories auf dem OWA Exchange Server sind (nur enabled):

Autodiscover: Anonymous, Basic, Windows Auth.

EWS: Anonymous, Windows Auth.

OWA: Basic

Die OWA URLs
Intern: https:cas.domain.local/owa
Extern: https://owa.domain.at/owa

Die OWA URLs bei den NLBs
Intern: https://cas.domain.local/owa
Extern: <leer>

Die EWS URLs
Intern: https://cas.domain.local/ews
Extern: https://owa.domain.at/ews

Hoffe ich habe jetzt nichts wichtiges vergessen, sonst bitte fragen!

Was kann ich noch tun?
Bin für jeden Vorschlag und Tipp dankbar!

LG

Jürgen

Hallo,

ich habe mal die Protokollierung im Outlook nochmals eingeschaltet, und erhalte mehrere Logfiles mit folgender Fehlermeldung:
---
2010/04/15 14:30:55.317: Request to URL: https://cas.domain.local/EWS/Exchange.asmx

2010/04/15 14:30:55.317: Request action: http://schemas.microsoft.com/e…ssages/GetUserOofSettings
2010/04/15 14:30:55.317: Request XML: <?xml version="1.0"?>
<q:Envelope xmlns:q="http://schemas.xmlsoap.org/soap/envelope/"><q:Body><ex12m:GetUserOofSettingsRequest xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages"><ex12t:Mailbox xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types"><ex12t:Address>JDoe@domain.at</ex12t:Address><ex12t:RoutingType>SMTP</ex12t:RoutingType></ex12t:Mailbox></ex12m:GetUserOofSettingsRequest></q:Body></q:Envelope>

2010/04/15 14:30:55.317: Sending request
2010/04/15 14:30:55.383: Request sent
2010/04/15 14:30:55.383: Response error code: 00000000
2010/04/15 14:30:55.383: HTTP status code: 500
2010/04/15 14:30:55.383: -------------------------------
2010/04/15 14:30:55.383: There is an error in request/response.
2010/04/15 14:30:55.383: XML response:
2010/04/15 14:30:55.383: -------------------------------

Hope this helps

lg
Jürgen

Bin mit meinem Latein am Ende, alle erdenklichen Hostnamen sind im Zertifikat eingetragen, alle Tests im IE liefern Ergebnisse wie sie sein sollen (inkl. gültigem Zertifikat), Outlook liefert auch keine Fehler, außer dem oben im vorigen Beitrag genannten HTTP Status Code: 500.

Irgendwelche Ideen?
Jede noch so seltsame Idee ist willkommen

LG
Jürgen

Hallo!

Leider funktioniert das auch nicht, da wir es bereits mit und ohne Proxyeintrag getestet haben.
Danke trotzdem für deinen Link!

lg
Jürgen

Hallo!

Habe das Problem nun gelöst!

Und zwar war bei uns im IIS->EWS->Authentication
bei "Windows Authentication" unter Advanced Settings KEIN Haken bei "Enable Kernel-mode authentication" gesetzt und bei Providers-> Enabled Providers
war Negotiate:kerberos eingetragen.

Bei Autodiscover war der Haken bei "Enbale Kernel-mode authentication" gesetzt aber kein Negotiate:kerberos eingetragen.
Nun habe ich einfach den Haken bei Enable Kernel-mode... auf der EWS Seite gesetzt und den Negotiate:Kerberos Provider entfernt.
Nun sind beide Seiten identisch eingerichtet und er kann sich auch erfolgreich authentifizieren.
Drauf gekommen bin ich durch das Eventlog, das mir beim Versuch den Abwesenheits-Assistenten zu öffnen, einige Fehlermeldungen brachte bezüglich Kerberos.

Hoffe das hilft vielleicht einigen bei der Fehlersuche auf ihren Systemen.
Danke an alle für die Hilfe!!

Gruß
Jürgen