Hope This Helps - Exchange

Exchange 2007 : Empfangsconnector kann nicht erstellt werden nach SP3 (LdapErr)

nospam@example.com (Ralf Entner) — Fri, 27 Jul 2012 14:57:25 +0200

Problem:
Nach der Installation von Servicepack 3 für Exchange 2007 lässt sich kein Empfangsconnector mehr einrichten.
Es wird folgender o.ä. Fehler angezeigt:

Active Directory-Vorgang konnte nicht auf . Dieser Fehler ist kein Wiederholungsversuch möglich. Weitere Informationen: der Parameter ist falsch.
Active Directory-Antwort: 00000057: LdapErr: DSID-0C090B38, Kommentar: Fehler im Attribut-Konvertierungsvorgang, Daten 0, Vece
Das angeforderte Attribut ist nicht vorhanden.

Ursache:
Bei der Aktualisierung von SP3 wurde das AD-Schema nicht mit angepaßt.

Lösung:
Es muß eine Schema-Erweiterung durchgeführt werden. Hierzu folgenden Befehl aus dem Exchange-SP3-Installationsverzeichnis ausführen:

Setup.com/PrepareSchema

Nach der Schema-Erweiterung funktioniert alles wieder wie gewohnt!

Quelle: microsoft.com KB2457729 - Einen Empfangsconnector kann nicht erstellt werden, nach der Installation von SP3 für Exchange Server 2007

Exchange 2007 / Windows 2008 : Installation Hubtransport-Rolle schlägt fehl

nospam@example.com (Ralf Entner) — Fri, 27 Jul 2012 14:46:35 +0200

Problem:
Die Installation der HUB-Transport-Rolle von Exchange 2007 auf einem Server 2008 schlägt fehl mit folgender Meldung:

Ereignisquelle: MSExchangeSetup
Ereignis-ID: 1002
Taskkategorie: Microsoft Exchange Setup
Level: Fehler
Stichwörter: Klassisch
Beschreibung:
Hub-Transport-Funktion der Exchange Server-Komponente schlägt fehl.
Fehler:
Fehler: Ein Fehler ist aufgetreten. Fehlercode 2147504141. Meldung: "Die Eigenschaft wurde nicht im Cache gefunden."

Ursache:
Das Problem tritt auf, wenn IPv6 auf der Netzwerkkarte deaktiviert wurde, aber diese Einstllung nicht auf andere Adpater (Tunnel-/Loppback-Adapter) auswirkt.

Lösung 1:
Aktivieren Sie IPv6 wieder auf der Netzwerkkarte und starten Sie die Installation erneut!

Lösung 2:
Deaktivieren Sie IPv6 auf allen Adaptern mittels Registry.
Hierzu bitte wie folgt vorgehen:

1.Öffnen Sie den Registrierungs-Editor.
2.Navigieren Sie zum folgenden Registrierungsunterschlüssel:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters

3.Klicken Sie im Detailbereich auf Neu und dann auf DWORD-Wert (32-Bit).
4.Geben Sie DisabledComponents ein, und drücken Sie die EINGABETASTE.
5.Doppelklicken Sie auf DisabledComponents, und geben Sie dann in das Feld Hexadezimal die Zeichenfolge 0xffffffff bzw. in das Feld Dezimal die Zeichenfolge 4294967295 ein.

Hinweis: Der Wert 0xffffffff bzw. der Wert 4294967295 deaktiviert alle IPv6-Komponenten, mit Ausnahme der IPv6-Loopback-Schnittstelle.

Quelle: microsoft.com: KB952842 - Die Installation der Exchange Server 2007-Hub-Transport-Funktion ist auf einem Computer mit Windows Server 2008 nicht erfolgreich

Windows Server 2003 (R2): Änderung des Product Keys

nospam@example.com (Ralf Entner) — Wed, 02 May 2012 13:45:27 +0200

Problem:
Man hat einen physikalischen Windows Server 2003 (R2) in seine virtuelle Welt migriert und möchte nun, den richtigen Windows Product Key auf dem System installieren.
doch leider ist diese Prozedur nicht so einfach, wie ich mir das vorgestellt habe. Die ganzen OOBETimer-Änderungs-Registry-Tweaks funktionieren nicht...Windows bleibt aktiviert und läßt keine Änderung des KEys zu.

