Fehler: Exchange-Server findet Discovery-Postfach nicht mehr

Wenn ein Exchange-Server meldet, dass er das Discovery-Postfach nicht findet, obwohl dieses vor­handen ist, dann hilft möglicher­weise das Löschen und erneute Anlegen dieser Mailbox. Falls das nicht wirkt, dann em­pfiehlt sich das Löschen und Erstellen der System­post­fächer. Diese Anleitung zeigt, wie man vorgeht.

Vor einigen Tagen meldete ein Exchange-Server (Mitglied eines DAG-Clusters mit 2 Knoten) im Eventlog immer wieder den Fehler, dass er das Discovery-Postfach nicht mehr finden kann. Der betreffende Server war mit aktuellen Patches versehen und auch durchgestartet worden. Der andere Exchange-Server in der DAG war davon nicht betroffen.

Im Eventlog sah der Fehler wie folgt aus und kam dort massenhaft vor:

In den Details fand sich bei der Beschreibung folgender Abschnitt:

Microsoft.Exchange.Data.DataSourceOperationException: Das Discovery­postfach, ein ausge­blendetes Standardpostfach, das für das Durch­suchen von Post­fächern erforderlich ist, wurde nicht gefunden. Es wurde möglicherweise versehentlich gelöscht. Dieses Postfach muss neu erstellt werden, bevor Postfächer durchsucht werden können.

Als erster Schritt zur Lösung des Problems liegt es nahe, zu verifizieren, ob das Discovery­postfach tatsächlich ver­schwunden ist. In meinem Fall war es im Active Directory immer noch vorhanden (der Name des Objekts dort lautet DiscoverySearchMailbox).

Meine nächste Maßnahme bestand darin, das Discovery-Postfach neu anzulegen. Über die PowerShell ist dies schnell gemacht. Das Kommando

Remove-Mailbox "DiscoverySearchMailbox{D919BA05-46A6-415f-80AD-7E09334BB852}"

löscht das Discovery­postfach, und das folgende erstellt es wieder neu:

New-Mailbox -Name "DiscoverySearchMailbox{D919BA05-46A6-415f-80AD-7E09334BB852}" `
-Alias "DiscoverySearchMailbox{D919BA05-46A6-415f-80AD-7E09334BB852}" `
-DisplayName "Discovery Search Mailbox" -Discovery

Danach erteilt man die Berechtigungen für die Rollen­gruppe Discoveryverwaltung:

Add-MailboxPermission "DiscoverySearchMailbox{D919BA05-46A6-415f-80AD-7E09334BB852}" `
-User "Discovery Management" -AccessRights FullAccess -InheritanceType all

Leider blieb mein Versuch ohne Erfolg, der Exchange-Server meldete weiter pausenlos den gleichen Fehler.

Systempostfächer neu anlegen

Der nächste konsequente Schritt war jetzt, alle System­postfächer neu anzulegen. Das Löschen der Postfächer im Active Directory kann per Hand oder PowerShell erfolgen.

Hier die PowerShell-Variante:

"SM_1a362f64468141608","SM_24627d43904e493cb","SM_d208f84aebff4ce7a" | % {Remove-ADUser -Identity $_ } "SM_524f08e95d1f45f1b","SM_5a033a7287e44fcea","SM_7944b93bf3e544cd9" | % {Remove-ADUser -Identity $_ } "SM_4ba4e532269541448","SM_806d521917a540a49","SM_0f3de8fbeeb54b8a8" | % {Remove-ADUser -Identity $_ }

Jetzt können die Postfächer mit dem Setup, welches sich im Installations­verzeichnis des Exchange-Servers im Ordner bin befindet, wieder erstellt werden. Dazu ruft man

setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms

auf.

Die gelöschten Postfächer sind nun wieder­her­gestellt und können auf diese Weise E-Mail-aktiviert werden:

Enable-Mailbox -AuditLog SM_7944b93bf3e544cd9 Enable-Mailbox -Arbitration SM_1a362f64468141608 Enable-Mailbox -Arbitration SM_24627d43904e493cb Enable-Mailbox -Arbitration SM_d208f84aebff4ce7a Enable-Mailbox -Arbitration SM_524f08e95d1f45f1b Enable-Mailbox -Arbitration SM_5a033a7287e44fcea Enable-Mailbox -Arbitration SM_4ba4e532269541448 Enable-Mailbox -Arbitration SM_806d521917a540a49 Enable-Mailbox -Arbitration SM_0f3de8fbeeb54b8a8

Wie bereits weiter oben beschrieben, muss man wieder der Rollengruppe Discoveryverwaltung die Berechtigungen auf das DiscoverySearch-Postfach erteilen.

Zum Abschluss passt man noch das Sendelimit für die Postfächer Federated und Migration an, das nach dem Neuanlegen noch unbegrenzt ist. Dieses sollte beim Federated bei 1 MB und beim Migration auf 300 MB stehen.

Set-Mailbox -Identity "FederatedEmail*" -Arbitration -ProhibitSendQuota 1MB

Set-Mailbox -Identity "Migration*" -Arbitration -ProhibitSendQuota 300MB

Nach dem Wiederherstellen der Systempostfächer tauchte der Fehler im Eventlog nicht mehr auf.