Problemlösung

• Ursache:
  • Ping des konfigurierten GCs vom Installationsrechner fehlgeschlagen.
  • Firewall wurde aktiviert und Port 389 geschlossen.
  • Unbekannter Nutzername oder falsches Kennwort auf der Seite „Organisationseinstellungen“ eingegeben.
  • Der in den Organisationseinstellungen festgelegte globale Katalogserver (GC) ist vielleicht nicht erreichbar.
• Lösung:
  • Prüfen Sie, ob Sie den globalen Katalogserver von dem Rechner aus pingen können, auf dem Exchange Reporter installiert ist.
  • Exchange Reporter Plus nutzt Port 389 für die LDAP-Verbindung. Wenn die Firewall aktiviert ist, fügen Sie Port 389 zur Liste der Ausnahmen hinzu.
  • Prüfen Sie, ob Nutzername und Kennwort unter den „Organisationseinstellungen“ richtig eingegeben wurden.

• Ursache: MAPI ist für diese Aufgabe erforderlich und wurde nicht installiert.
• Lösung: Sie können MAPI über einen der folgenden drei Anbieter installieren – „Microsoft Outlook 2003 und 2007“, „MAPI Download“ oder „Exchange System Manager 2003 SP2“.

Hinweis:

• Für Exchange-2010-Umgebungen wird nur „MAPI Download“ unterstützt.
• Die 64-Bit-Version von Microsoft Outlook wird von Exchange Reporter Plus nicht unterstützt.
• Achten Sie darauf, dass „MAPI Download“ und „Microsoft Outlook“ nicht auf dem gleichen Rechner installiert sein dürfen wie Exchange Reporter Plus.

• Ursache: Wenn „Microsoft Outlook“ als MAPI-Anbieter verwendet wird, muss es auch als Standard-Mail-Client eingestellt werden.
• Lösung: Legen Sie „Microsoft Outlook“ als Standard-Mail-Client fest. Öffnen Sie dazu den Internet Explorer → klicken Sie auf „Tools“ → „Internetoptionen“ → Klicken Sie in der E-Mail-Liste auf die Registerkarte „Programme“, klicken Sie auf „Microsoft Office Outlook“ → Klicken Sie auf „OK“.

• Ursache: Die beim Konfigurieren von „Exchange Reporter Plus Service“ auf der Seite „Organisationseinstellungen/Aufgabenplanung“ angegebenen Nutzerzugangsdaten sind ggf. falsch.
• Lösung: Prüfen Sie, ob an diesen Stellen eingegebene Nutzernamen/Kennwörter korrekt sind. Der Nutzername muss das Format <DomänenName\NutzerName> aufweisen

• Ursache: Der beim Konfigurieren von „Exchange Reporter Plus Service“ auf der Seite „Organisationseinstellungen/Aufgabenplanung“ angegebene Nutzer gehört nicht der Gruppe mit den gewünschten Berechtigungen an.
• Lösung:

  Prüfen Sie, ob der unter „Organisationseinstellungen“ angegebene Nutzer ein Mitglied einer der folgenden Gruppen ist

  • „Exchange-Administratorgruppe mit Leseberechtigungen“ wenn Nutzer von Exchange Server 2003 User, oder
  • „Exchange-Organisationsadministratorgruppe“ wenn Nutzer von Exchange Server 2007, oder
  • „Organisationsverwaltungsgruppe“ wenn Nutzer von Exchange Server 2010, 2013 oder 2016

  Wenn das Produkt als Service installiert wurde, muss das konfigurierte Servicekonto die festgelegten Kriterien erfüllen. Beim konfigurierten Servicekonto muss es sich um einen lokalen Systemadministrator handeln.

  Die Nutzerzugangsdaten benötigen die Berechtigungen „Senden als“ und „Empfangen als“ für die Postfächer der Organisation.

• Ursache: Die beim Konfigurieren von „Exchange Reporter Plus Service“ auf der Seite „Organisationseinstellungen/Aufgabenplanung“ angegebenen Nutzerzugangsdaten sind ggf. falsch. Der beim Konfigurieren von „Exchange Reporter Plus Service“ auf der Seite „Organisationseinstellungen/Aufgabenplanung“ angegebene Postfachnutzer Nutzer ist in der globalen Adressliste ausgeblendet.
• Lösung:

  Prüfen Sie, ob der Nutzer dessen Zugangsdaten unter „Organisationseinstellungen“ eingegeben wurden, über ein gültiges POSTFACH verfügt, das in der GAL (globalen Adressliste) nicht ausgeblendet wurde.

  So blenden Sie den Nutzer in der globalen Adressliste ein:

  • Öffnen Sie die Nutzereigenschaften unter „Active Directory Nutzer und Computer“, gehen Sie zur Registerkarte „Exchange Erweitert“ und entfernen Sie das Häkchen bei „Aus Exchange-Adressliste ausblenden“.

