Newsgroup: it.comp.software.newsreader
Titolo: [slrn] keep messages

E' possibile avere in slrn (0.9.7.4) un qualcosa di analogo alla
funzione Keep Message di altri newsreader? Lo so che slrn è più un
lettore online e che potrei salvare gli articoli interessanti come file
di testo, ma mi piacerebbe continuare ad averli nel newsgroup
originario.
-- 
 ___ _            |  E' in corso la votazione per aprire
| _ (_)_ _  ___   |  >>>>  it.comp.software.editor  <<<<
|  _/ | ' \/ _ \  |  Se ti interessa vota rispondendo all'articolo:
|_| |_|_||_\___/  |  
news:MK.it.comp.soft...@id.news.nic.it

 originario.
slrnpull. (ti consiglio di symlinkare lo score file a quello di slrn,
stessa sintassi)
-- 
astor piazzolla - libertango/undertango

 funzione Keep Message di altri newsreader?
Non ho capito la domanda.
Fintanto che gli articoli rimangono sul server, sono a disposizione; se
non si vuole dipendere dal server, si salvano in una mailbox locale.
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)                 [ 
http://www.emmanuelebassi.net
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 L2Iy@YlFyW.\rz32qDTn]X;Zm,>_Af#GpC6$R`{5O6&tj
Ancora niente da fare con questa X-Face eh? :)
-- 
Fare Well! | it-alt.* CMS (CGFI) ~ 
http://www.x-privat.org/it-alt
G          | 40tude Dialog 2.0.10.1 ß33 ~ 
http://snurl.com/dialog
Now Playing: America - A horse with no name

 Non ho capito la domanda.
più che al Keep, forse sta pensando ad una cache "selettiva", che
trattenga l'articolo dopo l'expire del server remoto.
-- 
elio e le storie tese - cicciput/pagano karaoke

 trattenga l'articolo dopo l'expire del server remoto.
Allora non c'è modo, e per ovvi motivi (SLRN non ha una cache). O si usa
SlrnPull, o si usa un newsserver locale su cui non vi sia expire degli
articoli. Oppure si salvano gli articoli in una mailbox.


 articoli. Oppure si salvano gli articoli in una mailbox.
A tal proposito due domande per te Emmanuele:
1) Da quegli sniffing che mi mandasti vedemmo che SLRN usava HEAD per
ricevere gli header degli articoli, lo fa sempre oppure solo quandi usi
slrnpull?
2) Visto che non ha una cache, come cacchio fa ad essere così veloce
quando ti mostra tutti gli articoli presenti nel gruppo? (soprattutto se
anche in questo caso dovesse usare HEAD?)
:-)
-- 
I Suffer Occasional Delusions of Adequacy.
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 anche in questo caso dovesse usare HEAD?)
Uhm? Credo che in questo caso usi Xover...
-- 
Fare Well! | it-alt.* CMS (CGFI) ~ 
http://www.x-privat.org/it-alt
G          | 40tude Dialog 2.0.10.1 ß33 ~ 
http://snurl.com/dialog
Now Playing: Fugees - Killing me softly

 Uhm? Credo che in questo caso usi Xover...
...po esse, tralaltro xover potrebbe tornare utile pure a me ...
-- 
Instant human. Just add coffee.


 stessa sintassi)
Ho già INN2 come server; credo che i due farebbero un po' a cazzotti,
no?


 locale.
E' proprio questo che non va: vorrei continuare a vedere gli articoli
con slrn nel newsgroup in cui sono stati postati, come se il newsserver
li avesse sempre nello spool.
Purtroppo credo che questo sia irrealizzabile con slrn 0.9.7.x, visto
che è una feature tipica dei nr offline. Mi pare di aver visto nel
Changes della 0.9.8.0 che abbiano aggiunto a slrn proprio qualche
funzionalità da reader offline; c'è anche quella che cerco io?
Giusto per curiosità: come funziona il meccanismo delle mailbox?


 Ancora niente da fare con questa X-Face eh? :)
