Exchange 2007-Benutzer können für Postfächer auf Exchange 2003 Server keine Frei/Gebucht-Informationen anzeigen

  • Artikel

 

Letztes Änderungsdatum des Themas: 2008-04-15

In diesem Thema erhalten Sie Informationen dazu, warum Frei/Gebucht-Informationen von Öffentlichen Ordnern zwischen Microsoft Exchange Server 2003 und Exchange Server 2007 möglicherweise nicht repliziert werden. Exchange 2007-Benutzer können die Frei/Gebucht-Informationen von Benutzern, deren Postfächer sich auf dem Servercomputer mit Exchange 2003 befinden, nicht anzeigen. Die Frei/Gebucht-Informationen werden diesen Benutzern auf der Outlook-Seite Terminplanungs-Assistent als Nummernzeichen (#) angezeigt.

Zusätzlich können mehrere 4003-Ereignisse auf dem Clientzugriffsserver auftreten. Ein 4003-Ereignis weist auf einen Fehler beim Nachschlagen von Frei/Gebucht-Informationen für Legacypostfächer hin. Normalerweise stammen diese Informationen von Öffentlichen Ordnern. Es folgt ein Beispiel für ein 4003-Ereignis.

Ereignis-ID: 4003

Roh-Ereignis-ID: 4003

Kategorie: Verfügbarkeitsdienst

Quelle: MSExchange-Verfügbarkeit

Typ: Fehler

Meldung: Prozess 4664[w3wp.exe:/LM/W3SVC/1/ROOT/EWS-1-128114978363374212]: Fehler bei Microsoft.Exchange.InfoWorker.Common.Availability.PublicFolderRequest. Die zurückgegebene Ausnahme ist Microsoft.Exchange.InfoWorker.Common.Availability.PublicFolderRequestProcessingException.

Ursachen

Folgende zwei Ursachen sind für das Problem verantwortlich:

  1. Die Option "Sicheren Kanal voraussetzen (SSL)" ist standardmäßig für das virtuelle Öffentliche Ordner-Verzeichnis des Zertifizierungsstellenservers (CA) aktiviert. Dieses Problem kann auftreten, wenn der allgemeine Name im Zertifikat nicht mit dem vollqualifizierten Domänennamen (FQDN) der URL übereinstimmt, die im Attribut InternalURL des Exchange-Webdiensts gespeichert ist.

  2. Formularbasierte Authentifizierung ist in Exchange Server 2003 aktiviert. Weitere Informationen zur formularbasierten Authentifizierung finden Sie unter Konfigurieren der formularbasierten Authentifizierung für Outlook Web Access.

Lösung

Verwenden Sie zur Behebung des Problems mindestens eine der folgenden Lösungen, je nach Anwendbarkeit auf die Gegebenheiten in Ihrer Organisation.

Verfahren

So ändern Sie das Attribut "InternalURL"

  1. Öffnen Sie auf dem Clientzugriffsserver den Internetinformationsdienste-Manager.

  2. Wechseln Sie unter Standardwebsite in das virtuelle Verzeichnis Public.

  3. Klicken Sie mit der rechten Maustaste auf Public, und klicken Sie dann auf die Seite Eigenschaften.

  4. Klicken Sie auf der Registerkarte Verzeichnissicherheit auf Zertifikat anzeigen, und notieren Sie den Namen unter "Ausgestellt für", z. B. "mail.contoso.com".

  5. Starten Sie die Exchange-Verwaltungsshell.

  6. Ändern Sie das Attribut InternalURL, indem Sie das folgende Cmdlet eingeben und dann die EINGABETASTE drücken: Set-WebServicesVirtualDirectory -Identity "CAS_Server_Name\EWS (Standardwebsite)" -InternalURL https://mail.contoso.com/ews/exchange.asmx

  7. Starten Sie den IIS-Verwaltungsdienst neu.

So deaktivieren Sie die formularbasierte Authentifizierung

  1. Öffnen Sie den Exchange-System-Manager.

  2. Erweitern Sie in der Konsolenstruktur den Eintrag Server, erweitern Sie den Server, für den die formularbasierte Authentifizierung deaktiviert werden soll, und erweitern Sie dann Protokolle.

  3. Erweitern Sie HTTP, klicken Sie mit der rechten Maustaste auf Virtueller Exchange-Server, und klicken Sie dann auf Eigenschaften.

  4. Deaktivieren Sie im Dialogfeld Virtueller Exchange-Server Eigenschaften auf der Registerkarte Einstellungen im Bereich Outlook Web Access die Option Formularbasierte Authentifizierung aktivieren.

  5. Klicken Sie auf Übernehmen und dann auf OK.

  6. Starten Sie den IIS-Verwaltungsdienst neu.