Newsgroup: it.comp.os.linux.sys
Titolo: Aggiornamento RBL

Vorrei aggiornare le RBL che uso con postfix, potete darmi un parere su 
queste ? C'e' qualcuno che le usa o le evita proprio ?
cbl.abuseat.org
multihop.dsbl.org
cbl.abuseat.org
dnsbl.ahbl.org
virbl.dnsbl.bit.nl
blackholes.five-ten-sg.com
dnsbl.inps.de
dnsbl-1.uceprotect.net
db.wpbl.info
Rizio
-- 
Si dice che essere liberi significa non avere nulla da perdere...sembra 
facile a prima vista...ma la verità è che non avere nulla da perdere 
significa essere pronti a rischiare tutto ciò che si possiede.

 
db.wpbl.info
Io uso solo 
zen.spamhaus.org
 e vivo felice.

 queste ? C'e' qualcuno che le usa o le evita proprio ?
$grep rbl /etc/postfix/
main.cf
 reject_rbl_client 
zen.spamhaus.org
 reject_rbl_client 
combined.njabl.org
 reject_rbl_client 
bhnc.njabl.org
 reject_rbl_client 
dul.dnsbl.sorbs.net
 reject_rbl_client 
list.bbfh.org
 reject_rbl_client 
bl.spamcop.net

Ciao!
Dal tuo elenco controllando su 
www.dnsbl.com
 la RBL di Fiveten è 
altamente sconsigliata per i falsi positivi, vedi un po' tu.
Io ora uso (nell'ordine):
safe.dnsbl.sorbs.net
bl.spamcop.net
zen.spamhaus.org
psbl.surriel.com
Nel mio piccolo ritengo queste RBL abbastanza sicure ed ho ridotto di 
molto i falsi positivi scaricandomi via rsync la whitelist di 
dnswl.org
 
applicandola prima del reject via RBL e del greylisting.
-- 
Tobe

 
bl.spamcop.net
Questa è pericolosetta anzichenò...
-- 
ValeRyo
CBR600F "Cerbero" - 
http://www.slimmit.com/go.asp?6YT
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 Questa è pericolosetta anzichenò...
Affatto.
4-5 anni fa lo era. Certo non oggi.
-- 
http://bofhskull.wordpress.com/

 Io uso solo 
zen.spamhaus.org
 e vivo felice.
Il ne pas suffit....


 $grep rbl /etc/postfix/
main.cf
Alcune le uso gia', per altre non le conoscevo ma le aggiungo :)
Grazie mille


 Questa è pericolosetta anzichenò...
Anche io me ne tenevo ben alla larga ma da qualche tempo l'efficacia 
della RBL è stata migliorata:
http://www.dnsbl.com/2007/05/spamcop-bl-another-look-its-accurate.html
Usata assieme a 
zen.spamhaus.org
 blocca la maggior parte dello spam con 
pochissimi falsi positivi.
-- 
Tobe

 Il ne pas suffit....
Dipende dal tipo di spam che ricevi.

 applicandola prima del reject via RBL e del greylisting.
Sul greylisting sono ancora un po' in dubbio... ho letto tempo fa una 
discussione accesa tra Luca Bertoncello e altri (TThe Big Skull in 
testa) riguardo alla validita' del sistema, anche a fronte di altri 
metodi piu' o meno convenienti - i presupposti pero' erano molto piu' 
ampi. In sunto comunque ho la macchina pronta per usarlo ma non lo sto 
ancora facendo.... sono in dubbio sull'efficacia. Tu cosa che lo usi 
come lo vedi funzionare ?
Grazie


 Dipende dal tipo di spam che ricevi.
OdDio... non ho mai stilato una classificazione... ammetto che sono 
impreparato alla domanda :)
Scherzi a parte non saprei come classificartelo non avendo nessun tipo 
di report a riguardo, ti posso solo dire che quelle liste ora non sono 
piu' sufficienti.


 piu' sufficienti.
Magari non lo sono per te. Per me si.

 4-5 anni fa lo era. Certo non oggi.
Se lo dici tu, ti credo, anche se loro stessi dicono di usarla per
taggare e non bloccare:
"SpamCop encourages SCBL users to tag and divert email, rather than block it 
outright."
E' un po' che non seguo spamcop, ma non funziona ancora con le
segnalazioni degli utenti?


 Magari non lo sono per te. Per me si.
Certo, io parlavo sempre della mia situazione.


 segnalazioni degli utenti?
