Newsgroup: it.comp.software.newsreader
Titolo: [DIALOG] prime difficoltà con il kill-file

Allora, dopo l'entusiasmo iniziale sono cominciate le prime magagne. Ho
tentato di inserire uno degli  utenti di un newsgroup che frequento nel
kill-file, ma nonostante nella finestra di dialogo da "message ===> scoring
and action ===> menage scoring and action" abbia aggiunto le seguenti righe
[*] #apply the following rules to all groups 
!markread From "Nome_Utente" 
e dopo essere andato nei menù a tendina "group ===> apply scoring and
action on select groups", continua a non succere niente. Ripeto che con gli
score e i punteggi, non sembro avere nessuna difficoltà. La mia impressione
è che quel "!markread" non sia un comando giusto. 
Avete qualche idea o suggerimento? 
Credo di averle provate tutte... :-((( 
Un caro saluto, 
-- 
Natanaele e-mail: natanaele(at)
despammed.com
 
«Misericordia cerco, non sacrificio» Osea 6,6 / Mt 9,13 
«La lettera uccide, lo Spirito dà la vita.» 2 Cor 3,6

"
L'indirizzo email non è necessario, però così è più accurato :)
Per andare sul sicuro, comunque, è sufficiente selezionare un
messaggio della persona che vuoi filtrare, e dal menu che spunta con
un click destro scegliere Scoring and actions > Add PLONK rule.
Tieni conto che di default imposterà la regola solo per il gruppo
corrente, ma se vuoi spostala pure sotto [*]
-- 
Farewell,
G
ICQ# 16553733 ~ 40tude Dialog: 
http://snurl.com/dialog
«"G for Grand!" they shouted, and the old man smiled.»

 action on select groups", continua a non succere niente. Ripeto che con gli
Mmmmh...
Il !markread pare giusto, da me ha sempre funzionato.
-- 
Enrico C
Do Something Amazing Today
Save a Life, Give Blood

 [*] #apply the following rules to all groups  !markread From "Nome_Utente" 
Bene, ragazzi: credo di aver trovato un bug nel programma. Se sono una
bestia sentitevi nella libertà di darmi una bella stiratina di orecchie, ma
credo di aver beccato la rogna.  
La versione del programma in mio possesso è "Dialog 2.0.5.1"
Ricapitolando: problema nella gestione del kill-file, giusto? Vado nel
newsgroup selezionato, tasto destro del mouse, seleziono l'utente da
plonkare.  
"Nome_Utente" ===> (tasto destro) ===> scoring and action ===> add plonk
rule  
(Mi compare la finestra di dialogo "scoring and action")  
aggiungo le seguenti linee  
[it*Nome_newsgroup] 
!markread From "Nome_Utente"]  
Da notare che il bug, imho, consiste proprio nel fatto che il programma, al
comando del "plonk", aggiunge in automatico la linea !markeread, che non ha
nulla a che fare con il comando del *cancella_utente* per così dire.  
La soluzione si trova nell'aiuto in linea, che... purtroppo, è interamente
in inglese. Il comando risulta essere !delete  
ed infatti, aggiungendo  
[it*Nome_Newsgroup] !delete From "Nome_Utente"]  
il plonk riprende a funzionare, almeno nel newsgroup selezionato.  Negli
altri pare che si debba ripetere la procedura. Naturalmente, "Nome_Utente"
è puramente simbolico e va aggiunto il nome che compare nel campo "from"
del newsreader.  
Un'altra roba strana: come mai se voglio salvare il mex prima che abbia
terminato di scrivere, mi finisce direttamente nella casella della posta in
uscita? non esiste un comanda del tipo "salva" da qualche parte, senza
mandare necessariamente la posta? mettiamo che sono in linea, che succede?
(un altro bug del programma?)  


 (un altro bug del programma?)
Vale quello che ho detto all'inizio :)


 Vale quello che ho detto all'inizio :)
Messaggio ricevuto.
Ciao e grazie ancora.


 francamente assai scomoda. Immagina che nella preparazione di un documento,
Se ti può confortare, sono d'accordo con te. In email, con The Bat!,
quando scrivo un messaggio un minimo impegnativo sono abituato a premere
Ctrl+S di tanto in tanto per essere sicuro di non perdere quanto scritto
fino a quel momento. Con Dialog questo non si può fare... o, meglio,
potrei ogni volta salvare la bozza e poi riaprirla, ma è scomodo, come
tu confermi. Certo è sempre meglio di Gravity, che si comporta
praticamente allo stesso modo e, anzi, una volta salvata la bozza fa
perdere la possibilità di riformattare agevolmente i paragrafi perché le
righe vengono inesorabilmente spezzate.
-- 
Ciao,
  Marco.
..."Big Band Record", Ray Anderson 1994

 Ciao e grazie ancora.
Di nulla :)


 fino a quel momento. Con Dialog questo non si può fare... o, meglio,
Mi pare che ci sia una feature request, in Mantis, per una funzione di
salvataggio automatico ogni $numero_impostabile secondi. :)


