Hope This Helps

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

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

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

Problem:

Auf dem Exchnage-Server wir ständig Event 9548 protokolliert.

Ursache:

Das Event 9548 tritt auf, wenn ein Benutzer deaktiviert wurde und ist ein Hinweis, daß dieser KEINE Mails mehr empfangen kann.

Lösung:

Besser ist es das Benutzerkonto nur ablaufen zu lassen bzw. nur das Kennwort zu ändern. Weiter Schritte und Auswirkungen kann man folgeden Artikeln entnehmen:

Event ID 9548 is logged for Disabled User Accounts which do not have a master account SID
Link : http://support.microsoft.com/kb/555410/en-us

Benutzer scheidet aus
Link : http://www.msxfaq.de/admin/userende.htm

Problem:

Beim Aufruf der Hilfe stürzt der Exchange System Manager ab bzw. beim Zugriff auf die Öffentlichen Ordner kommt die folgende Meldung:

The operation completed successfully
Facility: Win32
ID no: c0070000 Exchange System Manager

Oder der Inhalt der öffentlichen Ordner kann nicht angezeigt werden im System Manager.

Ursache:

Problem tirtt auf wenn auf dem Server mit dem System Manager auch der IE7 installiert ist!

Lösung:

Link : http://support.microsoft.com/?scid=kb%3Ben-us%3B932513&x=14&y=14

You have installed Internet Explorer 7 on the Exchange server that also has Exchange System Manager installed
If you have installed Internet Explorer 7 on the Exchange server that also has Exchange System Manager installed, follow these steps:

1. Stop all Exchange and Internet Information Services (IIS) services.
a. Open the Services snap-in.
b. Stop the Microsoft Exchange System Attendant service.

Important Note the list of dependent services that will be stopped. For example, the list of dependent services may resemble the following:

• Microsoft Exchange Information Store
• Microsoft Exchange MTA Stacks

c. Stop the IIS Admin Service.

Important Note the list of dependent services that will be stopped. For example, the list of dependent services may resemble the following:

• World Wide Web Publishing Service
• Simple Mail Transfer Protocol (SMTP)
• HTTP SSL
• AntigenIMC


2. Rename the Psapi.dll file. To do this, follow these steps: a. Open a command prompt.
b. Move to the following directory:
Drive_Letter:\Program Files\Exchsrvr\bin
c. Change the name of the Psapi.dll file to Psapi.dll.old.
d. Close the Command Prompt window.

3. Restart the Exchange services and the IIS services. This includes the dependent services that were stopped.

You can configure a logical database size (logical size means the physical size of the .EDB and .STM files minus the logical free space aka white space in each) limit for each Exchange database by creating a DWORD registry key named “Database Size Limit in GB”. This key should be created under the following location for the mailbox database and public folder database respectively:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\[Servername]\Private-GUID
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\[Servername]\Public-GUID

Restart Informationstore.

After the Mailbox/Public Folder Store has been configured with a new logical database limit, you will have to dismount/mount the given store (or simply restart the Information Store service) in order for the changes to take effect. When doing so Event ID 1216 will be logged in the Application log