Newsgroup: it.news.gestione
Titolo: [X~post] Configurazione inn2

Dopo aver discusso riguardo inn nel thread:
"[Xpost] gestione news: "leafnode+", chi lo usa, opinioni",
ho deciso di fare una prova nella configurazione del server, anche se lo
uso solamente a livello personale come unico utente...
Ho seguito diverse guide e pagine di man. In particolare:
http://tinyurl.com/4x24vn
http://tinyurl.com/3k826p
Più le guide di Marco D'Itri e un po' di roba sul sito di 
aioe.org
.
La versione installata è la 2.4.3 e la distribuzioneslackware 11.0.
__
Dopo avereditato tutti (spero) i file coinvolti, comeutente news
comespiegato, ho dato
inncheck
inncheck -pedantic
inncheck -perms
per verificare che non ci fossero errori.
In realtà qualche probelmino è saltato fuori: siccome le due guide che
ho seguito dicono rispettivamente di non preoccuparsi e di sistemare
tutto, mi trovo un po' in dubbio e prima di avviare il server (anche se
devo ancora capire comesi fà nello specifico...), mi rimettoal vostro
aiuto. Ecco quanto accade:
news@notebook:~$ /usr/lib/news/bin/inncheck
/etc/news/control.ctl:0: mode 644, should be 640
/etc/news/expire.ctl:0: mode 644, should be 640
/etc/news/nntpsend.ctl:0: mode 644, should be 640
/etc/news/readers.conf:0: mode 644, should be 640
news@notebook:~$ /usr/lib/news/bin/inncheck -pedantic
/etc/news/control.ctl:0: mode 644, should be 640
/etc/news/expire.ctl:0: mode 644, should be 640
/etc/news/nntpsend.ctl:0: mode 644, should be 640
/etc/news/readers.conf:0: mode 644, should be 640
news@notebook:~$ /usr/lib/news/bin/inncheck -perms
/usr/lib/news/bin/rnews:0: owned by uucp, should be news
/usr/lib/news/bin/rnews:0: mode 4550, should be 500
/etc/news/control.ctl:0: mode 644, should be 640
/etc/news/nntpsend.ctl:0: mode 644, should be 640
/etc/news/readers.conf:0: mode 644, should be 640
/etc/news/expire.ctl:0: mode 644, should be 640
/usr/lib/news/bin/nntpsend:0: mode 555, should be 550
/usr/lib/news/bin/sendbatch:0: missing
/usr/lib/news/bin/send-ihave:0: mode 555, should be 550
/usr/lib/news/bin/send-nntp:0: mode 555, should be 550
/usr/lib/news/bin/send-uucp:0: mode 555, should be 550
/usr/lib/news/bin/expire:0: mode 550, should be 555
/usr/lib/news/bin/makehistory:0: mode 550, should be 555
/usr/lib/news/bin/overchan:0: mode 550, should be 555
/usr/lib/news/bin/prunehistory:0: mode 550, should be 555
Insomma, mi dice che una certa caratteristica di alcuni files è "x"
mentre dovrebbe essere y.
Mi dareste una mano a mettere tutto in ordine?
Graziein anticipo
____________________________________
Mail: johnnynews at vfemail dot net

 /usr/lib/news/bin/prunehistory:0: mode 550, should be 555
questi sarebbe meglio fossero sistemati (almeno expire e makehistory). Con i
permessi che stai usando, qualunque utente del sistema è in grado di
invocare questi comandi e questo potrebbe generare un po' di problemi di
sicurezza inambienti multi-user.
imho inncheck dovrebbe essere rivisto (così genera una valanga di falsi
potivi)
se hai chiedi su it.news.gestione

 se hai chiedi su it.news.gestione
Come vedi ho colto l'occasione al balzo.
Mantengo il crosspost ancora un'attimo anche su icols


>> /usr/lib/news/bin/sendbatch:0: missing
Quest'utltimo invece non sono riuscito a metterlo apposto.
in pratica ora ho:
news@notebook:~$ /usr/lib/news/bin/inncheck
news@notebook:~$ /usr/lib/news/bin/inncheck -pedantic
news@notebook:~$ /usr/lib/news/bin/inncheck -perms
/usr/lib/news/bin/sendbatch:0: missing
Capisco che serva solo se si usa il feed in batch, ma volendo correggere
come fare?


JohnnyNewbie wrote:

hai usato i sorgenti originali oppure un pacchetto già pronto?
dovrebbe essere incluso nei sorgenti di innd, potrebbe essere stato rimosso
dal pacchettizzatore per qualche motivo 

potivi)
O in alternativa, completamente ignorato.
Per inciso, non so che versione sta usando lui ma la mia non si aspetta
che i file abbiano quei permessi.
-- 
ciao, |
Marco | The Internet is full. Go away.  -- Joel Furr

 dal pacchettizzatore per qualche motivo 
