Newsgroup: it.comp.software.newsreader
Titolo: messaggi sul NG

ciao
spesso mi capita (tipo in IAMST) che quando sincronizzo l'account vedo
apparire accanto al nome del NG un tot di nuovi messaggi in neretto
quando ha finito di sincronizzare
questi diventano di numero molto inferiore
per esempio adesso me ne aveva contati 18
e finito si sincronizzare ne ho trovati solo "uno" nuovo
come mai?
ho provato con una ricerca consigliatami su di un altro NG ma non ho trovato
niente
non capisco piů che altro se č una scelta di togliermi messaggi nuovi per...
che ne so
problemi di spazio sul mio outlook o non li scarica proprio dal server del
NG
boh!
ciao a tutti e grazue in anticipo
piotre

From: "Piotre" <piotre*piotre.piotre>
Per cortesia leggi qua:
http://wiki.news.nic.it/AntiSpam
Ma ancora prima, leggi assolutissimissimamente questo:
http://wiki.news.nic.it/QuotarBene
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
- La bellezza salverà il mondo. -

 molto belli da vedere...
scusa ma non ho capito |-)
cos'č word wrapping e fiordi?
ciao
piotre

 cerca nei vecchi articoli altrimenti sul sito di IsettO citato nelle FAQ.
Mmh ... non mi pare sia solo un problema di Outlook, né che sia un
problema che abbiamo mai sviscerato a fondo. Se sě, dove? Io stesso non
trovo semplice impostare una ricerca su Google per questo. 
Non credo poi che siano molti i newsreader che tengono conto dei cancel,
dei supersedes e dei buchi nel conteggio degli header sui vari
newsserver.
-- 
Luca - e-mail: p.stevens at 
libero.it

 cos'è word wrapping e fiordi?
http://corsiadistanza.polito.it/attivita/prodotti/cdrom/icfaq41p/vivere.htm#abb
(in effetti "fiord*" e "wrap*" non c'è in nessuna faq: né le nostre, né
quelle di ina generiche né in quotarbene. Sarebbe il caso di rimediare)