Lösung:
Nach einiger Suche habe ich die Möglichkeit gefunden die Aktivierung des Server 2003 aufzuheben und bei der erneuten Aktivierung war auch eine Änderung des Product Keys möglich.
Folgende Vorgehensweise hierzu:

1.) Eingabeaufforderung starten und folgende Dateien neu registrieren

==> regsvr32 licwmi.dll
==> regsvr32 regwizc.dll
==> regsvr32 licdll.dll

2.) Umbenennen der wpa.dbl und wpa.bak im system32-Verzeichnis
3.) System neu starten
4.) Nach dem Neustart wird zur Aktivierung aufgefordert
5.) WICHTIG!!! Hier die TELEFONISCHE Aktivierung auswählen, da sonst keine Key-Änderung möglich ist
6.) Produkt-Key ändern und die telefonische Aktivierung durchführen
7.) System ist aktiviert und läuft mit dem neuen Product Key

Outlook: Benutzer mit zusätzlichem Postfach - gesendete oder gelöschte Mails landen im falschen Ordner

nospam@example.com (Ralf Entner) — Wed, 28 Mar 2012 14:58:16 +0200

Problem:
Wenn ein Benutzer mit zusätzlichem Postfach Mails sendet oder löscht sollen diese im jeweiligen Postfach landen

Lösung:
Man kann den Speicherort der gesendeten und der gelöschten Mails mittels Registry beeinflussen. Hier kann eingestellt werden, ob die Mails im Hauptpostfach des Benutzers oder im jeweiligen Zusatzpostfach landen.

Folgende zwei Einträge sind für die Steuerung zuständig:

HKEY_CURRENT_USER\Software\Microsoft\Office\xx.0\Outlook\Preferences

Name: DelegateSentItemsStyle
Typ: REG_DWORD
Werte: 0 oder 1
Erklärung:
1 = gesendete Mails landen im jeweiligen Postfach
0 = gesendete Mails landen im Postfach des Hauptbenutzers

Name: DelegateWasteBasketStyle
Typ: REG_DWORD
Werte: 4 oder 8
Erklärung:
4 = gelöschte Mails landen im jeweiligen Postfach
8 = gelöschte Mails landen im Postfach des Hauptbenutzers

Quelle:
Microsoft KB202517: Aus einem freigegebenen Postfach gelöschte Elemente werden in Outlook in den falschen Ordner verschoben
Microsoft KB972148: Wenn Sie eine E-Mail-Nachricht aus einem freigegebenen Postfach in Outlook 2007 senden, wird die gesendete Nachricht im Ordner "Gesendete Objekte" des freigegebenen Postfachs nicht gespeichert

Exchange 2007 / Outlook 2010 - Ihre Nachricht hat einige oder alle Empfänger nicht erreicht.

nospam@example.com (Christopher Pope) — Tue, 17 Jan 2012 09:40:04 +0100

Problem :

Benutzer bekommt bei dem Versuch eine E-Mail zu senden eine Antwort vom Exchange Server das ein versenden nicht möglich ist.

Bild Fehlermail:

Lösung :

Im Internet existieren mehrere Lösungvorschläge zu diesem Problem. In meinem Fall konnte der Fehler nur behoben werden indem ich das Standardprofil des Mailclients komplett gelöscht habe um es erneut anzulegen. In der Systemsteuerung\Benutzerkonten das Icon E-Mail anklicken dann unter Profile das Default Profil löschen. Ein Tipp der bei mir leider nicht funktioniert hatte aber bei euch vielleicht ist den Exhchange Cache Mode zu deaktivieren anschließend die OFT Dateien löschen und den Cache Mode wieder aktivieren. Dannach werden die OFT Dateien neu angelegt. Ein komplettes Neuanlegen des Windows Profiles löst das Problem auch allerdings macht man sich mehr arbeit als nötig (musste ich schreiben da es auch als Tipp im Internet unterwegs ist)

