554 Error: too many hops : Quid ?
Eric Demeester
Bonjour,
Une petite question technique :
Qu'est-ce qui peut provoquer ce message d'erreur ?
J'ai cru comprendre que c'est parce que le message tournait en rond,
bouclait sur lui-même, mais qu'est-ce qui provoque ça ?
Merci :)
--
Eric
Arnaud Gomes-do-Vale
> J'ai cru comprendre que c'est parce que le message tournait en rond,
> bouclait sur lui-même, mais qu'est-ce qui provoque ça ?
Un serveur mal configuré. Exemple : pouet.com a deux MX, titi
(primaire) et toto (secondaire). Le secondaire est derrière un smart
host, appelons-le tata. Quand titi tombe, le courrier est envoyé à
toto. Si toto n'est pas configuré pour stocker le courrier en
attendant le retour de titi, il va constater que le message n'est pas
pour lui et le renvoyer immédiatement à destination de titi, via
tata. Quand tata va recevoir le message, il va chercher à l'envoyer
vers titi. Comme ce dernier ne répond pas (c'est qu'il est long à
rebooter, le bougre), tata va naturellement renvoyer ça vers le
secondaire, à savoir toto. Et voilà, une boucle.
--
Arnaud
Eric Demeester
ecrivait (wrote) :
> Eric Demeester <edeme...@usenet-fr.net> writes:
>
> > J'ai cru comprendre que c'est parce que le message tournait en rond,
> > bouclait sur lui-même, mais qu'est-ce qui provoque ça ?
>
> Un serveur mal configuré. Exemple : pouet.com a deux MX, titi
> (primaire) et toto (secondaire). Le secondaire est derrière un smart
> host, appelons-le tata.
Questions subsidiaires :
- Peut-il s'agir d'un problème de DNS (MX et DNS sont liés ou me
gourre-je) ?
- Si le serveur de destination accepte sans broncher les messages en
provenance de truc.com, et rejette ceux de bidule.com, quel est
le serveur mal configuré, le serveur de destination ou celui de
l'émetteur ? (encore que je me doute un peu de la réponse).
--
Eric
Alain Thivillon
En général un serveur mal configuré qui envoit le mail a un autre
serveur qui lui renvoit.
Ca peut etre aussi:
. un user qui a mis un forward vers une autre adresse qui
renvoit vers la premiere (via eventuellement d'autres au
milieu).
. un chaine trop longue de headers "Received:" (je crois que
sendmail commence a raler a 17), ce qui peut arriver quand
le mail passe par de tres nombreux relais. Dans le cas
d'une mailing list, les headers s'empilent et donc s'il y
a 8 serveurs avant d'arriver dans la liste et 8 apres pour
aller vers l'abonné, ca peut donner ça (deja vu dans le
domaine alcatel.fr notamment).
Dans certains gestionnaires de listes il y a une option
pour virer les Received insérés avant que le message n'arrive
au robot (ce qui est pas une tres bonne idée amha)
--
Bifidus
> Ce qui lui donne une adresse to...@machin.fr@pop.machin.fr
>
> Pour peu que le relais SMTP et le serveur POP soient sur deux machines
> différentes, ça le fait pas du tout.
J'ai pas tout saisi...
Tu peux développer ?
De même j'ai vu qu'il est parfois nécessaire de mettre sur certains
serveurs des logins de type login%domaine.ext, y a-t-il un rapport ?
--
Bifidus
Bifidus
(Snip l'explication)
En fait le point qui m'interpellait par rapport à ton 1er post c'est :
> Pour peu que le relais SMTP et le serveur POP soient sur deux machines
> différentes, ça le fait pas du tout.
Que ce soit le cas où pas, qu'est-ce que ça change au problème ?
J'aurais du quoter moins ;-)
PS: Je ne connais pas de client qui mette le from de l'enveloppe différent
du from du header. Ca existe (à mon avis non, je n'en vois pas l'intérêt) ?
--
Bifidus
Bifidus
> Becky : Si tu as plusieurs profils (genre différentes adresses
> emails). Tu es sur un profil, tu fais une nouvelle composition et à la
> fin tu t'aperçois que tu n'étais pas sur le bon profil et tu veux
> changer le From. Donc tu cliques sur headers et tu le changes. Mais
> ton !MAIL FROM n'a pas changé... (vérifiable avec Hamster par
> exemple).
Ok.
Ca me semble une assez mauvaise idée en fait...
Si on souhaite utiliser des identités différentes bien séparées c'est un
peu dommage de mélanger les mail from.
Par contre c'est pratique de pouvoir changer ses headers à la volée.
--
Bifidus
Bifidus
> Disons qu'une machine a un peu de mal à faire du ping-pong avec
> elle-même. Ou alors, le logiciel serveur est *très* mal foutu :-)
Je ne vois toujours pas très bien ce qui change si le serveur smtp et le
serveur pop sont sur 2 machines différentes ou sur la même. Pour avoir
testé les deux je n'ai pas constaté de différence notables (du point de vue
utilisateur s'entend).
>> PS: Je ne connais pas de client qui mette le from de l'enveloppe
>> différent du from du header. Ca existe (à mon avis non, je n'en vois
>> pas l'intérêt) ?
>
> La plupart le peuvent, et c'est très facile. On met ce qu'on veut dans
> le From. ALors que dans le MAIL FROM, faut quelque chose de valide,
> sinon le serveur en face refuse.
Dans les essais que j'ai fait sous telnet avec plusieurs serveurs on peut
parfaitement ne rien mettre (d'après ce que j'ai compris c'est le format
des messages d'erreur, pour éviter les boucles), ou mettre n'importe quoi
(certains font néanmoins un contrôle sur la validité de l'expression, voire
sur l'existence du domaine), le champ return-path est rempli en
conséquence.
--
Bifidus