Newsgroup: it.news.gestione
Titolo: Giocando con i filtri... tante domande

Ottenuto un piccolo feed per il mio server cantinaro, mi sono dedicato a
scrivere i filtri (
nnrpd_filter.pl
) per evitare che i miei utenti, assai
pochi ma molto analfabeti informatici, possano dare fastidio al mondo. E
cosi' mi sono sorti un po' di dubbi. Probabilmente, e' una URL che avrei
dovuto leggere ma non ho trovato, in ogni caso provo qui. 
Per cominciare, vieto loro di spedire un messaggio a più di dieci gruppi,
tre senza followup, massimo tre followups, nessun crosspost fra gerarchia
it.* e resto di USENET. Fin qui e' corretto?
Quanto al formato dei post, considero validi i messaggi privi dell'header
Content-Type oppure che lo contengano ma *solo* con valore text/plain Cio'
e' secondo le regole? Ancora, quali sono i charset ammessi all'interno di
it.* (8859-*, uft-8 ... )? 
Tutti i messaggi della gerarchia it.* contengono all'interno degli header
l'IP del mittente. E' una regola oppure una convenzione? In altri termini
posso eliminare gli header NNTP-Posting-Host e X-Trace (o almeno renderli
non significativi)? Se, come credo, non e' possibile, qual'e' la ragione? 
Sempre in tema, alcuni (miei) messaggi provengono dalla rete locale a cui 
e' allacciato anche il server. I messaggi, quindi, risultano provenire da
un IP locale. Non sono riuscito a trovare messaggi del genere in giro. Si
puo' fare?
vabbe'... forse le domande son' gia' troppe
grazie a chi mi risponde, buon tutto a tutti

 Ma cleanfeed lo hai installato?
installato
pero' mi occorre filtrare i messaggi /locali/ diretti verso l'esterno (che
cleanfeed non copre)
ancora, ho provato ad inviarmi in feed messaggi su it.* privi di X-Trace ed
NNTP-Posting-Host e cleanfeed non ha avuto problemi ad accettarli.
Ed in ogni caso, preferirei fosse il /mio/ /server/ a respingere quello che
non deve passare; se non altro perche'  un messaggio respinto dal cleanfeed
/remoto/ sul mio server appare, nel resto di usenet no.
In parole povere, cleanfeed copre 
filter_innd.pl
, e va benone. Io cerco una
soluzione per 
filter_nnrpd.pl
 cioe' per quello che m'arriva dai miei client
ciau 

puo' fare?
Ci sono alcuni motivi per cui e` una cattiva idea, sarebbe meglio se
ci fosse un hostname (seppure non risolvibile globalmente) o niente
del tutto.
-- 
ciao, | The Internet is full. Go away.  -- Joel Furr      | #156856496
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it/
         | 
m...@jabber.linux.it

miei...).
Ma č valido il sopradescritto e-mail?
Paolo

 e' possibile, qual'e' la ragione? 
x-trace aiuta a rintracciare lo spam, io eviterei di toglierlo a meno 
che non usi l'autenticazione e tieni dei log sempre aggiornati.
-- 
By Dmitry 
Posted from X-Privat Free NNTP server - 
www.x-privat.org

che non usi l'autenticazione e tieni dei log sempre aggiornati.
Beh, questo lo davo per scontato.


Ma è valido il sopradescritto e-mail?
Sì.


 Ci sono alcuni motivi per cui e` una cattiva idea, 
corretto anche questo
grazie :)
ciau

 che non usi l'autenticazione e tieni dei log sempre aggiornati.
In realtà, il mio è un piccolo server cantinaro molto agli inizi.
Al momento, i miei utenti sono molto pochi, tutti autenticati in scrittura,
tutti conosciuti di persona. Qualcosa come un gruppo d'amici.
Il mio problema è che per la massima parte di costoro un newsgroup è la
"/chat/ /di/ /outlook/". Il mondo è anche questo, bisogna conviverci. Di
qui l'idea di codificare le regole in script: se c'è qualcosa di sbagliato,
o che potrebbe esserlo, il messaggio non parte. All'errore del server segue
telefonata/query/email ed io spiego al malcapitato che ha sbagliato. Sempre
meglio di vespaio di rimproveri, il messaggio di un BOT, qualcuno che rompe
le palle. Ad ora, i miei utenti sono 15 (dicasi quindici); finchè sono
pochi, anche non necessariamente /così/ /pochi/, il mio sistema /dovrebbe/ 
essere ragionevolmente poco dispedioso per me in termini di tempo. Voglio
dire che nella mia condizione lo spam volontario rappresenta un problema
secondario, almeno fin quando non apro un servizio al pubblico (la quale
cosa non è nei miei progetti, al momento). 
Quanto ai Log, è chiaro.
ciau

 miei progetti, al momento) 
