Newsgroup: it.news.gestione
Titolo: Domande, sempre domande

Pian piano e per gioco, mi sono costruito il mio piccolo news server. A
quanto sembra funziona anche benino. Ha solo un difetto: nessuno lo usa.
Venti utenti per la baracca sono come andare a caccia di passeri con un
carro armato. 
Di qui un'idea. Aprire il server in scrittura al pubblico. 
Due domande brutali. E' un suicidio?
Ammesso che non lo sia, quale genere di precauzioni suggerireste per
evitare problemi di spam?
Ho già attivato il backoff di inn e settato a 8640 (dieci messaggi al
giorno) backoffpostslow. 
Che genere di filtri (
filter_nnrpd.pl
) devo aggiungere (che non avessi
già permettendo il post ai soli utenti autenticati)?
Ultimo quesito. Non c'entra nulla però l'occasione - si dice - fa l'uomo
ladro. Qualcuno sa cosa sia e come funzioni l'automatic keywords
generation di INN. Sembra un motore di ricerca ma non ho capito cosa
indicizza e come si consulta.
Grazie a tutti, soprattutto dell'eterna pazienza
ciau

indicizza e come si consulta.
Mai usato, ma ecco cosa pensava .mau. del campo header "Keywords:" nel '97:
http://www.landfield.com/usefor/1997/Oct/0108.html
M/

indicizza e come si consulta.
Fondamentalmente inutile.
-- 
ciao, | The Internet is full. Go away.  -- Joel Furr      | #156856496
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it/
         | 
m...@jabber.linux.it

 Senza autenticazione, sì.
Basata _necessariamente_ su userid/passwd?
Ammesso che sia sufficiente solo una qualche limitazione basata su IP o
dominio del client, come determino il sottoinsieme di host a cui
permettere di postare?
In soldoni: se si può, quali sono i "limiti di sicurezza" oltre cui si
diventa "troppo" ospitali?
ciau

 Beh, che c'è di male? 
Di male nulla. E' solo che non so dove volgere la prua. UUCP - in questo
d'Itri ha ragione - è un sistema comodissimo. I dati viaggiano compressi,
il risparmio di banda è intorno all'80%. D'altra parte, sembra che questa
soluzione sia ignota al mondo. Ancora, per poter inviare i dati compressi,
c'è prima bisogno di comprimerli. Dopo l'operazione, occorre conservare i
dati in attesa che il destinatario si colleghi. In generale, è un sistema
molto comodo per chi riceve, su grande scala sembra meno comodo per chi lo
fornisce. Perlomeno, la mia beatrice (un K7 900 malandato che uso  per le
prove) arranca con il fiatone quando è costretta a queste fatiche. 
La generosità del mio unico benefattore è certo somma. Però giustamente
non è illimitata.
Di qui, l'arduo problema. Oltre al gusto personale per smanettare, che ci
faccio con il giochino?
La prima sfida era: costruire un piccolo news server con una adsl d'avanzo
e con un po' di ferraglia. Bene o male, in modo imperfetto, il news server
funziona.
E adesso?
ciau 

Basata _necessariamente_ su userid/passwd?
Direi proprio di sì.


E adesso?
Cerchi gli utenti...


 Direi proprio di sě.
ok
adesso č chiaro
ciau

 per evitare problemi di spam?
cleanfeed al limite qualcosa di costruito " a mano "
 
-- 
Ciao, Dmitry
Posted from X-Privat Free NNTP server - 
www.x-privat.org

 cleanfeed al limite qualcosa di costruito " a mano "
L'idea stuzzica.
Però ho due problemi.
In 
http://www.exit109.com/~jeremy/news/cleanfeed/
è indicato a caratteri cubitali come cleanfeed non sia disegnato come
spam filter locale. Peraltro, se ho capito come funziona, l'avvertenza non
sembra in fondo tanto insensata. Perlomeno cleanfeed.local deve essere
modificato parecchio. Hai esperienza diretta di quest'uso particolare di
cleanfeed? Perlomeno, qualcuno l'hai mai fatto?
Altra cosa.
Che intendi esattamente con "qualcosa di costruito a mano"? Che genere di
controlli implementi e soprattutto quali soglie di sicurezza utilizzi?
ciau ciau

 sicurezza utilizzi? 
