Newsgroup: it.comp.os.linux.sys
Titolo: quesito per spam

salve il mio server ha spamassassin postfix, e amavis con clamav , che 
programma potrei affiancare a spamassassin per eliminare più spam possibile 
ciao. 

 ciao. 
dspam

 dspam
Ora spiega che senso ha affiancare un altro filtro antispam (a caso!) a
spamassasin e perchè dovrebbe risolvere il problema.

 
Io da quando sto usando il greylisting ho disinstallato con piacere 
spamassassin e le mie partizioni di swap mi stanno ringraziando 
sentitamente.
Vedi postgrey o postfix-gld.
-- 
Tobe

Tobe Bofh ha scritto:

Non posso che confermare. Sto sperimentando il greylisting (postfix + 
postgrey) su alcuni domini e penso che se continua così metterò 
spamassassin in un angolino. E' molto più leggero, genera meno falsi 
positivi e blocca decisamente più spam di spamassassin. Aggiungi il 
fatto che non ci sono regole da tenere aggiornate o altri programmi che 
devono girare. L'unico svantaggio è che i messaggi arrivano con un po' 
di ritardo, ma si può migliorare la situazione con l'utilizzo di whitelist.

 ritardo, ma si può migliorare la situazione con l'utilizzo di whitelist.
ok grazie mi metto subito a leggere la documentazione 

) potrebbe un domani non 
funzionare piu': IMHO, non mi sembra cosi' impossibile per gli spammer 
modificare i loro software per aggirarla.
Ciao
-- 
Cybertoldo
Per rispondermi via email, sostituisci moc.liamg con 
gmail.com

 "diversi" minuti di ritardo.
Questo però se non hai mai ricevuto email da quel mittente, altrimenti 
nessun ritardo
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Sai cos'e' che odio del primo giorno di scuola?
Che e' troppo lontano dall'ultimo.
		-- da "Bentornato Kotter! I ragazzi del sabato sera"

 
Esatto, il ritardo, quantificabile in 5/15 minuti, è relativo solo *alla 
prima* email ricevuta da un determinato mittente ad un determinato 
destinatario attraverso un certo smtp server.
Una volta che questa tupla è nel database le email passano direttamente.
E comunque il greylist non esclude la presenza delle RBL o di un content 
filter.
Io ad esempio prima del check_policy_service del gld uso due RHSBL 
(
blackhole.securitysage.com
 e 
blackhole.securitysage.com
) e 5 RBL 
(
relays.ordb.org
, 
l1.spews.dnsbl.sorbs.net
, 
dul.spews.dnsbl.sorbs.net
, 
sbl-xbl.spamhaus.org
 e 
combined.njabl.org
).
T.B.

modificare i loro software per aggirarla.
Sicuramente non è difficile, però fintanto che funziona alla grande pur 
essendo più leggero e meno complesso da gestire di spamassassin io penso 
di usarlo.
Inoltre ho detto apposta che spamassassin lo metto in un angolino...non 
che lo butto via :)

 bayesian, controlli fingerprinting (razor, pyzor, dcc), controlli di 
I filtri bayesani non sono quasi mai applicabili in una situazione
mediamente complessa. L'utente medio non ti manda lo spam non
riconosciuto, e sicuramente non ti manda le email erroneamente taggate
come spam perché sono roba sua che il sysadmin non deve leggere (e
giustamente direi), non c'è molta possibilità di eseguire
l'addestramento del filtro. Aggiungere tali funzionalità alle webmail
sposta di poco il problema visto che la maggioranza degli utenti non
usa la webmail.

 usa la webmail.
il bayes di SpamAssassin impara dalle mail di spam ricevute ed 
identificate come spam (o 'ham' se buone) utilizzando ovviamente altri 
controlli. Se fai caso negli header delle mail puoi trovare scritto:
X-Spam-Status: ....., autolearn=no, ...
X-Spam-Status: ....., autolearn=spam, ...
X-Spam-Status: ....., autolearn=ham, ...
Naturalmente se gli altri controlli sono falsati dando falsi 
positivi/negativi, anche il bayes imparera' male :-)
Sono d'accordo con te che un training migliore, fatto sulla base di 
quello che si riceve, e' praticamente impossibile farlo. Pero' ti posso 
assicurare che anche l'auto-training da' solitamente ottimi risultati.


 filter.
questa tecnica mi piace di piu', anche se probabilmente ti fara' passare 
piu' spam. E' anche quella che pare essere piu' utilizzata da 
organizzazioni di una certa grandezza...
Nulla pero' toglie che, le mail che riescono a passare, siano poi 
ricontrollate da altri filtri antispam per ottenere migliori risultati.


 
sbl-xbl.spamhaus.org
 e 
combined.njabl.org
).
..... scusa, ma avevo capito che usavi la greylist solo se le 
connessioni provenivano da IP positivi ai controlli RBL. Di solito pero' 
si utilizzano DULs aggressivi, vedendo citate rbl tipo 
relays.ordb.org
 
('veri' server mail con open relay) mi e' venuto il dubbio e ho 
riletto... :-)
Ciao


 
Io lo uso così, ovvero come ultima barriera dopo controlli rbl, virus e ip
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Ci sono piu' socialisti in galera oggi che durante il fascismo.
		-- Riccardo Lombardi