Tout � fait d'accord en principe. Mais la pression des spammeurs devenant forte, il faudrait trouver des moyens pour que le net s'organise technologiquement pour les combattre (l�galement), voire les supprimer. C'est aussi pour �viter que les politicards s'en m�lent.
C'est d�j� le cas chez de nombreux providers qui ont mis des filtres antispam et antivirus en place. Le probl�me est que si le filtre est vraiment efficace, les plaintes des uilisateurs sont nombreuses, ce qui fait augmenter les co�ts du support.
Chez Nimag (petit ISP), nous avons mis un tel syst�me en place et nous avons re�u un nombre de plaintes incroyable car les gens ne recevaient plus les mails de la part de qqn qui �tait chez un provider xy et qui �tait blacklist� dans une partie des RBL que nous utilisions.
Nous avions m�me mis en place nore propre RBL qui se remplissait en fontion des spams re�u selon SpamAssassin (il fallait X spams depuis la m�me IP). Sur le principe c'�tait g�nial, mais en r�alit� on as du la supprimer apr�s moins d'une semaine car Bluewin et Cablecom (et de nombreux autres) �tait la source de nombreux spams, ce qui fait que nos clients ne recevaient plus de mail important,...
Le probl�me c'est que l'utilisateur n'accepte pas qu'un message qu'il pense �tre important (car il provient d'une adresse connue) puisse ne pas passer � travers l'antivirus ou � travers l'antispam.
Cependant en ayant mis en place nous avons r�duit de 95% la queue de notre serveur,... et d'autant l'utilisation de la bande passante pour le traffic mail.
C'est assez de difficile de tuer le spam � la r�ception, par contre il faudrait le tuer au niveau de l'�mission en mettant en place des proxy SMTP sur les r�seau des gros providers qui filtre les virus et les spams quelque soit les adresses sources. Malheureusement la plupart des gros providers se contrefiche de mettre de telles infrastructures en place car �a couterait cher � mettre en place et surtout � maintenir et que surtout ils ont largement assez de bande passante � disposition. L'autre probl�me est que �a ferais que le provider X fournirait un internet brid� alors que le provider Y lui ne le ferais pas, ...
Personnellement je n'aime pas vraiment que les politiques se m�lent de la technique, ... Mais dans ce cas l� il pourrait �tre int�ressant d'obliger de faire du filtrage SMTP en sortie aux providers suisse, europ�ens, voir le monde.
Le probl�me du spam est vraiment complexe et une partie des providers est en train de tenter de prendre des mesures contre ce fl�au avec ds exp�riences plus ou moins positives, ...
Mais il ne faut pas oublier que c'est aussi le travail de l'utilisateur final de lutter contre le spam en se plaignant au provider source (en g�n�ral � [EMAIL PROTECTED]) et en lui envoyant les en-t�te du messages et le messages au complet. Si un provider re�oit �norm�ment de plaintes contre l'un de ses client, il prendra normalement les mesures n�cessaires et si ce n'est pas le cas, il faut le d�noncer aupr�s de RBL comme spamcop (http://www.spamcop.net/). Et quand l'utilisateur re�oit un rapport de spam/antivirus de son provider disant qu'il y'a un probl�me dans le format du message ou qu'il n'y a pas de reverse DNS il faut qu'il avertisse l'exp�diteur (si il le connait) qu'il y'a un probl�me pour qu'il le r�solve et pas son provider qui n'est pour rien dans l'oubli/l'incomp�tence de l'exp�diteur (souvent des syst�mes automatis�s d'envoie de mail, des formulaires web, ...) en face.
En plus il faudrait que les fabricants d'antivirus comprennent enfin que �a ne sert a rien d'envoyer un mail au pseudo-exp�diteur du mail car il y'a 99.9% de chance que ce ne soit pas lui qui l'aie envoy� (Gr�ce � notre filtre antivirus, je ne re�oit plus de virus, par contre je re�ois une quantit� incroyable de messages de la part de Norton, Amavis, ... qui m'informent que j'ai envoy� un virus, ...)
Bon l� j'ai �t� un peu long, ... je m'en excuse :-)
A+
-- Blaise Drayer Nimag Networks S�rl [EMAIL PROTECTED] http://www.nimag.net _______________________________________________ gull mailing list [EMAIL PROTECTED] http://lists.alphanet.ch/mailman/listinfo/gull
