Newsgroup: it.comp.software.newsreader
Titolo: [tutti] Seguire i followup e i crosspost

Anche se alla fine questo diventerà una proposta per Dialog metto il tag
[tutti] perché in realtà è un discorso generale e mi interessano il parere
e l'esperienza degli utenti di altri NR.
Ho sempre desiderato, in ogni NR che ho usato, la capacità di seguire
automaticamente followup e crosspost. La soluzione classica, sottoscrivere
temporaneamente i gruppi e mettere dei filtri, non mi ha mai soddisfatto.
Per cominciare è lunga come procedura, poi è scomodo saltare da un gruppo
all'altro quando la gente mette e toglie il xpost a raffica.
Dunque pensavo di richiedere in Mantis questa caratteristica, ma non riesco
a trovare LA soluzione ideale. Vorrei qualcosa che sia contemporaneamente
efficace e semplice da usare, altrimenti è inutile. Se avete voglia di
commentare e aggiungere idee sono contento.
La prima cosa che mi viene in mente è un'opzione nelle preferenze per far
seguire automaticamente crosspost e followup. Se attivata, il NR mostra
nell'elenco dei subject anche i post non appartenenti al gruppo
selezionato, evidenziandoli in qualche maniera. Funzionerebbe se non
esistessero IDL & C., perché a quel punto basta un articolo in xpost e ti
trovi una subject list illeggibile. Si potrebbe far seguire solo X
generazioni di risposte, ma non funzionerebbe sempre e sarebbe limitante.
Oppure mettere una blacklist di gruppi o persone da non seguire in ogni
caso ma c'è il rischio di falsi positivi.
La seconda cosa che mi viene in mente è che in caso di followup e Xpost il
NR controlli da solo se ci sono risposte nell'altro NG e avvisi in qualche
maniera facendo un sunto della situazione (quanti post, su che gruppi) e
dando la possibilità di scegliere cosa fare. Il problema è trovare un modo
per segnalare la cosa in maniera visibile ma non invasiva (niente popup,
sono allergico). Forse un finto messaggio che spiega la situazione e
contiene (direttamente cliccabili) le varie possibilità di azione potrebbe
andare.
La terza cosa che mi viene in mente è un meccanismo di "watch" volontario,
per cui l'utente esplicitamente dice di andare a seguire un thread su altri
gruppi. Problema: uno potrebbe non accorgersi che c'è il followup e non
mettere il watch, per cui rimane l'esigenza di segnalare la cosa da parte
del NR senza dare fastidio.
Un quarto elemento di riflessione è dato dal fatto che qualcuno potrebbe
cambiare il subject e/o cancellare le References per cui sarebbe opportuno
in qualche modo fare dei controlli incrociati sulle due cose, magari con
XPAT per non dover scaricare tutti gli header. Inoltre bisognerebbe
definire un tempo massimo oltre il quale smettere di seguire il gruppo
temporaneo.
Idee? Qualche NR, compresi i vulcaniani, ha già questa funzione? come la
gestisce? vi trovate bene?
-- 
Fact of life #15: Heads bleed, walls don't.

temporaneo.
Dici? Nel caso della tua prima soluzione questo non sarebbe necessario.
Jolan Tru
-- 
Filippo "Hytok" Simone - L'oracolo sampdoriano di Sunnydale
La Casa degli Elfi - 
http://www.freewebtown.com/lacasadeglielfi/
Enclave del Dominio - S.N.S. Despiser - 
http://ildominio.altervista.org/
Commissione Voyager - 
http://www.voyageritalia.com/

 gestisce? vi trovate bene?
mai sentita la necessità; non deve essere semplice da realizzare. forse
qualche script con Hamster...
-- 
.signature: not found

qualche script con Hamster...
be' ad esempio Hamster Playground fornisce "di serie" uno script per
mettere in un ng locale tutti i msg con il proprio fqdn (NewsWatcher). 
-- 
Saluti, 
Paolo.  
_______________________________________
*Ruata Home Page*  
http://www.ruata.net
Feed: 
http://www.ruata.net/rss/news.xml
--
X-Privat "FREE Usenet" - 
http://www.newsserver.it

 mettere in un ng locale tutti i msg con il proprio fqdn (NewsWatcher).
Non ho ancora letto bene il messaggio di Maki, ma questo Dialog lo fa
abbastanza agevolmente (visto che comunque alla base del thread c'è una
richiesta del genere).
-- 
daRkSidE, 20/11/2004 21.03.32

