Ah bah moi je vois très bien comment ça peut s'appliquer. D'abord il faut avoir un système de greylist commun (on trouve différentes pages sur différentes possibilités pour faire ça) si tu as plusieurs MX, c'est sûr. Mais là par exemple je viens de mettre en place (donc je pourrais dire d'ici quelques jours comment ça se comporte) avec http://www.gasmi.net/gld.html(...) qui utilise une base mysql pour stocker les infos, donc plus de soucis.
Le problème n'est pas de refuser la première fois. Le trucs c'est que beaucoup de spammeurs ne peuvent se permettre de garder dans un spool les messages rejetés (et ça se comprend), donc refuser une fois suffit à baisser le nombre de spam. Les vrais mails eux ont des systèmes de mail à spool (postfix, etc) et donc retentent ultérieurement de mailer. Ca ne fait ça qu'à la première présence du triplet (from/ip/to) évidemment.
Je trouve que ça prend du sens, surtout que c'est beaucoup moins consommateur que le reste, vu qu'un select dans une table SQL suffit pour refuser (ça n'empeche pas d'utiliser amavis et tout, mais tu l'utilises en plus).
[^] # Re: arguments.
Posté par Fabien Penso (site web personnel, Mastodon) . En réponse au journal Pour ou Contre les RBL?. Évalué à 2.
Le problème n'est pas de refuser la première fois. Le trucs c'est que beaucoup de spammeurs ne peuvent se permettre de garder dans un spool les messages rejetés (et ça se comprend), donc refuser une fois suffit à baisser le nombre de spam. Les vrais mails eux ont des systèmes de mail à spool (postfix, etc) et donc retentent ultérieurement de mailer. Ca ne fait ça qu'à la première présence du triplet (from/ip/to) évidemment.
Je trouve que ça prend du sens, surtout que c'est beaucoup moins consommateur que le reste, vu qu'un select dans une table SQL suffit pour refuser (ça n'empeche pas d'utiliser amavis et tout, mais tu l'utilises en plus).