And Thus Spake Fabien Germain <[EMAIL PROTECTED]> (on Tue, 15 Jul 2003
09:31:41 +0000):
> C'est très impressionnant de le voir à l'oeuvre, de voir sa justesse,
> et c'est amusant de voir l'indice de spam de chaque mail reçu :-) Je
> serais content d'avoir vos retours d'expérience sur le sujet, ne
> l'ayant installé qu'hier sur ma boite mail.
Le filtrage après réception n'est pas une solution. Ton FAI a dû recevoir le
spam si tu envissages un filtrage côté client, et ça veut donc dire qu'il a
dû payer la bande passante à son provider "upstream" (en amont). Bien
entendu, tôt ou tard ce coût est redistribué vers l'abonné qui le paye soit
sous forme d'abonnement, soit sous forme de publicité attachée à ses
e-mails.
Je considère que je n'ai aucune raison de payer la bande passante utilisée
par un spammeur. C'est pour cette raison que j'utilise d'une part un service
externe (spamcop.net) pour filtrer 4 comptes sur lesquels je n'ai aucun
contrôle sur le MTA, et d'autre part les DNSBL suivantes sur mon propre MTA:
korea.blackholes.us
china.blackholes.us
nigeria.blackholes.us
il.countries.nerd.dk
bl.spamcop.net
verio.blackholes.us
level3.blackholes.us
relays.ordb.org
sbl.spamhaus.org
proxies.relays.monkeys.com
bl.bonivet.net (ma propre DNSBL)
Le filtrage côté client, notamment les filtres bayesiens comme bogofilter et
celui intégré à Mozilla peuvent être efficace en supprimant le spam dès
qu'il est téléchargé, mais il ne résoud pas pour autant le problème.
Ceux qui pratiquent l'anglais et qui aimeraient en savoir un peu plus
devraient aller voir le newsgroup "news.admin.net-abuse.email", souvent
appelé NANAE. La plupart des serveurs NNTP le portent.
--
G. Stewart -- [EMAIL PROTECTED] -- [EMAIL PROTECTED]
Registered Linux user #284683
---------------------------------------------------------------
The three "R"s of Microsoft support:
Retry, Reboot, Reinstall.
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
**** Pas de message au format HTML, SVP ****
