Re: Yike whats this [Undownloaded article 9563] 180 of them

[ShengHuo ZHU <zsh@cs.rochester.edu>]

Harry Putnam <reader@newsguy.com> writes:

> ShengHuo ZHU <zsh@cs.rochester.edu> writes:
>
> [...]
>
>>> [...]
>>> No-Message-ID-in-article	730859	alt.solaris.x86 59576 
>>> No-Message-ID-in-article	730859	alt.solaris.x86 59577 
>>> No-Message-ID-in-article	730859	alt.solaris.x86 59578 
>>> [...]
>>>
>>> Why are article numbers differernt than file names there? And is it
>>> likely there really weren't message ids in hundreds of messages.
>>
>> File names? The second numbers are article numbers, i.e. file
>> names. Could you check whether the articles really have no
>> Message-ID's?
>
> What is the first number? 

The first number is the time when the article is downloaded.

> Another post should appear momentarily detailing a little more. Namely
> I indadvertantly ended up with the % mark on one of those marked:
>    [Undownloaded article 9735]   
> The agent dutifully downloaded it (it wasn't present before) now it is
> present on disk but the summary buffer still says:
>  [...]    [Undownloaded article 9735] 
> I've posted some of the headers.

If it is not included in the .overview file, the .overview file is
hosed.

> But it should be noted that gnus here hardly ever goes plugged as you
> asked about.  I get everthing in batch mode. The running instance of
> gnus rarely goes plugged... only for some test etc.  This setup has
> been in existence for quite a long time and has worked across many cvs
> upgrades ... probably for more than a year.  May this have some effect
> in this instance?  Maybe due to recent changes in gnus-agent?

The changes are adding such lines for articles with undownloaded
headers.  Before the changes, it was difficult to notice that some
articles were not downloaded, because those articles are not shown but
marked as read as if they didn't exist on the server.

ShengHuo