XADM : utilisateurs recevoir aléatoires rapports de non-remise 5.7.1 et 5.7.3

Traductions disponibles Traductions disponibles
Numéro d'article: 283287 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Agrandir tout | Réduire tout

Symptômes

Lorsqu'un utilisateur envoie un message, la peut s'afficher un des rapports non-delivery suivants (NDR) :
  • UN 5.7.1 RAPPORT DE NON-REMISE (NDR) :
    From:    System Administrator  
    Sent:    Thursday, August 17, 2000 8:08 PM 
    To:      User Two 
    Subject: Undeliverable: Message Subject
    
    Your message did not reach some or all of the intended recipients. 
    
          Subject:  Message Subject 
          Sent:     8/17/00 8:07 PM 
    
    The following recipient(s) could not be reached: 
    
          User Three on 8/17/00 8:07 PM 
                You do not have permission to send to this recipient.  For 
       assistance, contact your system administrator. 
                <SERVERNAME.domain.edu #5.7.1>
    						
  • UN 5.7.3 RAPPORT DE NON-REMISE (NDR) :
    -----Original Message----- 
       From:    System Administrator  
       Sent:    Tuesday, September 12, 2000 8:04 PM 
       To:      User Four; User Five
       Subject: Undeliverable: RE: Subject 2 
    
       Your message did not reach some or all of the intended recipients. 
    
          Subject:  RE: Subject 2 
          Sent:     9/12/2000 8:04 PM 
    
       The following recipient(s) could not be reached: 
    
          User Four on 9/12/2000 8:04 PM 
                The recipient could not be processed because it would 
       violate the security policy in force 
                <E2K.domain.edu #5.7.3> 
    
          User Five on 9/12/2000 8:04 PM 
                The recipient could not be processed because it would 
       violate the security policy in force 
                <E2K.domain.edu #5.7.3>
    						

Cause

Ce problème peut se produire si un thread SMTP appelle une fonction qui provoque le thread de SMTP emprunter l'identité le contexte de sécurité d'un autre compte de sécurité. Fois terminé le thread SMTP effectuer toutes les tâches requises, le SMTP thread jamais reprend en le contexte de sécurité d'origine. Ce contexte de sécurité fonctionne pour la première tâche soumise au thread de SMTP pour effectuer, mais lorsque le thread SMTP est utilisée pour une autre tâche, le contexte de sécurité est incorrecte et certaines fonctions échouent.

Le processus de SMTP contient un pool de threads de travail. L'utilisation de thread est randomized ; chaque thread ne pas toujours déplacement vers le bas le même chemin d'accès du code chaque fois. Lorsqu'un thread voyagez vers le bas ce chemin d'accès au code, le contexte de sécurité peut modifier. La prochaine fois que ce thread est utilisé, il peut ne pas pouvoir remettre un message car le thread a le contexte incorrect. Ceci ne se produit pas à chaque thread dans le pool de threads, c'est pourquoi Exchange 2000 semble pour générer des rapports de non-remise (NDR) au hasard.

Résolution

Pour résoudre ce problème, procurez-vous le dernier service pack Microsoft Exchange 2000 Server. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
301378 XGEN : Comment faire pour obtenir le dernier Service Pack Exchange 2000 Server
La version anglaise de ce correctif doit avoir les attributs de fichier suivants ou ceux d'une version ultérieure :

Composant: SMTP

Réduire ce tableauAgrandir ce tableau
Nom de fichierVersion
Davex.dll6.0.4418.45

Statut

Microsoft a confirmé que c'est un problème dans Microsoft Exchange 2000 Server. Ce problème a été corrigé dans Microsoft Exchange 2000 Server Service Pack 1.

Plus d'informations

Ce correctif s'assure que tous les chemins de code qui utilise un thread de rétablir le contexte de sécurité vers le contexte de sécurité d'origine.

Propriétés

Numéro d'article: 283287 - Dernière mise à jour: mardi 4 février 2014 - Version: 1.3
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange 2000 Server Standard Edition
Mots-clés : 
kbnosurvey kbarchive kbmt kbbug kbexchange2000presp1fix kbfix kbqfe KB283287 KbMtfr
Traduction automatique
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: 283287
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com