Ignorante, quello è il capolavoro del grande pittore impressionista
Teomondo Scrofalo :-P
(btw, ora dovrebbe essere a posto: c'era una "i" in più, sicuramente
finita lì in mezzo perchè volevo attivare la modalità inserimento di vim
pur già essendovi dentro...)


 (btw, ora dovrebbe essere a posto: c'era una "i" in piů,
Č bellissimo vedere come un byte in piů modifichi totalmente la
X-Face... e poi ero l'unico a vederci un Barbalbero dentro? ^_^
-- 
Fare Well! | it-alt.* CMS (CGFI) ~ 
http://www.x-privat.org/it-alt
G          | 40tude Dialog 2.0.10.1 ß33 ~ 
http://snurl.com/dialog
Now Playing: Skunk Anansie - Lately

 ...po esse, tralaltro xover potrebbe tornare utile pure a me ...
Ma perché, non lo usavi? Vergognati :P
-- 
Fare Well! | it-alt.* CMS (CGFI) ~ 
http://www.x-privat.org/it-alt
G          | 40tude Dialog 2.0.10.1 ß33 ~ 
http://snurl.com/dialog
Now Playing: Alisha's Attic - Alisha rules the world

 no?
no, sono due cose diverse.
comunque non sarebbe la soluzione. in pratica cerchi qualcosa di simile
agli _articoli persistenti_ di gnus.
-- 
paolo fresu quintet - me'los/ammazare il tempo

 X-Face... e poi ero l'unico a vederci un Barbalbero dentro? ^_^
Io vedevo un burattinaio di nuvole dall'espressione tenebrosa.
-- 
22/02/04 2.18.56, daRkSidE

 Ma perché, non lo usavi? Vergognati :P
No per il momento uso xhdr, non penso ci siano grossissime differenze in
termini di velocità, ma devo fare delle prove.
-- 
That should clear out your sinuses.


 :-)
Mantiene in memoria l'immagine degli header (una linked list di oggetti
Article_Type, a cui accede tramite hash del message-id), fino a che
l'utente non esce dal gruppo. Quando l'utente seleziona il corpo di un
articolo, SLRN lo richiede al server, ne processa le linee per stabilire
i vari attibuti (linea di signature, linea di quote, linea di signature
PGP, linea verbatim, etc.) e poi la salva in una linked list connessa
all'oggetto Article_Type.


 Giusto per curiosità: come funziona il meccanismo delle mailbox?
Semplicemente, tutti gli articoli (comprensivi di header) vengono
accodati in un file, preceduti da una riga "From address 822-date", e
tutte le occorrenze di "From " vengono sostituite con "_From ".


 l'utente non esce dal gruppo. 
Si d'accordo, ma metti di entrare in un gruppo con 1500 articolo, ti
assicuro che fare 1500 HEAD non è un'operazione leggera (nemmeno in
locale) eppure slrn è velocissimo, praticamente istantaneo.
-- 
Climbing my family tree was fun, until the nuts appeared.


 Oppure si salvano gli articoli in una mailbox.
Ribadisco la domanda fatta in un altro post: qual è la strategia più
conveniente da adottare in questo caso? Immagino che le mailbox siano
una per ciascun newsgroup, piuttosto che un singolo file per articolo (a
la tin), vero? Poi devo usare per forza mutt (liscio o ha bisogno di
qualcosa per digerire gli header nntp?) o posso continuare ad usare
slrn? Varie ed eventuali :-)


 locale) eppure slrn è velocissimo, praticamente istantaneo.
Evdientemente non hai mai provato a lanciare SLRN su un gruppo con 1500
articoli. ;-)
E, comunque, per costruire la lista degli articoli usa l'XOVER (almeno,
sul mio INN2), non l'HEAD. Per la precisione:
	XOVER start-number end-number


 slrn?
Non esiste un ServerObject per le mbox, purtroppo (anche se uno dei miei
progetti per i giorni di pioggia sarebbe scriverne uno).


 termini di velocità, ma devo fare delle prove.
