RE : [FRnOG] Smtp de Wanadoo
Attention : si demain, tout le monde utilise le greylist, alors le greylist ne sera plus efficace du tout puisque les spammeurs le contourneront. (ça commence d'ailleurs a être le cas). Il suffit d'embarquer un client SMTP capable de gérer un 2è envoi. Au passage, le greylist n'est pas utilisable à très grande échelle, à cause du nombre de triplets {IP, adresse source, adresse cible} générés. Et surtout sur le fait que le message peut tres bien rester 1 journée dans la queue du serveur en face...Ca c'est le gros probleme du greylisting pour les gros envoyeurs de mails... Sebastien Gioria - DIT / PSQ / Sécurité MAAF Assurances / GIE Eurodem 79084 NIORT CEDEX 9 Tél : 05 49 34 33 29 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
Salut, Le 24 nov. 06 à 06:35, Sebastien Gioria a écrit : Bonsoir, la configuration d'Orange n'est pas parfaite certes (pas de résolution du HELO/EHLO smtp-msa-out09.orange.fr), mais rien n'oblige le client SMTP à fournir un HELO/EHLO qui résolve. En tout cas pas dans les RFC. Un client non, mais un serveur de mail oui a priori...ca permet donc de nettoyer un peu les arrivées de mail Tout à fait d'accord avec toi. Normalement, mais je me souviens plus de la RFC... le ehlo doit être un FQDN valide qui pointe soit sur un A, soit sur un MX avec évidement un PTR associé. Que des clients mails présentent n'importe quoi n'est pas grave en soit, smtp auth et/ou une liste d'accès ip bypassent ce genre de chose, mais que des smtp de gros FAI soient pas capable de configurer leur dns pour respecter les usages et de ne pas se faire passer pour des spammers pressés est une autre chose. De mon coté, j'ai ajouté différentes classes de restriction sur mon postfix, que les utilisateurs prennent de leur coté... avec des nom assez explicites : NONE LOW LOWVERIFY MEDIUM EXTREME Ce qui permet d'autoconfigurer le postfix selon les usages de chacun... La restriction reject_unkown_hostname sur Postfix me semble réellement trop violente, je ne connais personne qui s'en serve (du moins la couple avec une erreur 500. Ce type de vérification peut servir dans l'attribution d'une note de spamicité globale ou bien en couplage avec une solution non-létale, du type greylisting). A part avec wanadoo/orange je n'ai aucun soucis Je pense que d'autres doivent l'utiliser et/ou faire des checks du même type. D'un autre côte, reject_unkown_hostname n'est vraiment pas tant efficace que cela face aux virus/spambots. 1 semaine de tests m'ont montré que ca calmait d'au moins 30% mon trafic J'utilise ca depuis des lustres et ca me virer 60% du spam (il y a 2 ans 80% du spam, mais bon)... /Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
On Fri Nov 24 2006 at 08:49, Xavier Beaudouin wrote: Normalement, mais je me souviens plus de la RFC... le ehlo doit être un FQDN valide qui pointe soit sur un A, soit sur un MX avec évidement un PTR associé. Le RFC 2821 dit quelque chose dans ce genre au § 4.1.1.1 : The argument field contains the fully-qualified domain name of the SMTP client if one is available. In situations in which the SMTP client system does not have a meaningful domain name (e.g., when its address is dynamically allocated and no reverse mapping record is available), the client SHOULD send an address literal (see section 4.1.3), optionally followed by information that will help to identify the client system -- PGP key ID : 0x0BBABA91 - 0x1320924F0BBABA91 Fingerprint: 1048 B09B EEAF 20AA F645 2E1A 1320 924F 0BBA BA91 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
On Fri, Nov 24, 2006 at 08:49:05AM +0100, Xavier Beaudouin wrote: Un client non, mais un serveur de mail oui a priori...ca permet donc de nettoyer un peu les arrivées de mail Tout à fait d'accord avec toi. Normalement, mais je me souviens plus de la RFC... le ehlo doit être un FQDN valide qui pointe soit sur un A, soit sur un MX avec évidement un PTR associé. Dans mon souvenir de la lecture des differentes RFC associees au mail, ce que tu dis est vrai pour le _host_ qui envoie les mails (le MTA). LA RFC dit que le HELO doit/devrait etre qualife (ie, avec un domaine) mais pas que celui ci (HELO) doit resoudre. Que des clients mails présentent n'importe quoi n'est pas grave en soit, smtp auth et/ou une liste d'accès ip bypassent ce genre de chose, mais que des smtp de gros FAI soient pas capable de configurer leur dns pour respecter les usages et de ne pas se faire passer pour des spammers pressés est une autre chose. Entierement d'accord avec toi. De mon coté, j'ai ajouté différentes classes de restriction sur mon postfix, que les utilisateurs prennent de leur coté... avec des nom assez explicites : NONE LOW LOWVERIFY MEDIUM EXTREME Pourrais tu detailler ton implemenation de ces classes ? J'utilise ca depuis des lustres et ca me virer 60% du spam (il y a 2 ans 80% du spam, mais bon)... Par contre tu t'exposes a ne pas pouvoir recevoir de mails en provenance de Wanadoo et d'autres MTA mal configures, ce qui n'est pas forcement possible pour un hebergeur. Cya -- /SClo --- Liste de diffusion du FRnOG http://www.frnog.org/
Fwd: Re: Re: [FRnOG] Smtp de Wanadoo [OT]
Si la personne inscrite a la liste pouvait configurer correctement son outil (broken) de challenge/response - Forwarded message from Système de sécurité Janus [EMAIL PROTECTED] - Date: Fri, 24 Nov 2006 10:14:19 +0100 From: Système de sécurité Janus [EMAIL PROTECTED] Subject: Re: Re: [FRnOG] Smtp de Wanadoo To: [EMAIL PROTECTED] X-Spam-Zozoa-Flag: NO Delivered-To: [EMAIL PROTECTED] Translate in English - Deutsch zu übersetzen - Traduzca a Español http://www.afx.fr/spam2.php?etape=1id=1058617-30101-33966-20061124101328 Bonjour, Vous venez d'envoyer un message à frnog@frnog.org Cette(ces) adresse(s) est(sont) protégée(s) contre les messages non désirés (spam) et les virus par la Solution Janus Veuillez cliquer sur le lien ci-dessous pour que le courrier éléctronique soit transmis. http://www.afx.fr/spam2.php?id=1058617-30101-33966-20061124101328 Si le lien n'apparaît pas (texte bleu souligné), faites un copier/coller de la ligne ci-dessus dans un nouveau navigateur et validez Vous n'aurez à faire cette opération qu'une seule fois Merci de participer à la lutte contre les messages non désirés. Pour des questions spécifiques sur cette procédure, n'hésitez pas à nous joindre aux coordonnées indiquées ci-dessous. AFX Informatique Sécurité des réseaux, maintenance. http://www.afx.fr/?accueilspam 23 rue de la Croix de Las Cazes, Rés. Las Cazes, 34000 Montpellier Tel : 04 67 60 49 83 - Fax : 04 67 60 53 71 - End forwarded message - -- /SClo --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
Bonjour, Personnellement, pour lutter contre le spam, au niveau du helo, j'utilise la configuration suivante: smtpd_helo_restrictions = reject_invalid_hostname, reject_non_fqdn_hostname, permit relativement efficace ... Si je peux me permettre, pour lutter contre le Spam, les RBLs sont une des solutions les plus efficaces que j'ai pu trouver. La restriction sur le helo fait un beau travail, mais je dois dire que les RBLs font un boulot énorme ! Sur le total des mails REJECT, prêt de 80% le sont par les RBLs. Un peu plus de 10% grâce aux restrictions sur le helo et le reste concerne des trucs divers genre relay denied. Personnellement j'en suis satisfait. Ca allège la charge des machines de façon considérable car les mails ne passes plus par les applications tierces (amavis,spamassassin,clamav, ect ...) pour être détectés comme des Spams. Evidement, il y a un risque de voir une source propre être black listé. Ca nous ai arrivé quelques fois. Généralement, c'est justifié, je n'ai pas encore constaté d'abus. Il existe une procédure pour sortir de la liste, assez rapide à mettre en oeuvre. Pour info j'utilise 3 RBLs: - bl.spamcop.net, - sbl.spamhaus.org, - list.dsbl.org, Guillaume Stephane Clodic wrote: On Fri, Nov 24, 2006 at 08:49:05AM +0100, Xavier Beaudouin wrote: Un client non, mais un serveur de mail oui a priori...ca permet donc de nettoyer un peu les arrivées de mail Tout à fait d'accord avec toi. Normalement, mais je me souviens plus de la RFC... le ehlo doit être un FQDN valide qui pointe soit sur un A, soit sur un MX avec évidement un PTR associé. Dans mon souvenir de la lecture des differentes RFC associees au mail, ce que tu dis est vrai pour le _host_ qui envoie les mails (le MTA). LA RFC dit que le HELO doit/devrait etre qualife (ie, avec un domaine) mais pas que celui ci (HELO) doit resoudre. Que des clients mails présentent n'importe quoi n'est pas grave en soit, smtp auth et/ou une liste d'accès ip bypassent ce genre de chose, mais que des smtp de gros FAI soient pas capable de configurer leur dns pour respecter les usages et de ne pas se faire passer pour des spammers pressés est une autre chose. Entierement d'accord avec toi. De mon coté, j'ai ajouté différentes classes de restriction sur mon postfix, que les utilisateurs prennent de leur coté... avec des nom assez explicites : NONE LOW LOWVERIFY MEDIUM EXTREME Pourrais tu detailler ton implemenation de ces classes ? J'utilise ca depuis des lustres et ca me virer 60% du spam (il y a 2 ans 80% du spam, mais bon)... Par contre tu t'exposes a ne pas pouvoir recevoir de mails en provenance de Wanadoo et d'autres MTA mal configures, ce qui n'est pas forcement possible pour un hebergeur. Cya -- Guillaume Leccese - Consultant 13, rue Greneta 75003 Paris tel: 01 44 78 63 66 - fax: 01 44 78 63 65 http://www.oxalide.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
bonjour, mes serveurs mails gèrent environ 120.000 mails par jour. J'ai eu pas mal de pb avec des clients qui n'arrivait pas à recevoir des mails en provenance de wanadoo, althom, ... bizarrement des gros La surprise fut de taille, avec les RBL (spamhaus et spamcop) il arrivait régulièrement qu'ils soient inscrits. Et donc mes clients continuait à brailler. J'ai donc pris la solution suivante: -j'ai arreté les RBL -j'ai mis en oeuvre les greylist (blocage pendant 300sec) Maintenant, je ne refuse plus les courriers de wana... et d'autre part, postgrey est presque aussi efficace que ce que j'avais comme politique avec les RBLs c'est à dire, que j'ai un tout petit peu de spam qui arrive à passer (ils utilisent un véritable mailserver) pour les autres, ils ne passent pas car ils ne réémttent pas 300sec plus tard) Bonjour, Personnellement, pour lutter contre le spam, au niveau du helo, j'utilise la configuration suivante: smtpd_helo_restrictions = reject_invalid_hostname, reject_non_fqdn_hostname, permit relativement efficace ... Si je peux me permettre, pour lutter contre le Spam, les RBLs sont une des solutions les plus efficaces que j'ai pu trouver. La restriction sur le helo fait un beau travail, mais je dois dire que les RBLs font un boulot énorme ! Sur le total des mails REJECT, prêt de 80% le sont par les RBLs. Un peu plus de 10% grâce aux restrictions sur le helo et le reste concerne des trucs divers genre relay denied. Personnellement j'en suis satisfait. Ca allège la charge des machines de façon considérable car les mails ne passes plus par les applications tierces (amavis,spamassassin,clamav, ect ...) pour être détectés comme des Spams. Evidement, il y a un risque de voir une source propre être black listé. Ca nous ai arrivé quelques fois. Généralement, c'est justifié, je n'ai pas encore constaté d'abus. Il existe une procédure pour sortir de la liste, assez rapide à mettre en oeuvre. Pour info j'utilise 3 RBLs: - bl.spamcop.net, - sbl.spamhaus.org, - list.dsbl.org, Guillaume Stephane Clodic wrote: On Fri, Nov 24, 2006 at 08:49:05AM +0100, Xavier Beaudouin wrote: Un client non, mais un serveur de mail oui a priori...ca permet donc de nettoyer un peu les arrivées de mail Tout à fait d'accord avec toi. Normalement, mais je me souviens plus de la RFC... le ehlo doit être un FQDN valide qui pointe soit sur un A, soit sur un MX avec évidement un PTR associé. Dans mon souvenir de la lecture des differentes RFC associees au mail, ce que tu dis est vrai pour le _host_ qui envoie les mails (le MTA). LA RFC dit que le HELO doit/devrait etre qualife (ie, avec un domaine) mais pas que celui ci (HELO) doit resoudre. Que des clients mails présentent n'importe quoi n'est pas grave en soit, smtp auth et/ou une liste d'accès ip bypassent ce genre de chose, mais que des smtp de gros FAI soient pas capable de configurer leur dns pour respecter les usages et de ne pas se faire passer pour des spammers pressés est une autre chose. Entierement d'accord avec toi. De mon coté, j'ai ajouté différentes classes de restriction sur mon postfix, que les utilisateurs prennent de leur coté... avec des nom assez explicites : NONE LOW LOWVERIFY MEDIUM EXTREME Pourrais tu detailler ton implemenation de ces classes ? J'utilise ca depuis des lustres et ca me virer 60% du spam (il y a 2 ans 80% du spam, mais bon)... Par contre tu t'exposes a ne pas pouvoir recevoir de mails en provenance de Wanadoo et d'autres MTA mal configures, ce qui n'est pas forcement possible pour un hebergeur. Cya begin:vcard fn:Philippe DUCHEIN n:DUCHEIN;Philippe org:Nomotech / West-Telecom SAS adr:;;51 rue de la division Leclerc;Avranches;;50300;France email;internet:[EMAIL PROTECTED] title:Directeur Technique tel;work:+33 (0)2 33 89 09 09 tel;fax:+33 (0)2 33 60 50 07 note;quoted-printable:Ce courrier =C3=A9lectronique est destin=C3=A9 =C3=A0 l'usage exclusif= du(des) destinataire(s). Si vous n'=C3=AAtes ni destinataire, ni charg=C3= =A9(e) de remettre ce message =C3=A0 son(ses) destinataire(s), veuillez= pr=C3=A9venir imm=C3=A9diatement son auteur par e mail ou par t=C3=A9l=C3= =A9phone. Ce courrier =C3=A9lectronique pouvant comporter des informatio= ns confidentielles ou couvertes par le secret professionnel, il est inter= dit d'en divulguer ou d'en reproduire le contenu.=0D=0A= This e-mail message is intended only for the use of the named recipient(s= ). The information contained therein may be confidential or privileged,= and its disclosure or reproduction is strictly prohibited. If you are= not the named recipient, please return it immediately to its sender at= the above address and destroy it. url:http://www.nomotech.com version:2.1 end:vcard
RE: [FRnOG] Smtp de Wanadoo
Bonjour, Tout dépend de la presta et du type d emails que tu vends à tes clients. Tu peux très bien avoir des smtp libres et des smtp (sécurisé) dans le cadre d un abonnement Anti Spam. Perso nous sommes sur du sendmail avec RBL + greylisting + smf-sav sur les frontaux de ce type. Les clients sont avisés dès le début quand ils basculent. Nous avons beaucoup plus de difficultés avec le greylisting qu'avec les rbls. Les clients acceptent très bien qu'un email soit rejeté d autant plus que l'émetteur est avisé. Par contre qu'il arrive avec 5 mins de retard dans le meilleur des cas, voir 2 heures pour certains MTA... Plus dur à faire accepter. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Aurélien Beaujean Envoyé : vendredi 24 novembre 2006 15:08 À : frnog@frnog.org Objet : Re: [FRnOG] Smtp de Wanadoo Bonjour, Le vendredi 24 novembre 2006 à 13:55, Guillaume Leccese écrivait: Si je peux me permettre, pour lutter contre le Spam, les RBLs sont une des solutions les plus efficaces que j'ai pu trouver. On est bien sur la liste « french network *operator* group » là ? J'ai du mal à comprendre comment un opérateur peut envisager d'utiliser des RBL pour lutter efficacement contre le spam pour ses abonnés... Pour ton mail perso, ok, libre à toi de perdre du mail, mais prendre la décision pour ton abonné ça me parrait limite. Comment justifier la perte de mail quand même tes IPs sont succeptibles d'être dans cette liste ? -- Auré --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
Le 24/11/06 15:07, « Aurélien Beaujean » [EMAIL PROTECTED] a écrit : Bonjour, Le vendredi 24 novembre 2006 à 13:55, Guillaume Leccese écrivait: Si je peux me permettre, pour lutter contre le Spam, les RBLs sont une des solutions les plus efficaces que j'ai pu trouver. On est bien sur la liste « french network *operator* group » là ? J'ai du mal à comprendre comment un opérateur peut envisager d'utiliser des RBL pour lutter efficacement contre le spam pour ses abonnés... Tout simplement si l'opérateur offre un service anti-spam a certains abonnés Dans ce cas je ne vois pas le probleme. Dans une offre pro(ou non) il y a maintenant des anti-spam, et je ne vois pas ce qui empêche de manière totalement logique un opérateur de mettre en place des RBLs... Il lui suffit au besoin de ne pas les mettre en place sur l'arrivée de ses Ips... PS: rappelle de la charte du site frnog - FRnOG à pour but d'améliorer la qualité d'Internet et autres services IP en France. FRnOG est une plate-forme d'échange d'informations entre professionnels du réseau et de la sécurité. -- Sebastien Gioria[EMAIL PROTECTED] SG41-GANDI --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
Le vendredi 24 novembre 2006 à 15:34, Sebastien Gioria écrivait: Tout simplement si l'opérateur offre un service anti-spam a certains abonnés... Si l'abonné en est conscient (et qu'en plus il paye ce service): soit. Je peux comprendre que les RBLs soient une aide à la décision de la détection d'un SPAM (scoring) mais en aucun cas fournir une décision ferme (rejet) comme il semble l'être suggéré plus haut dans le fil. PS: rappelle de la charte du site frnog - FRnOG à pour but d'améliorer la qualité d'Internet et autres services IP en France. Je ne partage pas l'idée que les RBL contribuent à améliorer la qualité d'Internet et je ne souhaite à personne de voir un jour ses SMTP listés dans l'une d'entre elles. -- Auré --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
Le Fri, Nov 24, 2006 at 03:24:06PM +0100, Laurent MELE [EMAIL PROTECTED] a écrit: Nous avons beaucoup plus de difficultés avec le greylisting qu'avec les rbls. Les clients acceptent très bien qu'un email soit rejeté d autant plus que l'émetteur est avisé. Par contre qu'il arrive avec 5 mins de retard dans le meilleur des cas, voir 2 heures pour certains MTA... Plus dur à faire accepter. Faut qu'ils utilisent de l'instant messaging, alors... -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 57, route de Paris 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.fr --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
Le Fri, Nov 24, 2006 at 04:37:01PM +0100, Laurent MELE [EMAIL PROTECTED] a écrit: J'entends bien. Mais nous devons avoir les seuls clients exigeants (manière correcte de prononcer pénible en publique) dans ce cas. Oh, non, je pense qu'on a à peu près tous les mêmes :) Le compromis qu'ils acceptent est assez simple : - 0 spams - 0 virus - 0 s de temps de transit sur nos serveurs Oui... Mais certains se trompent vraiment d'outil, quand ils veulent utiliser le mail comme si c'était de l'IM. Alors nous devons mixer comme on peut... Mais je ne faisais que retranscrire un maigre retour d'expérience avec les différentes méthodes de filtrage que nous avons essayé de mettre en place de la plus coercitive à la plus lâche. Concernant les RBLs, il est effectivement très dur de filtrer correctement avec. Orange a très couramment au minimum un de ses relais dans une bl quelque part (spamcop, cbl). Je pense qu'effectivement l'ensemble des fournisseurs grand publique doit avoir de sérieux problèmes avec ce point. Nous nous retrouvons avec des situations loufoques du genre un mail sur deux passe en fonction du relais de sortie. Et ceux qui ferment le port 25 en sortie, pour obliger à passer par leurs SMTP vont même sans doute avoir encore plus souvent le problème quand les virus/ vont généraliser de récupérer l'adresse du SMTP dans les infos de l'Outlook Cependant le système de scoring a été pire pour nous. Les emails sont tagués et les gens n'y font pas attention, ils créent une règle de filtrage pour tout jeter. Bilan de l'opération un email perdu. Où Quoi Comment ? Les manips de recherche nous coûtent plus de temps qu'autre chose. Nous préférons donc donner une erreur à l'emetteur. Avec le problème que les expéditeurs sont le plus souvent forgés sur les spams et virus, et que tu augmentes le volume de courriels inutiles, amenant à ce que les mailer daemon ne soient plus lus non plus... Dom -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 57, route de Paris 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.fr --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
Sebastien GIORIA a écrit : PS: La discussion n'etait pas ciblée sur les RBLs, mais sur l'amélioration des filtres postfix des receptions wanadoo/orange :) Dans un sens, c'est agréable aussi. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
Le Fri, Nov 24, 2006 at 05:28:12PM +0100, Guillaume Leccese [EMAIL PROTECTED] a écrit: Oui, les RBLs sont dangereuses. Oui, ça pose, parfois, des problèmes. Oui, nous prenons le risque, mais jusqu'à maintenant, nous n'avons constaté AUCUN probleme anormal, ni AUCUN retour d'un client insatisfait, bien au contraire. De plus, les RBLs faisant baisser considérablement la charge de nos machines, c'est moi qui ne comprend pas pourquoi tout le monde, ou presque, et en train de cracher dessus. Si demain, vous utilisez les RBLs, ce ne sera plus un probleme. Ceux qui seront blacklistés le prendront au sérieux ... Tout dépend des listes que tu utilises. Certaines sont gérées avec les pieds et listent tout et n'importe quoi (par exemple, les listes multi hop sont une c*nnerie sans nom). Dom -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 57, route de Paris 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.fr --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Smtp de Wanadoo
De plus, les RBLs faisant baisser considérablement la charge de nos machines, c'est moi qui ne comprend pas pourquoi tout le monde, ou presque, et en train de cracher dessus. Si demain, vous utilisez les RBLs, ce ne sera plus un probleme. Si demain, tout le monde utilise SPF, et que tous les serveurs SMTP recquièrent l'utilisation de SPF, alors ça n'est plus un problème non plus :) Je compte aussi utiliser dans peu de temps le système de greylist Attention : si demain, tout le monde utilise le greylist, alors le greylist ne sera plus efficace du tout puisque les spammeurs le contourneront. (ça commence d'ailleurs a être le cas). Il suffit d'embarquer un client SMTP capable de gérer un 2è envoi. Au passage, le greylist n'est pas utilisable à très grande échelle, à cause du nombre de triplets {IP, adresse source, adresse cible} générés. qui me semble aussi relativement prometteur et efficace. Je pense qu'en le positionnant avant les RBLs, on optimise bien la chaine: à la fois réduction du spam et réduction de la charge. J'ai pu expérimenter en production une solution intéressante de couplage de RBL et de greylist, mais pas comme tu dis : Ici les clients SMTP figurant dans les RBL sont greylistés et non pas blacklistés. Cela réduit l'impact négatif de faux-positifs (ils sont juste retardés), et ne réduit pas (ou peu) l'efficacité des RBL. Malheureusement je constate une augmentation des spams résistants au greylisting. Pas encore catastrophique cependant. -- Raphaël Marichez [EMAIL PROTECTED] pgp3RknlEKTkX.pgp Description: PGP signature