Newsgroup: it.news.gestione
Titolo: tin newsreader senza server locale

Il titolo forse non ? azzeccatissimo...
Per accedere a usenet, ho scelto nel tempo sistemi di gestione
differenti.
All'inizio mi collegavo direttamente al server nntp remoto col
mio newsreader "tin".
Il problema ? che sono su una linea un po' instabile, con poca
banda e molta latenza, in quanto utilizzo un cellulare in edge
per collegarmi.
Pertanto era piuttosto scomodo e lento passare da un articolo
all'altro, da questo a quel gruppo ecc ecc...
Cos? in un secondo momento ero passato a leafnode, soluzione
piuttosto semplice da configurare e per utilizzo personale, va
pi? che bene.
Devo aggiungere che il sistema lo utilizzo unicamente io,
parliamo di una distribuzione linux sul mio portatile... Tanto
per definire la destinazione d'uso di tutta la baracca.
Il problema di leafnode era che comunque scaricare gli articoli
non era cos? rapido, ora non ricordo precisamente perch? ?
passato del tempo. Tuttavia questo fatto mi aveva indotto a
cercare un'alternativa.
Alla fine anche un po' con la scusa di provare a configurare un
server nntp vero e proprio, ho deciso di cimentarmi
nell'installazione e configurazione di inn.. la versione 2.4 se
non ricordo male.
Per comunicare poi col server remoto ho utilizzato suck e rpost
in modo da mettere in piedi il cos?ddetto "suck-feed".
Questa soluzione si ? rivelata molto buona come prestazioni e
comodissima nella fase di lettura articoli e "navigazione" tra i
vari gruppi in quanto la parte interattiva avviene sulla macchina
locale (come anche con leafnode). E sia con suck che con rpost mi
sono trovato bene anche come rapidit? nel download e post degli
articoli, molto meglio che con leafnode.
Il problema di questa soluzione ? quella di dover scomodare un
server come inn, con ben altre potenzialit? e fini di utilizzo e
questa potenzialit? si fa un po' sentire in fase di
configurazione.
Ora attualmente mi sto preparando a rivedere l'organizzazione del
mio attuale sistema... tipo ripartizionamento passaggio a
versioni pi? aggiornate del sistema operativo ecc.
Durante questa situazione di passaggio ho deciso di utilizzare
per un po' una distribuzione installata su chiavetta usb in modo
da avere un ambiente estraneo ad eventuali problemi al disco
interno, dovuti a operazioni di manutenzione.
Bene, trovandomi su un sistema "fresh built" non mi sono
ritrovato pi? le solite comodit? tra cui appunto il server inn
installato e configurato.
Ok... fine del preambolo.  ;-)
Mi ? cos? venuto in mente di cercare una soluzione alternativa ad
inn, facile da configurare e soprattutto facilmente esportabile.
Qualcosa quindi di non intrusivo, di molto semplice accettando
che non abbia funzionalit? eccelse visto anche la destinazione
d'uso: mi ripeto, a me un server nntp vero e proprio non serve
realmente, sono l'unico utililizzatore del sistema.
Praticamente mi occorre (ma si ? capito, comunque cerco di
sitetizzare) un programma in grado di scaricare il pi?
rapidamente possibile gli articoli dal server remoto e
depositarli nello sppol locale rendendoli accessibili al news
reader.
Per quanto riguard invece il posting verso il server remoto
occorrer? qualcosa di analogo a rpost ma che funzioni anche senza
un server news...
Forse anche suck/rpost funzionano senza un server nntp, ma non ne
sono cos? sicuro.
Ok, veniamo al lato locale (newsreader-spool locale).
Come regolarsi?
Ho diversi dubbi in merito, mi spiego:
tin ? in grado di accedere almeno per la lettura dei messaggi spool
locale /var/spool/news, almeno cos? pare sia da man che da una
prova rapida fatta da me.
Tuttavia non mi ? chiaro se ? in grado anche di postare nuovi
articoli nello spool. Ho sempre usato tin come rtin verso un
server nntp bench? locale. Pertanto mi sfugge un po' la fase di
posting... Magari voi potete descrivermela meglio, spero nella
vostra esperienza e disponibilit?.
Ho tentato anche di utilizzare nntpcache, che pare "un po' fermo"
come progetto, ma non riesco a compilarlo correttamente... non mi
sono sbattuto troppo a dire il vero.
Poi ho letto di "sn" (small news server) tuttavia richiede almeno
il superserver inetd installato e configurato, poi vorrebbe anche
un programma in grado di inviare mail "/bin/mail" o gi? di l?,
dulcis in fundo non sono riuscito a farlo lavorare in post...
cio? dal newsreader non riesco correttamente  apostare, ho
provato anche via telnet ma nonostanto il messaggio
apparentemente sia stato postato, dopo nello spool non lo ritrovo.
Questi due esempi anche per confermare che qualche ricerca prima
di postare l'ho fatta. Ho anche provato a postare direttamente su
server remoto via telnet: si trova ancora qualche guida che porta
questi simpatici esempi.
Alla fine ho deciso di chiedere anche a voi il parere.
Mi sono fatto, come ho gi? anticipato, un po' di idea, forse
sbagliata forse no, non so se sia possibile realizzarla...
ditemi voi:
- impostare il newsreader tin per postare e leggere da/verso lo
  spool locale, quindi senza passare da un simil-nntp_server
  locale.
