Bonjour,
J'ai monté un serveur de mail avec exim et courier-imap. Tout
fonctionne correctement pour ce qui est de la réception des mails. Par
contre lors de l'envoie d'un mail, la connexion prend entre 5 et 10
sec avant que le mail ne parte ce qui n'est pas le cas lorsque je
passe par le smtp de mon provider.
J'ai supposé que cela venait de spamassassin mais je n'en ai aucune
certitude.
Avez-vous déjà rencontré ce type de problème ou connaissez vous un
outil réseau qui me permettrait de savoir précisément ce qui se passe.
(les logs d'exim ne me semblent pas suffisants)
Bonjour,
J'ai monté un serveur de mail avec exim et courier-imap. Tout
fonctionne correctement pour ce qui est de la réception des mails. Par
contre lors de l'envoie d'un mail, la connexion prend entre 5 et 10
sec avant que le mail ne parte ce qui n'est pas le cas lorsque je
passe par le smtp de mon provider.
J'ai supposé que cela venait de spamassassin mais je n'en ai aucune
certitude.
Avez-vous déjà rencontré ce type de problème ou connaissez vous un
outil réseau qui me permettrait de savoir précisément ce qui se passe.
(les logs d'exim ne me semblent pas suffisants)
Bonjour,
J'ai monté un serveur de mail avec exim et courier-imap. Tout
fonctionne correctement pour ce qui est de la réception des mails. Par
contre lors de l'envoie d'un mail, la connexion prend entre 5 et 10
sec avant que le mail ne parte ce qui n'est pas le cas lorsque je
passe par le smtp de mon provider.
J'ai supposé que cela venait de spamassassin mais je n'en ai aucune
certitude.
Avez-vous déjà rencontré ce type de problème ou connaissez vous un
outil réseau qui me permettrait de savoir précisément ce qui se passe.
(les logs d'exim ne me semblent pas suffisants)
Me semble plus un problème de DNS. Dans les logs tu dois voir le temps
pris par spamd.
Me semble plus un problème de DNS. Dans les logs tu dois voir le temps
pris par spamd.
Me semble plus un problème de DNS. Dans les logs tu dois voir le temps
pris par spamd.
Daniel Huhardeaux a écrit le 2005-05-26 13:22:
Bonjour Daniel,
Merci pour ta réponse.Me semble plus un problème de DNS. Dans les logs tu dois voir le
temps pris par spamd.
Dans /var/log/exim4/mainlog j'ai :
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: SAEximRunCond expand
returned: '1'
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: check succeeded,
running spamc
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Action: scanned but message
isn't spam: score=0.0 required=5.0 (scanned in 0/0 secs | Message-Id:
)
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Daniel Huhardeaux a écrit le 2005-05-26 13:22:
Bonjour Daniel,
Merci pour ta réponse.
Me semble plus un problème de DNS. Dans les logs tu dois voir le
temps pris par spamd.
Dans /var/log/exim4/mainlog j'ai :
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: SAEximRunCond expand
returned: '1'
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: check succeeded,
running spamc
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Action: scanned but message
isn't spam: score=0.0 required=5.0 (scanned in 0/0 secs | Message-Id:
42960CD4.3060301@domestico.ca)
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Daniel Huhardeaux a écrit le 2005-05-26 13:22:
Bonjour Daniel,
Merci pour ta réponse.Me semble plus un problème de DNS. Dans les logs tu dois voir le
temps pris par spamd.
Dans /var/log/exim4/mainlog j'ai :
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: SAEximRunCond expand
returned: '1'
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: check succeeded,
running spamc
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Action: scanned but message
isn't spam: score=0.0 required=5.0 (scanned in 0/0 secs | Message-Id:
)
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Daniel Huhardeaux a écrit le 2005-05-26 13:22:
Bonjour Daniel,
Merci pour ta réponse.Me semble plus un problème de DNS. Dans les logs tu dois voir le
temps pris par spamd.
Dans /var/log/exim4/mainlog j'ai :
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: SAEximRunCond expand
returned: '1'
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: check succeeded,
running spamc
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Action: scanned but message
isn't spam: score=0.0 required=5.0 (scanned in 0/0 secs | Message-Id:
)
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Daniel Huhardeaux a écrit le 2005-05-26 13:22:
Bonjour Daniel,
Merci pour ta réponse.
Me semble plus un problème de DNS. Dans les logs tu dois voir le
temps pris par spamd.
Dans /var/log/exim4/mainlog j'ai :
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: SAEximRunCond expand
returned: '1'
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: check succeeded,
running spamc
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Action: scanned but message
isn't spam: score=0.0 required=5.0 (scanned in 0/0 secs | Message-Id:
42960CD4.3060301@domestico.ca)
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Daniel Huhardeaux a écrit le 2005-05-26 13:22:
Bonjour Daniel,
Merci pour ta réponse.Me semble plus un problème de DNS. Dans les logs tu dois voir le
temps pris par spamd.
Dans /var/log/exim4/mainlog j'ai :
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: SAEximRunCond expand
returned: '1'
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Debug: check succeeded,
running spamc
2005-05-26 13:50:47 1DbMVL-0006tr-9y SA: Action: scanned but message
isn't spam: score=0.0 required=5.0 (scanned in 0/0 secs | Message-Id:
)
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Le Thu, 26 May 2005 14:19:16 -0400
laurent a écrit:Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Simple, logues toi sur le serveur et fait un
$ host smtp.destinataire.sonbled
Tu auras le temps d'attente.
Mais je pense plus pour une recherche DNS sur la machine source du
message.
Si tu es dans la situation MachineA--->SMTP-sur-B--->Monde-ou-on-vote
B va vérifié où est A avant de faire l'envoi, surtout si tu passes par
inetd configuré en PARANOID.
Dans ce cas, tu peux essayer de voir le temps mis par la commande sur B
de
$ host IP-de-A
et vérifier que dans B tu as une ligne complète
IP-de-A petit-nom-de-A petit-nom-de-A.tondomaine.maison
et que /etc/host.conf contient une ligne
order hosts,bind
qui impose l'utilisation de /etc/hosts avant le DNS.
En espérant te débloquer
François Boisson
Le Thu, 26 May 2005 14:19:16 -0400
laurent <laurent.no.spam@videotron.ca> a écrit:
Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Simple, logues toi sur le serveur et fait un
$ host smtp.destinataire.sonbled
Tu auras le temps d'attente.
Mais je pense plus pour une recherche DNS sur la machine source du
message.
Si tu es dans la situation MachineA--->SMTP-sur-B--->Monde-ou-on-vote
B va vérifié où est A avant de faire l'envoi, surtout si tu passes par
inetd configuré en PARANOID.
Dans ce cas, tu peux essayer de voir le temps mis par la commande sur B
de
$ host IP-de-A
et vérifier que dans B tu as une ligne complète
IP-de-A petit-nom-de-A petit-nom-de-A.tondomaine.maison
et que /etc/host.conf contient une ligne
order hosts,bind
qui impose l'utilisation de /etc/hosts avant le DNS.
En espérant te débloquer
François Boisson
Le Thu, 26 May 2005 14:19:16 -0400
laurent a écrit:Si c'est bien spamd (? parce qu'il est fait mention de spamc ?) alors
il mettrait moins d'une seconde ! Ce ne serait donc pas lui qui
ralentirait l'envoi de mails.
Tu penses à un problème de DNS ? Je pensais pas que le dns pouvait
avoir un lien avec le délai d'envoi (voire de réception) de mail ?
Est-que tu peux m'aiguiller sur ce que je dois vérifier/modifier ?
Simple, logues toi sur le serveur et fait un
$ host smtp.destinataire.sonbled
Tu auras le temps d'attente.
Mais je pense plus pour une recherche DNS sur la machine source du
message.
Si tu es dans la situation MachineA--->SMTP-sur-B--->Monde-ou-on-vote
B va vérifié où est A avant de faire l'envoi, surtout si tu passes par
inetd configuré en PARANOID.
Dans ce cas, tu peux essayer de voir le temps mis par la commande sur B
de
$ host IP-de-A
et vérifier que dans B tu as une ligne complète
IP-de-A petit-nom-de-A petit-nom-de-A.tondomaine.maison
et que /etc/host.conf contient une ligne
order hosts,bind
qui impose l'utilisation de /etc/hosts avant le DNS.
En espérant te débloquer
François Boisson
Vérifie par ifconfig que tu as l'interface lo qui est up.
vérifie dans ton fichier hosts une ligne de type
127.0.0.1 localhost localhost.localdomain
Avec mtr ou traceroute, verifie l'accès à ton smarthost.
Vérifie par ifconfig que tu as l'interface lo qui est up.
vérifie dans ton fichier hosts une ligne de type
127.0.0.1 localhost localhost.localdomain
Avec mtr ou traceroute, verifie l'accès à ton smarthost.
Vérifie par ifconfig que tu as l'interface lo qui est up.
vérifie dans ton fichier hosts une ligne de type
127.0.0.1 localhost localhost.localdomain
Avec mtr ou traceroute, verifie l'accès à ton smarthost.
Si tu es dans la situation MachineA--->SMTP-sur-B--->Monde-ou-on-vote
B va vérifié où est A avant de faire l'envoi, surtout si tu passes par
inetd configuré en PARANOID.
Dans ce cas, tu peux essayer de voir le temps mis par la commande sur B
de $ host IP-de-A
En espérant te débloquer
Si tu es dans la situation MachineA--->SMTP-sur-B--->Monde-ou-on-vote
B va vérifié où est A avant de faire l'envoi, surtout si tu passes par
inetd configuré en PARANOID.
Dans ce cas, tu peux essayer de voir le temps mis par la commande sur B
de $ host IP-de-A
En espérant te débloquer
Si tu es dans la situation MachineA--->SMTP-sur-B--->Monde-ou-on-vote
B va vérifié où est A avant de faire l'envoi, surtout si tu passes par
inetd configuré en PARANOID.
Dans ce cas, tu peux essayer de voir le temps mis par la commande sur B
de $ host IP-de-A
En espérant te débloquer
Je suis trop debutant mais jette un oeil la :
http://rotomalug.org/article.php3?id_articleq
Je suis trop debutant mais jette un oeil la :
http://rotomalug.org/article.php3?id_articleq
Je suis trop debutant mais jette un oeil la :
http://rotomalug.org/article.php3?id_articleq
François Boisson a écrit le 2005-05-27 03:39:
> B va vérifié où est A avant de faire l'envoi, surtout si tu passes
> par inetd configuré en PARANOID.
Là je sais pas :- Ca correspond à quoi ? Dans inetd.conf tout est en
commentaire.
>
> Dans ce cas, tu peux essayer de voir le temps mis par la commande
> sur B de $ host IP-de-A
C'est peut être la qu'il y a quelque chose à faire (j'ai installé le
paquet bind9-host):
host -a 216.191.119.204
Received 166 bytes from 207.181.101.4#53 in 16 ms
host -a 209.71.238.11
Trying "11.238.71.209.in-addr.arpa"
Host 11.238.71.209.in-addr.arpa not found: 2(SERVFAIL)
Received 44 bytes from 192.168.1.6#53 in 347 ms
par contre avec les noms de domaines ca fonctionne correctement :
host -a smtp.server
Received 154 bytes from 192.168.1.6#53 in 128 ms
C'est quand même presque 10 fois plus long.
> En espérant te débloquer
Merci ! Je crois que la commande host qui répond 'servfail' est un
indice qu'il y a peut etre quelque chose qui manque dans le dns.
Reste à savoir quoi :-P
François Boisson a écrit le 2005-05-27 03:39:
> B va vérifié où est A avant de faire l'envoi, surtout si tu passes
> par inetd configuré en PARANOID.
Là je sais pas :- Ca correspond à quoi ? Dans inetd.conf tout est en
commentaire.
>
> Dans ce cas, tu peux essayer de voir le temps mis par la commande
> sur B de $ host IP-de-A
C'est peut être la qu'il y a quelque chose à faire (j'ai installé le
paquet bind9-host):
host -a 216.191.119.204
Received 166 bytes from 207.181.101.4#53 in 16 ms
host -a 209.71.238.11
Trying "11.238.71.209.in-addr.arpa"
Host 11.238.71.209.in-addr.arpa not found: 2(SERVFAIL)
Received 44 bytes from 192.168.1.6#53 in 347 ms
par contre avec les noms de domaines ca fonctionne correctement :
host -a smtp.server
Received 154 bytes from 192.168.1.6#53 in 128 ms
C'est quand même presque 10 fois plus long.
> En espérant te débloquer
Merci ! Je crois que la commande host qui répond 'servfail' est un
indice qu'il y a peut etre quelque chose qui manque dans le dns.
Reste à savoir quoi :-P
François Boisson a écrit le 2005-05-27 03:39:
> B va vérifié où est A avant de faire l'envoi, surtout si tu passes
> par inetd configuré en PARANOID.
Là je sais pas :- Ca correspond à quoi ? Dans inetd.conf tout est en
commentaire.
>
> Dans ce cas, tu peux essayer de voir le temps mis par la commande
> sur B de $ host IP-de-A
C'est peut être la qu'il y a quelque chose à faire (j'ai installé le
paquet bind9-host):
host -a 216.191.119.204
Received 166 bytes from 207.181.101.4#53 in 16 ms
host -a 209.71.238.11
Trying "11.238.71.209.in-addr.arpa"
Host 11.238.71.209.in-addr.arpa not found: 2(SERVFAIL)
Received 44 bytes from 192.168.1.6#53 in 347 ms
par contre avec les noms de domaines ca fonctionne correctement :
host -a smtp.server
Received 154 bytes from 192.168.1.6#53 in 128 ms
C'est quand même presque 10 fois plus long.
> En espérant te débloquer
Merci ! Je crois que la commande host qui répond 'servfail' est un
indice qu'il y a peut etre quelque chose qui manque dans le dns.
Reste à savoir quoi :-P