Newsgroup: it.comp.os.linux.software
Titolo: suck & killfile

Ciao All,
Sto usando suck, e ho creato un suckkillfile che contiene
NRGRPS: 5
che dovrebbe evitare di scaricare i messaggi crosspostati su piu' di 5 gruppi,
ma non ho capito come si devono chiamare i killfile specifici dei gruppi, mi
sapete aiutare?
Ciao,
FC
FidoWEB -> 
http://bbs.romacivica.net/fido

 sapete aiutare?
In nessun modo: il killfile e' sempre uno e cioe' suckkillfile.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

Ciao 
thorin_...@at-gruppocm-cs.it
,
Venerdi` 09 Giugno 2000 alle 19:32, 
thorin_...@at-gruppocm-cs.it
 scrisse a
All riguardo < Re: suck & killfile >:
 >> gruppi, ma non ho capito come si devono chiamare i killfile specifici dei
 >> gruppi, mi sapete aiutare?
 taw> In nessun modo: il killfile e' sempre uno e cioe' suckkillfile.
Direi di no, ora che finalmente ho trovato dove lo spiega:
[parla dell'opzione GROUP= nel suckkillfile]
---------------------------------- Taglia qui ---------------------------------
       comp.os.linux.announce, comp.os.linux.answers, etc..   The
       third  part  specifies  the  group file which contains the
       parameters to check the articles against.  Note,  that  if
       you  specified  a  postfix  with  the -p option, then this
       postfix is attached to the name  of  the  file  when  suck
       looks for it, UNLESS you use the -k option above.
------------------------------------ Taglia qui ------------------------------
Quindi da cio' capisco che se io scrivo
GROUP=delete it.comp.os.linux.* gruppiLinux
e poi creo un file che si chiama gruppiLinux, verra' controllato sia il
suckkillfile sia il file gruppiLinux.
Scusa, ma tu i killfile specifici dei gruppi dove li metti?


Ciao 
thorin_...@at-gruppocm-cs.it
,
Domenica 11 Giugno 2000 alle 12:53, 
thorin_...@at-gruppocm-cs.it
 scrisse a
All riguardo < Re: suck & killfile >:
 >> Scusa, ma tu i killfile specifici dei gruppi dove li metti?
 taw> Sempre e solo in suckkillfile... e mi va bene perche' riesco benissimo a
 taw> tenere a bada il traffico gia' cosi'.
E' che per esempio adesso su it.comp.programmare si e' cominciato a postare
messaggi con [PHP] nel soggetto e io per quel gruppo prendo solo quelli..
mentre questo non e' vero in generale. Tra le altre cose: le stringhe che
fungono da pattern sono delle regex, quindi se voglio beccare la stringa [OT]
nel subject devo mettere
Subject:\[OT\]
giusto?
Parlando di un altro aspetto di suck: da quanto ho visto, lui scrive un file
per ogni messaggio scaricato, e poi alla fine li posta al server locale. A me
serviva invece che scrivesse un batch rnews e basta, senza file singoli e senza
post, e - non ricordo che opzioni ho dato (-bp di sicuro) - il batch rnews
gliel'ho fatto scrivere, ma mi crea comunque i file per i singoli
messaggi..c'e' un modo per evitare che scriva i messaggi?? Mi serve perche'
devo dare in pasto il batch rnews a un programma che non e' un server news, e
al momento attuale l'unica soluzione che ho trovato e' un bel del
\suck\msgs\*.* dopo il download (del poiche' lo sto usando sotto os/2)


 \suck\msgs\*.* dopo il download (del poiche' lo sto usando sotto os/2)
Dunque, io uso:
        ${SUCK} ${REMOTE_HOST} -n -c -bp -hl ${LOCAL_HOST} -C 100 -dt ${TMPDIR} -dm ${MSGDIR} -dd ${BASEDIR}
        SUCK_STATUS=$?
[..]
beh, la prima cosa, sadicamente guardando la man page, che mi viene in
mente e' questa:
       -dm dirname = directory for storage of articles created in
       Multifile mode or batch mode.  DO NOT make this  the  same
       as  the directories used for the -dt or -d options, or you
       will lose all your configuration files.
 indovina a cosa serve /dev/null?? Questa potrebbe essere una prima
idea.. poi vediamo se andando avanti trovo qualcos'altro..
BTW se cerchi per il pattern '-bp', specie nella sezione 'MODE 3 - Batch
mode' trovi cosine interessanti..


 - rimuovi XXX x rispondere    ICQ #8814554
La Quinta Legge:
	Vi siete presi troppo sul serio.

Ciao 
thorin_...@at-gruppocm-cs.it
,
Lunedi` 12 Giugno 2000 alle 19:33, 
thorin_...@at-gruppocm-cs.it
 scrisse a
All riguardo < Re: suck & killfile  & batch post >:
 >> locale. A me serviva invece che scrivesse un batch rnews e basta, senza
 >> file singoli e senza post, e - non ricordo che opzioni ho dato (-bp di
 >> sicuro) - il batch rnews gliel'ho fatto scrivere, ma mi crea comunque i
 >> file per i singoli messaggi..c'e' un modo per evitare che scriva i
 >> messaggi??
 taw> Dunque, io uso:
 taw>         ${SUCK} ${REMOTE_HOST} -n -c -bp -hl ${LOCAL_HOST} -C 100 -dt
 taw> ${TMPDIR} -dm ${MSGDIR} -dd ${BASEDIR}