Exchange - Testen des eigenen oder eines anderen SMTP Servers

nospam@example.com (Christopher Pope) — Tue, 17 Jan 2012 08:25:49 +0100

Problem :

Es können keine E-Mails zum Kunden zugestellt werden , hier bietet es sich an direkt mit dem SMTP Server zu reden um die eigene Domain zu überprüfen auch kann man überprüfen ob es den Empfänger im Zielsystem gibt.

Lösung :

Unter Windows 7 muss der Telnet-Client nachinstalliert werden , oder ein externes Tool das eine Telnetverbindung ermöglicht (z.B. Putty) . Ich werde hier das Testen mit dem Microsoft Telnet Client erklären. Um die IP-Adresse des Zielservers zu ermitteln bzw. die grundsätzliche Funktion des Servers zu checken bietet sich die MX-Toolbox an.

1.) Starten einer Eingabeaufforderung
2.) Verbindung zum Zielserver aufbauen mit telnet IP PORT z.B. telnet 0.0.0.0 25 (25 ist der Standard SMTP Port)
3.) mit dem Befehl helo DeineDomain einleiten
4.) mail from: ‹DeineEMailAdresse› wichtig ist das hier der genau Syntax eingehalten wird !
5.) rcpt to: ‹EmpfängerEMailAdresse› hier wird der Empfänger eingetragen
6.) mit data wird der Body der EMail eingeleitet
7.) nachdem man fertig ist mit dem Text Return betätigen und dann . Return , das schließt den Body und die EMail wird versendet
8.) mit QUIT wieder vom Server abmelden

Informationen zu SMTP Befehlen und Statuscodes ---> http://www.elektronik-kompendium.de/sites/net/0903081.htm

Outlook: MAPI-Client Fehler - objtFolder, objtMessage - Event 9646

nospam@example.com (Ralf Entner) — Mon, 19 Dec 2011 09:29:26 +0100

Problem:
Ein Benutzer hat immer wieder das Problem, dass er folgende Fehlermeldung erhält:

Ein MAPI-Client-Fehler ist aufgetreten

Gleichzeitg wir folgendes Event auf dem Exchange Server generiert (Die Meldung kann variieren) :

Ereigniskennung: 9646
Typ: Fehler
Quelle: MSExchangeIS
Beschreibung:
Die MAPI-Sitzung "/o=Exchange Organisation/ou=Exchange Administrative Gruppe (FYDIBOHF23SPDLT)/cn=Empfänger/cn=Benutzer" hat die maximal zulässige Anzahl von 500 Objekten vom Typ "objtFolder" überschritten und wird daher beendet.

Lösung:
Das Problem tritt auf, wenn ein Client mehr Objekte, als die zulässige maximale Anzahl, öffnet.
Zuerst sollte man überprüfen, ob nicht ein Virus dieses Problem verursacht. Dazu sollte man den Client, bei dem das Problem auftritt, nach Viren scannen.
Sollte sich herausstellen, dass der Client keinen Virus hat und tatsächlich so viele Objekte öffnet, was bei einer Sekretärin mit mehreren Postfächern vorkommen kann, dann kann diese maximal zulässige Anzahl am Exchange-Server erhöht werden.
Hierzu bitte wie folgt vorgehen:

1.) REGEDIT auf dem Exchangeserver starten
2.) Öffnen Sie folgenden Key "HKEY_LOCAL_MACHINE SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem"
3.) Erstellen Sie einen neuen Schlüssel unter ParametersSystem namens "MaxObjsPerMapiSession"
4.) Erstellen Sie unter "MaxObjsPerMapiSession" einen neuen DWORD-Wert des Objekttyps (Objekttyp entnehmen Sie dem Fehlerereignis 9646 z.B. "objtFolder")
5.) Stellen Sie hier den gewünschten maximalen Wert ein (z.B. 500)

Quelle: support.microsoft.com KB925815 - Ein Exchange 2007 Server reagiert nicht mehr auf Übermittlungen von einem MAPI-Client und es wird die Ereigniskennung 9646 im Anwendungsprotokoll protokolliert

Exchange / Outlook Anhänge bereinigen