XOVER è decisamente più veloce di XHDR.


 termini di velocità, ma devo fare delle prove.
Ai tempi in cui mi divertivo a farmi il nr personale, trovai che il massimo
della velocita' di lettura di un newsgroup si aveva facendo il xover, ma
pero' a blocchi sui circa 100 articoli alla volta. Ovviamente, pero',
questo dipendera' da un sacco di cose...

 	XOVER start-number end-number
Scusa ma allora quando lo usa l'HEAD? solo per i nuovi articoli?
-- 
First things first, but not necessarily in that order.


 XOVER è decisamente più veloce di XHDR.
In che termini?
Io parlavo di tempo impiegato sulla rete.
Nel senso fare un:
xover(start,stop)
oppure:
xhdr("references",start,stop)
xhdr("subject",start,stop)
xhdr("from",start,stop)
xhdr("date",start,stop)
richiede di scaricare più o meno la stessa quantità di informazioni,
forse qualcosina in più a sfavore di xover, visto che questo restituisce
anche "lines" e "size".
Tu ti riferivi al carico del server o a cosa altro?
-- 
Marriage: breeding in captivity.


 questo dipendera' da un sacco di cose...
Hmm, sembrerebbe una sorta di effetto di overhead che poi si
affievolisce sulle grosse dimensioni ... ma poi che fine ha fatto il tuo
newsreader? hai abbandonato lo sviluppo?
-- 
I may not be totally perfect, but some parts of me are magnificent.


 Tu ti riferivi al carico del server o a cosa altro?
a tal proposito ho fatto due prove veloci.
prendendo in considerazione 500 articoli
         tempo
xover    60 sec
4 xhdr   55 sec
con 200 articoli
         tempo
xover    27 sec
4 xhdr   25 sec
Come vedete le differenze sono minime, ma a favore di xhdr ...
-- 
Feudalism: It's your count that votes.


 newsreader? hai abbandonato lo sviluppo?
E' esistito per un po' di tempo (in origine era un offline reader per le
aree di mclink, pensa tu quanto e' cambiato), ora lo uso qualche volta, che
ci sarebbero delle cosette da fare. Comunque, se a qualcuno interessa
"aspirare" i messaggi da Hamster, qualche notizia utile la potrei fornire,
e se vuole il sorgente, nel demode' visual basic (che per la cronaca ha
pochissime influenze sulle prestazioni, vista la struttura del programma). 

 locale) eppure slrn è velocissimo, praticamente istantaneo.
Non so se è solo un mio problema, visto anche che ho un server locale,
ma per alcuni newsgroup mi sembra piuttosto lento: se ad esempio apro un
gruppo da 1000-1500 articoli certe volte carica gli header a gruppi di
50 alla volta, mentre con gruppi da più di 3000 articoli è più veloce,
impiegando spesso meno tempo che per quelli da 1000!


 impiegando spesso meno tempo che per quelli da 1000!
Dipende dal newsserver locale.


 Tu ti riferivi al carico del server o a cosa altro?
Sicuramente, al carico del server, e ai tempi di risposta. La mole di
dati è la stessa (ci mancherebbe) ma i tempi di risposta si abbassano.


 Scusa ma allora quando lo usa l'HEAD? solo per i nuovi articoli?
No. Di norma, SLRN *non* usa l'HEAD a meno che l'XOVER non fallisca, o
l'utente non lo dichiari esplicitamente:
| 6.79.	 prefer_head
|
| Type: integer
| Default: 0
|
| This variable affects ``expensive scoring'': If available, slrn uses
| the XOVER and XHDR extensions to retrieve only the needed header lines;
| otherwise, the HEAD NNTP command is used to get all headers.
| Although this notably increases network traffic, it might be faster,
| depending on your connection and the number of ``expensive'' headers
| you score on. In this case, you can set this variable and slrn will
| prefer HEAD over XOVER / XHDR.
|
| When set to 2, slrn never tries to use XOVER. This is only useful
| for servers with broken XOVER implementations.
[dal manuale della 0.9.8.0]


 dati è la stessa (ci mancherebbe) ma i tempi di risposta si abbassano.