• Ursache: Ungenügende Berechtigungen zum Zugriff auf Organisationspostfächer mit den angegebenen Zugangsdaten. (Die Nutzerzugangsdaten können auf der Seite „Organisationseinstellungen/Aufgabenplanung“ oder beim Konfigurieren von „Exchange Reporter Plus Service“ angegeben werden.)
• Lösung:

  Prüfen Sie, ob der Nutzer, dessen Zugangsdaten unter „Organisationseinstellungen“ eingegeben wurden:

  • Über ein gültiges POSTFACH verfügt, das in der GAL (globalen Adressliste) nicht ausgeblendet wurde.
  • Sich mindestens einmal bei dem zugewiesenen Postfach angemeldet hat.
  • Über die Berechtigungen „Senden als“ und „Empfangen als“ für die Postfächer der Organisation verfügt.
  • Den folgenden Gruppen angehört:
    • „Exchange-Administratorgruppe mit Leseberechtigungen“ wenn Nutzer von Exchange Server 2003, oder
    • „Exchange-Organisationsadministratorgruppe“ wenn Nutzer von Exchange Server 2007, oder
    • „Organisationsverwaltungsgruppe“ wenn Nutzer von Exchange Server 2010, 2013 oder 2016
  • Prüfen Sie, ob der betreffende „Exchange-Server“ von dem Rechner aus aufgerufen werden kann, auf dem Exchange Reporter Plus installiert ist.

• Ursache: Die verwendeten Nutzerzugangsdaten haben kein gültiges Postfach. Die Nutzerzugangsdaten können auf der Seite „Organisationseinstellungen/Aufgabenplanung“ oder beim Konfigurieren von „Exchange Reporter Plus Service“ angegeben werden.
• Lösung:

  Prüfen Sie, ob der Nutzer, dessen Zugangsdaten unter „Organisationseinstellungen“ eingegeben wurden:

  • Über ein gültiges POSTFACH verfügt, das in der GAL (globalen Adressliste) nicht ausgeblendet wurde.
  • Sich mindestens einmal bei dem zugewiesenen Postfach angemeldet hat.
  • Über die Berechtigungen „Senden als“ und „Empfangen als“ für die Postfächer der Organisation verfügt.

• Ursache: Die Anmeldung beim MAPI-Client ist fehlgeschlagen, der benötigt wird, um Postfachinformationen mit den angegebenen Zugangsdaten zu sammeln. Dies gilt gleichermaßen auf der Seite „Organisationseinstellungen/Aufgabenplanung“ oder beim Konfigurieren von „Exchange Reporter Plus Service“.
• Lösung:
  • Prüfen Sie, ob Nutzername und Kennwort unter den „Organisationseinstellungen“ richtig eingegeben wurden.
  • Prüfen Sie, ob die angegebenen Nutzerzugangsdaten:
    • Ein abrufbares Postfach haben, und
    • Über die Berechtigungen „Senden als“ und „Empfangen als“ für die Postfächer der Organisation verfügen.
    • Den folgenden Gruppen angehört:
      • „Exchange-Administratorgruppe mit Leseberechtigungen“ wenn Nutzer von Exchange Server 2003, oder
      • „Exchange-Organisationsadministratorgruppe“ wenn Nutzer von Exchange Server 2007, oder
      • „Organisationsverwaltungsgruppe“ wenn Nutzer von Exchange Server 2010, 2013 oder 2016

• Ursache: Mit den angegebenen Zugangsdaten kann Exchange Reporter Plus mit dem Postfach-Informationsspeicher des Exchange-Servers nicht kommunizieren. Die Nutzerzugangsdaten können auf der Seite „Organisationseinstellungen/Aufgabenplanung“ oder beim Konfigurieren von „Exchange Reporter Plus Service“ angegeben werden.
• Lösung: Sorgen Sie dafür, dass der private Postfach-Speicher des jeweiligen Exchange-Servers gemounted wurde. Außerdem müssen auf der Seite „Organisationseinstellungen“ Nutzerzugangsdaten mit den richtigen Berechtigungen angegeben werden.

• Ursache: Bei der MAPI-Installation ist wohl ein unerwartetes Problem aufgetreten.
• Lösung: Es kann vorkommen, dass die MAPI-Installation unerwarteter Weise fehlschlägt. Versuchen Sie zunächst, MAPI zu deinstallieren und dann zu reinstallieren, und starten Sie dann Exchange Reporter Plus neu, damit die Änderungen in Kraft treten.

• Ursache: Die geplante Aufgabe enthält einen oder mehrere Server, die „nicht verwaltet“ sind.
• Lösung: Entfernen Sie nicht verwaltete Server aus den Datenquellen der geplanten Aufgabe, oder sorgen Sie dafür, dass der Server über mindestens ein verwaltetes Postfach verfügt.

