Partager via

Les demandes de réunion ou les réponses ne s’affichent pas dans la boîte de réception

  • S’applique à: Outlook for Microsoft 365, Outlook 2019, Outlook 2016, Exchange Online, Exchange Server 2019, Exchange Server 2016.

Numéro de base de connaissances d’origine : 2966790

Symptômes

Un utilisateur qui n’a pas de délégué de boîte aux lettres rencontre un ou les deux problèmes suivants dans Microsoft Outlook :

  • Lorsqu’une demande de réunion est envoyée à l’utilisateur, la réunion apparaît correctement comme provisoire dans le calendrier de l’utilisateur, mais Outlook n’a paschemine la requête vers la boîte de réception. Par exemple, la demande s’affiche dans le dossier Éléments supprimés.

  • Lorsqu’un participant répond à une demande de réunion que l’utilisateur crée, les informations de suivi de la réunion dans le calendrier de l’utilisateur reflètent correctement la réponse, mais Outlook n’a paschemine la réponse vers la boîte de réception. Par exemple, la réponse apparaît dans le dossier Éléments supprimés.

Cause

Les problèmes peuvent se produire pour les raisons suivantes.

Cause 1

Dossier de réception MAPI qui contient des messages entrants pour l’IPM . HORAIRE. La classe de message MEETING n’est pas définie sur le dossier Boîte de réception. Au lieu de cela, les éléments de réunion apparaissent dans le dossier Éléments supprimés.

Vous pouvez utiliser Exchange Online PowerShell pour tester cette cause. Utilisez l’une des méthodes suivantes.

Note

Les deux méthodes fournissent des informations utiles. Par exemple, la méthode A indique le nombre d’éléments de réunion mal dirigés vers le dossier Éléments supprimés, et la méthode B confirme le dossier auquel un élément spécifique a été remis.

Méthode A

Exécutez l’applet de commande PowerShell Get-MailboxFolderStatistics suivante :

Get-MailboxFolderStatistics -Identity <user ID> -FolderScope NonIpmRoot -IncludeOldestAndNewestItems | ? Name -eq "Schedule" | FL Name,FolderType,NewestItemReceivedDate,ItemsInFolder

La capture d’écran suivante montre un exemple de sortie de l’applet de commande.

Capture d’écran de la sortie de commande de l’applet de commande Get-MailboxFolderStatistics.

Pour cette cause, la valeur de nombre ItemsInFolder n’est pas nulle et la valeur timestamp NewestItemReceivedDate correspond à la date et à l’heure de l’élément de réunion non remis le plus récent.

Méthode B

Exécutez les applets de commande PowerShell Get-MessageTrace et Get-MessageTraceDetail suivantes :

Get-MessageTrace -StartDate <search start date> -EndDate <search end date> | ? Subject -match <item subject> | Get-MessageTraceDetail

La capture d’écran suivante montre un exemple de sortie de commande.

Capture d’écran de la sortie de la commande à partir de l’applet de commande Get-MessageTraceDetail.

Pour cette cause, la valeur du paramètre Detail de l’événement de remise est la suivante : The message was successfully delivered to the folder: DefaultFolderType:LegacySchedule.

Cause 2

Pour les messages qui ont une adresse IPM. Rule.Version2.Message, la valeur de la propriété PR_RULE_MSG_PROVIDER est incorrectement définie Schedule+ EMS Interfacesur .

Résolution

Si vous avez testé la cause 1 dans Exchange Online PowerShell et que la cause 1 n’est pas applicable, commencez à Résolution pour cause 2. Sinon, commencez à Résolution pour cause 1.

Résolution pour la cause 1

Note

Pour utiliser la procédure suivante, vous devez être l’utilisateur ou disposer d’autorisations d’accès complet à la boîte aux lettres de l’utilisateur. Exécutez la procédure sur un ordinateur Microsoft Windows sur lequel le client de bureau Outlook est installé et un profil Outlook pour la boîte aux lettres. 

  1. Dans Outlook, sélectionnez >un compte Office de fichiers>à propos d’Outlook pour déterminer si le client de bureau est la version 32 bits ou 64 bits.

  2. Téléchargez et extrayez la dernière version de MFCMAPI, 32 bits ou 64 bits pour correspondre à l’installation d’Outlook.

    Important

    Bien que l’éditeur MFCMAPI soit pris en charge, veillez à l’utiliser pour modifier les paramètres de boîte aux lettres. L’utilisation incorrecte de l’éditeur MFCMAPI peut endommager définitivement une boîte aux lettres.

  3. Fermez Outlook, puis exécutez MFCMapi.exe. Si l’écran de démarrage MFCMAPI s’affiche, fermez-le. 

  4. Sélectionnez Options d’outils> pour ouvrir la fenêtre Options.

  5. Sélectionnez les deux options suivantes pour définir MFCMAPI en mode en ligne, puis sélectionnez OK :

    • Utiliser l’indicateur MDB_ONLINE en appelant OpenMsgStore
    • Utilisez l’indicateur MAPI_NO_CACHE lorsque vous appelez OpenEntry

    Important

    Veillez à effectuer l’étape 5.

  6. Sélectionnez Ouverture de session>pour ouvrir la fenêtre Choisir un profil.

  7. Sélectionnez le profil Outlook pour l’utilisateur concerné, puis sélectionnez OK.

  8. Double-cliquez sur la boîte aux lettres applicable dans la colonne Nom complet pour l’ouvrir.

  9. Dans la nouvelle fenêtre qui s’affiche, sélectionnez la table de dossiers De réception d’affichage>MDB.>

  10. Dans la fenêtre Table de dossiers de réception, vérifiez que la colonne Classe de messages a une adresse IPM. HORAIRE. Entrée MEETING . L’exemple de capture d’écran suivant montre cette entrée.

    Capture d’écran de l’IPM. HORAIRE. Entrée MEETING dans la fenêtre Table de dossiers de réception.

    Si la fenêtre Table de dossiers de réception ne contient pas d’adresse IPM. HORAIRE. Entrée MEETING , vérifiez deux fois que vous avez terminé l’étape 5 (définit MFCMAPI en mode en ligne). Si vous avez terminé l’étape 5, ignorez les étapes restantes et essayez plutôt de résoudre la cause 2 si vous ne l’avez pas déjà fait.

  11. Développez le conteneur racine .

  12. Cliquez avec le bouton droit sur Planification, puis sélectionnez Dossier De réception Set avancé>pour ouvrir la fenêtre SetReceiveFolder.

  13. Entrez IPM. HORAIRE. RÉUNION dans le champ Classe, sélectionnez Supprimer l’association, puis OK.

  14. Actualisez la fenêtre Table de dossiers de réception, puis vérifiez que l’ADRESSE IPM. HORAIRE. L’entrée MEETING n’existe plus.

  15. Vérifiez si le problème est résolu pour l’utilisateur. Si le problème persiste, essayez de résoudre la cause 2 si vous ne l’avez pas déjà fait.

Résolution pour la cause 2

  1. Effectuez les étapes 1 à 8 dans Resolution for Cause 1 pour initialiser MFCMAPI.

  2. Développez le conteneur racine , puis développez Le haut du magasin d’informations.

  3. Cliquez avec le bouton droit sur Boîte de réception, puis sélectionnez Ouvrir la table des matières associées.

  4. Dans le volet supérieur, sélectionnez l’en-tête de colonne Classe de message pour trier la colonne.

  5. Pour chaque message de la colonne Classe de messages dont la valeur est :IPM.Rule.Version2.Message

    1. Sélectionnez le message.

    2. Dans le volet inférieur, vérifiez la valeur de la propriété PR_RULE_MSG_PROVIDER .

    3. Si la valeur de propriété PR_RULE_MSG_PROVIDER est Schedule+ EMS Interface, supprimez le message dans le volet supérieur.

    L’exemple de capture d’écran suivant montre comment supprimer un message qui a une classe de message et une valeur de IPM.Rule.Version2.Message propriété PR_RULE_MSG_PROVIDER de Schedule+ EMS Interface.

    Capture d’écran de la table de contenu associée à la boîte de réception montrant un message de la classe de message « IPM ». Rule.Version2.Message » et une valeur de propriété PR_RULE_MSG_PROVIDER de « Schedule+ EMS Interface ».

  6. Vérifiez si le problème est résolu pour l’utilisateur. Si le problème persiste, essayez de résoudre la cause 1 si vous ne l’avez pas déjà fait.