Newsgroup: it.news.gestione
Titolo: Un consiglio antispam

Ho (finalmente) rimesso mano allo script in perl che controlla i messaggi
inviati dagli utenti (
filter_nnrpd.pl
). Ho bisogno di un consiglio. 
Secondo voi, quali fra queste protezioni č utile al mio scopo:
1. Controllare che l'IP del mittente non sia listato in qualche rbl
(esclusa la dul)
2. Creare una (piccola) rbl locale in cui infilare gli IP a cui impedisco
di postare (ora sono un centinaio ed un singolo file di testo comincia ad
essere scomodo... si accettano volentieri suggerimenti alternativi..)
3. Impostare un limite al numero di messaggi inviabili da un singolo IP in
un intervallo ristretto di tempo (ad esempio 10 in 5 minuti). Se ha senso,
quale numero/intervallo secondo voi č piů adeguato?
4. Sottoporre a scansione il messaggio con SpamAssassin. Fino ad oggi
nessun messaggio č stato *mai* scartato dall'antispam: sbaglio ad usarlo
o solo a configurarlo?
5. Imporre che il contenuto dell'header Date: ed lo unix time indicato
da X-Trace non differiscano di piů di un periodo +/- n ( con n < 86400 ).
n = 600 ( = 10 minuti ) sarebbe troppo breve?
5b. In altre parole, sono comuni utenti il cui orologio interno al PC vada
avanti od indietro di *piů* di 10 minuti?
6. Imporre una percentuale massima di righe bianche ("\n\0"), vuote 
(/^\ +\n$/) oppure quotate? Quali percentuali suggerireste?
7. Spezzare il body in due (o piů) parti, calcolare l'MD5 di ciascuna,
verificare che nessun altro messaggio postato in precedenza possedesse al
suo interno un frammento uguale? (questa cosa servirebbe - se servisse - a
fermare gli spammer che aggiungono una stringa random in testa al body per
aggirare il controllo MD5)
8. Scrivere il codice in maniera che anche altri (oltre me) possano usarlo?
9. Ammesso che sia possibile (e se qualcuno sa come riuscirci sarebbe
bello conoscere il procedimento), ha senso cancellare gli header custom
aggiunti da ciascun utente? (Ho incontrato un utente che aggiungeva ai
suoi messaggi:
X-[qualcosa]: send your complaints to 
m...@example.com
... vorrei evitare che fosse possibile )
ciau e grazie

 utente che aggiungeva ai suoi messaggi:
assolutamente no, imho
 
-- 
Ciao, Dmitry
X-Privat F.A.Q. : 
http://www.x-privat.org/faq.php

suoi messaggi:
No.
-- 
ciao, | The Internet is full. Go away.  -- Joel Furr      | #156856496
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it/
         | 
m...@jabber.linux.it

non credo siano poi molti gli spammer che usano tale archibugio
Tutti quelli minimamente seri.


 Ma ne crei altri (duplicati).
affatto, la data originale impostata dal newsclient viene 
sovrascritta dalla data impostata dal server.


 non credo siano poi molti gli spammer che usano tale archibugio
purtoppo sono più di quanti vorremmo
ciau

sovrascritta dalla data impostata dal server.
E questa è una fonte di duplicati quando un client decide di inviarti di
nuovo qualche migliaio di articoli vecchi di qualche mese e che quindi
non sono più nell'history. Hint: so di cosa sto parlando.


Hint: so di cosa sto parlando. 
lo so, ma il caso di cui parli nella realtà (almeno nella mia) non 
può succedere. In che situazione e perchè mai dovrei avere qualcuno 
che mi manda migliaia di articoli vecchi di qualche mese?


 purtoppo sono più di quanti vorremmo
non ho dati in propostio, ergo mi fido di te :)


 (fai caching!).
xbl.spamhaus.org
 non contiene i dati relativi agli open proxy?
ciau (e grazie)


xbl.spamhaus.org
 non contiene i dati relativi agli open proxy?
Anche, ed è scritto ovunque che CBL non va MAI MAI E POI MAI usata per
rifiutare altro che posta. La cosa migliore è usare BOPM.


che mi manda migliaia di articoli vecchi di qualche mese?
Per esperienza posso dirti che capita. Che altro c'è da dire?


 Per esperienza posso dirti che capita. Che altro c'è da dire?
spero di no :)


 rifiutare altro che posta. La cosa migliore è usare BOPM.
grazie ;)
non lo sapevo
m'hai risparmiato un lavoro inutile

 m'hai risparmiato un lavoro inutile
uno sguardo però ai siti potevi darcelo eh :)


 (/^\ +\n$/) oppure quotate? Quali percentuali suggerireste?
In newsgroup dove si discute di trame (di libri, film, giochi...) è
prassi comune inserire, se necessario, uno spazio spoiler [1].
Quindi in tali newsgroup è perfettamente legittimo avere un articolo
composto da 3-4 righe di quote, 30 righe vuote e 2 righe originali.
IMHO il controllo sulle righe vuote può essere utile qualora si faccia
anche quello sulla percentuale di quoting: ho visto diverse persone
aggirare quest'ultimo lasciando dello spazio vuoto dopo la sig.
[1] Lo so che si potrebbe usare il ROT13 o il ^L, ma un sacco di gente
    se ne va ancora in giro per Usenet con client vetusti.
-- 
 ___ _            |
| _ (_)_ _  ___   | How am I posting?
|  _/ | ' \/ _ \  |       Call
|_| |_|_||_\___/  |  1-800-KISSMYASS

 la differenza raggiunga anche le 24h).
problema complicato....
dal mio punto di vista, i suck feed sono un male. 
Se utilizzati in maniera scorretta possono procurare problemi anche seri
alla macchina con cui si linkano.
Negli anni '90 le connessioni permanenti erano rare; oggi lo sono molto
meno. Se hai le skill per gestire un news server puoi utilizzare UUCP od -
al limite - un feed autenticato[1].
Ancora, molti utenti sembrano utilizzare in modo errato questa modalità
di traferimento degli articoli. Perlomeno, ho dovuto impedire l'accesso a
parecchi(e decine di) utenti per questo motivo. Non sono sicuro che si sia
trattato di azioni *volontarie*, perlomeno non in tutti i casi.
poi, certo, 
aioe.org
 è un news server pubblico....
ciau
[¹] Con INN - mi pare perchè non ho mai provato - sembra sia possibile
impostare dei feed da IP variabile ma autenticati da UID e PWD.