Potrei chiedere sul sito della comunity slackware e/o controllare meglio
le opzioni di compilazione/creazione del pacchetto da parte di P.V.
magari c'è scritto qualcosa.
ftp://ftp.unina.it/pub/linux/distributions/slackware/slackware-11.0/extra/source/inn/inn.build
se voleste dargli un'occhiata veloce e vedeste a colpo d'occhio che
manca qualche opzione volta a creare o escludere sendbatch, fate pure
sapere.
Saluti.


 La versione è inn-2.4.3.
guarda...  sul server sendbatch non c'è
non c'è neppure nei tgz originali da cui ho compilato innd
mi ricordo - ricordi antichi - che un tempo esisteva un'utility con quel
nome... però è passato tanto tempo.
hint: dimentica il problema
ps.. quanti gruppi leggi? (se hai problemi con il gsm esistono parecchie
soluzioni possibili ma dipende dal volume di traffico)

 soluzioni possibili ma dipende dal volume di traffico)
Ah gurada i gruppi che leggo sono una decina, facciamo 20 per stare
larghi, non ho a dire il vero grosse esigenze...era solo per provare
soluzioni diverse.
Attualmente uso leafnode, con più server: posto su aioe/albasani e
scarico i messaggi da unina/un'altro tedesco, di cui non ricordo il
nome.
Tutto sommato è una soluzione ottima per le mie esigenze....
Prima leggevo le news direttamente dal server remoto usando rtin verso
un server pubblico. E la mia linea non è ottimale per un utilizzo del
genere. Dopo sono passato a leafnode e non c'è paragone....sono molto
più veloce nelleggere rispondere, andare a pescare articoli già letti
ecc ecc.
Allora mi sono detto, perchè non provare altre strade? magari va a
finire che la situazione migliora ancora!
Poi visto che inn è uno standard da qanto ho capito, ho pensato che
conoscerlo un'attimo configurandolo e usandolo un po' non sarebbe stato
poi un investimento buttato.
Il problema col gsm è la latenza e l'instabilità.
Come vedi ci si mettono anche le forze della natura e murphy è sempre in
agguato  ;-)
In pratica, come avevo già evidenziato nell'altro thread, ho notato che
i messaggi vengono scaricati uno alla volta da leafnode, ovvero ci sono
in gioco un sacco di richieste/risposte/conferme che vengono esaltate
dalla mia alta latenza (mi spiego?) per cui la banda effettiva che
occupo per scaricare i messaggi è di (0:1) KB/s circa....
LAbanda massima che la connessione può raggiungere in download diretto
su files da http è di 25 KB/s.
Ecco perchè penso che ci siano altre strade migilori per prelevare i
messaggi dal server in modo da aumentare la velocità in download.
Comunque ripeto...il volume di traffico di cui parlo è decisamente
esiguo per cui è accettabile anche a 1 KB/s con leafnode.
Cosa avevi in mente riguardo ad alternative per gsm? L'argomento mi
interessa...dì pure  :-)


molto strano.
Il problema è che pretendi qualità e perfezione da un pacchetto
Slackware. Sei fuori strada.


 so...)
Un attimo....non avevo capito bene.
Dunque questo sendbatch è un'applicazione esterna ad inn, non è compreso
nei sorgenti di inn....
Questo forse c'entra qualcosa:
http://ftp.uni-bayreuth.de/netsoftware/news/sendbatch/
A presto  :-P


 
http://ftp.uni-bayreuth.de/netsoftware/news/sendbatch/
si, è lui
scrivi a quelli di slack e segnala loro che il pacchetto ha un bug...


Però...calma un attimo....mi sa che ho trovato alcune info interessanti
sul sito semiufficiale di inn nella sezione dedicata ai change-log tra
le varie versioni.
Quella che ho io è la 2.4.3.
Date un'occhiata a questa pagina (è in inglese ovviamente, ma si
capisce...).
http://www.eyrie.org/~eagle/software/inn/docs-2.4/news.html
Riporto le parti salienti coinvolte nel nostro discorso (anche se basta
cercare il pattern sendbatch nella pagina linkata sopra...):
=========
If you use send-uucp, it has been completely rewritten and now takes a
configuration file to specify its behavior. See its man page for more
information. If you use sendbatch, it is no longer included in INN since
the new send-uucp can handle all of the same functionality.
=========
E ancora:
=========
send-uucp has been replaced by a completely rewritten version from Marco
d'Itri, Edvard Tuinder, and Miquel van Smoorenburg, which uses a
configuration file that specifies batch sizes, compression methods, and
hours during which batches should be generated. The old sendbatch script
has been retired, since send-uucp can now handle everything that it did.
=========
Non potevo sperare in una discussione con interlocutori migliori  ;-)
In pratica alla fine della fiera, send-uucp ha subito modifiche tali da
non rendere più necessaria la presenza del vecchio sendbatch.
E fin qui è tutto assai rinquorante.
Ma allora perchè inncheck reclama quel benedetto sendbatch?
Che gli sviluppatori di inn habbiano scordato di dire a inncheck che
sendbatch non esiste più e in suo luogo c'è send-uucp?
Cosa ne pensate?
In effetti potrebbe essere una spiegazione non vi pare?
Insomma potremmo avere a che fare con un piccolo bug di inncheck.
C'è da dire anche una cosa però: il pacchetto slackware che ho
installato potrebbe essere vecchiotto, visto che anche la mia slackware
11 è ormai quasi 1 anno che non è più manutenuta. Se il bug (eventuale)
fosse già stato patchato dagli sviluppatori di inn potrebbe anche non
essere compreso nel pacchetto per slackware-11.0.
Aspetto vostre opinioni in merito.
A presto  :-)


