Newsgroup: it.news.net-abuse
Titolo: Elenco rbl

Chi sarebbe cosi' gentil da dirmi quali sono attualmente le rbl piu' 
attendibili?
Attualmente sul mio mailserver uso questi:
dynablock.njabl.org
, 
bl.spamcop.net
, 
dnsbl.njabl.org
, 
abuse.rfc-ignorant.org
Qualche consiglio?

Davide D'Amico ha scritto:

Io uso
zen.spamhaus.org
,
safe.dnsbl.sorbs.net
,
list.dsbl.org
,
dnsbl.njabl.org
,
dul.dnsbl.sorbs.net
con un sano whitelist dei provider nostrali + whitelist ad hoc per il cliente
A meno che il server non sia tuo e basta direi che spamcop non è un'ottima 
scelta
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Noi farfalle si vive un giorno solo e quando son le sei di sera si han
gia' le palle piene.
		-- Altan

 un'ottima scelta
Quoto #2.
Riposto comunque la mia lista a beneficio di Google Groups. ;)
RBL:
- 
zen.spamhaus.org
- 
combined.njabl.org
- 
safe.dnsbl.sorbs.net
RHSBL:
- 
dsn.rfc-ignorant.org
- 
rhsbl.sorbs.net
- 
blackhole.securitysage.com
-- 
Tobe Bofh

 con un sano whitelist dei provider nostrali
Esiste una lista completa e liberamente accessibile dei server usati dai
provider e che quindi andrebbero whitelistati, o bisogna farsela a manina
(con tutto quel che comporta in termini di manutenzione e possibili
errori/dimenticanze)?

 errori/dimenticanze)?
Io procedo a manina verificando i log della posta in entrata.
-- 
Tobe Bofh

 
Già le email da alice non arrivano per cavoli suoi, se ci mettiamo anche una 
rbl..
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Ho letto nel "Reader's Digest" che le sigarette fanno male.
Cosi' ho subito smesso di leggere il "Reader's Digest".
		-- Anonimo

personalmente uso
zen.spamhaus.org
safe.dnsbl.sorbs.net
combined.njabl.org
list.dsbl.org
bl.csma.biz
come RBL "nomali" ed anche
multi.surbl.org
multi.uribl.com
come URIBL (filtraggio URL nelle mail)
inoltre per quanto riguarda il whitelisting
oltre al classico approccio "manuale" sto
usando in via sperimentale
query.bondedsender.org
exemptions.ahbl.org
iadb.isipp.com
hul.habeas.com
ma non ho ancora dati "consolidati" per poter verificare
se/come funzionino; in ogni caso su questa pagina
http://www.asspsmtp.org/wiki/DNSBL
 si trova una lista
abbastanza interessante
detto questo e rimanendo in argomento "filtraggio" (e senza
aprire un altro thread) credo che l'uso del "graylisting" (delaying)
e quello di SPF sia attualmente quasi  un obbligo dato che; per
lo meno per quanto riguarda la mia esperienza personale, permette
di eliminare tutte le email del tipo "shoot and run" tipiche degli spambots
non dico che si tratti della "panacea universale" ma credo che per il
momento sia un'ottima contromisura per mantenere pulite le mailbox
dei propri utenti
ciao

 suoi, se ci mettiamo anche una rbl..
beh .. i servers sono in blacklist .. per cui a meno
di non metterli in whitelist la vedo dura ricevere
email da alice :D

 spambots
Concordo per il graylisting, mentre resto un po' perplesso sul filtrare su
SPF. Cosa filtri esattamente?

 email da alice :D
Sicuro??? Su quale? (e a quali server ti riferisci esattamente?)

Il Cat wrote:

Apparentemente, sono in MAPS (oltre alle solite liste inutilizzabili a
fini "seri", come 
blackholes.five-ten-sg.com
 etc...).
Non che (a parte la notevole eccezione degli utenti di appliance
TrendMicro) questo oggi come oggi porti a chissà quale impatto...
-- 
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.

 TrendMicro) questo oggi come oggi porti a chissà quale impatto...
Infatti, AFAIK maps non è usata da praticamente nessuno.

 
no, sono pure in sorbs (e mi sembra più seria)
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Salvo complicazioni, sta per morire.
		-- Jules Renard

 no, sono pure in sorbs (e mi sembra più seria)
Oddio.. chi ha pensato quella parte di SORBS lì è da appendere al palo
più alto...


 
era in safe la settimana scorsa (con il .223) mentre questa settimana è fuori
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Gli intellettuali sono i primi ad abbandonare una nave che affonda,
subito dopo i topi, ma molto prima delle puttane.
		-- Majakovsky



Beh .. più che filtrare .. verifico :) parecchi grossi mailprovider ed anche
diverse aziende/enti hanno già da diverso tempo implementato SPF per
cui l'uso di un check SPF sulle mail in ingresso permette di "scartare"
i messaggi "spoofati" cosa questa che "non fa male"; per quanto poi
riguarda i "softfail" di SPF basta usarli per "scoring"; in pratica nel caso
in cui un dominio implementi SPF con "softfail" invece di rifiutare una
email che finisca appunto in "softfail" si incrementa semplicemente lo
score della email .. trattandola con più "sospetto" :)
E visto che siamo su SPF .. è interessante notare che purtroppo le
entità che trarrebbero maggior vantaggio dall'uso di SPF .. NON lo
stanno utilizzando; parlo delle BANCHE e più in generale di tutte quelle
entità che permettono lo "scambio di denaro" online; l'adozione di SPF
da parte di tali entità potrebbe permettere di ridurre quasi a ZERO il
problema del "phishing" ma purtroppo sembra che da questo punto
di vista gli istituti in questione siano "sordi" :(

 Sicuro??? Su quale? (e a quali server ti riferisci esattamente?)
SORBS se non ricordo male; per quanto riguarda i servers
si tratta(va ?) di alcuni tra i "vsmtp" di "
tin.it
"

 a fini "seri", come 
blackholes.five-ten-sg.com
 etc...).
No.. non parlavo di MAPS (che NON uso :D) ma, se non ricordo
male di SORBS

> SORBS se non ricordo male;
confermo
http://www.au.sorbs.net/lookup.shtml?212.216.176.141