Ma tu non crei batch rnews, no? Queste a prima vista mi sembrano le opzioni che
uso anche io, sul pc dove non mi serve il suddetto batch, a parte il fatto che
tu prendi gli articoli per numero e non per msgid.
 taw> beh, la prima cosa, sadicamente guardando la man page, che mi viene in
 taw> mente e' questa:
 taw>        -dm dirname = directory for storage of articles created in
 taw>  indovina a cosa serve /dev/null?? Questa potrebbe essere una prima
Certo che ci vai giu' leggero :-). Si lo so, ci ho anche pensato, pero' rimane
il fatto che lui continua a eseguire le operazioni di scrittura su quella dir.
Funzionare funzionerebbe..
 taw> BTW se cerchi per il pattern '-bp', specie nella sezione 'MODE 3 - Batch
 taw> mode' trovi cosine interessanti..
Mah, il man me lo sono guardato un po' di volte, ma tutte le opzioni che avevo
trovato gli facevano scrivere un batch rnews _oltre_ ai messaggi, cmq al
massimo andro' di /dev/null


 Funzionare funzionerebbe..
Beh una prova puoi sempre farla, non ci perdi niente: fai prima un
collegamento per prelevare gli articoli cosi' hai una situazione pulita
da cui partire ed immediatamente dopo modifichi le opzioni di suck e lo
rilanci, ovviamente dopo aver scritto almeno un articolo.. fammi sapere.
Senno' forse il buon Md sapra' aiutarti...


 C'e` tutto nella man page, io l'ho fatto solo per i server.
Beh io ne uso solo uno, tanto per le mie esigenze funziona (e si sa
_quanto_ il mio killfile funzioni, no?)


Ciao 
thorin_...@at-gruppocm-cs.it
,
Mercoledi` 14 Giugno 2000 alle 09:55, 
thorin_...@at-gruppocm-cs.it
 scrisse
a All riguardo < Re: suck & killfile  & batch post >:
 >>  taw> ${SUCK} ${REMOTE_HOST} -n -c -bp -hl ${LOCAL_HOST} -C 100 -dt
 >>  taw> ${TMPDIR} -dm ${MSGDIR} -dd ${BASEDIR}
 >> Ma tu non crei batch rnews, no? Queste a prima vista mi sembrano le opzioni
 >> che uso anche io, sul pc dove non mi serve il suddetto batch, a parte il
 >> fatto che tu prendi gli articoli per numero e non per msgid.
 taw> Eh no, non c'e' l'opzione -B per questo? O ricordo male? Anzi no, e'
 taw> -br, ho riguardato meglio la man page.. io invece uso -bp ovvero
 taw> --batch_post
appunto, siccome non ho visto quell'opzione ho dedotto che non usavi il batch
rnews :-). Il fatto e' che anche se non metti -bp lui scrive sempre gli
articoli uno per uno, diciamo che e' la base minima
 >>  taw> -dm dirname = directory for storage of articles created in
 >>  taw> indovina a cosa serve /dev/null?? Questa potrebbe essere una prima
 >> Certo che ci vai giu' leggero :-). Si lo so, ci ho anche pensato, pero'
 >> rimane il fatto che lui continua a eseguire le operazioni di scrittura su
 >> quella dir. Funzionare funzionerebbe..
 taw> Beh una prova puoi sempre farla, non ci perdi niente: fai prima un
Si ok provero', al massimo mi edito i sorgenti :-)) (tra le altre cose spesso e
volentieri i sorgenti C sono di una illegibilita' paurosa - sara' anche
efficiente ma a questo punto per programmi che non siano kernel o elaborazione
realtime preferisco di gran lunga il c++)
 taw> Senno' forse il buon Md sapra' aiutarti...
Diceva che non lo usa, quindi non so quanto possa saperne


 Diceva che non lo usa, quindi non so quanto possa saperne
Beh qualcosa ne sa altrimenti non avrebbe scritto l'HOWTO :-) E' che
spesso fa il reticente...


 - rimuovi XXX x rispondere    ICQ #8814554
L'Esercito ha bisogno di comandanti cosi' come un piede ha bisogno di un
alluce.
		-- Bill Murray

Ciao 
thorin_...@at-gruppocm-cs.it
,
Giovedi` 15 Giugno 2000 alle 09:16, 
thorin_...@at-gruppocm-cs.it
 scrisse a
All riguardo < Re: suck & killfile  & batch post >:
 >>  taw> Senno' forse il buon Md sapra' aiutarti...
 >> Diceva che non lo usa, quindi non so quanto possa saperne
 taw> Beh qualcosa ne sa altrimenti non avrebbe scritto l'HOWTO :-) E' che
 taw> spesso fa il reticente...
eh ma tu l'hai visto l'howto? Tratta piu' che altro inn e dice come scrivere il
sucknewsrc, poi e' ovvio che cose piu' approfondite non ci sono. Boh, forse lo
avra' usato in passato. Il fatto poi e': a chi serve un batch rnews? Con molta
probabilita' a chi ha un server, ma chi ha un server in genere usa altri
metodi, come essere feedato direttamente da altri server o cosi' via, sono io
che mi creo o che incontro le situazioni piu' assurde :)


 che mi creo o che incontro le situazioni piu' assurde :)
Credo che chi gestisce un web server neanche usi suck, ecco perche'
Marco non lo usa..