Insomma potremmo avere a che fare con un piccolo bug di inncheck.
Il mio non si lamenta.


 les batches, ainsi importe-t-il ?
Ne vous inquiétez pas pour cela.
Je sais qu'il y a aussi un problème de « bunbatch » manquant. J'ai un
patch en attente pour INN afin de corriger cet avertissement incorrect.
Do not worry for that.
I know there is also a problem with "bunbatch" missing.  I have a
pending
patch for INN to fix that incorrect warning. 
===================
Vi chiederei una conferma, alla luce di quanto detto e dei link che ho
mostrato.


 Il mio non si lamenta.
A quale verisone di inn ti riferisci? 
Io sto parlando della 2.4.3.


 smettila di farti seghe mentali.
è solo uno che vuole imparare
anche tu eri così alla sua età, dovresti avere con lui la stessa pazienza
che gli altri già grandi avevano con te da ragazzino. Tutti abbiamo
cominciato, gli esordi di ciascuno non sono stati troppo felici.
dopo una risposta del genere, forse il tipo smetterà di usare innd (il cui
maggiore limite è proprio la penuria di documentazione) e questa mi pare
una cosa /inutile/. 

 feed uucp?
perchè non si usa nemmeno per gestire un feed uucp. Nota che inn 2.4 include
un programma chiamato sendxbatches che svolge le stesse funzioni
dell'originale. 

 dell'originale. 
Come avevo cercato di buttare lì a naso all'inizio della discussione.
In sintesi estrema diciamo che già potrei cominqciare ad utilizzare inn.
Dopo aver messo appunto suck o newsx ovviamente....
Confermi?


 pubblico...ovviamente.
io uso inn a casa su slackware senza problemi (sono rimasto fermo alla
2.4.1)
server domestico, una ventina di gruppi prelevati con newsstar, 
messo su per capire come funzionava inn e poi sostanzialmente
lasciato li a lavorare in silenzio da almeno 4 anni.
-- 
.
ciao
GPG/PGP key available on keyservers
Lega la lega alla cadrega

 lasciato li a lavorare in silenzio da almeno 4 anni.
Quale versione di slackware usi?
INN lo hai compilato tu o hai usato un pacchetto precompilato di Pat?


 del pacchetto di inn.
anche per sport va bene :-)

 una ventina di gruppi prelevati con newsstar,
pessima idea, imho
meglio, molto meglio suck. 

 anche per sport va bene :-)
Diciamo che ci sarebbero anche sport migliori...  ;-)
Mi piacerebbe capire nello specifico dove sono questi warning di cui
parlavi prima e a che file di preciso ti riferivi.


 soluzioni possibili ma dipende dal volume di traffico)
Questa tua interessante affermazione mi interessa
particolarmente...potresti spiegare cosa intendevi?


 INN lo hai compilato tu o hai usato un pacchetto precompilato di Pat?
e' la 12.0, ma evidentemente ho dimenticato di fare gli upgrade dei pacchetti
della directory extra
o forse l'ho fatto apposta, ricordo che un passato aggiornamento 
della distro (non ricordo se dalla 9 alla 10 o dalla 10 alla 11)
aveva un po' scombussolato inn, tipo che aveva sostituito i file di config
esistenti con quelli di default........ (mai successo con altri pacchetti
durante un aggiornamento della slack).
il pacchetto che uso cmq e' quello precompilato di Pat 
(e mi da il warning per sendbatch che manca, ma l'ho sempre ignorato visto
che non uso sendbatch).
-- 
.
ciao
GPG/PGP key available on keyservers
"A true friend knows who you are...but likes you anyway."


Bene, allora non dipende da slackware-11.0.
Avevo fatto presente il problema su 
slacky.eu
 nella sezione packages, ma
per ora non ho ancora ricevuto risposte...staremo a vedere. Nel
frattempo ingorerò anch'io il problema e passerò all'installazione di
suck o newsx e configurazione di tutta la baracca.
Ti ringrazio per l'intervento nella discussione e le informazioni
apportate.
