Newsgroup: it.news.net-abuse
Titolo: ci riprovo: help sendmail e dnsbl

Ho implementato un paio di block list.
Ho bisogno di creare una white list di alcuni provider finiti listati (in 
questo caso 
TIN.IT
).
Come devo fare? nella guida di sendmail ci sono le istruzioni ma sarà che io 
son pirla non ho capito.
Ho messo in access:
From:
tin.it
    OK
Ma non funziona, eppure nei vari esempi cè:
From:spa...@some.dom	REJECT
	To:friend.domain	RELAY
	Connect:friend.domain	OK
	Connect:from.domain	RELAY
	From:go...@another.dom	OK
	From:another.dom	REJECT
Qualcuno mi può gentilmente spiegare dove sbaglio?
Se qualcuno non mi aiuta c'è un soldato in meno nella lotta contro le merde 
degli spammers. 

 From:
tin.it
    OK
(CUT)
Ciao,
non lavoro con Sendmail da molto tempo ormai ma temo tu debba mettere in 
whitelist tutti gli IP o gli hostnames dei server SMTP che vuoi far 
passare senza il controllo antispam.
La sintassi che hai usato tu infatti guarda il campo "From" della mail 
per cui con quella regola rischi di aprire indiscriminatamente le porte 
a tutti quelli che inviano mail con campo From (ovvero il mittente) @
tin.it
.
A quanto mi risulta non esiste una lista aggiornata ed esauriente dei 
server SMTP utilizzati dai provider italiani, pertanto temo che l'unica 
soluzione sia guardare i tuoi logs e whitelistare i server che vedi 
bloccati dalle blocklists.
un saluto
-- 
Alex

 	Connect:friend.domain	OK
cioe' si whitelista il dominio o l'IP in fase di connessione, oppure ci 
si accerta di avere incluso delay_checks.m4
Noi per un lungo tempo avevamo questa configurazione, piu' o meno di 
default (DNSBL, niente delay_checks, intervento di whitelisting di 
emergenza su Connect ... quando intendo "di emergenza" intendo che 
whitelistavamo un server di un dominio accademico noto finito in 
blacklist per sbaglio ... non un server di un provider commerciale che 
non fa il suo lavoro ... se uno voleva ricevere in istituto mail privati 
da amici su provider blacklistati, se li faceva mandare su un indirizzo 
privato, al massimo poi lo accedeva via POP o IMAP).
Poi abbiamo cambiato abilitando il "delay_checks", in questo modo dalla 
analisi del log di sendmail riuscivamo a dire da quale indirizzo 
apparente (from) e a chi (to) fosse indirizzata la posta rigettata.
Inoltre usando il delay_checks potevamo ammettere l'uso di indirizzi 
"speciali" per chi riceveva mail legittime di lavoro da siti 
blacklistati (la dittarella che si appoggia a un provider commerciale). 
Si tratta dei c.d. "secondary addressess" "plussati", 
p.es
. se 
whitelisto il destinatario "pinco+avanti" la posta per 
"pinco@nostrodominio" da un indirizzo blacklistato non passa, ma quella 
per "pinco+avanti@nostrodominio" si' ... in pratica usavamo il secondary 
address come una specie di password personale.
Da 6-7 mesi siamo passati a un sistema con amavisd-new, spamassassin, 
razor, DCC ecc. che incorpora le DNSBL (e le ben piu' efficienti URIBL) 
e le "pesa". Per un mesetto abbondante abbiamo tenuto le vecchie DNSBL 
attive, poi le abbiamo levate.
In questo modo il tasso di reiezione di spam e' salito di molto, i falsi 
positivi (gia' rari) inclusi quelli dell'amico su provider commerciale 
sono scesi praticamente a zero.
-- 
----------------------------------------------------------------------
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.