Hinweis: Exchange Reporter Plus wird abhängig von der Anzahl an Postfächern lizenziert. Damit ein Server verwaltet werden kann, muss sich mindestens ein lizenziertes Postfach darin befinden. Sie können die Postfachlizenz über die Option „Admin“ → „Lizenz“ verwalten.

• Ursache: Die geplante Aufgabe enthält einen oder mehrere Postfächer, die „nicht verwaltet“ sind.
• Lösung: Achten Sie darauf, dass nur verwaltete Postfächer in die geplante Aufgabe einbezogen werden.

Hinweis: Exchange Reporter Plus wird nach Anzahl der Postfächer lizenziert. Sie können die Postfachlizenz über die Option „Admin“ → „Lizenz“ verwalten.

• Ursache: Verbindung zu Remote-PowerShell fehlgeschlagen.
• Lösung:
  • Stellen Sie sicher, dass sich der Exchange-Server und der Computer, auf dem Exchange Reporter Plus installiert ist, in derselben Domäne befinden. Wenn sich diese in verschiedenen Domänen befinden, stellen Sie sicher, dass zwischen den beiden eine Vertrauensstellung besteht.
  • Stellen Sie sicher, dass sich der Exchange-Server und der Computer, auf dem Exchange Reporter Plus installiert ist, im selben Subnetz befinden.
  • Stellen Sie sicher, dass die auf der Seite mit den Organisationseinstellungen angegebenen Anmeldeinformationen korrekt sind und über ausreichende Berechtigungen verfügen.
  • Stellen Sie sicher, dass der Computer, auf dem Exchange Reporter Plus installiert ist, mit dem Netzwerk verbunden ist.

• Ursache: Das Windows Remote Management Framework wurde nicht installiert.
• Lösung: WinRm über den folgenden Link herunterladen und installieren: http://support.microsoft.com/kb/968929

• Auf den angegebenen Netzwerkpfad kann nicht mehr zugegriffen werden
• Der angegebene Netzwerkname ist nicht mehr verfügbar
• Der angegebene Netzwerk-Pfad wurde von keinem Netzwerk-Betreiber akzeptiert

• Ursache: Exchange Reporter Plus kann nicht auf den Protokollpfad zugreifen, der unter „Protokoll-/Speicherpfad“ eingestellt wurde.
• Lösung:
  • Prüfen Sie, ob der auf der entsprechenden Seite konfigurierte „Protokoll-/Speicherpfad“ korrekt ist.
  • Außerdem müssen Sie auf den admin$ des angegebenen Servers zugreifen können.

  Wählen Sie auf dem Rechner mit der Installation „Start“ → „Ausführen“ aus und geben Sie \\<Server Name>\admin$ ein.

  Bleibt der Fehler bestehen, aktivieren Sie wie folgt die „Remote-Administrationsausnahme“ für den Server:

  1. Gehen Sie im Server auf „Start“ → „Ausführen“, geben Sie „gpedit.msc“ ein und drücken Sie die Eingabetaste
  2. Erweitern Sie „Administrative Vorlagen“ → Netzwerkverbindungen → „Windows Firewall“
  3. Klicken Sie auf das Domänenprofil und dann per Doppelklick auf Windows Firewall: „Remote-Administrationsausnahme zulassen“
  4. Wählen Sie „Aktiviert“ aus und klicken Sie auf „OK“

  Beispiel: Auf dem Rechner mit der Installation klicken Sie auf „Start“ → „Ausführen“ → geben Sie \\<Servername>\c$ ein

• Prüfen Sie, ob der unter „Protokoll-/Speicherpfad in Exchange Reporter Plus eingegebene Protokollpfad dem folgenden Format entspricht.

  Das Format für den Traffic-Protokollserver in Windows 2003 wäre: „C:\Program Files\Exchsrvr\<servername.log>“ und für Windows 2007/2010 wäre es etwa: „C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\MessageTracking“. Unter 2013/2016 wäre es „\\\C$Program Files\Microsoft\ExchangeServer\V15\TransportRoles\Logs\MessageTracking“

  Das Format für den OWA-Protokollserver in Windows 2003/2007 Server wäre: „C:\WINDOWS\system32\LogFiles\W3SVC1“ und für Windows 2010 und neuere Versionen wäre es „C:\inetpub\logs\LogFiles\W3SVC1“