forse queste sono cose che si notano maggiormente sui server locali
visto che con server remoti il tempo di propagazione su rete è
nettamente predominante rispetto al tempo di risposta del server.
-- 
She hates sex in the movies. Tried it once and the seat folded up.


 l'utente non lo dichiari esplicitamente:
Ah ecco, da quegli snif che mi avevi mandato pensavo che slrn usasse
sempre HEAD, invece evidentemente lo usi tu per filtrare su header non
convenzionali giusto?
-- 
Catastrofi del nostro tempo: Hiroshima 45, Cernobyl 86, Windows 95.


 convenzionali giusto?
Esatto.


 in una mailbox <nomegruppo>-<anno><mese>, per motivi cronologici).
E' pubblica?
A proposito, sto usando la tua macro 
gnupg.sl
; ottima, solo mi
piacerebbe che il valore di default della richiesta "Execute GnuPG
signature on message?" fosse di default impostato su No anziché su Sì.
E' possibile cambiarlo? Ho visto che non c'è modo nelle preferences.


 E' possibile cambiarlo? Ho visto che non c'è modo nelle preferences.
No, non si può cambiare. La generazione della richiesta è automatica, e
la scelta del default è hard-coded all'interno dei sorgenti di SLRN,
purtroppo. Mi piacerebbe riscriverla, per permettere al programmatore la
definizione di una risposta di default, ma, come ho detto, il tempo in
questo momento è come i limoni.
Stringe.


 dallo spool.
  Tanto per dare una "rinfrescata" sull'oggetto del contendere...
  Io  e` da  un bel  po'  che ho  in  mente una  cosa, data  l'opzione
--rebuild di slrnpull... e cioe` di  fare uno scriptino in perl che mi
lista i  varii post, e che  con un tasto li  marchi per cancellarli...
poi, dopo, con slrnpull --rebuild  mi ritrovo con il newsgroup on-line
(locale) senza i post che ho cancellato...
  Mi pare  la soluzione  migliore... devo solo  solo trovare  (tempo -
voglia - motivazione - documentazione) per farlo...
  Ma non ti pare un'opzione fattibile?
  Si`,  *LO SO*,  Emmanuele,  che  slrn *E`*  un  lettore on-line,  ma
slrnpull lo smentisce, mi pare... cioe` a dire, per certi newsgroup mi
sta bene il  settaggio a zero, pero` mi piacerebbe  poter dire "questo
post  - e  magari tutti  i successivi  - non  mi interessano  e quindi
cancellali. Il  limite della data  di expire mi pare  assurdo. Sarebbe
sufficiente aggiungere  un `flag' tipo 'expire_if_required',  una cosa
del genere, no?
  Slrn + Slrnpull  e` un'accoppiata fantastica, mi spiace  solo di non
