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

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

Harry Putnam <reader@newsguy.com> writes:

> Harry Putnam <reader@newsguy.com> writes:
>
>> [...]
>>  1@  31-Dec [   0: Gnus Agent          ] [Undownloaded article 9561]
>>  1@  31-Dec [   0: Gnus Agent          ] [Undownloaded article 9562]
>>  1@  31-Dec [   0: Gnus Agent          ] [Undownloaded article 9563]
>> [...]
>>
>> Note the old date.  And I've never seen this notation in a summary
>> buffer before. Gnus Agent listing out undownloaded articles like that.
>>
>> The very odd thing is that this group was begun fresh Jan 9 and has a
>> predicate of `true'.  There should be no undownloaded articles.
>> Further these file numbers do not in fact exist.  Also, they are not
>> known to the .overview file, ditto .agentview.  Nor do they exit in
>> .newsrc.eld.  Agent.lib/history doesn't know about them either.
>
> Gack .. another one just popped up:
> I think I ended up with the % mark on one of those I mentioned and it got
> downloaded now.  Now the summary buffer says:
>  1R  31-Dec [   0: Gnus Agent          ] [Undownloaded article 9735]
>
> But there is really a message there now with these (abbrieviated)
> headers: 
>
> From: e.mergl@bawue.de (Edmund Mergl)
> Subject: Re: PL_perl_destruct_level = 1 -> segmentation fault
> Newsgroups: comp.lang.perl.moderated
> Date: 8 Jan 2002 08:26:07 -0800
> Message-ID: <7f70c711.0201080826.8d26ccd@posting.google.com>
> [...]
> Xref: 	spln comp.lang.perl.moderated:9735
>
> This seems like a pretty bad problem... I verified that the agent
> settings are as reported.  In afact I have only one predicate.
> Default is set to true.  GE settings look like:

I guess .agentview and/or .overview are hosed. Are there more than one
entries of 9735?  If so, remove redundant ones or use

   C-u M-x gnus-agent-regenerate RET

ShengHuo