l'abitudine di salvare ogni tanto il tuo scritto? Strano :)
Non solo lui, ma anche io e molti altri..
Ricordo anche che di questo se ne era parlato qui, forse a proposito di
qualche altro programma, comunque è una cosa abbastanza richiesta. E a mio
modo di vedere, sarebbe meglio fosse manuale e non automatica dopo n secondi

 Hamster, risparmiandomi anche di scaricarli...
Grande  dubbio:  AFAIUI  Hamster, a differenza di Dialog, scarica e poi
filtra. Cioe', non filtra direttamente sul newsserver. No?
-- 
*Not in my name*

 L'indirizzo email non è necessario, però così è più accurato :)
Decisamente. Sarebbe oppurtuno che lo facesse di default.


 Il !markread pare giusto, da me ha sempre funzionato.
Volendo, si puo' usare anche !delete oppure dare uno score inferiore al
limite.


 modo di vedere, sarebbe meglio fosse manuale e non automatica dopo n secondi
A quel punto, meglio entrambe.


 qualche altro programma, comunque è una cosa abbastanza richiesta.
E nulla vieta di richiederlo su Mantis allora ;)
(anche se ho la netta sensazione che sia già stato fatto...)


 filtra. Cioe', non filtra direttamente sul newsserver. No?
Immagino che scarichi solo gli header, prima di filtrare...
Quando ho fatto delle prove su it.test filtravo tutto tranne il mio
FQDN, e nel killfile log c'erano tutti gli altri messaggi (Subject,
From, etc)... quindi suppongo proprio che si limiti a non scaricare il
body, oltre ovviamente a non visualizzare affatto i messaggi filtrati.


 (anche se ho la netta sensazione che sia già stato fatto...)
E infatti, c'è già la richiesta di «Save draft without closing»:
http://www.40tude.com/dialog/mantis/view_bug_page.php?f_id=0000529


 Decisamente. Sarebbe oppurtuno che lo facesse di default.
Completamente d'accordo.
Sapete se e` gia` stato chiesto su Mantis?


 Sapete se e` gia` stato chiesto su Mantis?
Gandalf e' Mantis-dipendente... :-)


 body, oltre ovviamente a non visualizzare affatto i messaggi filtrati.
Secondo me, scarica tutto. Poi, nel log tiene solo gli header e
cancella il body.
Provando con newsgroup binari, con regole applicate su quei newsgroup,
Hamster e' molto piu' lento, probabilmente perche' scarica header e
body, mentre Dialog solo header e i body degli articoli che soddisfano.


 Gandalf e' Mantis-dipendente... :-)
L'ho chiesto? Davvero? Ho perso il conto ormai ;)


 Non mi pare che la guida dica cosi' (o le FAQ di Hamster); purtroppo,
Dalla guida:
|| The rules in file "Scores.hst" determine, which articles (news) will
|| be loaded immediately, which will be logged in the Killfile-Log and
|| which will be ignored completely when pulling new news.
E poco più sotto: 
|| This filtering is done with a technique called "scoring". In Hamster,
|| this means, that each article starts with a score-value of zero and
|| then gains or loses points if it matches one or more of the given
|| score-rules. The final score-value then determines, if the article
|| will be loaded. If the value is greater than or equal to zero (>=0),
|| it will be loaded immediately. Otherwise (<0) it will not be loaded but
|| saved in the Killfile-Log.
Quindi mi sembra dichiarato esplicitamente che gli articoli saranno
«loaded» solo se hanno score non negativo; altrimenti non vengono
caricati ma soltanto salvati nel killfile (sempre che lo score non sia
anche inferiore al limite del log). Comunque qui siamo OT, f/up. :)


cancella il body.
No, infatti alcuni header non erano filtrabili fino ad un po' di tempo
fa, poi hanno implementato il comando... ehm, non ricordo quale fosse,
forse «HEADER».
Ecco, ho appena ricontrollato nell'help:
|I campi a cui può essere dato un punteggio prima di caricare l'articolo
|dal server remoto dipendono dalle informazioni restituite dal news server
|con il comando "XOVER". Nella maggior parte dei casi, il server fornisce
|i seguenti campi:
[...]
E comunque, se fosse come dici tu, filtrare non servirebbe a nulla...
-- 
Ciao, Massimo | ICQ# 57669970
- Jesus, Jesus, Jesus
reborn, reborn, reborn, reborn -

 ho il pc pieno di virus, uno dei quali mi ha fatto saltare winhelp.
Ho imparato ad usare Hamster da questa guida:
| Hamster. Guida all'uso (versione 0.9 del 15-1-2000)
|   ===================================================
| 
| Curatore: eaglestorm(*)
iname.com
 (EagleStorm)
In cui e' contenuta questa:
| 4.3   Perché Hamster scarica insieme intestazioni e corpo dei messaggi?
| 
|       Una risposta perfettamente lecita, ma circolare è "Hamster è un
|       news server locale". La filosofia che sottintende questo prodotto
|       è pur sempre quella di replicare in locale ciò che è contenuto nel
|       server remoto. Nel caso si vogliano caricare solo le intestazioni
|       provate NewsPlex.
Crosspost e follow-up su h.i.m.
