Franky's Web

Zur Übersicht eine kleine Grafik mit der von Exchange 2010 benutzen Ports zur Kommunikation.

Als XPS-Datei kann die Grafik hier runtergeladen werden:

http://www.frankysweb.de/download/exchange_ports.xps

Und hier noch mal als PNG:

http://www.frankysweb.de/download/exchange_ports.png

Es ist zwar ein “altes” Tool aber es funktioniert auch unter Exchange 2010 ganz gut, ein paar Einschränkungen muss man zwar hinnehmen (es wird nicht die Webbasierte Veröffentlichung des OABs geprüft). Trotzdem nützlich um den Erstellungsprozess des OABs zu prüfen und vor allem um das OAB gegen das Active Directory abzugleichen.

OABINTEG kann hier runtergeladen werden:

http://support.microsoft.com/?id=907792

Die Tests die von OABINTEG durchgeführt werden lassen sich anpassen, hier mal ein Beispiel:

oabinteg /s:SRV01 /t:alltests /l /v:2

Wenn OABINTEG ohne Parameter aufgerufen wird, zeigt es eine Hilfe zu den gültigen Parametern und Tests.

Bitte beachten, das Tool ist schon etwas älter, aber trotzdem nützlich um OABgen Prozesse zu troubleshooten.

Wenn Event 5003 nach einem Neustart des Servers protokolliert wird und sich daraufhin der Exchange Informationsspeicherdienst nicht starten lässt, ist die Ursache meist, das die Zeit zwischen DC und Exchange Server zu stark abweicht.

Ursache dafür kann in vmWare Umgebungen sein, das sich die Zeit mit dem ESX Host synchronisiert und nicht mit dem DC. In den vmWare Tools lässt sich dieses Verhalten aschalten

Nachdem das Häkchen entfernt wurde, lässt sich die Uhrzeit mit folgendem Befehl vom DC synchronisieren:

Net time \\DCNAME /Set

Danach muss noch der Dienst “Microsoft Exchange Active Directory-Topologie” neugestartet werden. Wenn noch nicht geschehen kann dann der Dienst “Microsoft Exchange Informationsspeicher” gestartet werden.

In der Standardeinstellung erstellt Exchange 2010 die Unzustellbarkeitsnachrichten (NDR) in der Sprache des sendenden Systems. Leider funktioniert das ab und zu nicht ganz zuverlässig, zumindest nicht für NDRs die die Organisation verlassen. Abhilfe schafft man, indem die Sprache für externe NDR Nachrichten fest vorgibt:

Set-TransportConfig -ExternalDsnDefaultLanguage en-us -ExternalDsnLanguageDetectionEnabled $false

Dieser Befehl schaltet die automatische Erkennung der Sprache für die NDRs ab und legt die Sprache auf Englisch (US) fest. Wer auch die Sprache für interne NDRs festlegen will kann diesen Befehl verwenden:

Set-TransportConfig -InternalDsnDefaultLanguage en-us -InternalDsnLanguageDetectionEnabled $false

Nach dem Ausführen beider Befehle sind sowie interne als auch externe NDR Nachrichten in Englisch.

Da hab ich aber sparsam aus der Wäsche geschaut. Ich öffne auf einem Exchange 2010 die Exchange Management Konsole und möchte einige Konfigurationsänderungen vornehmen. Die Konsole zeigt aber direkt beim Öffnen diese Meldung:

“Fehler beim Versuch, eine Verbindung mit dem angegebenen Exchange Server herzustellen: …”

Die Meldung deutet auf ein Berechtigungsproblem hin, obwohl der Benutzer Mitglied der Gruppe “Organisation Management” ist. Ein anderer Exchange Server zeigte ein anderes aber ähnliches Fehlerbild:

    “Ihre Berechtigungen reichen zum Anzeigen dieser Daten nicht aus”

Nach etwas Reschere offenbarte sich auch die Ursache dafür, scheinbar hatte jemand die Konsole mit anderen Anmeldeinformationen geöffnet und diese gespeichert. Unter “Systemsteuerung” -> “Anmeldeinformationsverwaltung” fand ich einen Eintrag, nachdem der Eintrag gelöscht wurde, stimmten die Berechtigungen wieder und die Konsolen öffneten sich ohne Fehler.

Gemein…! J