• Ursache: Auf den eingestellten Speicherort der Exchange-Server-Protokolldateien kann mit den unter „Organisationseinstellungen“ angegebenen Nutzerzugangsdaten nicht zugegriffen werden.
• Lösung:
  • Versuchen Sie, die Admin-Freigabe des angegebenen Servers vom Rechner mit der Installation aus zu pingen. Verwenden Sie dabei die Nutzerzugangsdaten von der Seite „Organisationseinstellungen“.

  Beispiel: Auf dem Rechner mit der Installation klicken Sie auf „Start“ → „Ausführen“ → geben Sie \\<Servername>\c$ ein

• Prüfen Sie, ob der unter „Protokoll-/Speicherpfad in Exchange Reporter Plus eingegebene Protokollpfad dem folgenden Format entspricht.

  Das Format für den Traffic-Protokollserver in Windows 2003 wäre: „C:\Program Files\Exchsrvr\<servername.log>“ und für Windows 2007/2010 wäre es etwa: „C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\MessageTracking“. Unter 2013/2016 wäre es „\\\C$Program Files\Microsoft\ExchangeServer\V15\TransportRoles\Logs\MessageTracking“

  Das Format für den OWA-Protokollserver in Windows 2003/2007 Server wäre: „C:\WINDOWS\system32\LogFiles\W3SVC1“ und für Windows 2010 und neuere Versionen wäre es „C:\inetpub\logs\LogFiles\W3SVC1“

• Ursache: Exchange Reporter Plus sammelt Protokollpfad-Informationen aus dem Active Directory. Wenn ein Nutzer in MS Exchange den Protokollpfad ändert, dann wird dies nicht automatisch in Active Directory widergespiegelt.
• Lösung: Überprüfen Sie den in Exchange Reporter Plus eingestellten Protokollpfad (Admin → Protokoll-/Speicherpfad). Wenn einige der Server-Protokollpfade falsch sind, aktualisieren Sie diese von Hand.

  Um den „Protokollpfad“ für den angegebenen Server zu ändern:

  1. Gehen Sie im Produkt auf die Registerkarte „Admin“
  2. Klicken Sie auf „Protokoll-/Speicherpfad“
  3. Ändern Sie den „Traffic-Protokollpfad“
  4. Ändern Sie den „OWA (IIS) Protokollpfad“
  5. Ändern Sie den „Anfrage fehlgeschlagen (IIS) Protokollpfad“
  6. Klicken Sie auf „Speichern“.

• Ursache: Die Protokollierung der Nachrichtenverfolgung in Outlook Web Access wurde eventuell in Exchange Server nicht aktiviert.
• Lösung: Entfernen Sie nicht verwaltete Server aus den Datenquellen der geplanten Aufgabe, oder sorgen Sie dafür, dass der Server über mindestens ein verwaltetes Postfach verfügt.

Aktivieren Sie die „Protokolle zur Nachrichtenverfolgung“ in Exchange Server.

So aktivieren Sie die Protokolle zur Nachrichtenverfolgung in Exchange Server 2003:

Mit den folgenden Schritten aktivieren Sie die Protokolle zur Nachrichtenverfolgung in Exchange Server 2003:

1. Klicken Sie auf „Start“ →“Alle Programme“ →> Microsoft Exchange →>System Manager
2. Im „Exchange System Manager“ → klicken Sie mit der rechten Maustaste auf den Server und dann auf „Eigenschaften“
3. Klicken Sie nun im Dialog „Eigenschaften“ auf die Registerkarte „Allgemein“, setzen Sie das Häkchen bei „Nachrichtenverfolgung aktivieren“ und klicken Sie dann auf „OK“.



So aktivieren Sie die Protokolle zur Nachrichtenverfolgung in Exchange Server 2007/2010:

Die „Protokolle zur Nachrichtenverfolgung“ müssen in Exchange Server 2007/2010 von den Verwaltungskonsolen der jeweiligen Server aus aktiviert werden.

1. Klicken Sie auf „Start“ → „Alle Programme“ →> „Microsoft Exchange Server 2007“ →>“Exchange-Verwaltungskonsole“
2. Ind der „Exchange-Verwaltungskonsole“ → klicken Sie auf „Hub-Transport“ → klicken Sie mit der rechten Maustaste auf den Server und dann auf „Eigenschaften“
3. Klicken Sie nun im Dialog „Eigenschaften“ auf die Registerkarte „Protokolleinstellungen“, setzen Sie das Häkchen bei „Nachrichtenverfolgung aktivieren“ und klicken Sie dann auf „OK“.



Aktivieren von Protokollen für Outlook Web Access in Exchange Server

So aktivieren Sie OWA-Protokolle unter IIS 6.0:

Mit den folgenden Schritten aktivieren Sie die Protokollierung unter IIS 6.0:

1. In der Taskleiste klicken Sie auf „Start“ → „Systemsteuerung“ → „Administrative Tools“ → „Internet Information Services (IIS) Manager“.
2. Klicken Sie mit der rechten Maustaste auf „Websites“ → „Standard-Website“ und wählen Sie „Eigenschaften“ aus.
3. Klicken Sie unter „Protokollierung aktivieren“ auf die Schaltfläche „Eigenschaften“

