Numéro d'article: 300171 - Dernière mise à jour: lundi 18 décembre 2006 - Version: 5.6

Vous ne pouvez pas envoyer ou recevoir des messages SMTP à partir de certains domaines Internet dans Exchange 2000 Server, Exchange Server 2003 et Small Business Server 2003

Voir les produits auxquels s'applique cet article
A noterCet article s'applique à un système d'exploitation différent de celui que vous utilisez. Le contenu de l'article qui ne vous concerne peut-être pas est désactivé.
Agrandir tout | Réduire tout

Symptômes

Cet article vient étoffer les articles suivants qui étaient déjà disponibles : 322358, 840468 et 924235

Lorsque vous essayez d'envoyer ou de recevoir des messages sur un ordinateur Microsoft Exchange Server 2003, Microsoft Exchange 2000 Server ou Microsoft Windows Small Business Server 2003, vous rencontrez l'un des problèmes suivants :
  • Le serveur Exchange n'accepte pas les messages SMTP (Simple Mail Transfer Protocol) en provenance de certains domaines Internet.
  • Le serveur Exchange ne peut pas distribuer des messages SMTP à certains domaines Internet.
Si vous effectuez une recherche DNS (Domain Name System) inversée, vous pouvez constater que le serveur Exchange qui envoie le message SMTP ne peut pas être résolu. Si vous prenez une trace du Moniteur réseau, vous pouvez constater la présence de requêtes NBT avant que le serveur Exchange se déconnecte.

L'expéditeur peut recevoir le rapport de non-remise suivant qui contient le code d'erreur 5.5.0 : Ce code indique une défaillance SMTP générique.
> Certains des destinataires ou tous les destinataires n'ont pas reçu votre message.
> 
>       Objet :		5/24/01 6:41 PM
> 
> Impossible de contacter le(s) destinataire(s) suivant(s) :
> 
> utilisateur@destination.com le 5/24/01 6:41 PM
> Votre système de messagerie n'a pas pu trouver le moyen de communiquer correctement avec le système de destination. Avertissez votre administrateur. <Serveur.source.com> #5.5.0
Remarque Vous pouvez également recevoir le code d'erreur suivant : #5.5.4 Échec de la transaction.

En outre, l'Observateur d'événements Windows sur le serveur Exchange qui envoie le message peut contenir un événement 4000 ou 4001 semblable au suivant :

Type d'événement : Avertissement
Source de l'événement : MSExchangeTransport
ID de l'événement : 4000
Description : Échec de la remise du message au domaine distant « destination.com » pour la raison suivante : Erreur de protocole SMTP

Retour au début

Cause

Ce problème survient généralement si le serveur SMTP de destination effectue une recherche inversée et si l'une des conditions suivantes est remplie :
  • L'adresse IP ne correspond pas au nom de domaine qui est utilisé dans l'adresse de retour du message électronique.
  • Un enregistrement de pointeur (PTR) n'existe pas ou n'est pas valide pour l'adresse IP du serveur SMTP source.
Par exemple, envisagez le scénario suivant : Le nom de domaine qui est utilisé dans l'adresse de retour du message est source.com. Vous envoyez le message vers un domaine différent. Le serveur SMTP de destination effectue une recherche inverse sur le message entrant. Si l'enregistrement PTR pour le domaine source.com n'existe pas ou est incorrect, le serveur SMTP de destination ne distribue pas le message.

Remarque Si votre carte réseau qui est connectée à Internet utilise une adresse IP dynamique, vous devrez peut-être configurer Exchange Server pour router le courrier à partir du domaine source.com par un connecteur SMTP vers un hôte actif.

Remarque Vous pouvez configurer le serveur Exchange pour le rejet des connexions entrantes en indiquant un nom de domaine sur le serveur virtuel SMTP. Dans ce cas, les recherches inversées sont effectuées sur toutes les tentatives de connexion. Ce paramètre est accessible sous Contrôle de connexion au niveau de l'onglet Accès lorsque vous cliquez avec le bouton droit sur le serveur virtuel SMTP puis sélectionnez Propriétés.
Retour au début

Résolution

