Problem:
Die Transportregeln funktionieren plötzlich nicht mehr.
Die Regeln basieren auf eine Domänen-Angabe wie "@domain.tld"
Lösung:
Das Problem tritt erst mit der Installation des Rollup Update 9 für Exchange 2007 auf. Hier würde etwas grundlegendes in den Reglen geändert.
Die Angabe der Domäne innerhalb der Regeln
MUSS OHNE @-Zeichen erfolgen.
Ändert man seine Regeln von
"@domain.tld" auf "
domain.tld" dann funktioniert die Regel wieder problemlos.
Quelle:
mxforum: Transport Regel funktioniert nicht auf allen CAS
Exchange Server Technet Forum: Exchange 2007 transport rule is being ignored after RU9
Problem:
Man hat ein benutzerdefiniertes Outlook-Formular erstellt und darin Skripte bzw. Code hinterlegt.
Wenn man das Formular testweise ausführt, klappt alles ohne Probleme.
Wenn man das Formular veröffentlicht und dann versucht das Skript per Button o.ä. auszuführen, passiert nichts!
Das Problem tritt nur bei Clients mit
OUTLOOK 2010 auf.
Lösung:
Seit Outlook 2010 wird per default das Ausführen von Code in öffentlichen Ordnern verhindert.
Dies kann umgangen werden, in dem man folgende Änderung in der Registry durchführt:
HKCU\Software\Microsoft\Office\14.0\Outlook\Security
DWORD Entry: PublicFolderScript
Value: 1
Nach einem Outlook-Neustart funktioniert das Formular problemlos.
In der unten genannten Quelle findet man auch einen Lösungsweg per Policy mit ADM-Datei.
Quelle: faq-o-matic.net: Homepage für Öffentliche Ordner in Outlook 2010 anzeigen
Problem:
Nach der Installation eines RollupPacks für Exchange 2007 funktioniert OWA nicht mehr. Es erscheint keine Fehlermeldung sondern es wird nur eine leere Seite angezeigt. In der URL-Leiste wird folgendes angezeigt:
https://mail.yourdomain.com/owa/auth/logon.aspx?url=https://mail.yourdomain.com/owa/&reason=0
Alle Dienste laufen und auch der Zugriff der mobilen Geräte über Outlook Anywhere etc. funktioniert.
Lösung:
Bei der Installation des RollupPacks hat es ein Problem bei der IIS-Aktualisierung gegeben. Damit wurde die OWA-Seite nicht aktualisiert oder die Installation des RollupPacks wurde abgebrochen.
Hierfür gibt es zwei Lösungsansätze:
1.)
Neuinstallation RollupPack
Man kann den Rollup-Pack einfach nochmals installieren.
WICHTIG: Die Installation des RollupPacks kann einige Zeit in Anspruch nehmen (über 30 Minuten)...die Installation NICHT abbrechen.
2.)
nachträglich Powershell-Skript für OWA-Update
Man kann das OWA-Update auch manuell anstarten. Hierzu startet man die Exchange-Verwaltungs-Shell und gibt hier folgenden Befehl ein:
updateowa.ps1
Nach wenigen Sekunden ist die OWA-Seite wieder online und alles funktionier wie gewohnt.
Trotzdem würde ich den RollupPack in einer ruhigen Minute erneut installieren.
Quelle: exchangeserverpro.com: Exchange 2007 OWA stops working with “reason=0” error
Problem:
Die store.exe, die ja für den Exchange Informationstore zuständig ist, verwendet immer mehr Speicher und wächst bis zur max. Speichergröße an.
Lösung:
Man kann die max. Größe der store.exe mittels ADSI-Edit festlegen. Standardmäßig ist hier kein Wert gesetzt und somit wächst der Prozess speichertechnisch bis an die max. Speichergrenze an.
1.) ADSI-Edit öffnen (entweder über MMC-Snap-In oder adsi.msc). Sollte ADSI-Edit fehlen, dann bitte nachinstallieren - Stichwort
Support-Tools (siehe unten)
2.) Mit ADSI-Edit eine Verbindung zur Domäne auf die Partition "
Konfiguration" herstellen
3.) Nun bitte durch die Einstellung navigieren:
CN=Configuration, DC=Domain,DC=.com
CN=Services
CN=Microsoft Exchange
CN=”domain.com”
CN=Administrative Groups
CN=”Exchange Administrative Group”
CN=Servers
CN=”Exchange1?
CN=InformationStore
4.) Auf
"InformationStore" mit der rechten Maustaste klicken und "
Eigenschaften" wählen
5.) Hier findet Ihre den Eintrag "
msExchESEParamCacheSizeMax" diesen entsprechend editieren
ACHTUNG: Der Wert, den Ihr hier eintragen wollt, wird wie folgt berechnet:
Der Wert wird in 8k Blöcken eingetragen, daher müsst Ihr diesen nach folgender Formel berechnen:
gewünschter Wert in GB x 1024 x 1024 / 8 = einzutragender Wert in Blöcke
Hier ein Beispiel mit gewünschten 12 GB:
12 x 1024 x 1024 / 8 = 1572864
6.) Natürlich müsst Ihr noch den Information Store "durchstarten", damit die Änderung zieht.
Hinweis: Eine gute, bebilderte Anleitung findet Ihr noch unter der untenstehenden Quelle!!
Quelle: sysadminslife.com: Exchange – store.exe hohe RAM Auslastung
Download Support-Tools Win2003: microsoft.com: Windows Server 2003 Service Pack 2 32-bit Support Tools
Installation ADSI-Edit Win2008: microsoft TechNet - Installieren oder Entfernen der Remoteserver-Verwaltungstools
Problem:
Man möchte gerne eine Analyse der Konnektivität zwischen Client und Exchange-Server mittels OWA, Outlook Anywhere, ActiveSync etc. überprüft.
Lösung:
Es gibt von Microsoft eine Website, mit der eine solche Analyse möglich ist. Hier werden auch die Fehler angezeigt.
Es ist möglich OWA, ActiveSync, Outlook Anywhere SMTP etc. zu überprüft.
Den gewünschten Dienst auf der Website auswählen und laufen lassen:
Link: Remoteverbindungsuntersuchung für Microsoft Exchange Server
Zusätzlich kann man bei Outlook 2007/2010 einfach mal auf das Outlook-Icon im Systray bei gedrückter STRG-Taste einen Rechtsklick machen. Hier findet man zwei zusätzliche, nützliche Punkt. Einmal den Verbindungsstatus, bei dem einem die Dienste und Verbindungen angezeigt werden. Zum anderen gibt es "E-Mail Autokonfiguration testen...", hier wird die Autodiscover-Funktion getestet. Beide sollten erfolgreich durchlaufen.
Problem:
Sie möchten den Standard-Port für das Versenden von Emails (Port 25) auf einen anderen Port ändern.
Lösung:
Leider ist dieser Schritt nicht über die GUI möglich sondern nur über die Power-Shell!
Zuvor benötigen Sie den "SENDCONNECTORNAME". Diesen können Sie mit folgendem Befehl ausfindig machen:
Get-SendConnector
Es werden alle "SENDCONNECTORS" angezeigt. Bitte wählen Sie den
Richtigen heraus. Im Default-Fall ist hier nur einer zu sehen!
Öffnen Sie die "
Exchange Management Shell" und geben Sie folgendes ein:
Get-SendConnector -Identity "SENDCONNECTORNAME" | fl
Überprüfen Sie die Port-Nummer und geben Sie nachfolgend ein:
Set-SendConnector -Identity "SENDCONNECTORNAME" -port xxx
Wobei
xxx für den gewünschten Port steht
Überprüfen Sie ein Änderung mittels folgendem Befehl:
Get-SendConnector -Identity "SENDCONNECTORNAME" | fl
Quellen:
Microsoft Technet: How to View the Configuration of a Send Connector
Exchange Technical bLog: Change SMTP port 25 in Exchange 2007