Event ID: 2937 Source: MSExchange ADAccess Process w3wp.exe

Nach einer Exchange Migration gibt es immer wieder Fehlermeldungen im Eventlog der neuen Exchange 2010 Server welche besagen, es gäbe in der Konfiguration Verweise auf gelöschte Objekte in der AD:


Log Name:      Application
Source:        MSExchange ADAccess
Event ID:      2937
Task Category: Validation
Level:         Warning
Keywords:      Classic
Description:
Process w3wp.exe () (PID=xxxx). Object [CN=Offline Address Book,CN=Offline Address Lists,
CN=Address Lists Container,CN=MyExcOrg,CN=Microsoft Exchange,CN=Services,CN=Configuration,
DC=mydomain,DC=com]. Property [PublicFolderDatabase] is set to value 
[mydomain.com/Configuration/Deleted Objects/Public Folder Database
DEL:7a5cdb55-d5dd-48f5-b9ad-2a4eb4e3a2f5], it is pointing to the Deleted Objects container 
in Active Directory. This property should be fixed as soon as possible.

Hier in diesem Fall handelt es sich um einen fehlerhaften Verweis der das Offline Address Book betrifft. Das Problem lässt sich folgendermassen beheben:

1. ADSIEdit starten und die neue Public Folder DB suchen:
   
   Configuration -> Services > Microsoft Exchange -> Organization name -> Administrative Groups -> Exchange admin groups (xxxxx) ->  databases
   
2. Mit einem Rechtsklick auf das Objekt die Eigenschaften anzeigen lassen und den distinguishedName suchen und kopieren.
   
3. Nun in ADSIEdit auf Configuration -> Services > Microsoft Exchange -> Organization name -> ddress Lists Container -> Offline Address Lists -> Default Offline Address Book wechseln.
   
4. In den Eigenschaften den Wert siteFolderServer suchen. Dort steht nun der falsche Wert drin. Dieser sieht in etwa so aus:
   CN=DOMAIN PFDB\0ADEL:a44bc301-425b-44b1-ad12-419a683affd2,CN=Deleted Objects,CN=Configuration,DC=DOMAIN,DC=local
   
5. Dieser Wert kann nun mit den zuvor kopierten Wert ersetzt werden.

Gemischte Exchange 2007 / 2010 Umgebung und TMG

Während einer Migration von Exchange 2007 auf Exchange 2010 wird oft eine Koexistenz der beiden Exchange Versionen aufgebaut, damit die Postfächer in Ruhe auf den neuen Exchange 2010 verschoben werden können.

Durch die CAS Proxy Funktionalität ist dies auch kein Problem. Wenn die externen Zugriffe auf die Exchange Organisation durch einen TMG abgesichert ist kommt es aber oft zu Problemen mit der Konfiguration des TMG Servers. Stimmt diese nicht, kann es vorkommen das die User ihre Anmeldedaten für den Zugriff auf das OWA zwei mal angeben müssen.

Dies geschieht, wenn ein User, dessen Postfach noch auf dem Exchange 2007 liegt, über OWA auf sein Postfach zugreifen will und die SSO Konfiguration auf dem TMG nicht korrekt ist.

Exchange 2010 und 2007 - Replikation der Public Folder lässt sich nicht einschalten

Neulich hatte ich eine Migration von einem Exchange 2007 auf Exchange 2010. Dies ist eher selten, denn die meisten Migrationen mache ich von 2003 auf 2010.
Nachdem ich den neuen Exchange 2010 installiert habe, wollte ich die Public Folder vom Exchange 2007 auf den Exchange 2010 replizieren. Dies wollte ich natürlich mit dem Script AddReplicaToPFRecursive.ps1 erledigen. Das Script war schnell ausgeführt. Doch die Kontrolle ergab, dass der neue Serverbei keinem der Public Folder für die Replikation eingetragen wurde.
Also habe ich mal versucht dies bei einem Public Folder von Hand zu erledigen um zu sehen was ich denn für einen Fehler bekomme. Die Fehlermeldung war kryptisch, doch klang etwas nach Berechtigungsproblemen:

Microsoft.Exchange.Data.Mapi.Common.MapiObjectNotFoundException: Cannot save the object '\'. Make sure that you specified the correct Identity and that you have the necessary permissions to save it. --->

Der Punkt "Cannot save the object" war aber viel mehr der Hinweis auf die Lösung. Das Problem war, dass die Exchangeumgebung schon von Exchange 2003 auf Exchange 2010 Migriert wurde. Daher gab es in der Registry noch den Kontainer für die Exchange 2003 Administrative Gruppe. In dieser gab es auch den Container "Server" und dieser war natürlich leer, da es in der Exchange Umgebung keine Exchange 2003 Server mehr gab. Nachdem ich diesen Container gelöscht habe war es auch möglich weitere Server für die Replikation zu den Public Folder hinzuzufügen:

Exchange 2010 - Public Folder replizieren

Die Public Folder wollte Microsoft schon öfters sterben lassen. Die Idee dahinter ist, uns dazu zu bringen SharePoint zu verwenden. Ich nehme an, wir haben es grösseren Firmen zu verdanken, dass es die Public Folder noch gibt. Für die User sind Public Folder ein schönes Feature, für die Admins ein Fluch. Nur schon der Umstand, dass die Replikation der Public Folder noch immer über SMTP läuft ist absolut veraltet. Die Public Folder Datenbanlken tauschen ihre Inhalte also aus, indem sie sich gegenseitig Mails senden.

Dies hat sich auch unter Exchange 2010 nicht geändert. Die Public Folder wurden einfach "mitgenommen" und nicht wirklich weiter entwickelt. Die bekannten Probleme mit den Berechtigungen und der Replikation auf andere Mailboxserver ist geblieben. Die Replikations-Einstellungen können noch immer nicht auf Unterordner vererbt werden.
Immerhin hat uns Microsoft mit Exchange 2010 ein Script mitgeliefert, mit dessen Hilfe wir die Replikation ganzer Ordnerstruckturen einrichten können. Dies muss dann aber über die Exchange Shell geschehen.