Newsgroup: it.news.gestione
Titolo: [suck/rpost] usare più di un server

Vorrei utilizzare più server per scaricare le news ed
eventualmente postare da diversi server (anche se il posting
verso diversi newsserver dovrebbe essere meno problematico).
Ho notato un problema, scaricando i messaggi con suck col
comando
suck $REMOTE -A -hl $LOCAL -bp -c -i -20 -M -n -dd $ETC
dove: REMOTE è l'indirizzo del server
LOCAL indirizzo del server locale
ETC una directory creata ad hoc per i file sucknewsrc ecc.
Bene, mettimao che io utilizzi l'unina per un po' di tempo ed
effettui diverse volte il suck degli articoli.
Se ora volessi scaricare gli articoli di un grupp nonpresente
nella gerarchia che porta l'unina come dovrei fare?
Chiedo perchè provando ho notato che scaricherebbe troppi
messaggi, mi sà che si basa sul sucknewsrc che a suavolta dipende
dal numero di articoli presenti sul server....e quando si cambia
server questo numero cambia, portando o a una marea di articoli
in più scaricati o non so...probabilmente a qualche altro guaio.
Vi chiederei molto semplicemente: avreste qualche consiglio su
come gestire suck volendo scaricare saltuariamente da diversi
server?
E anche, nel caso in cui un server non porti una certa gerarchia,
volendo affiancargli un'altro server da cui prendere la gerarcia
mancante...come va lanciato suck e gestito eventualmente?
Vi ringrazio in anticipo per le risposte che spero possano
giungere numerose.
____________________________________
Mail: johnnynews at vfemail dot net

server?
È una vita che non uso suck e non ricordo i dettagli, comunque funziona.
Una volta per ridondanza scaricavo certi gruppi da più di un server.
Piuttosto, stai bene attento a non inviare a un server gli articoli che
hai scaricato dall'altro.
-- 
ciao, |
Marco | The Internet is full. Go away.  -- Joel Furr

 hai scaricato dall'altro.
Mmmmm...questo dipende da come viene configurato il file
newsfeeds no?
Io per ogni server ho aggiunto un feed del tipo:
server.uno/
uno.net
,
due.net
\
          :gruppo.a,\
          gruppo.b,\
          !control*,\
          !junk*\
          :Tf,Wfm:
server.due/
uno.net
,
due.net
\
          :gruppo.a,\
          gruppo.b,\
          !control*,\
          !junk*\
          :Tf,Wfm:
Sembra funzionare...con rpost che viene usato sul singolo feed
/var/spool/outgoing/server.uno, per esempio, ho notato che il
feed contiene un solo articolo o una manciata e con sm ho anche
controllato...effettivamente sono gli articoli che scrivo io e
che devono essere inviati in uscita...quindi direi che
quell'eventualità non dovrebbe esserci.
Piuttosto ho notato un problemino sul server locale.
Quando posto con rtin verso il locale, mi ritrovo subito il
mio messaggio postato. E fin qui va bene. Inoltre se controllo il
feed nello spool è riempito proprio dal messaggio postato...
A quel punto lo invio con rpost al server remoto e fin qui tutto
OK.
Il problema è che quando scarico i messaggi da server remoto mi
scarico anche il messaggio che io stesso ho postato e che ho già
sul server. Questo implica che inun certo thread veda i miei
messaggi doppi. Sapresti darmi qualche idea su dove possa essere
l'errore di configurazione?
Il feed ME è così configurato:
ME:!*/!local,!collabra-internal::
Non so se l'inghippo stia lì.
PS. ma il server 
aioe.org
 ha avuto dei problemi ieri (oggi non
l'ho provato e non so...magari continua ad averli)?
ciò che postavo verso aioe non veniva propagato verso altri
server...almeno verso l'unina e albasani. Ho notato che nel PATH
dei messaggi che erano sacricati da unina o albasani nessuno
partiva da aioe.org...possibile?
Spero che abbiano risolto anche perchè è l'unico server che ho
trovato che sia pubblico e non preveda registrazione nè
tantomento immissione di dati personali. Anche l'unina a dire il
vero, ma non permette il posting.


vero, ma non permette il posting.
C'è un motivo eh...


 C'è un motivo eh...
Aggiungi pure qualcosa  ;-)
Altrimenti la comunicazione, non risulta molto espressiva  :-)
Ti riferisci al server dell'unina? o ad aioe?


 che potreste darmi una mano a capire eh?
Come non detto: ho visto che hai risposto sulla discussione più
specifica...continiuamo pure là per questoo aspetto.
In ogni caso grazie di nuovo della disponibilità.  :-)