nospam@example.com (Christopher Pope) — Wed, 14 Dec 2011 16:59:30 +0100

Welcher Administrator kennt es nicht , die Sammelwut der Benutzer. Im Laufe der Zeit sammeln sich immer mehr E-Mail mit Anhängen an und belasten das Postfach unnötig. Viele dieser Anhänge könnten gelöscht werden , nur die Nachricht soll erhalten bleiben. Diese Aufgabe übernimmt ein kleines Freewaretool von NirSoft. Dieses Tool kann hier heruntergeladen werden.

Quelle :

Outlook Attach View

Direkter DL : 32Bit Version 64Bit Version

Exchange 2007 - Weiterleiten an Verteilerliste

nospam@example.com (Christopher Pope) — Thu, 01 Dec 2011 14:53:36 +0100

Problem :

Weiterleiten der eingehenden Mails an eine Verteilerliste funktioniert nicht von extern , intern funktioniert die Weiterleitung.

Lösung :

Navigiere zu der Exchange Management Cosole zur betroffenen Verteilergruppe (Recipient Configuration -> Distribution Group)

Unter Mail Flow Settings -> Message Delivery Restrictions -> Properties die Einstellungen wie im Screenshot anpassen.

Exchange 2007 Windows 2003 Server 64 Bit : The protocol handler Search.Mapi2Handler.1 cannot be loaded

nospam@example.com (Christopher Pope) — Fri, 18 Nov 2011 13:11:01 +0100

Problem :

Exchange 2007 schreibt ständig Fehler mit folgendem Inhalt ins Application (Anwendung) Log

EventID : 3083
Category : Gatherer
Description : The protocol handler Search.Mapi2Handler.1 cannot be loaded. Error description: Class not registered

Der Fehler liegt daran das kein 64-Bit Outlook MAPI Provider verfügbar ist

Lösung :

Erstellen einer Reg Datei mit folgendem Inhalt :

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\CLSID\{9E175BA9-F52A-11D8-B9A5-505054503030}]
@="Search Gatherer Log File Provider"

[HKEY_CLASSES_ROOT\CLSID\{9E175BA9-F52A-11D8-B9A5-505054503030}\InprocServer32]
@=hex(2):25,00,73,00,79,00,73,00,74,00,65,00,6d,00,72,00,6f,00,6f,00,74,00,25,\
00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,6d,00,73,00,\
73,00,72,00,63,00,68,00,2e,00,64,00,6c,00,6c,00,00,00
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{9E175BA9-F52A-11D8-B9A5-505054503030}\ProgID]
@="Search.GathererLogFileProvider.1"

[HKEY_CLASSES_ROOT\CLSID\{9E175BA9-F52A-11D8-B9A5-505054503030}\VersionIndependentProgID]
@="Search.GathererLogFileProvider"

Dannach war der Fehler auf dem Exchange 2007 Server weg

Exchange 2007: Event 9153 MSExchangeSA (0x80072020 - DS notification)

nospam@example.com (Ralf Entner) — Fri, 11 Nov 2011 10:00:45 +0100

Problem:
Der Exchange 2007 Server meldet folgendes Event alle 5-10 Minuten:

Event Type: Error
Event Source: MSExchangeSA
Event Category: General
Event ID: 9153
Date: 29.07.2008
Time: 16:49:12
User: N/A
Computer: xxxxx
Description:
Microsoft Exchange System Attendant reported an error '0x80072020' when setting DS notification.

Lösung:
Meistens hilft es hier einfach den Exchange-Dienst "Exchange Systemaufsicht" bzw. "Microsoft Exchange SystemAttendant" neu starten und die Meldung sollte weg sein.

Quelle: .msexchange.org: Microsoft Exchange System Attendant reported an error '0x80072020' when setting DS notification.

Exchange: Zentrale Rechtevergabe – PFDavAdmin

nospam@example.com (Ralf Entner) — Tue, 16 Aug 2011 09:52:15 +0200

