Newsgroup: it.comp.software.newsreader
Titolo: [Hamster] Scorefile e cosspost

Salve a tutti, una domanda per gli esperti dello scorefile.
Desiderei sapere se esiste un filtro per fare in modo che un messaggio 
crosspostato e gia' scaricato su un gruppo, non venga riscaricato in un 
altro. In pratica quello che si puo' fare con Agent in Group -> Default 
propietes -> Crosspost -> Enable crosspost checking -> Skip the header (do 
not retrieve it).
Cordiali saluti.
-- 
Attenzione il mio indirizzo email e' alterato.
Per rispondermi modificarlo eliminando i caratteri *xyz. 

altro.
No. 
Comunque presumo che Hamster ne scarichi una sola volta il corpo, ma
resta solo una presunzione personale.

resta solo una presunzione personale.
Decisamente si', per la mia esperienza. 
Un filtro sui messaggi crosspostati in Hamster poi avrebbe poco
effetto perche' Hamster stesso anche se scarica il messaggio da un
solo NG lo associa a tutti quelli in cui era crosspostato.
Per spiegarmi meglio (ma non troppo: oggi la chiarezza non e' il mio
forte ;(( ) ho diversi NG da cui non scarico piu' messaggi e quindi
sono NG locali per Hamster; con FreeAgent trovo sempre dei nuovi
messaggi in tali gruppi proprio perche' Hamster vi indirizza i msg
che, scarica da altri NG, crosspostati li'.
Ciao. Beatrice.
P.S.: Grazie a Sleepers per il post delle FAQ in it.faq
Per rispondermi in e-mail rimuovi .bea

resta solo una presunzione personale.
Grazie per la risposta, comunque devo deluderti. infatti ad esempio in 
it.cultura.storia ed it.cultura.storia.militare vedo spesso gli stessi 
thread, ed e' una grande scocciatura.
Tra l'altro si tratta di messaggi IMHO noiosi e stupidi, postati sempre 
dalle stesse persone per cui credo che risolvero' aumententando il 
numero degli ospiti accolti nel mio killfile ^__^.


numero degli ospiti accolti nel mio killfile ^__^.
Non serve. Basta mettere questo nello scorefile di Hamster:
[it.cultura.storia.militare]
-9999 xref {it\.cultura\.storia(?!\.militare)}
...pregando che funzioni.
Il filtro agisce su quello che Hamster rinomina come X-Old-Xref.
(?!regexp) è una lookahead assertion e viene descritta anche sul
manuale di Xnews. In altri termini la scorerule *dovrebbe*
corrispondere tutti gli xref che riportano almeno un
"it.cultura.storia" non seguito da ".militare". Il limite di quella
scorerule è che vedresti cestinare TUTTI gli articoli in crosspost tra
it.cultura.storia.militare e it.cultura.storia.moderna (era per fare
un esempio). In tal caso puoi sempre provare con:
[it.cultura.storia.militare]
-9999 xref {it\.cultura\.storia(?!\..*)}
Se ho sbagliato, torna qua e vediamo di aggiustarla con un po' di
brain storming :-D

Il filtro agisce su quello che Hamster rinomina come X-Old-Xref.
Purtroppo invece il filtro viene tuttora applicato su Xref, e non
su X-Old-Xref. Con la versione 1.3.20 le cose non sembrano cambiate.

 scrissi una boiata:

Grazie a te e a beabea per avermi risposto ed evitato la sperimentazione 
sul campo ^__^.
Quindi approfitto ancora della tua gentilezza e ti formulo la seguente 
domanda:
Visto che comunque hamster i messaggi li scarica una volta sola ( e quindi 
risparmia tempo nel download) e poi li smista nei vari gruppi in crosspost 
rimane il problema di fare in modo che le intestazioni vengono scaricate da 
Xnews in un solo gruppo. Quale regola mi consigli?
<<mode ironico on>>
Come avrai capito non sono molto esperto nello scorefile ma Agent con le 
sue comode opzioni mi ha abbituato male...^__^.
Pero' sto cercando di imparare, spero apprezzerai ^__^.
<<mode ironico off>>


Xnews in un solo gruppo. Quale regola mi consigli?
Se il problema è limitato al solo xpost di cui hai scritto, inserisci
questa regola in scores.hst di Hamster.
[it.cultura.storia.militare]
-9999 Xref {it\.cultura\.storia(?!\..*)}
o, in alternativa rovesciata, questa
[{it\.cultura\.storia(?!\..*)}]
-9999 Xref {it\.cultura\.storia\.militare}
Ma sul tema, si possono proporre anche più variazioni. Questa è forse
la più semplice e più comprensibile anche se l'effetto risulta
sostanzialmente identico a quella precedente
["it.cultura.storia" -"militare"] # questo scoreblock corrisponde 
                                  # *solo* it.cultura.storia
-9999 Xref "militare"             # questo filtra articoli di
                                  # it.cultura.storia.militare
                                  # e funziona sul gruppo it.c.storia
                                  # per merito dello scoreblock sopra
Con questa regola, in estrema sintesi, eviti di leggere su
it.cultura.storia gli articoli già apparsi su it.c.storia.militare.
Non è difficile, è solo questione di comprendere un po' la logica dei
pattern (modelli).


^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Questo e' infatti l'unico msg scaricato ed e' il mio.
-Apro FreeAgent, faccio GetNewHeaders prima in it.test (dove il msg
non dovrebbbe esserci) e il msg appare; faccio lo stesso in
free.it.test e anche li' c'e' il msg (naturalmente). Le 2 cose in
quest'ordine perche' non so come FreeAgent si comporti con il
crosspost.
-Per essere sicura da prompt di MS-DOS uso il comando:  
 ham groups "test"        e ottengo:
free.it.test:1:1:1
it.test:1:1:1
quindi il msg e' stato associato ad entrambi i NG.
Per quanto riguarda il fatto di scaricare i msg crosspostati 1 sola
volta o piu', seguendo lo stesso metodo sono arrivata alla conclusione
che li scarichi 1 sola volta. 
Questo salvo miei errori di metodo e valutazione qua e la' (nonche'
nella ipotesi tutt'altro che remota che io non abbia capito niente).
In piu' ora che ci penso (tardi) la cosa piu' semplice e' che gugmanen
ci dica se funzioni.
	beatrice.
-- 
Per rispondermi in email rimuovi .bea

per ID?
Il fatto certo è che Hamster copia nei gruppi locali i msg scaricati 
da altri gruppi, quando sono in crosspost coi detti gruppi locali. 
Questo suo comportamento mi fa ben sperare.
Inoltre: certamente Hamster deve analizzare gli header tutte le 
volte, ma la capacità di individuare i msg con body già scaricato 
(anche da altri server) è proprio il suo forte...
I filtri: IMHO sono possibili modalità di filtraggio compatibili con 
lo scaricamento 'unico'. Per esempio: Hamster legge gli header del 
msg crosspostato su N ng, avvia N sessioni *separate* di filtraggio, 
se almeno una dà esito positivo scarica il corpo (una volta) e lo 
copia nei dati di tutti i ng che abbiano dato esito positivo al 
filtraggio, poi lo segna come scaricato (nel modo suo, qualunque sia) 
e, quindi, non lo scarica più.
In tal modo anche il filtraggio per Xref avrebbe significato.
Ma ovviamente la mia è solo un'ipotesi.
-- 
Bye.
       Lem
--------------- 'CLOCK is what you make of it' ---------------
Nuovi numeri primi, con Prime95: 
www.mersenne.org/freesoft.htm

risolto.
Ok, allora rimane il solo Xnews che è un po' più ostico, ma non di
molto. Rimanendo all'esempio originale, puoi provare, ad esempio, a
collocare queste righe all'interno scorefile di Xnews.
[^it\.cultura\.storia\.militare$]
    % generato manualmente lì 26/07/1999
    Score:: -9999
        XRef: ^it\.cultura\.storia(?!\..*)$
[cut sulle prove di it.test - 
free.it
 in xpost]
Grazie di cuore per queste info. Archivio e quando avrò tempo farò
qualche test.

Ma ovviamente la mia è solo un'ipotesi.
...però se tutto ciò è vero continua a sfuggirmi l'utilità del filtro
per Xref.

per Xref.
Io mi sono fatta questa idea: con un filtro basato su Xref posso
eliminare quei threads che parlano di un argomento che non mi
interessa. Per esempio se sono un'appassionata di rettili ma non di
anfibi seguiro' it.animali.vertebrati filtrando via tutto cio' che e'
xpostato in it.animali.anfibi.
Effettivamente, la prima funzione che mi era venuta in mente era come
il Crosspost Check di Agent.
Ciao, 	beatrice.


xpostato in it.animali.anfibi.
Se non segui anche it.animali.anfibi, il filtro non ha effetto. Quindi
tutto il discorso decade. Il filtro non opera su X-Old-Xref.

tutto il discorso decade. Il filtro non opera su X-Old-Xref.
Uhm... mi pare che tu ti confonda.
Il filtro opera su Xref, ma prima che il msg sia scaricato, ovvero 
prima che X-old-xref venga creato, ed Xref sostituito. Fra l'altro, 
nel plonkfile l'Xref riportato è quello originale.
Una prova con scorefile-test ha confermato quanto scrivo.
Sono andato a vedere il plonk-file, ho scelto un msg crosspostato 
anche su un gruppo che non seguo (che quindi non sarebbe comparso 
nell'eventuale Xref nuovo, creato da Hamster), ho editato lo 
scorefile opportunamente, 
aggiungendo un filtro Xref relativo al nome del ng che non seguo, ho 
fatto il test... oplà, lo score del messaggio è cambiato.


fatto il test... oplà, lo score del messaggio è cambiato.
Purtroppo il comportamento a posteriori non è risolutivo. Bisogna
vedere se filtra durante il retrieving. Può anche darsi che jh abbia
modificato questo comportamento nelle ultime versioni di Hamster, ma
in proposito il file changes nulla dice.
Intanto, faccio una prova con questo articolo. Modifico Message-ID e
nickname per non essere tracciato in alcun modo, metto xpost con
it.test e colloco -9998 Xref "test" nello scorefile.
Per una volta, sarò felice di prendere un bel granchio :-)

it.test e colloco -9998 Xref "test" nello scorefile.
Prova fallita perché ho fatto casino :-((
Scusate :-(

 it.test e colloco -9998 Xref "test" nello scorefile.
che la prova ti assista
Buttha, sacerdote della prova
-- 
* Per rispondere in email rimuovere la prima i dall'indirizzo
* 
http://members.xoom.it/buttha/
* Ho fatto l'amore con Control...  domani provo con Shift.

in proposito il file changes nulla dice.
Stavo gia' facendo delle prove e x me filtra tranquillamente anche in
fase di retrieving. Ho messo il solito filtro basato su Xref, ho
scaricato i msg solo da it.test killando quelli xpostati in
free.it.test (gruppo non sottoscritto ne' presente in locale) e il msg
e' stato tranquillamente killato.


it.test e colloco -9998 Xref "test" nello scorefile.
Guarda, ho fatto or ora delle prove con it.test e de.test.
1) Ho sottoscritto it.test ma non de.test, ed ho inviato un msg su 
it.test in crosspost con de.test; in più ho aggiunto nello scorefile:
["it.test"]
-6000 Xref "de.test"
Risultato: messaggio killato (il filtro ha operato sull'Xref 
originale).
2) Ho sottoscritto anche de.test, lasciando lo scorefile come sopra, 
mandando un nuovo messaggio su it.test in crosspost con de.test.
Risultato: messaggio scaricato  e presente in entrambi i ng, nonché 
comparsa del msg del primo esperimento su entrambi i ng.
3) Ho eliminato de.test, ed ho rifatto il primo esperimento (per 
sicurezza).
Risultato: msg killato.
Da quanto capisco, il filtro per Xref agisce sull'Xref originale.
Il fatto che nell'esperimento 2) Xref sembri non funzionare, dipende 
dal fatto che il msg è stato killato su it.test, ma non killato su 
de.test (che era sottoscritto, e per il quale non c'erano filtri): 
quindi è stato scaricato da de.test, e poi copiato in locale anche in 
it.test, in spregio del filtro che ormai era bypassato (e ciò è male, 
IMHO).
Quindi, a meno di future ulteriori prove, mi pare che i filtri per 
Xref funzionino, pur con certe limitazioni.
L'intenzione dell'autore, azzardo, non era di usarli per ricondurre 
su un solo ng i msg crosspostati; ma per decidere se scaricare o meno 
i msg, se crosspostati anche su ng non seguiti (a seconda della 
reputazione di tali ng presso l'utente).
Faccio un esempio, più per chiarirmi io stesso le idee:
se un msg di icsn su [gravity], che generalmente mi interessa, è 
crosspostato anche su it.fan.culo (che non seguo), lo killo comunque;
se un msg di icsn su [OE], che generalmente non mi interessa, è 
postato anche su it.comp.sicurezza.windows (che non seguo), lo 
scarico comunque.
Quindi mi pare che i filtri per Xref siano rivolti ad una logica di 
gestione esterna (scarico/non scarico il msg), e non ad una di 
gestione interna (scarico il msg, ma lo voglio solo su uno dei gruppi 
crosspostati).


reputazione di tali ng presso l'utente).
Hai ragione.
Il fatto è che non mi sono sognato il malfunzionamento dell'xref. A
questo punto propendo per due ipotesi: a. avevo sbagliato la regola;
b. le vecchie versioni di Hamster erano buggate.
Bene, mi sono tolto dalle palle le invasioni di alcuni newsgroup :-)