Newsgroup: it.comp.os.linux.iniziare
Titolo: news server indipendente

tramite Tin o Libero o Tiscali o Vattelepesca-isp.
Prova a sottoscrivere it.news.aiuto, nelle FAQ trovi una lista cone le
caratteristiche (solo lettura, limitazioni di accesso, ed altro)
-- 
Alla faccia del millennium bug che non ha avuto ripercussioni,
buon millenovecentonovantadieci a tutti
roberto poggi 
rpo...@sofhome.net

Mi servirebbe un news server ,con le gerarchie it.* ,che mi permetta
di scaricare le news indipendentemente dal fatto che io entri in rete
tramite Tin o Libero o Tiscali o Vattelepesca-isp.
Suggerimenti?
-- 
db++.

 tramite Tin o Libero o Tiscali o Vattelepesca-isp.
createlo sulla tua macchina; installa inn+newsx (o inn+suck) e configurali
opportunamente. Poi potrai scaricare dal news server del provider col
quale ti colleghi di volta in volta, senza problemi di duplicati o
traffico eccessivo (se configurati opportunamente non scaricherai mai due
volte lo stesso messaggio, al massimo i msgid).
-- 
ciao, Roberto
:wq!

 db++.
prova 
diesel.cu.mi.it
----------------------------------------------
Adoro i Manga ,e Asimov
URL: 
http://www.geocities.com/Tokyo/Ginza/3186
E-mail: 
no...@tin.it
UIN: 762199
----------------------------------------------

volte lo stesso messaggio, al massimo i msgid).
E' interessante, ma uso leafnode, inn mi sembra troppo per una
macchina standalone.
-- 
db.

volte lo stesso messaggio, al massimo i msgid).
A proposito! Io con Leafnode faccio già un discorso di questo tipo, in
quanto a seconda della connessione che ho uso interbusiness oppure libero.
Se in leafnode/config metto come server l'uno o l'altro non fa problema, e
comunque scarica solo i messaggi nuovi :-)
Però a questo punto faccio una domanda: visto che è possibile indicare nel
file leafnode/config un server alternativo a quello principale, io pensavo
di fare una cosa di questo tipo: metto (es.) come principale interbusiness
e come alternativo libero; se non trova disponibile interbusiness (infatti
se accedo da libero mi da connection refused) dovrebbe così scaricare da
libero.
Il mio dubbio riguarda questo: ho letto nel man di leafnode che per
postare - se possibile - usa ANCHE i server alternativi. Naturalmente se
sono su libero interbusiness mi darà posting not allowed, e quindi così
non rischierei di avere dei messaggi duplicati.
Ma non vorrei trovarmi il mio newsserver locale intasato di messaggi in
coda d'uscita che non è riuscito a spedire e continua a provare a
oltranza, mentre tra l'altro quei messaggi sono già stati spediti
all'"altro" newsserver.
Mi sto facendo dei trip mentali (e una volta spedito su un newsserver
qualunque il messaggio viene indicato come "spedito" e quindi
accantonato) oppure è un dubbio legittimo?
-- 
Crononauta
==========
ICQ UIN: 4005815
IDAnet: 
http://adcserver1.biodip.unimi.it/ida/index.htm
GP Legends: 
http://www.multiplayer.it/driving/

comunque scarica solo i messaggi nuovi :-)
Fammi capire, metti prima uno e poi l'altro o li lasci tutti e due nel
config?
Il tuo reader si orienta o da fuori di matto?
-- 
db.

 macchina standalone.
Tendo ad essere d'accordo; comunque le risorse impiegate non sono molte:
 PID  USER     PRI  NI  SIZE  RSS SHARE STAT  LIB %CPU %MEM   TIME COMMAND
 632  news       0   0  2656 2656  1392 S       0  0.0  4.2   0:00 innd
1810  news       0   0  1532 1532  1064 S       0  0.0  2.4   0:03 nnrpd
 636  news       0   0   844  844   700 S       0  0.0  1.3   0:00 actived
 642  news       0   0   544  544   440 S       0  0.0  0.8   0:00 crosspost
 645  news       0   0   536  536   444 S       0  0.0  0.8   0:00 overchan
La cosa più fastidiosa è la messa a punto della configurazione, ma se
usi una distribuzione decente le cose da modificare sono veramente
poche: su una redhat ad esempio basta modificare opportunamente
/etc/news/newsfeeds e /etc/news/inn.conf e quindi creare i gruppi con
ctlinnd (ovviamente in un secondo momento si possono mettere le mani in
altri file, per il fine tuning della configurazione).
Per quel che riguarda newsx, se inn è ben configurato, la configurazione
è banale.
una volta messo a punto il tutto la manutenzione è praticamente
inesistente.
-- 
ciao, Roberto
:wq!

 non rischierei di avere dei messaggi duplicati.
se leafnode funziona come inn+newsx (o inn+suck) non corri questo
pericolo comunque. All'articolo viene assegnato un msgid e ogni server
controlla nella sua history se quell'articolo lo ha già ricevuto: in
caso affermativo lo rifiuta; a questo punto l'unica cosa sensata che
potrebbe fare leafnode è eliminare l'articolo dalla coda di uscita
(quindi la coda non continuerebbe a crescere all'infinito...) 
-- 
ciao, Roberto
:wq!

pericolo comunque. All'articolo viene assegnato un msgid e ogni server
Non mi pare lo faccia, ho provato e ha dato di matto :(
-- 
db.

:wq!
:r! ls 
:)
-- 
db.

 newsx?  sarebbe un equivalente di suck?  e` migliore?
si. Rispetto a suck non ha la gestione di un killfile (che non uso
comunque, killo direttamente dal client), ma in compenso si integra
(IMO) meglio con inn, è più veloce nel download dei messaggi, ed è più
semplice da configurare: basta un file con l'elenco dei ng da scaricare
e una semplice linea di comando, niente script stile getnews.innxmit o
necessità di creare directory diverse per ogni server a cui ci si
connette.
-- 
ciao, Roberto
:wq!