non puoi evitare di usare le '/' ? :) cmq secondo me, visto la natura 
del tuo server non hai nemmeno bisogno di scrivere nulla, usa cleanfeed
e vivi felice.


corretto anche questo
Mica tanto, l'hostname dovrebbe essere qualificato.


Mi sembra una buona idea.
Non la è, se già si conservano i log necessari.


 Mi sembra una buona idea.
e' una cosa molto sensata 
ci sto pensando su
ciau 

 non puoi evitare di usare le '/' ? :)
suvvia, siamo italiani, non e' un caso che in inglese il corsivo si chiami
"italic". Scherzi a parte, e' solo un vezzo linguistico; mi adeguo di buon
grado, se questo disturba. Solo una curiosita', perche' ?
ciau

 Ottenuto un piccolo feed per il mio server cantinaro, mi sono dedicato a
[...]
Dovresti anche impedire l'aggiunta dell'header 'Approved:' di
default. Le ultime versioni di INN lo hanno configurabile in
readers.conf.
-- 
ciao | Antispam in pillole: (TRACEROUTE) Indica le reti, hop, che sono
cf   | tra te e il computer dello spammer, il penultimo hop e` di chi
-----+ fornisce connettivita` all'ISP dello spammer: inviare a lui il 
lart, se l'ISP protegge lo spammer. Il traceroute puo` essere falsificato 

 Mica tanto, l'hostname dovrebbe essere qualificato.
corretto, 
il mio animo fancazzista riemerge ogni tanto
ciau 

Aioe scripsit:
 Solo una curiosita', perche' 
La convenzione per il corsivo italiano è l'uso dell'_underscore_.
-- 
"SONO MATTEO ASTROFILO SEMINEOFILO" (post su ISA)
it.cultura.classica: 
http://digilander.iol.it/mmanca

 readers.conf
sai che ci ho messo mano proprio ieri? Avevo fatto notare questo 
problema in DNEWS e ho provveduto a sistemarlo.


 La convenzione per il corsivo italiano è l'uso dell'_underscore_.
A me risulta che abbia ragione lui e che l'underscore indichi invece la
sottolineatura.
-- 
 ___ _            |
| _ (_)_ _  ___   |  "There ain't no devil,
|  _/ | ' \/ _ \  |   there's just god when he's drunk"
|_| |_|_||_\___/  |       Tom Waits

 sottolineatura.
Nella scrittura dattilografica la sottolineatura indica che la parola
sottolineata si deve intendere in corsivo.


 sottolineata si deve intendere in corsivo.
Mi sembra stano quello che dici per varie ragioni:
1. Parecchi newsreader (Knode, Mozilla Mail) interpretano la sequenza      
(/)stringa(/) come corsivo, cioe' rendono il font in corsivo. Se fosse vero
quello che dici, dovrei dedurne che due programmi molto diffusi hanno lo
stesso difetto e che nessuno se ne sia accorto fino ad ora. Strano, tutto
qui.
2. Considera questa frase:
La dolce mammina disse "ti amo". In questa forma esprime tenerezza.
La /dolce/ /mammina/ disse " /ti/ /amo/ " ... suona sarcastica
La _dolce_ _mammina_ disse " _ti_ _amo_ " ... semm' tutt' e' figli a'
mmamma'
Se la sottolineatura vuol dire corsivo, come si rende la sottolineatura (nel
suo preciso uso italiano)
ciau
F/up poster

 che usavo su
Usenet verranno presto abbandonati: eliminateli dal vostro AddressBook
sostituendoli con l'email che trovate nel "From: " di questo articolo.

 default. 
fatto ;)
ed ho anche aggiunto il controllo sul numero di righe quotate
grazie a tutti per l'aiuto
ciau

 testo quotato ("Too many quoted text..." o giù di lì).
Questo però è controproducente sui ng di libri/film/giochi, perchè
verrebbero rifiutati i post che contengono uno spazio-spoiler quotato.
E poi è facilmente aggirabile lasciando un congruo numero di righe vuote
alla fine (l'ho visto fare regolarmente quando questa politica era
adottata da Mailgate).
