=09J'ai donc deux questions. Pourquoi le code 471 (greylisting)=20
passe en=20
550 ? Et surtout, pourquoi debian-user-french revient-elle avec=20
stat=3DUser unknown ?
=09Merci de r=C3=A9pondre =C3=A0 joel.bertrand@systella.fr...
<joel.bertrand@systella.fr>: host
rayleigh.systella.fr[213.41.150.218] said:
550 <joel.bertrand@systella.fr>... 451 4.7.1 Greylisting in
action, please come back later (in reply to RCPT TO command)
J’ai essayé de te le confirmer en privé avant mais je me prends aussi un
: host rayleigh.systella.fr[213.41.150.218] said: 550 ... 451 4.7.1 Greylisting in action, please come back later (in reply to RCPT TO command)
Je ne suis pas au fait des subtilités de greylisting et autres mais je pense que DUF doit vérifier que l’adresse de l’émetteur existe avant d’accepter le post.
C'est le MX du domaine expéditeur qui est checké en greylisting. En effet, le spammeur ne se pose pas de question, il envoi en général ses courriels une seule fois, peu importe qu'ils aient été délivrés ou non. À contrario, un MX bien réglé va tenter à plusieurs reprises de réexpédier un message non délivré.
-- Daniel
Le 03/12/2015 12:51, Sylvain L. Sauvage a écrit :
J’ai essayé de te le confirmer en privé avant mais je me
prends aussi un
<joel.bertrand@systella.fr>: host
rayleigh.systella.fr[213.41.150.218] said:
550 <joel.bertrand@systella.fr>... 451 4.7.1 Greylisting in
action, please come back later (in reply to RCPT TO command)
Je ne suis pas au fait des subtilités de greylisting et autres
mais je pense que DUF doit vérifier que l’adresse de l’émetteur
existe avant d’accepter le post.
C'est le MX du domaine expéditeur qui est checké en greylisting. En
effet, le spammeur ne se pose pas de question, il envoi en général ses
courriels une seule fois, peu importe qu'ils aient été délivrés ou non.
À contrario, un MX bien réglé va tenter à plusieurs reprises de
réexpédier un message non délivré.
J’ai essayé de te le confirmer en privé avant mais je me prends aussi un
: host rayleigh.systella.fr[213.41.150.218] said: 550 ... 451 4.7.1 Greylisting in action, please come back later (in reply to RCPT TO command)
Je ne suis pas au fait des subtilités de greylisting et autres mais je pense que DUF doit vérifier que l’adresse de l’émetteur existe avant d’accepter le post.
C'est le MX du domaine expéditeur qui est checké en greylisting. En effet, le spammeur ne se pose pas de question, il envoi en général ses courriels une seule fois, peu importe qu'ils aient été délivrés ou non. À contrario, un MX bien réglé va tenter à plusieurs reprises de réexpédier un message non délivré.
<joel.bertrand@systella.fr>: host
rayleigh.systella.fr[213.41.150.218] said:
550 <joel.bertrand@systella.fr>... 451 4.7.1
Greylisting in
action, please come back later (in reply to RCPT TO command)
Le jeudi 3 décembre 2015, 12:58:42 daniel huhardeaux a écrit :
Le 03/12/2015 12:51, Sylvain L. Sauvage a écrit :
J’ai essayé de te le confirmer en privé avant mais je me prends aussi un
: host rayleigh.systella.fr[213.41.150.218] said: 550 ... 451 4.7.1 Greylisting in action, please come back later (in reply to RCPT TO command)
Je ne suis pas au fait des subtilités de greylisting et autres mais je pense que DUF doit vérifier que l’adresse de l’émetteur existe avant d’accepter le post.
C'est le MX du domaine expéditeur qui est checké en greylisting. En effet, le spammeur ne se pose pas de question, il envoi en général ses courriels une seule fois, peu importe qu'ils aient été délivrés ou non. À contrario, un MX bien réglé va tenter à plusieurs reprises de réexpédier un message non délivré.
1. Le message m’a été renvoyé immédiatement par le SMTP de
Free.
Je sais que les FAI ont parfois des idiosyncrasies de configuration mais j’ai tendance à penser que c’est la réponse de Systella qui a fait que ce retour a été immédiat et que le SMTP de Free n’a pas attendu pour réessayer plus tard (ce
qu’il
fait dans d’autres cas). Autrement dit : je ne suis pas passé par un SMTP configuré dans ma cave mais par un SMTP fortement utilisé. Donc même si
la
configuration d’icelui était branlante, elle est un standard
de
fait.
2. Joël était en To: dans ma réponse publique (donc second message directement envoyé à Systella) et celle-ci ne m’a pas été retournée pour cette adresse. Donc je suppose qu’elle est passée et que le greylisting fait son œuvre (c’est-à-dire que Systella accepte maintenant des courriels de ma part).
En résumé : y a pas que DUF qui coince donc la
configuration
de Systella doit être la source du problème.
Je veux bien (et je préférerais). Mais cette configuration n'a pas changé depuis des lustres...
Cordialement,
JKB
Désolé pour le test. Je n'ai pas bien compris, je viens de refaire un m4 sendmail.mc > sendmail.cf et de relancer sendmail et ça a l'air de fonctionner...
Merci à Sylvain pour le relais en espérant ne plus avoir besoin de lui.
Bien cordialement,
JKB
Sylvain L. Sauvage a écrit :
[Passe à ton voisin… ;o)]
Sylvain L. Sauvage a écrit :
Le jeudi 3 décembre 2015, 12:58:42 daniel huhardeaux a écrit :
Le 03/12/2015 12:51, Sylvain L. Sauvage a écrit :
J’ai essayé de te le confirmer en privé avant mais je me
prends aussi un
<joel.bertrand@systella.fr>: host
rayleigh.systella.fr[213.41.150.218] said:
550 <joel.bertrand@systella.fr>... 451 4.7.1
Greylisting in
action, please come back later (in reply to RCPT TO command)
Je ne suis pas au fait des subtilités de greylisting et
autres mais je pense que DUF doit vérifier que l’adresse de
l’émetteur existe avant d’accepter le post.
C'est le MX du domaine expéditeur qui est checké en
greylisting. En effet, le spammeur ne se pose pas de
question, il envoi en général ses courriels une seule fois,
peu importe qu'ils aient été délivrés ou non. À contrario, un
MX bien réglé va tenter à plusieurs reprises de réexpédier un
message non délivré.
1. Le message m’a été renvoyé immédiatement par le SMTP de
Free.
Je sais que les FAI ont parfois des idiosyncrasies de
configuration mais j’ai tendance à penser que c’est la réponse
de Systella qui a fait que ce retour a été immédiat et que le
SMTP de Free n’a pas attendu pour réessayer plus tard (ce
qu’il
fait dans d’autres cas).
Autrement dit : je ne suis pas passé par un SMTP configuré
dans ma cave mais par un SMTP fortement utilisé. Donc même si
la
configuration d’icelui était branlante, elle est un standard
de
fait.
2. Joël était en To: dans ma réponse publique (donc second
message directement envoyé à Systella) et celle-ci ne m’a pas
été retournée pour cette adresse. Donc je suppose qu’elle est
passée et que le greylisting fait son œuvre (c’est-à-dire que
Systella accepte maintenant des courriels de ma part).
En résumé : y a pas que DUF qui coince donc la
configuration
de Systella doit être la source du problème.
Je veux bien (et je préférerais). Mais cette
configuration n'a pas changé depuis des lustres...
Cordialement,
JKB
Désolé pour le test. Je n'ai pas bien compris, je viens de refaire un
m4 sendmail.mc > sendmail.cf et de relancer sendmail et ça a l'air de
fonctionner...
Merci à Sylvain pour le relais en espérant ne plus avoir besoin de lui.
Le jeudi 3 décembre 2015, 12:58:42 daniel huhardeaux a écrit :
Le 03/12/2015 12:51, Sylvain L. Sauvage a écrit :
J’ai essayé de te le confirmer en privé avant mais je me prends aussi un
: host rayleigh.systella.fr[213.41.150.218] said: 550 ... 451 4.7.1 Greylisting in action, please come back later (in reply to RCPT TO command)
Je ne suis pas au fait des subtilités de greylisting et autres mais je pense que DUF doit vérifier que l’adresse de l’émetteur existe avant d’accepter le post.
C'est le MX du domaine expéditeur qui est checké en greylisting. En effet, le spammeur ne se pose pas de question, il envoi en général ses courriels une seule fois, peu importe qu'ils aient été délivrés ou non. À contrario, un MX bien réglé va tenter à plusieurs reprises de réexpédier un message non délivré.
1. Le message m’a été renvoyé immédiatement par le SMTP de
Free.
Je sais que les FAI ont parfois des idiosyncrasies de configuration mais j’ai tendance à penser que c’est la réponse de Systella qui a fait que ce retour a été immédiat et que le SMTP de Free n’a pas attendu pour réessayer plus tard (ce
qu’il
fait dans d’autres cas). Autrement dit : je ne suis pas passé par un SMTP configuré dans ma cave mais par un SMTP fortement utilisé. Donc même si
la
configuration d’icelui était branlante, elle est un standard
de
fait.
2. Joël était en To: dans ma réponse publique (donc second message directement envoyé à Systella) et celle-ci ne m’a pas été retournée pour cette adresse. Donc je suppose qu’elle est passée et que le greylisting fait son œuvre (c’est-à-dire que Systella accepte maintenant des courriels de ma part).
En résumé : y a pas que DUF qui coince donc la
configuration
de Systella doit être la source du problème.
Je veux bien (et je préférerais). Mais cette configuration n'a pas changé depuis des lustres...
Cordialement,
JKB
Désolé pour le test. Je n'ai pas bien compris, je viens de refaire un m4 sendmail.mc > sendmail.cf et de relancer sendmail et ça a l'air de fonctionner...
Merci à Sylvain pour le relais en espérant ne plus avoir besoin de lui.
Bien cordialement,
JKB
BERTRAND Joël
Sylvain L. Sauvage a écrit :
Le jeudi 3 décembre 2015, 14:02:50 BERTRAND Joël a écrit :
[…] Désolé pour le test. Je n'ai pas bien compris, je viens de refaire un m4 sendmail.mc > sendmail.cf et de relancer sendmail et ça a l'air de fonctionner...
Tu as fait un diff sur l’ancien .cf?
Non, même pas, ça gueulait derrière moi :-(
(Je suppose que tu avais déjà essayé la simple relance de sendmail sans résultat.)
Oui.
JKB
Sylvain L. Sauvage a écrit :
Le jeudi 3 décembre 2015, 14:02:50 BERTRAND Joël a écrit :
[…]
Désolé pour le test. Je n'ai pas bien compris, je viens de
refaire un m4 sendmail.mc > sendmail.cf et de relancer
sendmail et ça a l'air de fonctionner...
Tu as fait un diff sur l’ancien .cf?
Non, même pas, ça gueulait derrière moi :-(
(Je suppose que tu avais déjà essayé la simple relance de
sendmail sans résultat.)
Le jeudi 3 décembre 2015, 14:02:50 BERTRAND Joël a écrit :
[…] Désolé pour le test. Je n'ai pas bien compris, je viens de refaire un m4 sendmail.mc > sendmail.cf et de relancer sendmail et ça a l'air de fonctionner...
Tu as fait un diff sur l’ancien .cf?
Non, même pas, ça gueulait derrière moi :-(
(Je suppose que tu avais déjà essayé la simple relance de sendmail sans résultat.)