Sě, ma non č solo lě.
Spamcop basa il listing sul rapporto segnale/rumore per un determinato 
IP, dove il rumore viene rilevato via segnalazioni, mentre il segnale 
viene rilevato da sonde distribuite (
http://www.senderbase.org/
).
Il problema della "vecchia SCBL" era da un lato una inadeguatezza della 
struttura di sonde e dall'altro l'algoritmo usato per valutare i valori 
di soglia, che portava a parecchi falsi positivi per mailserver 
sufficientemente grossi da generare inevitabilmente complaints ma non 
abbastanza "grossi geograficamente" da essere correttamente valutati 
dalle sonde di spamcop.
Non so se la "sistemazione" della prima sia stata conseguenza indiretta 
dell'acquisizione da parte di Cisco o se sia solo coincidenza, ma sta di 
fatto che la SCBL di oggi č tutt'altra cosa rispetto a quella di qualche 
anno fa.
Vedi
http://www.dnsbl.com/2007/05/spamcop-bl-another-look-its-accurate.html
Bye!
-- 
http://bofhskull.wordpress.com/

 usi come lo vedi funzionare ?
Greylisting mettilo pure, ma non aspettarti miracoli: con tutta 
probabilità buona parte della morchia che ricevi (e che quindi 
oltrepassa XBL e famiglia) arriva da bot appartenenti a Mega-D (e quella 
roba è abbastanza furba da oltrepassare il greylisting) oppure è 
consegnata attraverso relay abusati (e lì il greylisting non ha effetto 
per definizione).
Se hai un postfix sufficientemente recente, suggerisco di cacciargli in 
gola milter-link e usarlo per applicare filtraggio su SURBL. Milter-link 
è molto leggero, e SURBL ha pochissimi falsi positivi e una buona efficacia.
-- 
http://bofhskull.wordpress.com/

 gola milter-link e usarlo per applicare filtraggio su SURBL.
Per curiosità, sui tuoi sistemi quanto blocca, in percentuale, milter-link?
Io, che non uso milter-link, ma spamass-milter, blocco pochino, circa
uno 0.6% del totale dei reject.

 uno 0.6% del totale dei reject.
Io direi di essere anche un po' più in basso, attorno allo 0.4%.
Però è pur vero che alla fase DATA ci faccio arrivare ben poca roba 
(attorno al 5% del traffico entrante)...
-- 
http://bofhskull.wordpress.com/

 gola milter-link
Vade retro satana!

 Vade retro satana!
Prrrrrt. :-D
Lo sto compilando giusto in questo momento, insieme a metà della suite 
di Anthony... ;-)
-- 
http://bofhskull.wordpress.com/

 uno 0.6% del totale dei reject.
A me blocca parecchio, solo oggi, in queste 12 ore, oltre 700 reject
da parte del solo milter-link.
Però uso anche uribl come lista, non solo surbl.
zero FP ed è da oltre 6 mesi che è attiva.

 come lo vedi funzionare ?
Io mi ci trovo benissimo, mischiando controlli vari, RBL e greylisting ad 
amavis arriva ben poca roba ma tieni conto che però il mio piccolo 
mailserver gestisce un migliaio di messaggi al giorno.
Ecco il mio smtpd_recipient_restrictions (stamattina ne ho approfittato 
ed ho modificato le RBL):
smtpd_recipient_restrictions =
	reject_non_fqdn_sender,
        reject_unknown_sender_domain,
	reject_non_fqdn_recipient,
        reject_unknown_recipient_domain,
        permit_mynetworks,
        permit_sasl_authenticated,
        reject_unauth_destination,
        check_recipient_access hash:/etc/postfix/roleaccount_exceptions,
        check_client_access hash:/etc/postfix/client_whitelist,
        reject_invalid_helo_hostname,
        reject_unlisted_recipient,
        check_client_access cidr:/etc/postfix/dnswl/postfix-dnswl-header,
        check_client_access cidr:/etc/postfix/dnswl/postfix-dnswl-permit,
        reject_rhsbl_sender 
block.rhs.mailpolice.com
,
        reject_rhsbl_sender 
porn.rhs.mailpolice.com
,
        reject_rhsbl_sender 
bogusmx.rfc-ignorant.org
,
        reject_rbl_client 
zen.spamhaus.org
,
        reject_rbl_client 
bl.spamcop.net
,
        reject_rbl_client 
dnsbl-1.uceprotect.net
,
        reject_rbl_client 
ubl.unsubscore.com
,
        reject_rbl_client 
psbl.surriel.com
,
        check_policy_service inet:
127.0.0.1:60000
,
        permit
Ciao.
-- 
Tobe

 [...]
Ecco questa dove mi pareva di averla vista:
http://www.soft-land.org/storie/09/story06
Chissà Davide cosa ne pensa! ;)
-- 
Tobe

 Ciao.
Grazie mille per le spiegazioni


 Mi stai dando del "Crapone"?!?
^_^
Ti sto dando della "guida" :)))