Problem:
Als Admin möchte man die Rechte auf Postfächer zentral administrieren. Normalerweise ist der Benutzer selbst für die Rechtevergabe zuständig und es ist auch nicht möglich über die Verwaltungstools von Exchange die Rechte anzupassen. Ein komplexer Powershell-Befehl ab Exchnage 2007 könnte die Berechtigung setzen, aber Powershell ist manchmal etwas anstrengend

Lösung:
Man kann das Tool "PFDAVAdmin" von Microsoft verwenden. Ursprünglich wurde das Tool zum Verwalten von Öffentlichen Ordnern entwickelt, daher auch der Name. Doch man kann das Programm auch zum administrieren von Benutzerpostfächern verwenden.
Die Bedienung ist recht schlicht und einfach gehalten. Man kann sich bis zum Postfach oder Teilberich des Postfachws (z.B. Kalender etc.) durchklicken und hier die Berechtigungen anpassen - Vorraussetzung ist natürlich man hat die Anmeldedaten eines Exchange-Administrator-Kontos.
Um Zugriff auf die Benutzerpostfächer zu erhalten, muss man beim Starten nur die Option "All Mailboxes" auswählen.
Es ist KEINE Installation nötig und kann von jeder Workstation gestartet werden!!
Unterstützte Exchange-Versionen: Exchange 2000/2003/2007
Für Exchange 2010 wurde das neue Tool Exfolders entwickelt.

Ein schöne Anleitung findet man unter: Exchangeshare: FAQ: Give Calendar Read Permission on all Mailboxes – PFDavAdmin

Download PFDAVAdmin: Microsoft Download Center: Microsoft Exchange Server Public Folder DAV-based Administration Tool

Hinweis
Auf dem Rechner, auf dem PFDavAdmin gestartet wird muß .NET Framework 1.1 installiert sein. Bei Windows 7 Rechner muss dieses manuell installiert werden.
Sollte .NET Frework 1.1 nicht installiert sein, dann erhält man folgende oder ähnliche Fehlermeldung:

'Could not expand https://localhost/exadmin/admin/mydomain.com/public%20folders/ : name cannot begin with the '0' character, hexadecimal value 0x30. Line 1, position 386'

Quelle: mostlyexchange: PFDAVADMIN, Exchange 2007, and the v1.1 .NET Framework

ACHTUNG - WICHTIGER HINWEIS - UNBEDINGT LESEN!!!!
ACHTUNG: Installieren Sie AUF KEINEN FALL .NET Framework 1.1 auf einem EXCHANGE 2007 Server!!! Dies kann zum TOTALAUSFALL der Exchange-Dienste führen!!

Exchange 2007: Transportregeln funktionieren nicht mehr

nospam@example.com (Ralf Entner) — Mon, 08 Aug 2011 10:51:50 +0200

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

Outlook 2010: Skripte und Code in einem benutzerdefinierten Formular werden nicht ausgeführt

nospam@example.com (Ralf Entner) — Wed, 27 Jul 2011 10:50:24 +0200

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

Exchange 2007: Nach Rollup Pack Installation zeigt OWA nur leere Seite und URL ...reason=0

nospam@example.com (Ralf Entner) — Fri, 01 Jul 2011 11:59:47 +0200

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

Exchange 2007: Schwellenwert für Junkspeicher nicht konfiguriert bzw. neu konfigurieren

nospam@example.com (Ralf Entner) — Fri, 01 Jul 2011 11:34:06 +0200

Problem:
Bei der Überprüfung des Exchange Servers mittels Best-Practise-Analyser wird angezeigt, dass der Schwellwert für den Junkspeicher zu hoch oder garnicht definiert ist.

Erklärung
Der Schwellenwert für Junkspeicher gibt an, ab wann eine Mail in den Junk-Mail-Ordner im Postfach verschoben wird.
Der Standard-Wert von Microsoft ist "4".

Lösung:
Man kann diesen Wert ganz einfach über die Powershell ändern. Hierzu öffnet man die Exchange-Verwaltungs-Shell und gibt folgenden Befehl ein:

Set-OrganizationConfig -SCLJunkThreshold 4

In diesem Beispiel wird der Schwellenwert auf den Microsoft-Standardwert "4" gesetzt

Quelle: Technet: Schwellenwert für Junkspeicher nicht konfiguriert

