Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

XADM : Le Service Messagerie Internet cesse de traitement entrante conversion

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 274403
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Symptômes
Ordinateurs Exchange Server peuvent rencontrer des retards de traitement des éléments qui sont en attente de conversion entrante sur le Service Messagerie Internet après avoir appliqué le correctif à partir de l'article suivant de la base de connaissances Microsoft :
268357Clients Exchange Server 5.5 semblent se bloquer lorsque la banque d'informations interroge le répertoire
La file d'attente de conversion entrante peut retire pas tant que les services sont arrêtés et redémarrés. Les services, en particulier la banque d'informations, peuvent prendre un temps anormalement long pour arrêter ou peuvent cesser de répondre (se bloquer) pendant qu'ils sont arrêt, le serveur ait ou non un service de messagerie Internet configuré.
Cause
Le blocage est dû au fait que deux threads qui attendent pour les deux sections critiques Terminer. Thread 1 entre critsec dans a. thread 2 passe critsec b. Avant d'une ou l'autre thread libère des sections critiques, le thread 1 demande critsec B et le thread 2 demande critsec a. Ce comportement n'était pas un problème avant le correctif car le travail réalisé avant était tout sur le même thread et verrouillage ordre n'a pas d'importance.
Résolution
Pour résoudre ce problème, procurez-vous le dernier service pack pour Exchange Server 5.5. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
191014XGEN : Comment faire pour obtenir le dernier Service Pack de Exchange Server 5.5
Statut
Microsoft a confirmé l'existence de ce problème dans Microsoft Exchange Server Store.exe builds 5.5.2653.7 via 5.5.2653.18. Ce problème a été corrigé dans Exchange Server 5.5 Service Pack 4.
Plus d'informations
Pour tester cela, importez de nombreuses modifications de répertoire en même temps que vous modifiez des objets tels que les protocoles, adressage du site ou la table de résolution des adresses de passerelle (GWART). Vous devez disposer de nombreuses petites modifications en cours d'importation pour intercepter cette.
DS Imail IMS IS

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 274403 - Dernière mise à jour : 02/04/2014 01:50:47 - Révision : 4.1

Microsoft Exchange Server 5.5 Service Pack 3

  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbexchange550sp4fix kbfix kbqfe KB274403 KbMtfr
Commentaires