quelle di ina generiche né in quotarbene. Sarebbe il caso di rimediare)
Non posso controllare ora ma forse è in:
http://wiki.news.nic.it/AiutoComposizione
Altrimenti direi che il posto giusto è quello (l'effetto fiordo non ha a
che fare solo con quoting, come si vede nell'articolo che ho ripreso), e
posso aggiungerlo appena ho tempo, se nessuno si offre...


newsserver.
In che senso non tengono conto dei supersedes? Credo che in casi come
questo qualsiasi newsreader ri-scarichi il post... In fondo si tratta
soltanto di un articolo come qualsiasi altro ma con un header in più.


 Altrimenti direi che il posto giusto è quello (l'effetto fiordo
Ho letto velocemente, ma non mi sembra dica niente sull'effetto fiordo
(in compenso nella nota 3 dice di aggiungere Was quando cambia oggetto)

 soltanto di un articolo come qualsiasi altro ma con un header in piů.
Penso che Alfredo non se ne abbia a male se riporto questo suo
messaggio:
|>- Ore 12, scarico un campione di 4000 header su it.test:
|>
|>da Powernews, se ne scaricano effettivamente 3670: 1' 34"
|>da Linuxfan, se ne scaricano effettivamente 3866:  1' 29"
...
|Il motivo per cui quando hai chiesto 4000 intestazioni te ne sono state
|ritornati di meno č dovuto probabilmente a cancel, supersedes ed affini.
|Per esempio io ti dico che su it test ho articoli dal 161437 al 177213
|(quella č la numerazione interna).
|Tu mi chiedi gli ultimi 4000 (da 173213 a 177213).
|Se li in mezzo ci sono dei cancel o dei supersedes l'articolo sparisce
|(anche dall'overview) ma gli articoli non vengono rinumerati.
|Perň non chiedermi come mai ci siano 200 messaggi di differenza tra
|linuxfan e powernews. Queste sono solo ipotesi:
|- quel server perde messaggi
|- non immette nel feed i cancel inviati dai propri utenti, per cui lě
|  gli articoli vengono cancellati, ma non sugli altri server rimangono.
Credo inoltre che sia teoricamente possibile, per un newsreader,
conoscere preventivamente quanti header verranno effettivamente
scaricati, ma non so quali newsreader lo fanno.


(in compenso nella nota 3 dice di aggiungere Was quando cambia oggetto)
Ahahah, sostituirò con «... si dovrebbe aggiungere "fu:"...» :P


scaricati, ma non so quali newsreader lo fanno.
Come detto sopra, Agent lo fa. Può darsi ci siano dei problemi nei casi in
cui il numero degli articoli presenti è elevato, ma non saprei dire...


cui il numero degli articoli presenti è elevato, ma non saprei dire...
Il tuo è il caso semplice, diciamo così. Se io ti chiedessi di darmi gli
ultimi 5 messaggi, ad esempio, tu potresti chiedere al server i messaggi
che vanno dal 6 al 10 ma potresti incappare in un buco e quindi avere di
fatto in risposta solo 3, 4 o 5 messaggi.
Pimmy non usa il numero 8 ma fa sempre "ultimo - primo + 1" per dirti il
numero di messaggi disponibili. Per dirti i messaggi "nuovi" memorizza
l'ultimo messaggio scaricato e quindi fa "ultimo messaggio disponibile -
ultimo messaggio letto + 1". Forse il numero dei messaggi disponibili che
mostra Pimmy dovrebbe essere quello corretto che indica il server nella
riga che hai scritto. A memoria non ricordo bene perchè avevamo deciso di
fare così, devo approfondire.
-- 
-antonio-
www.geminisoft.com
(do not use this email address)

 saprei dire... 
Non sapevo dove attaccarmi, lo faccio qui (al *Massimo* mi mandi a quel 
paese... ;o).
Credo che la cosa sia abbastanza complessa e variabile da server a 
server... nel mio solito spirito da niubbo e senza campanilismi, 
riporto quanto lessi sul changes.txt di Xnews a proposito di ciò 
(almeno credo che centri con questo discorso).
        o This version mostly addresses the articles created out of
        order problem. Briefly: news servers don't always number
        articles sequentially but leave gaps in the numbering that
        are later filled in -- a practice known as "backfilling." 
        Xnews doesn't take this into account, so it assumes, for 
        example, that when it asks the server for headers for
        articles 1-10 and receives headers for articles 1-3,5,8-10,
        those are all the headers it will see in that range (1-10). 
        Articles 4,6,7 must have dropped off the face of the earth
        as far as Xnews is concerned.  If you now refresh headers,
        it will start from 11-<latest>.  If you do a catchup, it
        will set the read count to 1-10.  If later on the server
        adds an article and numbers it 4,6,or 7, Xnews will not see
        it, and you'll miss these articles unless you do a "refresh
        headers special" and set the slider backward. How often this
        happens depends on the server you're using and your own 
        news reading habits.  It's less of a problem on small
        servers with a single spool vs. large ones with multiple
        synchronized spools.  It's also less of a problem if you
        only get headers once a day rather than keep a group opened
        and refresh headers every 10 minutes. 
 
        So now for each server I added an option called "Server
        creates articles out of order" (Setup dialog / Servers tab).
         If you check this box, Xnews will go back and try to fill
        in the gaps.  In the example above, it'll try to pull
        headers for 4,6,7 when you do a "refresh headers" and will
        set the read count to 1-3,5,8-10 when you do a catchup. 
        This way, should the server fills in the gaps later on, it
        will not miss 4,6,and 7.  You'll also notice that I added
        two more commands: "Refresh headers ignore gaps" and
        "Catchup ignore gaps" if you have the "Server creates
        articles out of order" option checked, and "Refresh headers
        fill gaps" and "Catchup preserve gaps" if you have the
        option unchecked.  I don't feel like typing anymore so I'll
        let you figure those out for yourself :)  If you're 
        totally confused, just ignore the whole thing and go on
        using the program the way you have for the last X years.
In pratica credo che i buchi possano venire riempiti in un secondo 
momento, nel qual caso il newsreader li perderebbe (se si è fatto un 
catchup).
Ciao.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/

 saprei dire... 
Non sapevo dove attaccarmi, lo faccio qui (al *Massimo* mi mandi a
quel paese... ;o).
Credo che la cosa sia abbastanza complessa e variabile da server a 
server... nel mio solito spirito da niubbo e senza campanilismi, 
riporto quanto lessi sul changes.txt di Xnews a proposito di ciò 
(almeno credo che c'entri con questo discorso).


 catchup).
Ma il conteggio degli header che saranno effettivamente scaricati è un
altro paio di maniche. 


 
No, no!!! Bisogna mettere "era"!!!!!! ^_______^
-- 
...ale...
icq: 28735838
http://lermocolle.splinder.it

 numeri mancanti.
Mi attacco qui, scusate, per fare una breve domanda agli autori di Pimmy,
nella versione con l'albero, č sparita la numerazione dei messaggi
accanto all'icona della busta?

accanto all'icona della busta?
In effetti sì. In una prima versione dell'albero per necessità tecniche.
Ora potremmo rimetterla, ma siamo in dubbio se farlo; alcuni pare non la
vogliano. Tu la vorresti?
(vale sempre la risposta: aggiungere un'opzione :-)
Ciao
-angelo-
www.geminisoft.com

vogliano. Tu la vorresti?
M'inserisco: io non ne sento la mancanza.
Jolan Tru
-- 
Filippo "Hytok" Simone - L'oracolo Romulano di Sunnydale
La Casa degli Elfi 
http://members.xoom.virgilio.it/hyterdeflok/
Commissione Voyager 
http://www.voyageritalia.com/
http://www.ussexcalibur.it/

No, no!!! Bisogna mettere "era"!!!!!! ^_______^
Giammai, alcuni programmi intercettano anche quello ;P


fare così, devo approfondire.
Ok, allora aspetto la risposta :)


 (vale sempre la risposta: aggiungere un'opzione :-)
se fosse [dis]attivabile a comando, acconteresti i cavoli e la capra
occhioalledimensioniperň  ;-)