Hope This Helps - 2007

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

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 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

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

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.