Exchange: store.exe hohe Speichernutzung

nospam@example.com (Ralf Entner) — Fri, 10 Jun 2011 09:48:26 +0200

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

Exchange 2007: Postfachgrößen anzeigen mittels Shell

nospam@example.com (Ralf Entner) — Thu, 13 Jan 2011 12:27:18 +0100

Problem:
Man möchte gerne die Postfachgröße aller Benutzer in seiner Exchnage-Organisation angezeigt bekommen.

Lösung:
Mit folgendem Befehl für die Exchange-Verwaltungsshell lassen sich alle Benutzer und die dazugehörigen Postfachgrößen inkl. Objektanzahl anzeigen. Als keiner Zusatz werden die Benutzer nach Postfachgrößen sortiert, beginnend mit dem größten.

Get-MailboxStatistics | Sort-Object TotalItemSize -Descending | ft DisplayName,@{label="TotalItemSize(MB)";expression={$_.TotalItemSize.Value.ToMB()}},ItemCount

Überprüfung Remote Connectivity Exchange

nospam@example.com (Ralf Entner) — Mon, 10 Jan 2011 12:15:48 +0100

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.

Wie ändere ich die maximale Nachrichtengröße bei Exchange 2007

nospam@example.com (Ralf Entner) — Mon, 26 Jul 2010 16:56:28 +0200

Problem:
Sie wollen wissen, wie Ihre maximale NAchrichtengrüöße für das Versenden bzw. Empfangen von Mails konfiguriert ist.
Sie wollen diese Größen global oder pro Connector ändern?

Lösung:

Bitte öffnen Sie die Exchange-Verwaltungsshell, da alle nun folgenden Aktionen über die Powershell ausgeführt werden!

Abfrage der globalen Nachrichtengröße
Um die globale Einstellung der Nachrichtengröße anzuzeigen, geben Sie bitte folgenden Befehl ein:

Get-TransportConfig | ft MaxSendSize, MaxReceiveSize

Es wir ihnen nun eine MaxSendSize und eine MaxReceiveSize gezeigt, was die globalen Einstellungen darstellen. Alle Mails, die größer als diese Angabe sind,werden abgelehnt! Um nun die gewünschte Größe zu ändern, geben Sie bitte folgenden Befehl ein (hier mit einer Größe von 20 MB - der WErt kann geändert werden!)

Set-TransportConfig –MaxSendSize 20MB –MaxReceiveSize 20MB

Bei diesem Beispiel wird die MaxSend/ReceiveSize auf 20 MB gesetzt.

Abfrage der Nachrichtengröße für die einzelnen Connectoren

1.) RECEIVE-Connectoren
Um die Nachrichtengröße der RECEIVE-Connectoren abzufragen, brauchen wir erstmal die Namen aller existierenden. Diese können Sie sich mit folgendem Befehl anzeigen lassen:

Get-ReceiveConnector | ft name, MaxMessageSize

Nachdem wir nun alle kennen, können wir gezielt die Nachrichtengrößen der Connectoren verändern. Hierzu bitte folgenden Befehl verwenden, wobei Sie den Ausdruck "Connectorname" gegen den entsprechenden Connectornamen austauschen müssen, denn Sie mit dem vorherigen Befehl sich anzeigen haben lassen. Auch hier wieder das Beispiel mit 20MB max. Größe. Die Prozedur mit allen gewünschten Connectoren durchführen.

Set-ReceiveConnector “Connectorname” –MaxMessageSize 20MB

2.) SEND-Connectoren
Um die Nachrichtengröße der SEND-Connectoren abzufragen, brauchen wir erstmal die Namen aller existierenden. Diese können Sie sich mit folgendem Befehl anzeigen lassen:

Get-SendConnector | ft name, MaxMessageSize

Set-SendConnector “Connectorname” –MaxMessageSize 20MB

HINWEIS: Die globale Einstellung vorher überschreibt die hier eingestellte Einstellung, falls diese unterschiedlich sein sollten!

QUELLE: The Official SBS Blog: How Do I Change Message Size Limits in Exchange 2007?

