XADM: Benutzer können nicht öffentlichen Ordner oder Postfächer auf einem separaten Server delegieren zugreifen.

Einige oder alle Benutzer können möglicherweise Zugriff auf Öffentliche Ordner, die kein Replikat der lokale Informationsspeicher für Öffentliche Ordner besitzen, wenn Sie einen MAPI-Client wie Microsoft Outlook verwenden, nicht. Obwohl die Benutzer die richtigen Berechtigungen verfügen, erhalten Sie Zugriff verweigert von Fehlermeldungen, wenn Sie, versuchen auf die öffentlichen Ordner zuzugreifen, die nicht über ein lokales Replikat verfügen.

Die Benutzer erhalten eine Zugriff Fehlermeldung für alle öffentlichen Ordner verweigert, wenn ein Informationsspeicher für Öffentliche Ordner auf einem anderen Server als Standardinformationsspeicher für Öffentliche Ordner für Postfachspeicher des Benutzers festgelegt ist. Diese Benutzer können jedoch remote Öffentliche Ordner mithilfe von Microsoft Outlook Web Access (OWA) zugreifen. Dieses Problem betrifft auch Zugriffsrechte für Stellvertretung für Postfächer auf Remoteservern, wenn Benutzer einen MAPI-Client verwenden.

Dieses Problem tritt da das Attribut MsExchMailboxSecurityDescriptor für die betroffenen Benutzer in Active Directory nicht festgelegt ist.

Verwenden Sie Active Directory-Benutzer und -Computer um dieses Problem zu beheben. Ihr Computer muss Microsoft Exchange 2000 Server Service Pack 2 oder höher installiert für diese Prozedur. angezeigt wird, gehen Sie folgendermaßen vor:

1. Wählen Sie die Konten, die das Problem auftreten.
2. Klicken Sie mit der rechten Maustaste auf die ausgewählten Konten, auf Exchange-Aufgaben , und klicken Sie auf E-mail-Attribute entfernen .
3. Starten Sie den Exchange-System-Manager, und suchen Sie den Postfachspeicher, der die Postfächer enthält, wobei die e-Mail-Attribute entfernt werden.
4. Klicken Sie mit der rechten Maustaste auf den Postfachspeicher; klicken Sie dann auf Cleanup-Agent ausführen .
   
   Ein Symbol zeigt, dass ein rotes X neben die betroffenen Postfächer angezeigt wird. Das rote X gibt an, dass die Postfächer nicht mehr mit einem Benutzerkonto verbunden sind.
5. Wählen Sie jedes Postfach mit der Bezeichnung mit einem roten X, klicken Sie mit der rechten Maustaste auf das Postfach und klicken Sie auf Verbindung wiederherstellen das Postfach des richtigen Benutzerkontos wiederherstellen.
   
   Hinweis: Wenn Sie entweder das Mbconn-Dienstprogramm (Mbconn.exe) oder ein Skript, die "Csvde.exe" und "Ldifde.exe", verwendet um die Postfächer das korrekte Benutzerkonto verbinden verwenden müssen, wenden Sie sich an Microsoft Support Services, um ein Skript zu erhalten. Dieses Skript kann ausgeführt werden, nachdem die Benutzer das Attribut MsExchMailboxSecurityDescriptor Auffüllen wiederhergestellt werden.

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.

Für einen der folgenden beiden Gründe ist i. d. r. kein Attribut MsExchMailboxSecurityDescriptor festgelegt:

• LDIFDE-Dienstprogramm/Active Directory Service Interface wurde (LDIFDE/ADSI) verwendet, um das Konto zu erstellen.
• Das Killmail-Dienstprogramm oder Exchange 2000 Service Pack 2 (SP2) Exchange-Attribute entfernen -Option wurde verwendet, um die e-Mail-Attribute für das Konto zu entfernen und dann wurde das Mbconn-Dienstprogramm verwendet, um das Konto erneut zu verbinden.

Wenn Sie LDIFDE-ADSI zum Erstellen von Benutzern verwenden möchten, empfiehlt Microsoft, dass Sie LDIFDE-ADSI, verwenden um nur die Benutzerkonten zu erstellen und verwenden Sie Active Directory-Benutzer und-Computer, um die Postfächer zu erstellen.

Wenn Sie die IMailboxStore::CreateMailbox-Methode in Microsoft Collaboration Data Objects für Exchange-Verwaltung (CDOEXM), verwenden um Benutzerkonten zu erstellen, führen Sie diese Konten dieses Problem nicht auftreten. Sie müssen Exchange 2000 SP2 auf dem Exchange 2000 Server installieren, bevor Sie CDOEXM verwenden können.Weitere Informationen zur Verwendung von CDOEXM zum Erstellen von Postfächern finden Sie die folgende KB-Artikelnummer: