La valeur seuil qui contrôle le nombre de fois qu'un message endommagé est autorisé à passer par la banque d'informations a été modifiée

[Cette rubrique est destinée à résoudre un problème spécifique signalé par l'outil Exchange Server Analyzer Tool. Ne l'appliquez qu'à des systèmes sur lesquels l'outil Exchange Server Analyzer Tool a été exécuté et qui ont rencontré ce problème spécifique. L'outil Exchange Server Analyzer Tool, disponible sous forme de téléchargement gratuit, collecte à distance des données de configuration de chaque serveur de la topologie et les analyse automatiquement. Il génère un rapport qui détaille les problèmes de configuration importants, les problèmes potentiels et les paramètres du produit qui ne sont pas définis par défaut. En suivant ces recommandations, vous pouvez accroître les performances, l'évolutivité, la fiabilité et la disponibilité. Pour plus d'informations sur l'outil ou pour télécharger les versions les plus récentes, consultez la rubrique sur les analyseurs Microsoft Exchange à l'adresse https://go.microsoft.com/fwlink/?linkid=34707.]  

Dernière rubrique modifiée : 2007-01-08

L'outil Microsoft® Exchange Server Analyzer Tool lit l'entrée de Registre suivante pour déterminer la valeur de PoisonThreshold :

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Nom_serveur_Exchange>\Private-<GUID_banque_informations_privée>**

Si Exchange Server Analyzer détermine que la valeur de PoisonThreshold n'est pas égale à 2, un message indiquant une configuration autre que celle par défaut s'affiche.

Les versions d'Exchange Server postérieure à Exchange Server 2003 Service Pack 1 introduisent un comportement qui contribue à éviter que des messages endommagés ou incorrects provoquent l'arrêt inopiné du service Banque d'informations Microsoft Exchange ou la réussite de son démarrage.

Dans Exchange Server 2003 Service Pack 1 ou des versions ultérieures, les messages qui provoquent l'arrêt inattendu du service Banque d'informations Microsoft Exchange pendant la conversion du format MAPI au format MIME sont suivis. L'ID du message endommagé est stocké dans le Registre lorsque l'incident se produit. Si un message endommagé provoque trois fois l'arrêt inopiné de la banque d'informations, ces informations sont exploitées pour éviter que le message soit à nouveau traité au quatrième redémarrage du service Banque d'informations Microsoft Exchange.

Lorsque le service Banque d'informations Microsoft Exchange s'arrête inopinément à cause d'un message endommagé, la valeur de Registre PoisonIDs est créée :

HKLM\System\CurrentControlSet\Services\MSExchangeIS\<Nom_serveur_Exchange>\Private-<GUID_banque_informations_privée>**

Un administrateur peut également créer l'entrée de Registre PoisonThreshold. La clé PoisonThreshold contrôle le nombre maximal de fois qu'un message est autorisé à passer par la banque d'informations Exchange avant d'être ajouté à la clé de Registre PoisonIDs. Cette valeur seuil est 2 par défaut. Pour déclencher le comportement, le seuil doit être dépassé. Le service Banque d'informations Microsoft Exchange peut donc s'arrêter 3 fois à cause d'un message endommagé avant que celui-ci soit bloqué. Par exemple, si un message entraîne 3 incidents, il est bloqué parce que trois est supérieur à la valeur seuil 2.

Lorsqu'un événement de message endommagé est écrit dans le Registre, des messages d'événement d'erreur (ID d'événement 9680 et 9681) apparaissent dans le journal des événements Applications. Après le démarrage correct du service Banque d'informations Microsoft Exchange, Exchange bloque le message et tente d'envoyer une notification d'échec de remise pour celui-ci. Dans certains cas, Exchange peut ne pas parvenir à envoyer de notification d'échec de remise. Le message bloqué peut alors rester dans la file d'attente jusqu'à ce qu'il expire. La clé de Registre PoisonIDs stocke un maximum de dix valeurs ID de message. En cas de dépassement de la limite de dix, un nouvel événement de message endommagé est ajouté. L'événement de message endommagé le plus ancien est supprimé.

Remarque :

Les procédures de dépannage liées aux différents messages endommagés sortent du cadre d'Exchange Server Analyzer. Dans certains cas, les services de support technique Microsoft peuvent être en mesure de vous aider à résoudre les problèmes liés à des messages endommagés spécifiques. Si vous rencontrez des problèmes d'arrêt d'Exchange Server 2003 ou des arrêts ultérieurs à cause de messages endommagés, il peut s'avérer utile d'activer le rapport d'erreurs automatique sur l'ordinateur Exchange Server. Les données des rapports d'erreurs sont exploitées pour corriger les problèmes dans les logiciels que vous utilisez. Pour plus d'informations sur l'activation du rapport d'erreurs Exchange, consultez l'article Le rapport d'erreurs Exchange est désactivé

Il est recommandé de rétablir la valeur par défaut de 2 de PoisonThreshold.

Important :
Cet article contient des informations sur la modification du Registre. Avant de modifier le Registre, assurez-vous de comprendre comment le restaurer en cas de problème. Pour plus d'informations sur la façon de procéder, consultez la rubrique d'aide sur la restauration du Registre dans Regedit.exe ou Regedt32.exe.

Avant de modifier le Registre et pour plus d'informations sur la procédure de modification du Registre, consultez l'article 256986 de la Base de connaissances Microsoft sur la description du Registre de Microsoft Windows (https://go.microsoft.com/fwlink/?linkid=3052&kbid=256986).