- po postare e reperire i messaggi con qualcosa di terzo come
  suck/rpost per esempio.
Per? nel messo ci saranno immagino anche tutti i files tipo
"active", newsrc da impostare bene.
Vorrei mantenere tin come news reader, quindi possibilmente
niente slnr/slnr-pull.
Meno che mai accedere a usenet via web.
Chiedo scusa per la lunghezza ma spero almeno di aver reso l'idea
di ci? che mi serve ci? che ho provato e ci? che ho tentato di
immaginare realizzabile.
Mi auguro che la discussione sia di una qualche utilit? sperando
nelle vostre risposte.
Grazie in anticipo!

Ho tentato anche di utilizzare nntpcache, che pare "un po' fermo"
Non funziona offline.
-- 
ciao, |
Marco | The Internet is full. Go away.  -- Joel Furr

> verso un Chiaramente no.
Mmmm si la risposta è giusta senza obra di dubbio, però
riesce a leggere i messaggi dallo spool. Basta lanciare:
$ tin
Mettiamo di voler accedere ad un gruppo e di premere "w"
per iniziare un nuovo topic. Scritto l'articolo lo salviamo.
L'editor viene poi chiuso e viene mostrato il riepilogo:
your message wil be postes to newsgroups: it.esempio
E premendo p postiamo.
Cosa accade?
Accade quello che hai sottintesto tu:
se utilizzato localmente ha bisogno di un server locale
per postare.
Dal canto mio ho provato e nello specifico, quando si preme
"p" per postare, tin richiama il comando
inews -h << ~/.article.12345
dove il file ~/.article.12345 è chiaramente l'articolo
temporaneamente salvato nella home dell'utente che sta
postando.
Nel mio caso, non trovando "inews" che non ho installato
Dice:
Command failed: inews -h < /root/.article.1951
bash: Command: command not found
Poi la scheramta subisce una sorta di refresh e l'errore
sopra sparisce (l'ho dovuto copiare alla svelta).
Alla fine resta:
_______
Posting article...sh: inews: command not found
An error has occurred while posting the article. If you
think that this error is temporary or otherwise correctable,
you can postpone the article and pick it up again with ^O later.
"""""""
Ora se non sbaglio inews aggiungerebbe gli headers al
messaggio, quindi sottoporrebbe l'articolo ad un check ed
eventualmente lo scarterebbe rigettandolo.
Se il "consistency check" viene invece passato allora
l'articolo viene inviato al server locale.
Poi non so andare avanti, tuttavia alla fine della favola
una copia dell'articolo viene inviata allo spool locale, e
un'altra messa in coda come "outgoing".
Poi utilizzando per esempio rpost si posta tutto al server
remoto.
Chissà se questa procedura può essere "emulata" con un set
di script che sostituiscano il news server...
Il tuo consiglio è caduto su inn-1.x
Tuttavia volendolo evitare quali alternative ci sono che
consentano di mantenere per esempio suck/rpost o qualcosa di
similmente efficente?

riesce a leggere i messaggi dallo spool. Basta lanciare:
Grazie per la spiegazione, ma uso tin da 15 anni e quindi sono al
corrente delle sue feature. :-)
Il funzionamento ï¿œ appunto quello che hai descritto: da solo non sa fare
spooling degli articoli, se intendi persistere su questa strada l'unica
soluzione ï¿œ scriverti una tua versione di inews che faccia quello che
vuoi. Non ï¿œ particolarmente complesso, ma sono dell'idea che nella vita
ci siano modi migliori per passare il tempo.