So aktivieren Sie OWA-Protokolle unter IIS 7.0:

Führen Sie unter IIS 7 die folgenden Schritte aus, um „Cookie“ zu aktivieren.

1. Klicken Sie in der Taskleiste auf „Start“ → „Systemsteuerung“ → „Administrative Tools“ → „Internet Information Services (IIS) Manager“.
2. Klicken Sie mit der rechten Maustaste auf „Sites“ → „Standard-Website“ und wählen Sie „Eigenschaften“ aus
3. Auf der Seite „Protokollieren“ klicken Sie unter „Aktionen“ auf „Aktivieren“ oder „Deaktivieren“, um die Protokollierung an- und auszuschalten.
4. Doppelklicken Sie in der Ansicht „Funktionen“ auf Protokollierung.

• Ursache: Das Feld „csCookie“ wurde eventuell in OWA nicht aktiviert.
• Lösung: Aktivieren Sie „csCookie“ anhand der folgenden Schritte.

  Mit den folgenden Schritten aktivieren Sie die CSCookie-Protokollierung unter IIS 6.0:

  1. Gehen Sie auf „Ausführen“ → geben Sie „inetmgr“ ein → erweitern Sie den Servernamen.
  2. Erweitern Sie „Website“ → gehen Sie zu den Eigenschaften von „Standard-Website“.
  3. Protokollierung aktivieren
  4. Klicken Sie auf „Eigenschaften“ → gehen Sie auf die Registerkarte „Erweitert“ → setzen Sie das Häkchen bei „Cookie ( cs(Cookie) )“ und klicken Sie auf „OK“.

  Führen Sie unter IIS 7 die folgenden Schritte aus, um die „csCookie-Protokollierung“ zu aktivieren.

  1. Gehen Sie auf „Ausführen“ → geben Sie „inetmgr“ ein → erweitern Sie den Servernamen
  2. Erweitern Sie „Website“ → klicken Sie auf „Standard-Website“
  3. Öffnen Sie „Protokollierung“.
  4. Aktivieren Sie die Protokollierung, indem Sie unter „Aktionen“ auf „Aktivieren“ klicken.
  5. Klicken Sie unter „Protokolldatei“ auf „Felder auswählen“ und dann auf „Cookie ( cs(Cookie) ) aktivieren“.

• Ursache: Die geplante Aufgabe enthält einen oder mehrere Server, die „nicht verwaltet“ sind.
• Lösung: Entfernen Sie nicht verwaltete Server aus den Datenquellen der geplanten Aufgabe, oder sorgen Sie dafür, dass der Server über mindestens ein verwaltetes Postfach verfügt.

Hinweis: Exchange Reporter Plus wird abhängig von der Anzahl an Postfächern lizenziert. Damit ein Server verwaltet werden kann, muss sich mindestens ein lizenziertes Postfach darin befinden. Sie können die Postfachlizenz über die Option „Admin“ → „Lizenz“ verwalten.

• Ursache: Eventuell wurde keine Definition für die Verfolgung fehlgeschlagener Anfragen konfiguriert.
• Lösung: Vorbedingung: IIS 7 oder eine neuere Version muss auf dem Server installiert sein. Nach der standardmäßigen Installation von IIS 7 (oder einer neueren Version), installieren Sie den Verfolgungsrollenservice, um fehlgeschlagene Anfragen verfolgen zu können. Nachdem Sie den Rollenservice installiert haben, müssen Sie noch die Verfolgung fehlgeschlagener Anmeldungen auf Site-, Anwendungs- und Verzeichnisebene aktivieren.

Schritte zur Installation des Verfolgungsrollenservice

UNTER WINDOWS SERVER 2012 ODER WINDOWS SERVER 2012 R2:

• In der Taskleiste klicken Sie auf Server Manager.
• Im „Server Manager“ gehen Sie auf das Menü „Verwaltung“ und dann auf „Rollen und Funktionen hinzufügen“.
• Klicken Sie dann im Assistenten „Rollen und Funktionen hinzufügen“ auf „Weiter“. Wählen Sie den Installationstyp aus und klicken Sie auf „Weiter“. Dann wählen Sie den Zielserver aus und klicken erneut auf „Weiter“.
• Auf der Seite Serverrollen erweitern Sie erst Web-Server (IIS), Web-Server, Status und Diagnose, und wählen Sie dann „Verfolgung“ aus. Klicken Sie auf „Weiter“.
• Klicken Sie dann auf der Seite „Funktionen auswählen“ auf „Weiter“.
• Auf der Seite „Installationsauswahlen bestätigen“ klicken Sie auf „Installieren“.
• Schließlich klicken Sie auf der Seite „Ergebnisse“ auf „Schließen“.