Pour résoudre ce problème, procédez comme suit :
  1. Assurez-vous que vos enregistrements DNS publics qui sont hébergés sur votre serveur DNS sont corrects. Sur votre serveur DNS, examinez les éléments suivants :
    • Vous devez avoir un enregistrement MX pour votre domaine qui pointe vers un enregistrement Hôte (A) valide. Par exemple, l'enregistrement MX pour source.com pointe vers source.com. mail.source.com est un serveur de messagerie valide.
    • Assurez-vous que l'enregistrement de l'Hôte (A) pointe vers une adresse IP valide. Par exemple, vérifiez que mail.source.com pointe vers 209.54.61.76. Il s'agit de l'adresse IP publique correcte pour votre serveur de messagerie.
  2. Pour chaque serveur SMTP ou ordinateur Exchange Server qui envoie du courrier électronique Internet sortant, assurez-vous qu'il existe un enregistrement PTR valide pour l'adresse IP publique de ce serveur SMTP d'envoi ou ordinateur Exchange Server. Il peut s'agir d'un pare-feu, d'un routeur ou d'un autre périphérique qui publiait vos informations de domaine sur une adresse IP visible par les hôtes Internet.

    Par exemple, votre ordinateur Exchange Server est placé derrière un pare-feu avec une adresse IP interne 10.10.10.1 et le pare-feu a quant à lui une adresse IP externe 4.3.2.1.

    Lorsque l'ordinateur Exchange Server envoie du courrier électronique au domaine source.com via le pare-feu, le serveur de messagerie de réception voit que l'adresse IP 4.3.2.1 se connecte pour la communication SMTP. Le serveur de messagerie de réception exécute une recherche DNS inversée par rapport à cette adresse IP et pas nécessairement par rapport à l'enregistrement MX. Le serveur de messagerie doit rechercher un pointeur pour que 4.3.2.1 pointe vers un enregistrement hôte valide dans le domaine source.com.
Retour au début

Plus d'informations

La recherche inversée provoque les charges supplémentaires sur les serveurs, mais elle est communément utilisée pour aider à empêcher des environnements de recevoir des messages électroniques non sollicités (courrier indésirable). Vous pouvez configurer votre serveur SMTP pour qu'il effectue des recherches inversées sur les messages électroniques entrants. Vous serez ainsi sûr que l'adresse IP et le nom de domaine complet du serveur de messagerie de l'expéditeur correspondent au nom de domaine de ce dernier.

Les serveurs de messagerie de certains domaines Internet requièrent la création d'un enregistrement de pointeur valide qui pointe l'adresse IP du serveur d'envoi sur l'espace de noms de domaine SMTP local. Parfois, ces serveurs d'envoi requièrent que l'enregistrement PTR corresponde au véritable nom de domaine complet de leur serveur virtuel SMTP sur Exchange. Généralement, il s'agit de l'enregistrement MX. Les domaines Internet concernés sont AOL.com, Qwest.net, Mindspring, Earthlink et Hotmail. Pour envoyer du courrier à ces domaines, créez un pointeur valide ou un enregistrement de recherche inversée sur le serveur DNS externe ou Internet de votre entreprise.

Si vous utilisez Telnet pour vous connecter au port SMTP du serveur de destination puis tentez une conversation SMTP, la conversation ressemblera à ceci :
C:\telnet server.domain.com 25 
220 mail.destination.com ESMTP Postfix 
helo source.com 
250 mail.destination.com 
mail from:user@source.com 
250 Ok 
rcpt to:user@destinationdomain.com 
554 <user@source.com>: Sender address rejected: Domain not found
De plus, si vous utilisez Telnet pour vous connecter au port 25 sur l'un des enregistrements MX AOL, la conversion suivante s'affiche :
220-rly-ya06.mx.aol.com ESMTP mail_relay_in-ya6.3; Fri, 20 Jan 2006 22:15:42 -05 00 
220-America Online (AOL) and its affiliated companies do not 
220- authorize the use of its proprietary computers and computer 
220- networks to accept, transmit, or distribute unsolicited bulk 
220- e-mail sent from the internet. Effective immediately: AOL  
220- may no longer accept connections from IP addresses which 
220 have no reverse-DNS (PTR record) assigned.
Retour au début

Statut

Ce comportement est voulu par la conception même du produit.
Retour au début

Références

Pour plus d'informations sur la recherche DNS inversée de messages entrants, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
297412  (http://support.microsoft.com/kb/297412/ ) L'option « Effectuer une recherche DNS inversée sur les messages entrants » concerne la résolution des noms d'hôtes
Pour plus d'informations sur les enregistrements PTR, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft.
166753  (http://support.microsoft.com/kb/166753/ ) Erreur de recherche inversée de serveur DNS Microsoft lors de l'ajout d'un enregistrement hôte
322856  (http://support.microsoft.com/kb/322856/ ) COMMENT FAIRE : Configuration de DNS pour une utilisation avec Exchange Server
Pour plus d'informations sur DNS et sur les zones de recherche inversée, reportez-vous au site Web de Microsoft à l'adresse suivante :

Pour plus d'informations sur la configuration d'un connecteur SMTP dans Exchange 2000 et Exchange Server 2003, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
265293  (http://support.microsoft.com/kb/265293/ ) Comment faire pour configurer le connecteur SMTP dans Exchange
Pour plus d'informations sur la procédure à suivre pour utiliser le port 25 pour tester la communication SMTP, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
153119  (http://support.microsoft.com/kb/153119/ ) Session Telnet au port 25 pour tester la communication SMTP
Pour plus d'informations sur des problèmes similaires dans Microsoft Exchange Server 5.5, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
198981  (http://support.microsoft.com/kb/198981/ ) Messages SMTP non remis à certains domaines
Retour au début
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Retour au début
Mots-clés : 
kbprb KB300171
Retour au début
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.