Problème de communication SMTP avec le serveur ...

[priest17]

Bonjour,

Depuis quelques temps nous essayons d'envoyer des emails à certains destinataires, mais ils ne sont délivrés par notre serveur Exchange !

La raison est très implicite :

Problème de communication SMTP avec le serveur de messagerie du destinataire. Contactez votre administrateur système.
<mail.mci-santeanimale.com #5.5.0 smtp;500 Syntax error, command unrecognized>

Il en est de même pr les domaines : hotmail.com et astoine.com

Le DNS est bien paramétrer, puisque nous arrivons à afficher les sites web hotmail et puis, les emails sont bien routés vers d'autres domaines (ex. yahoo, ms, etc...).

Nous n'avons pas de Relais ouvert et surtout, nous n'avons pas de BlockList ...

Le plus marrant, c'est qu'à partir de mon Webmail Yahoo, j'arrive à contacter le SMTP du destinataire

Que pasa ?

Merci

[Touhtion]

si ton serveur est configuré pour utiliser ses dns pour la remise de mails essaye de le configurer afin de transférer tout le courrier vrs un hôte actif
à savoir le smtp de ton FAI

[priest17]

Okay, si tu veux parler du DNS, j'ai configurer des Redirecteurs (Forwarder) DNS vers les DNs de mon FAI.

Si tu veux parler d'une option qu'il faut modifier sur Exchange, aloirs là, j'vois pas

Mais penses tu que mon DNS sache (tout seul, sans faire de requêtes recursives) résoudre des noms de domaines tels que : yahoo et pas hotmail ?!?!

Bref, j'ai toujours pas compris pourquoi est-ce que ca fonctionne pas et que signifie le msg d'erreur

merci en tt k

[Olive59]

Salut,

Ce que voulais dire Touhtion, c'est que si dans ta configuration Exchange tu as un connecteur SMTP, il faudrait voir si tu peux remettre tous tes messages sortants vers un hôte actif, un relais SMTP en gros.

tu vois ça dans ton groupe de routage, connecteurs et tu vois si un connecteur est utilisé ou pas et dans les propriétés de ce connecteur, si tu remets directement par le DNS ou si tu utilises un hôte actif

Regardes par là et tiens nous au courant !

@+

[priest17]

Okay, c'est bien ce que j'avais compris : Je me suis empressé d'allers dans les Options avancées du Protocole SMTP (Serveur Virtuel par défaut), et dans Options avancées de remise, j'ai ajouté les DNS externes (dans le champ : Configurer les serveurs DNS).

Ce champ était vide ! ! J'ai aussitôt redémarrer le serveur SMTP, mais nada !!!

Bon, concernant le connecteur, il n'est pas configuré pour transférer les emails vers un hôte actif, autrement dit, l'option suivante est cochée :

- Utiliser DNS pour router vers chaque espace d'adressage sur ce connecteur

Faut-il essayer une autre option ?

Merci

[Olive59]

Re,

As tu essayer de faire un telnet sur le serveur SMTP "mail.mci-santeanimale.com" histoire de voir ?

[priest17]

Oui, que veux tu que je fasses exactement ?

[priest17]

J'ai même crée un connecteur SMTP avec relais ouvert vers domaine hotmail.com, et en activant l'option "Transférer vers hôte actif" = une des @IP des serveurs DNS de mon FAI ...

[Olive59]

Re,

Bien essayer de faire une commande TELNET mail.mci-santeanimale.com 25 et voir si cela fonctionne !
Si ça ne passe pas chez toi, c'est qu'il y a un problème ; ça passe chez moi mais c'est très long

@+

[priest17]

Sans paraitre méchant Je pense que vous n'avez pas lu tout ce qui est marqué la dessus !

Bien évidemment que j'arrive à ouvrir une session Telnet sur mon SMTP

D'ailleurs, j'arrive même à envoyer des emails a partir de Telnet mais ca ne réponds pas a ma questions pourquoi sur certains domaines, les emails ne sont pas envoyés, et le rapport de non remise est toujours le même :

Problème de cpommunication SMTP avec le serveur du destinataire

Maintenant, tu as peut etre des commandes a tester en faisant appel a Telnet ? non ?

[priest17]

mmmm, cela m'étonne que vous reussisiez à faire un telnet sur mon serveur virtuel

POensez-vous que je sois .. mmm noviceeee lol

Bien évidemment mon FW bloque toute tentative de telnet

bravo le Firewall a papa, il fait bien son boulot !

Bon, je vois que personne (ceux qui participent) n'a la moindre idée ?

[priest17]

maitaddi@hotmail.com le 03/05/2005 15:15
Ce message a été rejeté en raison de la stratégie d'administration actuelle par le serveur de destination. Réessayez l'action ultérieurement. Si elle échoue, contactez votre administrateur système.
<mail.mci-santeanimale.com #4.3.2>

Voici ce que j'ai quant j'ai crée un connecteur SMTP - pointant vers Hotmail.com, en utilisant un hôte ouvert (serveur DNS de mon FAI).

[priest17]

Toujours le même problème et franchement personne pour m'aider !!!

Ca manque de compètences ?

Bref, voici le log SMTP d'un envoi de mail non remis !

13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 EHLO - 0
13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 MAIL - 0
13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 RCPT - 0
13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 XEXCH50 - 0
13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 BDAT - 0
13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 QUIT - 0
13:03:54 83.103.37.166 - - 0

Que pouvez vous en déduire ?

D'autre news ?

S'agit t'il d'un problème avec mon FAI ?

Merci d'apporter une petite réponse

[Touhtion]

je repose ma question
as tu essayé de configurer ton connecteur SMTP pour qu'il transfère tous les mails vers un hôte (smtp de ton fournisseur) au lieu de le laisser utiliser l'envoi de mails en utilisant ces DNS?

[priest17]

Non, mais c'est résolu

Ca n'avait aucun rapport avec les redirecteurs ... mais je pense que cela aurait pu résoudre le problème ... euh ... pas si sur, au Maroc, Maroc Telecom sont trop nuls pour connaitre cela !!!

En fait, l'option par défaut n'a jamais été cochée :

Envoyer HELO au lieu de EHLO !!!

Et c'est en visualisant le fichier SMTP que je me suis rendu compte de cela !!!

look :

13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 EHLO - 0
13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 MAIL - 0
13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 RCPT - 0
13:03:54 83.103.37.166 - - 0
13:03:54 83.103.37.166 XEXCH50 - 0

La plupart des serveurs mail des destinataires sont incapables de comprendre EHLO ::: Soit des serveurs Exchange antérieurs à 5.5 soit, il ne connaissent pas ce langage !

tout simplement, j'utilise un mode plus global HELO

okay, problème résolu ouf !!!

merci les mecs