Dépannage

Tâches collecte de données essentielles, collecte d'appartenance à une liste de distribution ou collecte d'autorisations de base pour les boîtes aux lettres

  • 1. Impossible de lier le DSE racine
    • Cause:
      • Impossible d'envoyer une requête ping au CG configuré depuis la machine d'installation.
      • Le pare-feu a été activé et le port 389 est fermé.
      • Nom d'utilisateur inconnu ou mot de passe incorrect entré dans la page des paramètres de l'organisation.
      • Le serveur de catalogue global (GC) configuré dans la page des paramètres de l'organisation est peut-être en panne.
    • Résolution:
      • Vérifiez si vous êtes en mesure d'envoyer une requête ping au serveur de catalogue global depuis l'ordinateur sur lequel Exchange Reporter est installé.
      • Exchange Reporter Plus utilise le port 389 pour la connexion LDAP. Si le pare-feu est activé, vérifiez que le port 389 est ajouté à la liste des exceptions.
      • Vérifiez l'exactitude du nom d'utilisateur et du mot de passe saisis dans la page des paramètres de l'organisation.

Propriétés du compte de boîte aux lettres [ou] Contenu de la boîte aux lettres [ou] Propriétés des dossiers publics [ou] Tâches de collecte de contenu des dossiers publics [ou] Rapports de surveillance

  • 1. MAPI est obligatoire pour ce rapport. Veuillez installer MAPI
    • Cause: MAPI requis pour cette tâche n'est pas installé.
    • Résolution: MAPI peut être installé avec l'un des trois fournisseurs MAPI suivants: «Microsoft Outlook 2003 et 2007», «MAPI Download» ou «Exchange System Manager 2003 SP2».

    Remarque:

    • Seul «MAPI Download» est pris en charge pour les environnements Exchange 2010.
    • Microsoft Outlook 64 bits n'est pas pris en charge par Exchange Reporter Plus.
    • Vérifiez que «MAPI Download» et «Microsoft Outlook» ne sont pas installés sur le même ordinateur sur lequel Exchange Reporter Plus est installé.
  • 2. Veuillez définir «Microsoft Outlook» comme client de messagerie par défaut
    • Cause: Lorsque «Microsoft Outlook» est utilisé en tant que fournisseur MAPI, il doit également être défini comme client de messagerie par défaut.
    • Résolution: Définissez «Microsoft Outlook» comme client de messagerie par défaut. Pour définir Microsoft Outlook comme client de messagerie par défaut, ouvrez Internet Explorer → cliquez sur Outils → Options Internet → cliquez sur l'onglet «Programmes» dans la liste de diffusion, cliquez sur «Microsoft Office Outlook » → cliquez sur « OK »
  • 3. Nom d'utilisateur inconnu ou mot de passe incorrect fourni pour l'utilisateur dans la page « Paramètres de l'organisation ». Veuillez entrer des informations d’identification valides
    • Cause : Les informations d'identification de l'utilisateur fournies dans la page « Paramètres de l'organisation / Planification des tâches » ou lors de la configuration du « Service Exchange Reporter Plus » peuvent être incorrectes.
    • Résolution : Vérifiez l'exactitude du nom d'utilisateur et du mot de passe saisis aux emplacements ci-dessus. Le nom d'utilisateur doit être fourni sous la forme <NomDomaine\NomUtilisateur>
  • 4. L'utilisateur n'est pas membre du groupe Administrateurs de l'organisation Exchange
    • Cause : L'utilisateur fourni dans la page « Paramètres de l'organisation / Planification des tâches » ou lors de la configuration du « Service Exchange Reporter Plus » n'est pas membre d'un groupe privilégié souhaité.
    • Résolution :

      Vérifiez si l'utilisateur fourni dans la page « Paramètres de l'organisation » est membre de l'un des groupes suivants

      • « Groupe d'administrateurs en affichage seul Exchange », si utilisateur Exchange Server 2003 (ou)
      • « Groupe d'administrateurs d'organisation Exchange », si utilisateur Exchange Server 2007 (ou)
      • « Groupe d'administration de l'organisation », si utilisateur Exchange Server 2010, 2013 ou 2016

      Lorsque le Produit est installé en tant que Service, le Compte de Service configuré doit respecter les critères définis. Le compte de service configuré doit être un administrateur système local.

      Les informations d'identification de l'utilisateur doivent disposer des autorisations « Envoyer en tant que » et « Recevoir en tant que » sur les boîtes aux lettres de l'organisation.

  • 5. La boîte aux lettres fournie par l'utilisateur est masquée dans la liste d'adresses globale
    • Cause : Les informations d'identification de l'utilisateur fournies dans la page « Paramètres de l'organisation / Planification des tâches » ou lors de la configuration du « Service Exchange Reporter Plus » peuvent être incorrectes. L'utilisateur de boîte aux lettres fourni dans la page « Paramètres de l'organisation/Planification des tâches » ou lors de la configuration du « Service Exchange Reporter Plus » est masqué dans la liste d'adresses globale.
    • Résolution :

      Vérifiez si l'utilisateur dont les informations d'identification ont été saisies dans la page « Paramètres de l'organisation » dispose d'une boîte aux lettres valide qui n'est pas masquée dans la liste d'adresses globale (GAL).

      Pour afficher l'utilisateur de la liste d'adresses globale, procédez comme suit :

      • Ouvrez les propriétés de l'utilisateur depuis « Utilisateurs et ordinateurs Active Directory », accédez à l'onglet « Exchange Advanced » et décochez « Masquer de la liste d'adresses Exchange ».
  • 6. « Accès refusé » aux boîtes aux lettres de l'organisation pour les informations d'identification de l'utilisateur fournies.
    • Cause : Privilèges insuffisants pour accéder à la boîte aux lettres de l'organisation pour les informations d'identification de l'utilisateur fournies. (Les informations d'identification de l'utilisateur peuvent être fournies dans la page « Paramètres de l'organisation / Planification des tâches » ou lors de la configuration de « Service Exchange Reporter Plus »).
    • Résolution :

      Vérifiez si l'utilisateur dont les informations d'identification ont été saisies dans la page « Paramètres de l'organisation »

      • Dispose d'une boîte aux lettres valide qui n'est pas cachée dans la liste d'adresses globale (GAL).
      • S'est connecté au moins une fois à sa boîte aux lettres désignée.
      • Dispose des autorisations « Envoyer en tant que » et « Recevoir en tant que » sur les boîtes aux lettres de l'organisation.
      • Est membre de l'un des groupes suivants
        • « Groupe d'administrateurs en affichage seul Exchange », si utilisateur Exchange Server 2003 (ou)
        • « Groupe d'administrateurs d'organisation Exchange » si utilisateur Exchange Server 2007 (ou)
        • « Groupe d'administration de l'organisation », si utilisateur Exchange Server 2010, 2013 ou 2016
      • Vérifiez si le « serveur Exchange » en question est accessible depuis l'ordinateur sur lequel Exchange Reporter Plus est installé.
  • 7. Impossible de créer un profil MAPI. L'utilisateur ne dispose pas d'une boîte aux lettres valide.
    • Cause : Les informations d'identification de l'utilisateur fournies ne disposent pas d'une boîte aux lettres valide. Les informations d'identification de l'utilisateur peuvent être fournies dans la page « Paramètres de l'organisation / Planification des tâches » ou lors de la configuration de « Service Exchange Reporter Plus ».
    • Résolution :

      Vérifiez si l'utilisateur dont les informations d'identification ont été saisies dans la page « Paramètres de l'organisation »,

      • Dispose d'une boîte aux lettres valide qui n'est pas cachée dans la liste d'adresses globale (GAL).
      • S'est connecté au moins une fois à sa boîte aux lettres désignée.
      • Dispose des autorisations « Envoyer en tant que » et « Recevoir en tant que » sur les boîtes aux lettres de l'organisation.
  • 8. Impossible de collecter des informations de boîte aux lettres avec les informations d'identification fournies.
    • Cause : Impossible de se connecter au client MAPI requis pour collecter les informations de boîte aux lettres avec les informations d'identification fournies dans l'un des emplacements suivants - page « Paramètres de l'organisation / Planification des tâches » ou lors de la configuration du « Service Exchange Reporter Plus ».
    • Résolution :
      • Vérifiez l'exactitude du nom d'utilisateur et du mot de passe saisis dans la page des paramètres de l'organisation.
      • Vérifiez si les informations d'identification de l'utilisateur fournies,
        • Ont une boîte aux lettres accessible active et
        • Ont les autorisations « Envoyer en tant que » et « Recevoir en tant que » sur les boîtes aux lettres de l'organisation.
        • Est membre de l'un des groupes suivants
          • « Groupe d'administrateurs en affichage seul Exchange », si utilisateur Exchange Server 2003 (ou)
          • « Groupe d'administrateurs d'organisation Exchange » si utilisateur Exchange Server 2007 (ou)
          • « Groupe d'administration de l'organisation », si utilisateur Exchange Server 2010, 2013 ou 2016
  • 9. Le magasin de boîtes aux lettres n'est pas disponible ou l'utilisateur n'a pas accès à la banque
    • Cause : Exchange Reporter Plus ne peut pas communiquer avec le magasin d'informations de boîte aux lettres du serveur Exchange spécifié pour les informations d'identification fournies. Les informations d'identification de l'utilisateur peuvent être fournies dans la page « Paramètres de l'organisation / Planification des tâches » ou lors de la configuration de « Service Exchange Reporter Plus ».
    • Résolution : Vérifiez que le magasin privé de boîtes aux lettres du serveur Exchange spécifié est monté. Vérifiez également que les informations d'identification d'un utilisateur privilégié sont fournies dans la page Paramètres de l'organisation.
  • 10. « Exchange Reporter Plus » ne peut pas récupérer de données avec MS Outlook. Installez-le sur une autre machine avec MAPI CDO.
    • Cause : Un problème inattendu s'est peut-être produit lors de l'installation de MAPI.
    • Résolution : Parfois, l'installation de MAPI peut échouer de manière inattendue. Désinstallez et réinstallez MAPI et redémarrez Exchange Reporter Plus pour que les modifications prennent effet.
  • 11. Exécution de la planification réussie ! Serveurs non gérés exemptés de la collecte de données
    • Cause : La tâche planifiée inclut un ou plusieurs serveurs qui sont « non gérés ».
    • Résolution : Retirez les serveurs non gérés des sources de données des tâches planifiées ou vérifiez que le serveur dispose d'au moins une boîte aux lettres gérée.

      • Remarque : Les licences d’Exchange Reporter Plus dépendent du nombre de boîtes aux lettres, pour qu'un serveur soit géré, il doit inclure au moins une boîte aux lettres sous licence. Vous pouvez gérer la licence de boîte aux lettres depuis l'option Admin → Gestion des licences.

  • 12. Exécution de la planification réussie ! Boîtes aux lettres non gérées exemptées de la collecte de données
    • Cause : La tâche planifiée inclut un ou plusieurs serveurs qui sont « non gérés ».
    • Résolution : Vérifiez que seules les boîtes aux lettres gérées sont prises en compte pour la tâche planifiée.

      • Remarque : Les licences d’Exchange Reporter Plus dependent du nombre de boîtes aux lettres. Vous pouvez gérer la licence de boîte aux lettres depuis l'option Admin → Gestion des licences.

  • 13. Erreur réseau Powershell distant
    • Cause : Impossible d'établir une connexion à PowerShell distant.
    • Résolution :
      • Assurez-vous que le serveur Exchange et la machine sur laquelle Exchange Reporter Plus est installé se trouvent sur le même domaine. S’ils sont sur des domaines différents, assurez-vous qu’une confiance a été établie entre les deux.
      • Assurez-vous que le serveur Exchange et la machine sur laquelle Exchange Reporter Plus est installé se trouvent sur le même sous-réseau.
      • Assurez-vous que les informations d’identification fournies sur la page des paramètres de l’organisation sont correctes et qu’elles disposent des privilèges suffisants.
      • Assurez-vous que la machine sur laquelle Exchange Reporter Plus est installé est connectée au réseau.
  • 14. Powershell distant n'est pas installé
  • 1. Chemin réseau introuvable
    • Le chemin réseau donné n'est plus accessible
    • Le nom de réseau spécifié n'est plus disponible
    • Aucun fournisseur réseau n'a accepté le chemin d’accès réseau indiqué
    • Cause: Exchange Reporter Plus ne peut pas accéder au chemin du journal configuré sous la page de paramètres « Chemin du journal/magasin ».
    • Résolution
      • Vérifiez si le « Chemin du journal/magasin » configuré sous la page des paramètres est correct.
      • Vérifiez que vous êtes en mesure d'accéder à l'admin$ du serveur spécifié.
      • Sur la machine d'installation, sélectionnez Démarrer → Exécuter et tapez \\<Nom du serveur>\admin$.
      • Si vous obtenez la même erreur, activez l'exception d'administration à distance pour le serveur comme ci-dessous :
      1. Sur le serveur, sélectionnez « Démarrer » → « Exécuter » et tapez gpedit.msc, puis appuyez sur « Entrée ».
      2. Développez Modèles d'administration → Connexions réseau → Pare-feu Windows.
      3. Cliquez sur le profil de domaine et double-cliquez sur Pare-feu Windows : Autoriser l’exception d’administration à distance.
      4. Sélectionnez Activé, puis cliquez sur OK.
    • Exemple: Sur la machine d'installation, cliquez sur Démarrer → Exécuter → tapez \\<Servername>\c$
  • Vérifiez si le chemin du journal entré sous « Chemin du journal/magasin » dans Exchange Reporter Plus est au format suivant :
    • Le format de chemin du journal de trafic pour Windows 2003 Server :
      C:\Program Files\Exchsrvr\<servename.log>
    • Pour Windows 2007 / 2010 :
      C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\MessageTracking
    • Pour 2013 / 2016 :
      \\C$\Program Files\Microsoft\ExchangeServer\V15\TransportRoles\Logs\MessageTracking
    • Le format de chemin du journal OWA pour Windows 2003 / 2007 Server :
      C:\WINDOWS\system32\LogFiles\W3SVC1
    • Pour Windows 2010 et versions ultérieures :
      C:\inetpub\logs\LogFiles\W3SVC1
  • 2. L'utilisateur donné s'est vu refuser l'utilisation du partage d'administrateur
    • Cause : Impossible d'accéder à l'emplacement des fichiers journaux Exchange Server configurés avec les informations d'identification de l'utilisateur fournies dans la page Paramètres de l'organisation.
    • Résolution :
      • Vérifiez si vous êtes en mesure d'envoyer une requête ping au partage administrateur du serveur spécifié depuis l'ordinateur d'installation avec les informations d'identification de l'utilisateur fournies dans la page Paramètres de l'organisation.

        • Exemple : Sur la machine d'installation, cliquez sur Démarrer → Exécuter → tapez « \\<Servername>\c$ »

    • Vérifiez si le chemin du journal entré sous « Chemin du journal/magasin » dans Exchange Reporter Plus est au format suivant.

      Le format de chemin du journal de trafic pour Windows 2003 Server ressemblerait à : « C:\Program Files\Exchsrvr\<servename.log> » et pour Windows 2007 / 2010 serait comme « C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\MessageTracking ». Pour 2013 / 2016, il ressemblerait à « \\\C$Program Files\Microsoft\ExchangeServer\V15\TransportRoles\Logs\MessageTracking ».

      Le format de chemin du journal OWA pour Windows 2003 / 2007 Server ressemblerait à : « C:\WINDOWS\system32\LogFiles\W3SVC1 » et pour Windows 2010 et versions ultérieures, il ressemblerait à « C:\inetpub\logs\LogFiles\W3SVC1 ».

  • 3. Chemin du journal non valide
    • Cause : Exchange Reporter Plus collecte des informations sur le chemin du journal depuis Active Directory. Une modification du chemin d'accès au journal effectuée par un utilisateur dans MS Exchange n'est pas automatiquement répercutée dans Active Directory.
    • Résolution : Vérifiez le chemin d'accès au journal configuré dans Exchange Reporter Plus (Admin → Chemin du journal/magasin). Si l'un des chemins du journal des serveurs n'est pas correct, mettez-le à jour manuellement.

      Pour modifier le « chemin du journal » du serveur spécifié :

      1. Accédez à l'onglet « Admin » du produit
      2. Cliquez sur « Chemin du journal/magasin »
      3. Modifiez « Chemin du journal de trafic »
      4. Modifier « Chemin du journal OWA (IIS) »
      5. Modifiez « Chemin du journal de requêtes ayant échoué (IIS) »
      6. Cliquez sur « Enregistrer ».
  • 4. Aucun fichier journal n'a été trouvé
    • Cause : La journalisation du suivi des messages ou les journaux Outlook Web Access n'ont peut-être pas été activés dans Exchange Server.
    • Résolution : Retirez les serveurs non gérés des sources de données des tâches planifiées ou vérifiez que le serveur dispose d'au moins une boîte aux lettres gérée.

      • Activez « Journaux de suivi des messages » dans Exchange Server.

      Pour activer les journaux de suivi des messages pour Exchange Server 2003

      Suivez les étapes ci-dessous pour activer les journaux de suivi des messages pour Exchange Server 2003

    1. Cliquez sur Démarrer → Tous les programmes → Microsoft Exchange → System Manager
    2. Dans « Exchange System Manager », cliquez avec le bouton droit sur le serveur et cliquez sur « Propriétés »
    3. Dans la boîte de dialogue « Propriétés », cliquez sur l'onglet « Général », cochez la case « Activer le suivi des messages » et cliquez sur le bouton « OK ».

    Pour activer les journaux de suivi des messages pour Exchange Server 2007/ 2010

    Les « Journaux de suivi des messages » pour Exchange Server 2007/2010 doivent être activés depuis la console de gestion des serveurs respectifs.

    1. Cliquez sur Démarrer → Tous les programmes → Microsoft Exchange Server 2007→ Console de gestion Exchange
    2. Dans la « Console de gestion Exchange », cliquez sur « Transport Hub » puis faites un clic droit sur le serveur et cliquez sur « Propriétés »
    3. Dans la boîte de dialogue « Propriétés », cliquez sur l'onglet « Général », cochez la case « Activer le suivi des messages » et cliquez sur le bouton « OK ».

    Activez les journaux Outlook Web Access dans Exchange Server

    Pour activer les journaux Outlook Web Access pour IIS 6.0

    Suivez les étapes ci-dessous pour activer la journalisation pour IIS 6.0

    1. Dans la barre des tâches, cliquez sur Démarrer → Panneau de configuration → Outils d'administration → Gestionnaire des services Internet (IIS).
    2. Cliquez avec le bouton droit sur Sites Web → Site Web par défaut et sélectionnez Propriétés.
    3. Cliquez sur le bouton Propriétés sous la section Activer la journalisation

    Pour activer les journaux Outlook Web Access pour IIS 7.0

    Pour IIS 7, suivez les étapes ci-dessous pour activer les cookies.

    1. Dans la barre des tâches, cliquez sur Démarrer → Panneau de configuration → Outils d'administration → Gestionnaire des services Internet (IIS).
    2. Cliquez avec le bouton droit sur Sites → Site Web par défaut et sélectionnez Propriétés
    3. Dans la page Journalisation, dans le volet Actions, cliquez sur Activer pour activer la journalisation ou cliquez sur Désactiver pour désactiver la journalisation.
    4. Dans la vue Fonctions, double-cliquez sur Journalisation.
  • 5. Les exigences OWA doivent être configurées.
    • Cause : le champ csCookie n'a peut-être pas été activé dans OWA.
    • Résolution : activez csCookie en procédant comme suit.

      Suivez les étapes ci-dessous pour activer la journalisation de csCookie pour IIS 6.0

      1. Accédez à Exécuter → Tapez « inetmgr » → Développez Nom du serveur.
      2. Développez « Site Web » → accédez aux Propriétés de « Site Web par défaut ».
      3. Activer la journalisation
      4. Cliquez sur Propriétés → Allez dans l'onglet « Avancé » → Cochez la case « Cookie ( cs(Cookie)) » et cliquez sur OK.

      Pour IIS 7, suivez les étapes ci-dessous pour activer la journalisation csCookie.

      1. Accédez à Exécuter → Tapez « inetmgr » → Développez Nom du serveur
      2. Développez « Sites » → cliquez sur « Site Web par défaut »
      3. Ouvrez « Journalisation ».
      4. Activez la journalisation en cliquant sur « Activer » dans la colonne Actions.
      5. Cliquez sur « Sélectionner les champs » sous Fichier journal et activez le cookie ( cs(Cookie)).
  • 6. Exécution de la planification réussie ! Serveurs non gérés exemptés de la collecte de données
    • Cause : La tâche planifiée inclut un ou plusieurs serveurs qui sont « non gérés ».
    • Résolution : Retirez les serveurs non gérés des sources de données des tâches planifiées ou vérifiez que le serveur dispose d'au moins une boîte aux lettres gérée.

    Remarque : Les licences d’Exchange Reporter Plus dépendent du nombre de boîtes aux lettres, pour qu'un serveur soit géré, il doit inclure au moins une boîte aux lettres sous licence. Vous pouvez gérer la licence de boîte aux lettres depuis l'option Admin → Gestion des licences.

  • 7. Le suivi des requêtes ayant échoué n'est pas configuré.
    • Cause : La définition du suivi des requêtes ayant échoué n'a peut-être pas été configurée.
    • Résolution : Condition préalable : IIS 7 ou une version ultérieure doit être installé sur le serveur. Après l'installation par défaut d'IIS 7 ou d'une version ultérieure, installez le service de rôle de suivi pour utiliser le suivi des requêtes ayant échoué. Après avoir installé le service de rôle, vous devez activer le suivi des requêtes ayant échoué au niveau du site, de l'application ou de l'annuaire.

      • Étapes d'installation du service de rôle de suivi

      POUR WINDOWS SERVER 2012 OU WINDOWS SERVER 2012 R2

      • Dans la barre des tâches, cliquez sur Gestionnaire de serveur.
      • Dans le Gestionnaire de serveur, cliquez sur le menu Gérer, puis sur Ajouter des rôles et des fonctions.
      • Dans l'assistant Ajouter des rôles et des fonctions, cliquez sur Suivant. Sélectionnez le type d'installation et cliquez sur Suivant. Sélectionnez le serveur de destination et cliquez sur Suivant.
      • Dans la page Rôles de serveur, développez Serveur Web (IIS), Serveur Web, Intégrité et diagnostics, puis sélectionnez Suivi. Cliquez sur Suivant.
      • Dans la page Sélectionner des fonctions, cliquez sur Suivant.
      • Dans la page Confirmer les sélections d'installation, cliquez sur Installer.
      • Dans la page Résultats, cliquez sur Fermer.

      POUR WINDOWS SERVER 2008 OU WINDOWS SERVER 2008 R2

      • Dans la barre des tâches, cliquez sur Démarrer, pointez sur Outils d'administration, puis cliquez sur Gestionnaire de serveur.
      • Dans le volet hiérarchique Gestionnaire de serveur, développez Rôles, puis cliquez sur Serveur Web (IIS).
      • Dans le volet Serveur Web (IIS), faites défiler jusqu'à la section Services de rôle, puis cliquez sur Ajouter des services de rôle.
      • Dans la page Sélectionner des services de rôle de l'assistant Ajouter des services de rôle, sélectionnez Suivi, puis cliquez sur Suivant.
      • Dans la page Confirmer les sélections d'installation, cliquez sur Installer.
      • Dans la page Résultats, cliquez sur Fermer.

      Étapes de l’activation du suivi

    1. Ouvrez le Gestionnaire des services d'information Internet (IIS).
    2. Dans le volet Connexions, sélectionnez la connexion au serveur, le site, l'application ou le répertoire pour lequel vous souhaitez configurer le suivi des requêtes ayant échoué.
    3. Dans le volet Actions, cliquez sur Suivi des requêtes ayant échoué.
    4. Dans la boîte de dialogue Modifier les paramètres de suivi des requêtes ayant échoué sur le site Web, cochez la case Activer pour activer le suivi, conservez la valeur par défaut ou entrez un nouveau répertoire dans lequel vous souhaitez stocker les fichiers journaux des requêtes ayant échoué dans la zone Répertoire, tapez le nombre de fichiers de suivi des requêtes ayant échoué que vous souhaitez stocker dans la zone Nombre maximal de fichiers de suivi, puis cliquez sur OK.

    Étapes de configuration des définitions d'échec

    1. Ouvrez le Gestionnaire des services d'information Internet (IIS).
    2. Dans le volet Connexions, sélectionnez la connexion au serveur, le site, l'application ou le répertoire pour lequel vous souhaitez configurer le suivi des requêtes ayant échoué.
    3. Dans le volet Accueil, double-cliquez sur Règles de suivi des requêtes ayant échoué.
    4. Dans le volet Actions, cliquez sur Ajouter.
    5. Dans la page Spécifier le contenu à tracer de l'assistant Ajout d'une règle de suivi des requêtes ayant échoué, sélectionnez le type de contenu que vous souhaitez tracer, puis cliquez sur Suivant.
    6. Dans la page Définir les conditions de suivi, sélectionnez les conditions que vous souhaitez suivre, puis cliquez sur Suivant. Les conditions de suivi peuvent inclure n'importe quelle combinaison de codes d'état, une limite de temps qu'une requête doit prendre ou la gravité de l'événement.
    7. Codes d'état pour l'accès refusé/l'échec de connexion : 401.1, 401.2, 401.3, 401.4, 401.5.
    8. Si vous spécifiez toutes les conditions, la première condition remplie génère le fichier journal de suivi des requêtes ayant échoué.
    9. Dans la page Sélectionner les fournisseurs de suivi, sélectionnez un ou plusieurs des fournisseurs de suivi sous Fournisseurs ou sélectionnez « Tous ».
    10. Dans la page Sélectionner les fournisseurs de suivi, sélectionnez un ou plusieurs niveaux de détail sous Verbosité.
    11. Si vous avez sélectionné le fournisseur de suivi ASPNET ou WWW Server à l'étape 7, sélectionnez un ou plusieurs domaines fonctionnels à suivre par le fournisseur sous Zones de la page Sélectionner les fournisseurs de suivi.
    12. Cliquez sur Terminer.
  • 8. Le nom d'utilisateur est vide dans le rapport d'échec d'ouverture de session
  • 9. Impossible de générer un rapport d'échec d'ouverture de session malgré la configuration du suivi des requêtes ayant échoué
    • Cause : Les ouvertures de session OWA ayant échoué sont généralement enregistrées sous appgroupeId MSExchangeOWAAppgroupe. La limite de fichiers de suivi par défaut est 50, les journaux sont ensuite remplacés par les nouveaux journaux créés. Si les journaux actuels n'incluent pas de détails sur les échecs d'ouverture de session, le rapport ne contient pas de données.
    • Résolution :

      Étapes de l’activation du suivi

      • Ouvrez le Gestionnaire des services d'information Internet (IIS).
      • Dans le volet Connexions, sélectionnez la connexion au serveur, le site, l'application ou le répertoire pour lequel vous souhaitez configurer le suivi des requêtes ayant échoué.
      • Dans le volet Actions, cliquez sur Suivi des requêtes ayant échoué.
      • Dans la boîte de dialogue Modifier les paramètres de suivi des requêtes ayant échoué sur le site Web, modifiez le nombre de fichiers de suivi des requêtes ayant échoué que vous souhaitez stocker à 10 000 dans la zone Nombre maximal de fichiers de suivi, puis cliquez sur OK.
    • 1. Vérifiez que Exchange Management Shell (EMS) est installé sur l'ordinateur sur lequel le produit est installé
      • Cause : Dans les environnements Exchange Server 2007 et 2010, Exchange Management Shell est nécessaire pour la collecte des rapports d'autorisation de boîte aux lettres
      • Résolution : Installez Exchange Management Shell sur l'ordinateur sur lequel Exchange Reporter Plus est installé.
    • 2. Le gestionnaire de système Exchange (ESM) est nécessaire pour cette planification. ESM n'est compatible qu'avec les machines 32 bits. Veuillez déplacer le produit vers une machine 32 bits sur laquelle ESM peut être installé
      • Cause : Exchange System Manager (ESM) est obligatoire pour la collecte des autorisations de boîte aux lettres dans les environnements Exchange Server 2003. Les serveurs 64 bits ne peuvent pas prendre en charge Exchange System Manager (ESM).
      • Résolution : Désinstallez le produit et réinstallez-le sur un ordinateur 32 bits sur lequel Exchange System Manager (ESM) est installé.
    • 3. Exécution de la planification réussie ! Serveurs non gérés exemptés de la collecte de données
      • Cause : La tâche planifiée inclut un ou plusieurs serveurs qui sont « non gérés ».
      • Résolution : Retirez les serveurs non gérés des sources de données des tâches planifiées ou vérifiez que le serveur dispose d'au moins une boîte aux lettres gérée.

      Remarque : Les licences d’Exchange Reporter Plus dépendent du nombre de boîtes aux lettres, pour qu'un serveur soit géré, il doit inclure au moins une boîte aux lettres sous licence. Vous pouvez gérer la licence de boîte aux lettres depuis l'option Admin → Gestion des licences.

    • 1. Erreur réseau
      • Cause : Impossible d'établir une connexion avec les services Web Exchange.
      • Résolution :
        • Assurez-vous que la machine sur laquelle Exchange Reporter Plus est installé est connectée au réseau.
        • Vérifiez que l'URL « https://<servername>/EWS/Exchange.asmx » est accessible depuis la machine sur laquelle ERP est installé.
    • 2. L'API managée EWS n'est pas installée
      • Cause : L'API managée EWS est obligatoire pour générer ce rapport.
      • Résolution :
        • Vérifiez que l'API managée EWS est installée sur le même ordinateur qu'Exchange Reporter Plus.
        • Sinon, accédez à « <répertoire de base du produit>\lib\native » et exécutez EwsManagedAPI.msi
    • 3. Au moins un serveur Exchange 2007 Server ou une version ultérieure est obligatoire pour générer ce rapport
      • Cause : EWS est pris en charge uniquement sur Microsoft Exchange Server 2007 et versions ultérieures.
      • Résolution : Vérifiez que vous disposez d'au moins un serveur Exchange 2007 ou supérieur dans l'environnement.
    • 4. Réussite ! Boîtes aux lettres de pièce sans autorisation d'accès au calendrier exemptées
      • Cause : Autorisations insuffisantes pour accéder au calendrier de la boîte aux lettres de la pièce.
      • Résolution :
        • Vérifiez que l'utilisateur fourni dans la page Paramètres de l'organisation dispose de l'autorisation du calendrier sur les boîtes aux lettres de pièce requises.
        • Sinon, exécutez l'applet de commande suivante dans Exchange Management Shell :

          Get-Mailbox -RecipientTypeDetails 'RoomMailbox' | Foreach-Object {Add-MailboxFolderPermission $_":\Calendar" -User <utilsateur de la page paramètres de l’Organisation> -AccessRights Reviewer}

    • 5. Réussite ! Boîtes aux lettres sans autorisation d’accès complet exemptées
      • Cause : Autorisations insuffisantes pour collecter le contenu de la boîte aux lettres.
      • Résolution :
        • Vérifiez que l'utilisateur fourni dans la page Paramètres de l'organisation dispose de l'autorisation d’accès complet sur les boîtes aux lettres requises.
        • Sinon, exécutez l'applet de commande suivante dans Exchange Management Shell :

          Add-MailboxPermission -Identity <nom de la boîte aux lettres> -User <utilisateur dans la page des paramètres de l'organisation> -AccessRights FullAccess

    • 6. Échec des connexions
      • Cause : Les informations d'identification de l'utilisateur fournies dans la page « Paramètres de l'organisation / Planification des tâches » ou lors de la configuration du « Service Exchange Reporter Plus » peuvent être incorrectes.
      • Résolution : Vérifiez le nom d'utilisateur et le mot de passe saisis aux emplacements ci-dessus. Le format du nom d'utilisateur doit être <NomDomaine\NomUtilisateur>
    • 7. .NET n'est pas installé
    • 1. Échec de la connexion à O365
      • Veuillez vérifier le nom d'utilisateur et le mot de passe saisis.
      • En cas de configuration de proxy sur votre réseau, veuillez autoriser les URL, les adresses IP et les ports répertoriés dans la page « Prise en charge du proxy O365 ».
      • Assurez-vous de la connectivité réseau de votre machine.
      • Si vous utilisez Windows Update KB3176934, reportez-vous à la page « Blog de l'équipe PowerShell » de ce document.
    • 1. Étapes de la création d’une boîte aux lettres d'utilisateur de test
      • Connectez-vous en tant qu'administrateur de domaine dans Exchange Server
      • Accédez à C:/Program Files/Microsoft/Exchange Server/V14/Scripts
      • Ouvrez Exchange Management Shell et exécutez new-TestCasConnectivityUser.ps1
      • Suivez les instructions sur le shell
      • Attendre la prochaine planification pour collecter les données
    • 1. Erreur réseau
      • Cause : Impossible d'établir une connexion avec les services Web Exchange.
      • Résolution :
        • Vérifiez que l'URL « https:///EWS/Exchange.asmx » est accessible depuis l'ordinateur sur lequel Exchange Reporter Plus est installé.
        • Si l'URL est accessible, veuillez vérifier vos informations d'identification d'utilisateur.
    • 2. Échec des connexions
      • Cause :
        • Les informations d'identification de l'utilisateur fournies dans la page Paramètres de l'organisation ou les informations d'identification de l'utilisateur fournies lors de la configuration du service Exchange Reporter Plus peuvent être incorrectes ou ne pas être à jour.
        • Cette URL EWS ne fait pas partie de cette organisation.
      • Résolution :
        • Mettez à jour l'URL EWS de l'organisation sélectionnée.
        • Si le problème persiste, veuillez mettre à jour le mot de passe dans la page Paramètres de l'organisation.
    • 3. Vérifiez que l'utilisateur dispose d'une boîte aux lettres valide
      • Cause : Le compte du service ne dispose pas d'une boîte aux lettres valide.
      • Résolution :
        • Veuillez créer une boîte aux lettres pour le compte du service.
        • Veuillez patienter que la collecte des données essentielles ait lieu.
        • Si le problème persiste, fournissez d'autres informations d'identification pour un utilisateur disposant d'une boîte aux lettres qui est membre du groupe Gestion de l'organisation dans la page d'administration de votre serveur Exchange.
    • 4. L'API managée EWS n'est pas installée
      • Cause : L'API managée EWS doit être ajoutée dans les paramètres d'URL.
      • Résolution :
        • Vérifiez que l'API managée EWS est installée sur le même ordinateur qu'Exchange Reporter Plus.
        • Sinon, accédez à « <répertoire de base du produit>\lib\native » et exécutez EwsManagedAPI.msi.
    • 5. .NET n'est pas installé
      • Cause : .NET n'est pas installé
      • Résolution :
        • Cliquez ici pour télécharger et installer .NET Framework.
        • .NET version 3.5 ou ultérieure est obligatoire.
    • 6. L'utilisateur n'a pas l'autorisation suffisante
      • Cause : Le compte ne dispose pas de l'autorisation requise pour usurper l'identité de l'utilisateur demandé.
      • Résolution :
        • Vérifiez que l'utilisateur dispose du rôle ApplicationImpersonation dans le centre d'administration Exchange.
        • Sinon, exécutez l'applet de commande suivante dans Exchange Management Shell :

          New-ManagementRoleAssignment -Name "impersonationAssignmentName" -Role "ApplicationImpersonation" -User {utilisateur dans le message d'erreur}

    • 7. Problème de TLS
      • Cause : TLS 1.2 doit être ajouté dans les paramètres de l'URL.
      • Résolution :
        • Vérifiez que TLS 1.2 est activé sur la même machine que celle qui héberge Exchange Reporter Plus.
        • Utilisez l'applet de commande PowerShell suivante pour vérifier :
          • [Net.ServicePointManager]::SecurityProtocol
        • Sinon, activez TLS 1.2 et redémarrez le produit pour que les modifications prennent effet.

    Copyright © 2025, ZOHO Corp. Tous droits réservés.