UNTER WINDOWS SERVER 2008 ODER WINDOWS SERVER 2008 R2:

• In der Taskleiste klicken Sie auf „Start“, zeigen auf „Administrative Tools“ und klicken dann auf den „Internet Information Services (IIS) Manager“.
• In der Hierarchie „Server Manager“ erweitern Sie „Rollen“ und klicken auf „Web Server (IIS)“.
• Unter „Web Server (IIS)“ scrollen Sie zum Abschnitt „Rollenservices“ und klicken auf „Rollenservices hinzufügen“.
• Im Assistenten „Rollenservices hinzufügen“ wählen Sie auf der Seite „Rollenservices auswählen“ die „Verfolgung“ aus und klicken dann auf „Weiter“.
• Auf der Seite „Installationsauswahlen bestätigen“ klicken Sie auf „Installieren“.
• Schließlich klicken Sie auf der Seite „Ergebnisse“ auf „Schließen“.

Schritte zur Aktivierung der Verfolgung

1. Öffnen Sie den „Internet Information Services (IIS) Manager“.
2. Unter „Verbindungen“ wählen Sie Server-Verbindung, Site, Anwendung oder Verzeichnis aus, um dort die Verfolgung fehlgeschlagener Anfragen zu konfigurieren.
3. Klicken Sie im Bereich „Aktionen“ auf „Verfolgung fehlgeschlagener Anfragen“.
4. Im Dialogfeld „Website-Einstellungen für die Verfolgung fehlgeschlagener Anfragen bearbeiten“ setzen Sie das Häkchen, um die „Verfolgung“ zu aktivieren. Belassen Sie den Standardwert oder geben Sie im entsprechenden Feld ein neues Verzeichnis ein, in dem die Protokolldateien zu fehlgeschlagenen Anfragen aufbewahrt werden sollen. Geben Sie im Feld „Maximale Anzahl an Verfolgungsdateien“ an, wie viele Dateien Sie für die Verfolgung fehlgeschlagener Anfragen speichern möchten, und klicken Sie dann auf „OK“

Schritte zum Konfigurieren von Fehlschlagsdefinitionen

1. Öffnen Sie den „Internet Information Services (IIS) Manager“.
2. Unter „Verbindungen“ wählen Sie Server-Verbindung, Site, Anwendung oder Verzeichnis aus, um dort die Verfolgung fehlgeschlagener Anfragen zu konfigurieren.
3. Klicken Sie in der „Startseite“ auf „Regeln für die Verfolgung fehlgeschlagener Anfragen“.
4. Dann klicken Sie unter „Aktionen“ auf „Hinzufügen“.
5. Im Assistenten „Regel zur Verfolgung fehlgeschlagener Anfragen hinzufügen“ finden Sie die Seite „Inhalt zur Verfolgung angeben“.Wählen Sie hier den gewünschten Inhaltstyp aus und klicken Sie auf „Weiter“.
6. Auf der Seite „Verfolgungsbedingungen definieren“ wählen Sie die Bedingungen aus, die nachverfolgt werden sollen, und klicken dann auf „Weiter“. Verfolgungsbedingungen können beliebige Kombinationen von Statuscodes, eine Zeitbegrenzung für die Anfrage oder den Schweregrad des Ereignisses enthalten.
7. Statuscodes für verweigerte Zugriffe oder fehlgeschlagene Anmeldungen: 401.1,401.2,401.3,401.4,401.5.
8. Wenn Sie alle Bedingungen angeben, wird die Protokolldatei für die Verfolgung fehlgeschlagener Anfragen bei der ersten erfüllten Bedingung generiert.
9. Auf der Seite „Verfolgungsanbieter auswählen“ suchen Sie mindestens einen solchen „Anbieter“ aus. Sie können auch „Alle“ auswählen.
10. Auf der Seite „Verfolgungsanbieter auswählen“ wählen Sie eine oder mehrere Verbositätsebenen unter „Verbosität“ aus.
11. Wenn Sie „ASPNET“ oder „WWW Server“ als Verfolgungsanbieter in Schritt 7 ausgewählt haben, müssen Sie jetzt auf der Seite „Bereiche der ausgewählten Verfolgungsanbieter“ einen oder mehrere Funktionsbereiche zur Verfolgung auswählen.
12. Klicken Sie auf „Fertigstellen“.

• Ursache: Es fehlen einige Parameter in den IIS-8-Protokollen, wie hier beschrieben: https://support.microsoft.com/en-us/kb/2829173
• Lösung: Stufen Sie auf IIS 8.5 hoch, um das Problem zu beheben

