Newsgroup: it.news.net-abuse
Titolo: i servizi antispam.

Salve.
Sto configurando un mail server con postfix.
Leggendo un po in rete ho capito che esistono dei, diciamo, servizi ai 
quali ci si puo' appoggiare per arginare problemi di spam, ecc.
Tra questi servizi ho inserito nel mio 
mail.cf
:
reject_rbl_client 
zen.spamhaus.org
,
reject_rbl_client 
bl.spamcop.net
,
reject_rbl_client 
safe.dnsbl.sorbs.net
,
Esattamente come funzionano questi servizi?
Si occupano di tenere delle statistiche sulla base di spam inviati da 
determinati ip per poi inserirli in qualche black list?

 determinati ip per poi inserirli in qualche black list?
Puoi cominciare leggendo 
http://www.postfix.org/uce.html
, per il resto, 
Google é da quella parte -->

 Esattamente come funzionano questi servizi?
Mah non li chiamerei esattamente "servizi" (che mi fa pensare a qualcosa
che si paga). Vediamo di essere carini e spiegare la base basica ?
Quelle che vengono listate dall'OP sono essenzialmente delle "blackhole 
lists" ossia degli elenchi di IP di "potenziali spammer" che diversi 
siti mantengono ed in cui con criteri loro (in genere spiegati sul loro 
sito) inseriscono degli IP e che rendono accessibili in genere con un 
meccanismo analogo a quello dei DNS.
Esistono anche altri tipi di blackhole lists (
p.es
. quelle che listano 
gli URL citati nei messaggi di spam)
Ed altri tipi di database in base a delle segnature nel contenuto del 
messaggio (
p.es
. DCC, razor, pyzor)
La cosa migliore piuttosto che usare uno di tali criteri in modo 
assoluto per dire "spam o non spam", e' di combinarli tutti con dei pesi 
e filtrare sul peso complessivo (
p.es
. quello che fa spamassassin ... un 
buon inizio e' la wiki di spamassin sul sito di apache).
-- 
----------------------------------------------------------------------
nos...@mi.iasf.cnr.it
 is a newsreading account used by more persons to
avoid unwanted spam. Any mail returning to this address will be rejected.
Users can disclose their e-mail address in the article if they wish so.


Sto notando che questi servizi mi bloccano alcune mail proveniente da 
gmail@com, stranamente non tutte quelle provenienti da gmail ma solo alcune.

 quali ci si puo' appoggiare per arginare problemi di spam, ecc.
non direi esattamente 'servizi', cmq leggiti bene come integrare procmail 
con spamassassin. E' un buon inizio, imho.
-- 
Ciao, Dmitry

 l'uso di SA potrebbe non essere appropriato o consigliabile
Mah, a giudicare dal livello di esperienza mostrato dalle domande, avevo 
pensato si trattasse di un utente domestico. Noi (dominio accademico di 
un istituto di un ente di ricerca) con 2-3000 mail al giorno con 
spamassassin andiamo benissimo.


 spamassassin andiamo benissimo.
Io da questa tua esternazioni esco invece perplesso.
Ci gioco le balle se hai un:
skip_rbl_checks 1 
in 
local.cf
La domanda sorge spontanea: usi uri / rbl senza saperlo o intendevi 
qualcos'altro che mi sfugge ?

 La domanda sorge spontanea: usi uri / rbl senza saperlo o intendevi
ci sono almeno 5 regole uribl tra le prime 20 per numero di occorrenze
(senza guardare allo score). Sono 2 uribl e 2 rcvd in bl se mi limito a
quello con score > 3
Comunque quello che intendevo dire e' semplicemente che con il traffico
che abbiamo noi (2000-3000 mail al giorno di cui oltre la meta' spam)
non abbiamo riscontrato problemi di carico con spamassassin


 mail al giorno con spamassassin andiamo benissimo.
Prova ad usare solo SA, senza un'adeguata "scrematura di massa" a monte, su qualche milionata di tentate transazioni smtp quotidiane
in ingresso e poi ne riparliamo. ;)

 Veramente noi usiamo (da sempre) sendmail :-)
Bello, il masochismo vintage! :-D

 che si paga). Vediamo di essere carini e spiegare la base basica ?
Ed infatti alcune, le più importanti, si pagano.
Spamhaus si paga oltre un certo volume con la filosofia: 
- sei uno con un proprio dominio che vuole bloccare lo spam ?
 il servizio se sei piccolino è gratis perchè se sei piccolo, bloccare lo 
spam è cosa giusta.
- sei un provider e con l'antispam ci guadagni ? Allora ci paghi il 
servizio che per noi ad un costo e ci paghi in proporzione al numero dei 
tuoi utenti.
La filosofia secondo me è corretta ed è bene non far passare il servizio 
di spamhaus come gratuito.
E' un servizio  a pagamento che talune tipologie di utenti possono 
utilizzare gratis fino a certi volumi.
Soperati tali volumi devi finanziarli, altrimenti ti segano loro.
Max

 sulle prestazioni dello stesso
Qui si scende nel tecnico e siamo OT.
Il problema non è nel fork piuttosto che nel thread.
Il problema è che SA ha una architettura vecchia, è mostruosamente 
pachidermico e scala pochissimo.
Se ti ci metti di buzzo buono e elimini il 75% dei controlli che fa e che 
non servono ad una cippa allora diventa utilizzabile e scala un pò di 
più, pur rimanento il problema architetturale di fondo.
Senza contare che, comunque, molti check di SA richiedono diverso tempo 
(essendo basati su lookups DNS) quindi non sarà mai prestante e snello 
come tutti vorrebbero perchè non è possibile.

 Bello, il masochismo vintage! :-D
LOL :D
Pensa che io uso exchange e ho alcuni clienti che si ostinano ad
utilizzare l'IMF :(
-- 
Gran parte dei diritti che oggi abbiamo li dobbiamo a gente come Osid.

 non abbiamo riscontrato problemi di carico con spamassassin
prendo atto che le fai usare da SA e non dal MTA per meri fini di 
scoring, ma a prescindere dal traffico hai un sistema comunque a 
rischio DoS anche per un volgare backscatter, senza scomodare virus e 
altri accidenti in modalità direct to mx.
IMHO non è un ideona a prescindere dal traffico medio effettivo.