avere piu`  la testa (e l'eta`,  e il tempo) per  dargli una smossa...
Uffa... :(((
-- 
Cio` che ho scritto, ho scritto.

 del genere, no?
Il fatto è che, così facendo, SLRN dovrebbe sapere che sta usando uno
spool, che gli articoli sono salvati in un certo modo, e che si può
operare su di essi in un altro modo.
Questo SLRN proprio non lo sa. Lo sa SlrnPull, quindi è lì che va
aggiunta questa funzionalità. Altrimenti, se implementassi quello che
chiedi, dovrei fare in modo che, quando dico a SLRN di segnare un
articolo come letto, io sappia se sto usando uno spool, se lo spool in
questione è modificabile in qualche modo dal mio utente, e, nel caso in
cui sia impostato un flag nella configurazione di SlrnPull, la
cancellazione sia effettivamente realizzata sul file che contiene
l'articolo, e non sul newsrc.
Come vedi, gli assunti alla base sarebbero:
	* SLRN sa che sto usando uno spool (mediamente facile);
	* SLRN sa come è fatto un spool (mediamente impossibile);
	* SLRN sa leggere la configurazione di SlrnPull (mediamente
	  infattibile);
	* SLRN sa come modificare lo spool (mediamente irrealizzabile).
+++
Quindi, se l'opzione di rebuilding del database funziona, e se la logica
di SLRN non può essere toccata, allora l'unica è creare un'utility
parallela che sia deputata solo a leggere uno spool e permetta delle
modifiche su di esso. Chiamalo "SlrnPull-Manager", se vuoi. :-)


 User-Agent: slrn/0.9.8.0-eb1 (Linux)
  E` da  un bel po'  che non vado a  vedere le nuove  `release'... ora
vado a vedere se la 0.9.8.0 e` `stable'... ;)
[Curiosita` Molesta MODE ON]
  Ma com'e`  che non sono/siete  ancora passati alla 1.0.0.0?  Cosa vi
manca? Cosa  puo` giustificare un bell'"1"  davanti? Troppa timidezza?
Uso Slrn  da anni, ormai: mai  avuto un problema, mai  avuto un crash;
riesce a  gestire con  disinvoltura - off-line,  con SlrnPull  - spool
con  piu` di  30.000 post  (questo stesso  NewsGroup, per  esempio...)
(appropo`: c'e` un limite oppure dipende solo dalla Ram installata e/o
dalla capacita` disco?)
  Cos'e`, siete "incontentabili"? ;;;)
[Curiosita` Molesta MODE OFF]
  Ciao, Emmanuele.
  E grazie, come sempre.


 dalla capacita` disco?)
Per SlrnPull, solo la dimensione del disco. Anche per SLRN, se si una un
sistema operativo che supporta lo swapping su disco. :-)


   * Compressione dei dati su disco, e delle strutture in memoria.
  Ho  sempre  diffidato  delle  compressioni,  soprattutto  da  quando
stacker  dieci  anni fa  mi  ha  messo in  braghe  di  tela... Con  le
capacita` disco  attuali, non  mi pare  molto sensato.  Recuperare dei
dati danneggiati  in modo  testo puo' risultare  relativamente facile,
farlo su dati compressi e` praticamente impossibile. Mah...
  Ancora grazie.
-- 
Ho avuto serii problemi con telecom. scusate il ritardo... :(((


 farlo su dati compressi e` praticamente impossibile. Mah...
Per "compressione" si intende "gzip". Insomma, roba affidabile. Poi
sarebbe solo su richiesta dell'utente, non automatica.


 /pgp o text/html.
  Scusa, ma  per quale cappero  di motivo  uno dovrebbe postare  in un
NewsGroup  in pgp  e/o  in html?  Beh,  forse per  il  pgp intendi  la
firma...  non lo  so, non  l'ho mai  usato (non  ne ho  ancora sentito
l'esigenza...) ma l'html, diavolo! NO! Anzi! L'uso dell'html su Usenet
- a mio modesto avviso - dovrebbe essere `deprecato', non favorito...
  Per il resto, ti ringrazio ancora per la pazienza che hai sempre nei
miei confronti...
  ...e cosi` ne approfitto... ;)
  No, una cosa che mi e` venuta in mente di recente: mi ca`pita spesso
di salvare post con l'opzione "postponed": non si potrebbe proporre in
automatico,  come  nome  del  file  da  salvare,  il  subject  (magari
troncandolo a  una certa  misura, ma  almeno uno non  deve star  li` a
pensare a come diavolo chiamarlo)? Cosi`,  a occhio, non credo sia una
cosa particolarmente difficile, da implementare...
  Ok, ho dato i miei 2 cent (le mie 38,7254 lirette...) ;)
-- 


 cosa particolarmente difficile, da implementare...
Ehm... guarda che Emmanuele gia` l'ha fatta una patch che fa esattamente 
quello che dici (e qualcosa in piu`) ed e` perfettamente configurabile 
per ogni esigenza.
A Emmanuele, aggiorna il sito!!!! :))))
-- 
| Massimo ;-) | EMail: 
q-con...@iol.it
 * ICQ: 37930285 |       (o_        |
|-------------> 
http://digilander.libero.it/MaQ
           |  (o-  //\   -o)  |
|  BABYLON 5 -> 
http://babylon5.altervista.org
            |  (/)_ V_/_ _(\)  |
|  *TRIBOL*  -> 
http://digilander.libero.it/usstribolo
    | POWERED BY LINUX |

 Insomma, cose così.
Con slrnpull ed una macro sono riuscito a fare qualcosa da questo punto 
di vista. Pero` non l'ho ancora finita e quindi non ho idea fin dove si 
possa andare con solo una macro. Inizialmente lo scopo di questa macro e`
di creare newsgroup virtuali contenenti:
- tutti i newsgroup
- solo i nuovi newsgroup
- messaggi messi in postponed
- messaggi messi in out.going
Oltre a questo anche sottoscrivere un nuovo newsgroup modificando
slrnpull.conf direttamente da slrn.


 cosa particolarmente difficile, da implementare...
Già c'è. Si chiama "file format patch", e permette di dare un nome non
solo agli articoli in postponed, ma anche agli articoli salvati e alle
outbox (My_Posts/My_Replies), usando dei caratteri di escape (io la uso
in special modo per dividere l'outbox per data).
Fa parte del patchset eb. Dovrò davvero decidermi a farne un update, e a
metterlo sul nuovo sito.


 A Emmanuele, aggiorna il sito!!!! :))))