Exchange 2007: Änderung des Standard-Ports für den "send connector"

nospam@example.com (Ralf Entner) — Mon, 24 May 2010 13:47:42 +0200

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

Standard-Zugriffsrechte IIS für OWA

nospam@example.com (Christopher Pope) — Mon, 08 Feb 2010 09:43:37 +0100

Problem:

die OWA-Seite wird nicht mehr angezeigt (Time out, Access denied etc.) oder Sie können sich nicht mehr mit einem Benutzer anmelden, obwohl es diesen Benutzer mit Postfach gibt.

Ursache:

Meistens lassen sich diese Fehler auf falsche/fehlende Zugriffsrechte im IIS auf die OWA-Verzeichnisse!

Lösung:

Bitte überprüfen Sie folgende Rechte innerhalb des IIS

Syntax
Seite (Recht)

Standard-Website (anonym)
Exadmin (integriert)
Exchange (integriert + Standard mit Domäne)
Exchweb (anonym)

generell den Versand von RTF-Mails verhindern (winmail.dat)

nospam@example.com (Christopher Pope) — Mon, 08 Feb 2010 09:29:27 +0100

Problem

1.) Sie wollen den Versand von RTF-Mails verhindern!
2.) Bei manchen Kunden kommt eine RTF-Mail nicht richtig an (winmail.dat)

Ursache:

Kommt eine Mails als winmail.dat an, hängt das mit dem Zusammenspiel zwischen der RTF-Mail und dem Empfänger-Programm zusammen (meistens mit Thunderbird etc.)

Lösung:

Man kann den generellen Versand von RTF-Mails verbieten.

Organization Configuration -> Hub Transport -> Remote Domains -> Properties "Default Domain" -> Message Format -> Never use Exchange rich-text format

http://technet.microsoft.com/en-us/libra...(EXCHG.80).aspx

Signatur abschalten per Skript - Outlook

nospam@example.com (Christopher Pope) — Mon, 08 Feb 2010 09:23:44 +0100

Problem:

Outlook Signatur mittels Skript (Anmeldeskript) abschalten/verändern!

Lösung:

Folgendes Skript einfach ins Notepad kopieren und als signatur.vbs speichern. Danach kann das Skript mittels Aufruf: "wscript signatur.vbs" als Task oder im Loginskript gestartet werden!

'Word-Objekt generieren
Set objWord = CreateObject("Word.Application")

'auf Emailoptionen innerhalb des Wordobjekts zugreifen
Set objEmailOptions = objWord.EmailOptions

'Sigantur als Objekt der Emailoptionen auswählen
Set objSignatureObject = objEmailOptions.EmailSignature

'keine Signatur für neue Email aktivieren
objSignatureObject.NewMessageSignature = ""

'keine Signatur für antworten aktivieren
objSignatureObject.ReplyMessageSignature = ""

Anstatt "" kann auch ein "Signaturname" eingesetzt werden. Hiermit wird die Sigantur aktiviert!

Outlook 2007 zeigt keine frei/gebucht-Informationen an - Error 8004010F

nospam@example.com (Christopher Pope) — Mon, 08 Feb 2010 09:22:01 +0100

Problem:

Mit einem Outlook 2007 können keine frei/gebucht-Informationen von anderen Benutzer angezeigt werden. Aktiviert man die Protokollierung, dann erhält man folgenden Fehler:

2009/12/28 08:59:35.598: Getting ASURL
2009/12/28 08:59:35.895: Failed to get ASURL. Error 8004010F

Lösung:

Outlook 2007 stellt eine Verbindung mittels Autodiscover-Funktion her und versucht den Exchange-Server so zu finden und abzufragen. Wenn es keinen DNS-Eintrag namens autodiscover.domäne.xxx gibt,dann läuft das Autodiscover in einen Fehler und die Informationen werden nicht angezeigt. Sobald der DNS-Eintrag besteht, können alle Funktionen genutzt werden.

Also schneller Workaround kann man den Exchange-Server in die HOSTS-Datei setzten.

Sollte ein Hosted-Exchange-System verwendet werden, muss der DNS-Eintrag beim Domänen-Provider eingetragen werden.