• Ursache: Fehlgeschlagene OWA-Anmeldungen werden für gewöhnlich unter „apppoolId MSExchangeOWAAppPool“ verzeichnet. Standardmäßig ist die Verfolgung auf 50 Dateien beschränkt, woraufhin alte Protokolle mit den neu erzeugten Protokollen überschrieben werden. Wenn die aktuellen Protokolle keine Details zu fehlgeschlagenen Anmeldungen enthalten, dann weisen die Protokolle auch keine Daten auf.
• Lösung:

  Schritte zur Aktivierung der Verfolgung

  • Öffnen Sie den „Internet Information Services (IIS) Manager“.
  • Unter „Verbindungen“ wählen Sie Server-Verbindung, Site, Anwendung oder Verzeichnis aus, um dort die Verfolgung fehlgeschlagener Anfragen zu konfigurieren.
  • Klicken Sie im Bereich „Aktionen“ auf „Verfolgung fehlgeschlagener Anfragen“.
  • Im Dialogfeld „Website-Einstellungen für die Verfolgung fehlgeschlagener Anfragen bearbeiten“ finden Sie das Feld „Maximale Anzahl der Verfolgungsdateien“. Setzen Sie diesen Wert auf 10.000 und klicken Sie auf „OK“.

• Ursache: In Umgebungen von Exchange Server 2007 und 2010 wird Exchange Management Shell benötigt, um Daten für Postfachberechtigungen-Berichte sammeln zu können
• Lösung: Installieren Sie Management Shell auf dem Gerät, auf dem Exchange Reporter Plus installiert wurde.

• Ursache: ESM (Exchange System Manager) ist erforderlich, um Postfachberechtigungen in Umgebungen von Exchange Server 2003 zu sammeln. Auf 64-Bit-Server läuft ESM (Exchange System Manager) nicht.
• Lösung: Deinstallieren Sie das Produkt und installieren Sie es auf einem 32-Bit-Rechner erneut, auf dem ESM (Exchange System Manager) installiert wurde.

• Ursache: Die geplante Aufgabe enthält einen oder mehrere Server, die „nicht verwaltet“ sind.
• Lösung: Entfernen Sie nicht verwaltete Server aus den Datenquellen der geplanten Aufgabe, oder sorgen Sie dafür, dass der Server über mindestens ein verwaltetes Postfach verfügt.

Hinweis: Exchange Reporter Plus wird abhängig von der Anzahl an Postfächern lizenziert. Damit ein Server verwaltet werden kann, muss sich mindestens ein lizenziertes Postfach darin befinden. Sie können die Postfachlizenz über die Option „Admin“ → „Lizenz“ verwalten.

• Ursache: Verbindung zu Exchange Web Services kann nicht hergestellt werden.
• Lösung:
  • Der Rechner, auf dem Exchange Reporter Plus installiert ist, muss über eine Netzwerkverbindung verfügen.
  • Sorgen Sie dafür, dass vom Rechner mit der ERP-Installation auf die URL „https://<servername>/EWS/Exchange.asmx“ zugegriffen werden kann.

• Ursache: Die API Managed API ist erforderlich, um diesen Bericht zu erzeugen.
• Lösung:
  • Achten Sie darauf, dass EWS Managed API auf dem gleichen Rechner installiert wurde wie Exchange Reporter Plus.
  • Navigieren Sie andernfalls zu „<Produktverzeichnis>\lib\native“ und führen „EwsManagedAPI.msi“ aus

• Ursache: EWS wird nur für Microsoft Exchange Server 2007 und neuere Versionen unterstützt.
• Lösung: In Ihrer Umgebung muss sich mindestens ein Server mit Exchange 2007 oder einer neueren Version befinden.

• Ursache: Ungenügende Berechtigungen, um auf den Raumpostfachkalender zuzugreifen.
• Lösung:
  • Der auf der Seite „Organisationseinstellungen“ angegebene Nutzer muss über Kalenderzugriffsberechtigungen der jeweiligen Raumpostfächer verfügen.
  • Wenn nicht, führen Sie das folgende Commandlet in Exchange Management Shell aus:

    Get-Mailbox -RecipientTypeDetails 'RoomMailbox' | Foreach-Object {Add-MailboxFolderPermission $_":\Calendar" -User <Nutzer in den Organisationseinstellungen> -AccessRights Reviewer}

• Ursache: Ungenügende Berechtigungen zum Sammeln von Postfachinhalten.
• Lösung:
  • Der auf der Seite „Organisationseinstellungen“ angegebene Nutzer muss über vollständigen Zugriff auf die jeweiligen Postfächer verfügen.
  • Wenn nicht, führen Sie das folgende Commandlet in Exchange Management Shell aus:

    Add-MailboxPermission -Identity <Postfachname> -User <Nutzer in den Organisationseinstellungen> -AccessRights FullAccess

