Le Mon, 23 Feb 2009 15:53:19 +0100,
Xavier Nicollet a écrit :
> Le 23 février 2009 à 15:46, Jerome Benoit a écrit:
> > > Non, la réponse est tronquée à 512 octets, qmail l'oublie, la
> > > parse et s'arrete parce qu'il y a un enregistrement erroné. Des
> > > zones à plus de 512 bytes, il doit y e
Le Fri, 20 Feb 2009 19:15:06 +0100,
Francois Petillon a écrit :
> > En gros, le destinateur a une zone DNS "pourri" (alias la zone
> > n'existe pas, n'a pas le minimum c'est à ni le A ni le MX ni NS, a
> > une reponse > 512 bytes) c'est pas la peine d'aller plus loin. et
> > donc pas la peine d'
2009/2/20 Francois Petillon :
> C'est là où il y a un plantage de qmail. Neuf n'a rien à voir là dedans.
Certes, sauf de ce que je vois, qu'il y a quand meme deux des DNS de 9
(ns1.9services.com et ns2.9services.com) qui ne répondent jamais quand
on fait EDNS0, probablement parce qu'ils sont derr
> >(367) addrmangle(&sender,argv[2],&flagalias,0);
>
> Non, le dernier argument est à 0 ce qui inhibe la resolution T_ANY.
exact pour FROM:
> Des zones à plus de
> 512 bytes, il doit y en avoir quelques unes.
bahh ils receivent les emails de serveurs fonctionnant avec leqmail.
c'est tout. ça
> incomplete ? Pourquoi faire une recherche T_ANY pour récuperer un seul
> CNAME (là, je manque d'historique sur les requetes DNS) ? Et pourquoi
c'est dans le CHANGES de qmail:
CHANGES: fix: never, ever, do a CNAME query. dns_cname() now does an ANY
> Et donc faire bosser un tiers pour
o...@ovh.net wrote:
Nope. La ligne interessante est avant au niveau de la ligne (367) et (377)
ce qui fait que code ne va pas jusqu'à la ligne (385). ça s'arrete avant.
(367) addrmangle(&sender,argv[2],&flagalias,0);
(377) addrmangle(reciplist.sa + reciplist.len,*recips,&flagalias,!relayhost
o...@ovh.net wrote:
Fantec a été faire un tour dans le code de Qmail, et notre ami Bernstein
fait bien une requete MX pas ANY... La vérité est ailleurs.
int dns_cname(sa)
...
switch(resolve(sa,T_ANY))
Si j'ai bien compris le code, il fait une requete ANY pour voir s'il n'y
aurai pas un
On Fri, Feb 20, 2009 at 05:38:09PM +0100, Aurélien Beaujean wrote:
> Le Friday 20 February 2009 à 17:29, o...@ovh.net écrivait:
> > # grep dns_cname dns.c -A 10
> >switch(resolve(sa,T_ANY))
> > c'est ANY.
>
> Ça c'est dans le cas où il fait une requete sur un CNAME. La ligne
> interessante da
2009/2/20 :
> # wget ftp://ftp.eu.uu.net/pub/unix/mail/qmail/qmail-1.03.tar.gz
> # tar xfz qmail-1.03.tar.gz
> # cd qmail-1.03
> # grep dns_cname dns.c -A 10
> int dns_cname(sa)
> stralloc *sa;
> {
> int r;
> int loop;
> for (loop = 0;loop < 10;++loop)
> {
> if (!sa->len) return loop;
> if
> Fantec a été faire un tour dans le code de Qmail, et notre ami Bernstein
> fait bien une requete MX pas ANY... La vérité est ailleurs.
zzii ...flash .. ...iii ... merde .. -4 points ;)
http://cr.yp.to/qmail.html
# wget ftp://ftp.eu.uu.net/pub/unix/mail/qmail/qmail-1.0
Le Friday 20 February 2009 à 17:29, o...@ovh.net écrivait:
> # grep dns_cname dns.c -A 10
>switch(resolve(sa,T_ANY))
> c'est ANY.
Ça c'est dans le cas où il fait une requete sur un CNAME. La ligne
interessante dans qmail-remote.c (385) c'est:
switch (relayhost ? dns_ip(&ip,&host) : dns_mxip(
D'après le postmaster de neuf, le problème sera réglé dans le mois, ils
vont passer sur des noms plus courts.
a priori rien n'a changé depuis le début du thread.
Benjamin BILLON
-- -- -- -- -- --
Splio eMarketing Services
Renaud a écrit :
thomas.andr...@level-host.net a écrit :
Quelqu un p
Le Friday 20 February 2009 à 16:12, Dominique Rousseau écrivait:
> $ dig MX neuf.fr
> [...]
> ;; MSG SIZE rcvd: 491
Ça tiens toujours dans une réponse UDP ça...
> Et du coup, ça me conforte bien dans l'idée de jamais toucher à Qmail,
> cette histoire :-p
Fantec a été faire un tour dans le code
Le Fri, Feb 20, 2009 at 03:51:04PM +0100, Aurélien Beaujean
[abeauj...@proxad.net] a écrit:
> Le Friday 20 February 2009 à 14:43, thomas.andr...@level-host.net écrivait:
> > $ dig neuf.fr any @ns2.9services.com
> > ;; MSG SIZE rcvd: 583
> >
> > la taille de la
Le Friday 20 February 2009 à 15:51, Aurélien Beaujean écrivait:
> > $ dig neuf.fr any @ns2.9services.com
> > ;; MSG SIZE rcvd: 583
> >
> > la taille de la reponse: 583 bytes au lieu de 512 bytes.
> Qmail fait une requete ANY pour trouver les MX ?!??
Meme que comme ça c'est
thomas.andr...@level-host.net a écrit :
Quelqu un pour traiter cela ? :)
[../..]
Soit neuf vient de faire la modification, soit je ne constate pas le
même problème
En attachement un pcap d'illustration J'ai loupé quelque chose ?
Renaud
neuf_mx.pcap
Description: Binary data
Le Friday 20 February 2009 à 14:43, thomas.andr...@level-host.net écrivait:
> $ dig neuf.fr any @ns2.9services.com
> ;; MSG SIZE rcvd: 583
>
> la taille de la reponse: 583 bytes au lieu de 512 bytes.
Heuuu,
Qmail fait une requete ANY pour trouver les MX ?!??
Peut-être entre autre, mais les problèmes de neuf sont surtout dus à
leur infra sur les genoux.
En attendant la migration vers sfr.
Et on verra à ce moment-là si ça va mieux.
Pierre Col a écrit :
Voilà pourquoi, en tant qu'abonné chez Neuf, je constate de gro spb de
mail ces derniers jours ?
Voilà pourquoi, en tant qu'abonné chez Neuf, je constate de gro spb de mail
ces derniers jours ?
--
Pierre Col - qui va reparler du filtarge sur son blog, puisque So Krazy veut
filtrer les octets pédo-pornographiques...
---
Liste de diffusion du FRnOG
http://www.frno
De l'avantage du push mail :)
--Message d'origine--
De : Charles
Expéditeur :owner-fr...@frnog.org
À :frnog@frnog.org
Répondre à :Charles
Objet : Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
Envoyé : 20 fév, 2009 15:45
thomas.andr...@level-host.net a écrit :
> Quelqu un
thomas.andr...@level-host.net a écrit :
Quelqu un pour traiter cela ? :)
Je me demandais combien de temps cela allait mettre entre la ml ovh et
ici... 7 minutes donc :-)
---
Liste de diffusion du FRnOG
http://www.frnog.org/
21 matches
Mail list logo