Newsgroup: it.news.gestione
Titolo: Filtro per INN

Sono lieto (si dice così in questi casi? :P) di annunciarvi l'uscita della
versione 0.4.1 di postfilter.
Postfilter è un filtro in perl che verifica i messaggi inviati dagli utenti
locali. Richiede INN 2.4.x e - pare - perl 5.8.x
Le sue funzioni sono:
1. respinge i messaggi uguali (MD5 sul testo)
2. verifica la correttezza degli headers (in modo variamente configurabile)
3. Permette di impostare un numero massimo di:
 
 3.1 Messaggi
 3.2 Numero di errori
 3.3 Dimensioni totali
 3.4 Numero di gruppi 
 3.5 Numero di followup
4. Questi limiti possono essere applicati, a scelta, su
 
 4.1 IP
 4.2 DN
 4.3 UserID
5. Per questi limiti esistono due limiti di tempo personalizzabili
 5.1 soglia breve (destinata a proteggere dai flood)
 5.2 soglia lunga
6. Permette di costruire banlist (basate su regex) su
 6.1  IP
 6.2  DN
 6.3  Domain
  6.4  UserID 
  6.5  From 
  6.6  NNTP-Posting-Host
  6.7  Subject
 6.8  Sender
 6.9  User-Agent
 6.10 Organization
 6.11 Message-ID
 6.12 References
7. Supporta archivi di parole vietate nel testo e nel subject
8. Permette di bandire automaticamente gli utenti che superano certe soglie
di attività personalizzabili.
9. Contiene un meccanismo simile al virtualhost di INN ma basato su gruppi e
non su IP
10. Permette di determinare in modo granulare quali headers debbano essere
mostrati ed in quale forma.
11. E' rilasciato in licenza BSD.
12. E' disponibile qui:
http://www.aioe.org/postfilter/downloads/postfilter-last.tar.gz
da me funziona bene da parecchi giorni, se qualcuno vuole provare ad usarlo
è il benvenuto
ciau

 provare ad usarlo è il benvenuto
magari lo provo con DNEWS.. se ti interessa sapere come si comporta e 
quali modifiche apportare per farlo girare anche con questo software.
(Cleanfeed ha richiesto solo qualche piccolo aggiustamento)
-- 
Ciao, Dmitry

 magari lo provo con DNEWS.. 
cosě com'č non funziona
utilizza innconfval per sapere dove si trovano le varie parti
comunque č una prova interessante

 comunque č una prova interessante
diciamo che alla fine sono molti piů gli utenti che usano INN che non 
DNEWS (considerando anche l'alto costo) ma potrebbe essere cmq molto 
interessante.
-- 
Ciao, Dmitry

 ciau
Ciao,
-- 
      Ermanno Polli   (INFN-LNF)
    user:      hostname:  subdomain:  domain:  country:
ermanno.polli    N/A        lnf         infn     it

 viceversa. Perche' MD5? O non ho capito io??
possono esistere (e sono frequenti) messaggi con identico testo e diverso
mid (se il messaggio ne è privo, il server assegna ad ogni nuovo messaggio
un mid diverso).
ciau

 ogni nuovo messaggio un mid diverso).
però il controllo md5 deve essere subordinato ad un limite max e min, 
altrimenti non ha senso. Tantopiù deve essere in correlazione con il 
f/up (se > X allora fai Y)
-- 
Ciao, Dmitry

 f/up (se > X allora fai Y)
scusami dmitry
non ho capito cosa vuoi dire

 non ho capito cosa vuoi dire
Credo voglia dire che deve scattare solo dopo una certa soglia.
Più o meno come il controllo del crossposting.

 Più o meno come il controllo del crossposting.
esatto. Il controllo MD5 è sicuramente utilissimo, però deve essere 
fatto cmq all'interno di determinate regole, imho.
-- 
Ciao, Dmitry

 fatto cmq all'interno di determinate regole, imho.
perchè un utente dovrebbe postare *due* messaggi *identici*?
dopotutto il multipost è *male* ... o no? :)
ciau 

 perchè un utente dovrebbe postare *due* messaggi *identici*?
1- Perché usa outlook
2- 
 

 1- Perché usa outlook
il primo passa, il filtro respinge *solo* il secondo
peraltro sembra che gli utenti di oe non si accorgano della cosa (cioè OE
non genera un messaggio di errore)
ciau

 non genera un messaggio di errore)
E' satto. 

 E' satto. 
quale errore?

 E' satto. 
quale errore?

 quale errore?
alcune versioni di OE - causa bug - inviano due copie dello stesso
messaggio. 
Se il server respinge *solo* la seconda, OE non mostra all'utente alcun
errore
chiaro? :)
ciau

 ciau
Non č questo il caso visto che si parla di un unico injection point, ma
esiste almeno una situazione in cui questo avvviene per una serie di
errori e misconfigurazioni.
Parlo di quei serverini casalinghi che fanno da cache per raccogliere un
"sucking feed" multiplo. Se questi sono settati male non solo leggono le
news da due o piů server (veri) upstream cercando nella ridondanza una
maggiore completezza del feed, ma mandano loro anche gli articoli in
uscita generando cosě degli injection point multipli (cosa che non si
dovrebbe *mai* fare, neanche con lo stesso msg-id). A questo punto, a
parte eventuali misconfigurazioni della cache a far casini, esistono anche
alcuni server che fanno una grossa cazzata, come mailgate ad esempio,
ovvero aggiungono il *loro* msg-id rimuovendo quello invece
originariamente fornito dal client; cosě senza volerlo abbiamo immesso su
usenet due articoli pressoché identici con msg-id diverso.
-- 
Carlo
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 *mai* fare, neanche con lo stesso msg-id). 
questo è il tipico caso di hamster usato per operazioni del genere, 
ahime..
-- 
Ciao, Dmitry

 usenet due articoli pressoché identici con msg-id diverso.
il problema - se così vogliamo dire - è che cleanfeed non blocca *tutti* i
messaggi identici
... e questo sarebbe un lungo discorso
ciau

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

 Per design.
perchè?

 ciau
Ciao,
-- 
      Ermanno "toppata" Polli   (INFN-LNF)


perchè?
Per rendere possibile il multiposting, entro certi (configurabili)
limiti.


 Non me lo dire.. La parola chiave e': "sul testo". Vero? :-(
l'md5 è eseguito sul testo (body) del messaggio
dal momento che alcuni header comunque variano, diversamente non avrebbe
molto senso
ciau

 questo è il tipico caso di hamster usato per operazioni del genere, 
Se non ricordo male, Hamster posta solo sul primo server con cui si
connette, rimuovendo poi dalla coda gli articoli in uscita.
Il caso di cui parlava Carlo Fusco è invece tipico di INN+suck, che
comunque ha una soluzione molto semplice.
-- 
 ___ _            |
| _ (_)_ _  ___   | How am I posting?
|  _/ | ' \/ _ \  |       Call
|_| |_|_||_\___/  |  1-800-KISSMYASS

 che comunque ha una soluzione molto semplice.
si, probabilmente Fusco si riferiva cmq a INN+SUCK
-- 
Ciao, Dmitry