• Ursache: Die beim Konfigurieren von „Exchange Reporter Plus Service“ auf der Seite „Organisationseinstellungen/Aufgabenplanung“ angegebenen Nutzerzugangsdaten sind ggf. falsch.
• Lösung: Prüfen Sie die an diesen Stellen eingegebenen Nutzernamen/Kennwörter. Der Nutzername muss in diesem Format vorliegen: <DomänenName\Nutzername>

• Ursache: Das .NET-Framework ist erforderlich.
• Lösung: Sie müssen .NET vom folgenden Link herunterladen und installieren:
  http://www.microsoft.com/en-in/download/details.aspx?id=21

• Überprüfen Sie den eingegebenen Nutzernamen nebst Kennwort.
• Wenn in Ihrem Netzwerk ein Proxy konfiguriert wurde, lassen Sie bitte die URLS, IPs und Ports zu, die auf der Seite O365 Proxy-Support aufgeführt sind.
• Bitte sorgen Sie dafür, dass Ihr Rechner über eine Netzwerkverbindung verfügt.
• Wenn Sie Windows Update KB3176934 verwenden, lesen Sie bitte auf der Seite PowerShell-Team-Blog nach.

• Melden Sie sich als Domänenadministrator bei Exchange Server an
• Gehen Sie zu „C:/Program Files/Microsoft/Exchange Server/V14/Scripts“
• Öffnen Sie Exchange Management Shell und führen Sie diesen Befehl aus: new-TestCasConnectivityUser.ps1
• Beachten Sie die Anweisungen im Shell
• Warten Sie, dass der nächste Zeitplan Daten sammelt

• Ursache: Verbindung zu Exchange Web Services kann nicht hergestellt werden.
• Lösung:
  • Die URL „https:///EWS/Exchange.asmx“ muss von dem Rechner erreichbar sein, auf dem Exchange Reporter Plus installiert wurde.
  • Wenn die URL nicht erreichbar ist, überprüfen Sie bitte die Nutzerzugangsdaten.

• Ursache:
  • Die auf der Seite „Organisationseinstellungen“ oder bei der Konfiguration von „Exchange Reporter Plus Service“ angegebenen Nutzerzugangsdaten sind ggf. falsch oder nicht aktuell.
  • Diese WES-URL gehört nicht zur Organisation.
• Lösung:
  • Aktualisieren Sie bitte die EWS-URL der ausgewählten Organisation.
  • Wenn das Problem weiterhin auftritt, aktualisieren Sie das Kennwort auf der Seite Organisationseinstellungen.

• Ursache: Das Servicekonto hat kein gültiges Postfach.
• Lösung:
  • Bitte erstellen Sie ein Postfach für das Servicekonto.
  • Warten Sie, bis die kritische Datensammlung stattgefunden hat.
  • Wenn das Problem weiterhin auftritt, geben Sie alternative Zugangsdaten eines Nutzers mit einem Postfach an, der auf der Seite „Admin“ im Exchange-Server der Gruppe „Organisationsverwaltung“ angehört.

• Ursache: EWS Managed API muss in den URL-Einstellungen hinzugefügt werden.
• Lösung:
  • Achten Sie darauf, dass EWS Managed API auf dem gleichen Rechner installiert wurde wie Exchange Reporter Plus.
  • Navigieren Sie andernfalls zu „<product home directory>\lib\native“ und führen Sie EwsManagedAPI.msi aus.

• Ursache: .NET wurde nicht installiert
• Lösung:
  • Zum Herunterladen und Installieren des .Net-Frameworks klicken Sie hier.
  • .NET Version 3.5 oder höher ist erforderlich.

• Ursache: Das Konto verfügt nicht über die nötigen Berechtigungen zur Personifikation des angefragten Nutzers.
• Lösung:
  • Sorgen Sie dafür, dass der Nutzer im Exchange Admin Center die entsprechende Rolle „ApplicationImpersonation“ zugewiesen ist.
  • Wenn nicht, führen Sie das folgende Cmdlet in Exchange Management Shell aus:

    New-ManagementRoleAssignment -Name "impersonationAssignmentName" -Role "ApplicationImpersonation" -User {Nutzer in der Fehlermeldung}

• Ursache: TLS 1.2 muss in den URL-Einstellungen hinzugefügt werden.
• Lösung:
  • Achten Sie darauf, dass TLS 1.2 auf dem gleichen Rechner aktiviert wurde, auf dem Exchange Reporter Plus installiert ist.
  • Nutzen Sie das folgende PowerShell-Cmdlet zur Überprüfung:
    • [Net.ServicePointManager]::SecurityProtocol
  • Falls nicht, aktivieren Sie TLS 1.2 und starten Sie das Produkt neu, damit die Änderungen wirksam werden.