intendo magari uno scrip in Perl fatto ad hoc per le tue esigenze, 
oppure prendi cleanfeed e lo modifichi a tuo piacimento.
Personalmente non sono particolarmente restrittivo, quantomeno blocco
qualsiasi tipo di file binario o con codifiche strane e tutti i 
messaggi in HTML. Poi blocco BODY identici superiori a 6 nella 
totalità dei gruppi da me sottoscritti e questo fa già un buon 
lavoro. Blocco anche gli APPROVED che non siano sottoscritti nel mio 
moderator.conf (le ultime versioni di cleanfeed credo lo facciano).
Blocco i cross post superiori a 10 e blocco l'invio di più di 60 
messaggi al giorno per ogni USERS autenticato.
infine ho una lunga lista di IP bloccati in scrittura e lettura.


 Per quale motivo?
perchè itengo che oltre tale limite possa considerarsi spam. Tutto 
sommato ho notato che anche personaggi come te che postano molto, in 
60 messagi ci stanno dentro.. Al limite se qualcuno si lamenterà che 
qualche suo messagio è stato rifiutato può sempre scrivermi in e-mail 
e farmelo notare.


spam filter locale. Peraltro, se ho capito come funziona, l'avvertenza non
Più o meno ci si aspetta che ogni sito adotti anche *altre* misure più
restrittive, come per esempio limitare il numero giornaliero di post,
almeno per default.
NB: quella versione è molto vecchia, ti conviene installare
http://www.bofh.it/~md/cleanfeed/cleanfeed-20020501.tgz
 che è un po'
meno vecchia.


 meno vecchia.
grazie :)
ciau

genere:
Esatto.


 5. Filtri standard vari.
Raccomanderei anche di ripristinare il filtro antioverquoting con
messaggio esplicativo su come fare bene il quoting. Personalmente
implementerei anche un analogo filtro + messaggio sul tag OT.
-- 
Luca - e-mail: p.stevens at 
libero.it

 implementerei anche un analogo filtro + messaggio sul tag OT.
perchè?
la possibilità per gli utenti di usare il tag [OT] mi sembra un'ottima
cosa
ciau

Aioe:

E' opinione di molti che il tag sia un male (vedi
http://groups.google.com/groups?as_q=tag&as_ugroup=it.cultura.cybersocieta&as_uauthors=carlo%20fusco
e in particolare <b4bb7o$r6m$1...@samvise.theshire.me.invalid>
Il newsadmin ha la responsabilità di essere quello che fornisce
l'accesso a Usenet, e ha la possibilità di essere il primo e più
autorevole mentore di chi la frequenta. 
Quindi, se proprio vuoi lasciar passare post dichiaratamente offtopic,
potresti almeno consigliargli di scrivere in topic nel gruppo giusto,
no?
Xpost e fup


 Basata _necessariamente_ su userid/passwd?
Io ho risolto con username/password e nntps, in modo da fare girare il tutto 
criptato così username/password non sono esposte.
-- 
Luca Villani                Wireless Solutions S.p.A.
NOC Manager                 Europe HQ: via Castiglione 25, 40124 Bologna Italy
http://www.wseurope.com
     Tel: 
+39 051 2966826
     Fax: 
+39 051 2966800
GPG public key available    Mobile: 
+39 348 5298542
  UIN: 76272621

 criptato così username/password non sono esposte.
ci sto lavorando, le password in chiaro sono poco sensate.
piuttosto, sai dove posso trovare le statistiche relative al traffico
_non_ _binario_ di it.* free.it.* it-alt.* e linux.* ?
ciau

ci sto lavorando, le password in chiaro sono poco sensate.
Ti assicuro che sono più che adeguate allo scopo...


 _non_ _binario_ di it.* free.it.* it-alt.* e linux.* ?
http://news.servidellagleba.it/inflow/perhiertraf-megan.html

 traffico _non_ _binario_ di it.* free.it.* it-alt.* e linux.* ?
http://www.mynewsgate.net/frameset.php?destra=newsstat.php&mese=&ng=


 Ti assicuro che sono più che adeguate allo scopo...
:?
praticamente tutti i client supportano l'nntps
ciau

 praticamente tutti i client supportano l'nntps
Io ho trovato solo MozillaNews/Thunderbird, quali altri client lo supportano?


 Ti assicuro che sono più che adeguate allo scopo...
Per *te*.
Per noi invece no, su queste cose siamo paranoici.


 Io ho trovato solo MozillaNews/Thunderbird, quali altri client lo supportano?
OE Xnews
(e non è poco)
cmq per gli altri si può usare stunnel
ciau

 cmq per gli altri si può usare stunnel
Certo, è la configuraizone di metà delle persone del flug.


 
http://news.servidellagleba.it/inflow/perhiertraf-megan.html
grazie mille
ciau

 Però io intendevo per Linux, ho trovato solo quei due.
c'è anche sylpheed -> 
http://sylpheed.good-day.net
ciau