Non è il sito, è la patch a dover essere aggiornata. :-)


 slrnpull.conf direttamente da slrn.
Questa non è una buona idea, proprio perché SLRN meno ne sa di SlrnPull,
meglio è.


 nelle email, l'application/pgp è effettivamente usato.
Dimenticavo. L'application/pgp è Il Modo Giusto(tm) per segnare
un'email. Usare l'armored output (ovvero semplice ASCII) sul corpo di un
articolo Usenet è un modo come un altro per generare casini (e.g.:
mangling del delimitatore di firma).


 delimitatore di firma).
sto usando
|  strip_sig_regexp                "^-- $" "^- -- $"
|  set hide_pgpsignature           1
che in qualche modo limitano i danni
-- 
This is a sorry sight.

 che in qualche modo limitano i danni
So che non c'entra niente ... ma colgo l'occasione per avvisarti che ho
finalmente implementato la ricerca all'interno della lista dei gruppi
usando le regex ... e anche tra gli articoli combinando i risultati
delle ricerche su from/subject/msgid/references/body :-)
-- 
Confucius say... Man who eat many prunes get good run for money.


 delle ricerche su from/subject/msgid/references/body :-)
wowowow! a quando l'uscita?
-- 
steve vai - passion and warfare/erotic nightmares

 wowowow! a quando l'uscita?
Beh questa volta pensavo di prendermi un pò più di tempo, devo prima
mettere a posto alcune cosette, e poi vorrei anche implementare un
basilare sistema di scoring. Penso se ne parlerà a Giugno inoltrato.
-- 
User error. It's not our fault. Is not! Is not!


 bene, pazienterò allora. buon lavoro!
Se vuoi posso inviarti un'anteprima. Anzi mi tornerebbe utile che la
testasse anche qualcun'altro.
-- 
Quantum Mechanics: The dreams stuff is made of.


 e a metterlo sul nuovo sito.
  Prendo questo tanto per complicarti le cose... :DDD
  Una  idea  -  IBAUMDO  -  carina:  che  ne  pensi  di  applicare  lo
`scorefile' anche all'elenco dei NewsGroup sottoscritti?
  Cioe`,  mi spiego:  ne  seguo  talmente tanti  che  poi finisco  per
dimenticarmi  di  avere  scritto  qualcosa...  un  mark  in  parte  al
NewsGroup, tanto per evidenziare "guarda  che qua c'e` qualcosa che ti
puo` interessare"?
  O e` troppo incasinato?
  ;;;)