Idee?
Far fare tutto in automatico al newsreader. Tu clicci sull'articolo e
dai il comando «Segui followup», lui vede come è impostato l'header e
scarica gli ultimi X (a piacere) articoli del gruppo, ma tiene solo i
post che effettivamente ti interessano. Questi articoli vengono messi
nella cartella che tu hai creato per l'operazione, che può essere una
sola per tutti i post in f/up (ma dalla colonna «newsgroup» riconosci
qual è il gruppo al quale appartiene il post).
Penso si possa usare il comando X-PAT, che scarica parte degli header
rendendo possibile vedere quali followup (dai reference), per evitare
che il newsreader scarichi anche altri header.
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
- La bellezza salverà il mondo. -

 qual è il gruppo al quale appartiene il post).
e perché non inserire i post nel gruppo che si segue? ordinando per
subject/references si avrebbe comunque l'integrità del thread.
-- 
.signature: not found

subject/references si avrebbe comunque l'integrità del thread.
Non lo so, questione di gusti suppongo, a me tornerebbe più comodi
averli in una cartella a sé, anziché mischiati...


 Dici? Nel caso della tua prima soluzione questo non sarebbe necessario.
Cosa non sarebbe necessario e perché?


 che il newsreader scarichi anche altri header.
Un attimo, io la sapevo diversa. XPAT lo usavo con MT-NW per fare le
ricerche sul server. Cioè io chiedevo i post con "pippo" nel subject e il
server mandava gli header solo di quelli. Però gli header scendono tutti
(quelli dell'XOVER). Cioè tutti quelli del post, non tutti quelli del NG.
Che casino... stiamo dicendo la stessa cosa per caso? :)
Insomma, la mia idea era che quando si trova un xpost il NR interroga il
server per sapere se ci sono risposte a quel post in particolare, senza
scaricare tutti gli header se no diventa pesante (perlomeno non lo deve
fare senza un esplicito comando dell'utente).
Solo che, mi sembra, le ricerche di un determinato M-id all'interno delle
References non funzionavano bene. Sai quali limiti ci sono esattamente?


 averli in una cartella a sé, anziché mischiati...
Li si dipinge di viola, si notano subito... :-)
-- 
daRkSidE, 22/11/2004 13.51.07
[06/06 - Miles Smiles] Miles Davis Quintet: Gingerbread Boy

gestisce? vi trovate bene?
L'ideale sarebbe poter aprire un NG non sottoscritto (Pimmy 4 lo farà),
creare un filtro che segue la discussione o solo il sottoramo (pimmy lo
fa), applicare il filtro al NG online scaricando i messaggi in una
cartella, magari la stessa in cui si scaricano i messaggi del NG che ha
prodotto questo filtro e cancellarlo dopo un certo tempo di inattività,
cioè dopo un tempo preimpostato in cui il filtro non trova più messaggi
che lo soddisfano (pimmy lo fa). Anzi, l'ideale sarebbe che queste cose
venissero fatte in maniera trasparente all'utente, che deve però avere il
potere di consentire il processo o no.
Pimmy non lo fa attualmente in automatico, ma per il futuro non si può mai
sapere, considerando la quantità di cose "poco ortodosse ma utilissime"
che ha in più degli altri sw.
Ciao.
-- 
Antonio :-D

mettere in un ng locale tutti i msg con il proprio fqdn (NewsWatcher). 
Ma dovrebbe aggiungere alla lista dei NG il ng del followup
automaticamente, prendere i messaggi e quando il thread non si incrementa
da un tempo ragionevole (qualche giorno?) smettere di seguirlo.
Ciao.
-- 
Antonio :-D

 comoda (comportamento discutibile ma piů che legittimo, IMHO).
E' legittimo se c'č un motivo valido, altrimenti no. Per esempio, dire
"continuo qui perché non seguo l'altro gruppo" non č un motivo valido.
Fup, appunto.
-- 
Luca - e-mail: p.stevens at 
libero.it

 potere di consentire il processo o no.
Eh, lo so. Il punto è come farlo in modo efficace, ma non invasivo.
Io vorrei vedere i post direttamente integrati nel thread, senza
interrompere il flusso logico di lettura.


interrompere il flusso logico di lettura.
Già. È l'unica alternativa alla soppressione fisica di Luca@nospam. :-)))
f.up qui. :-P
-- 
Antonio :-D

 Vaffanculo.
oh perbacco! lei mi stupisce 
-- 
Ciao, Dmitry

Sono sicuro che i Donatielli saprebbero implementarlo in meno di mezz'ora.
:-)
Comunque Pimmy ha già i filtri che possono agire su tutti i newsgroup
sottoscritti e per seguire un thread viene impostata una regola che cerca
un dato message-id sui references. I messaggi filtrati vengono scaricati,
su richiesta, in una cartella unica e quindi tutti i messaggi vengono
"alberizzati" insieme.
Se però il newsgroup oggetto di followup non è sottoscritto occorre
sottoscriverlo.
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

 Già. È l'unica alternativa alla soppressione fisica di Luca@nospam. :-)))
Vaffanculo.
Comunque, anch'io desidero da tempo una funzione simile e mi pare banale: per
seguire automaticamente il followup basterebbe che il watch filter agisse
senza tenere conto del newsgroup. Per vedere solo il followup nel nuovo
newsgroup basterebbe che si potesse (semi)automaticamente impostare il filtro
complementare. 
Sono sicuro che i Donatielli saprebbero implementarlo in meno di mezz'ora.
-- 


 "alberizzati" insieme.
Grande! Comunque, se ho capito bene, non è necessario riunire i post in una
cartella unica, il filtro funziona anche con i due gruppi separati, giusto?
Nel senso che se seguo un thread in uno di due gruppi sottoscritti,
automaticamente vedo apparire come seguiti i post che sono followup nell'altro
gruppo.
Se è così, allora basta aggiungere un modo per "rovesciare" la regola in modo
da killare eventualmente tutti i post nel nuovo gruppo che non appartengono a
quel thread (penso basti aggiungere un not). 
Servirebbe infine una funzione che scaricasse automaticamente i post
precedenti nel thread, nel caso che la sottoscrizione del nuovo gruppo
avvenisse in ritardo.


avvenisse in ritardo.
Questo si può fare sottoscrivendo il newsgroup e dicendo a pimmy "segna
come da leggere gli ultimi 200 (per esempio)". Poi si lancia lo
scaricamento e i filtri fanno tutto.


 Vaffanculo.
Uh :D
-- 
Cammagno

Sono sicuro che i Donatielli saprebbero implementarlo in meno di mezz'ora.
Si, ma dicono che con la nuova gestione non si sposa bene, "ora". Ma già
hanno messo in moto le rotelle. :-)
'Sti cavolo di gemelli, cento ne pensano e...CENTO NE FANNO!!! :-)
Ciao, Lu'.
-- 
Antonio :-D

Ciao, *Cammagno*!


Mi adorano tutti! :-)))
-- 
Antonio :-D

coi filtri.
Il NOT c'è anche sulla singola regola di filtro oltre a quella possibilità
da te riportata.


da te riportata.
Bella Scoperta, Io lo dico sempre che Pimmy è il miglior 
mail-news-ecc ^__^ reader del mondo! Mica parlo a vanvera! ;-)
Ciao.
-- 
Antonio :-D

 scaricamento e i filtri fanno tutto.
Si, questo è il metodo più "costoso". Pensavo invece ad una funzione che
scarica automaticamente solo i messaggi che hanno nei reference il message-id
della discussione da seguire. 
Ad esempio: viene impostato un followup in un gruppo che non seguo. Se io
sottoscrivo il nuovo gruppo dopo qualche giorno è possibile che il thread sia
proseguito nel frattempo in quel gruppo. Se voglio scaricare tutti e solo i
messaggi del thread che voglio seguire devo individuare e scaricare, nel nuovo
gruppo, tutti e solo i post che contengono nei reference il message-id del
messaggio apparso nel vecchio gruppo con il followup impostato. 
Mi sfugge se l'NNTP permette questo. é però possibile impostare una funzione
automatica che immediatamente dopo la sottoscrizione del nuovo gruppo scarichi
tutti gli header successivi alla data del messaggio col followup, per poi
proseguire esclusivamente con la ricerca e il download per message-id,
limitando in questo modo al minimo lo scaricamento di header estranei al
thread.


Mi sfugge se l'NNTP permette questo.
Il comando XPAT direi che andrebbe bene.


References non funzionavano bene. Sai quali limiti ci sono esattamente?
Ehr... scusa ma ora devo proprio scappare... mi scade lo yogurt...


Mi sa di sě, devo aver detto delle corbellerie, pardon...
Avevo fatto delle prove di recente e l'ho rifatta ora. Con XPAT il server
restituisce solo l'id numerico dei messaggi e l'header sul quale č stata
fatta la ricerca, in questo caso solo il subject quindi. Non restiusce
quindi gli header di XOVER.


 subject quindi. Non restiusce quindi gli header di XOVER
vero. C'è da tenere conto poi che non tutti i server permettono 
ricerche XPAT. Sono molto onorose in termini di risorse per un news-
server. (il mio cmq lo permette).
-- 
Ciao, Dmitry