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

[Harry Putnam <reader@newsguy.com>]

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:

("comp.lang.perl.moderated" 3
 ((1 . 9875))
 ((seen
   (9782 . 9872)
   (9874 . 9875))
  (download 9735)
  (dormant 9735 9826 9828 9831 9838
	   (9855 . 9856)
	   (9869 . 9872)
	   9874)
  (reply 9828 9872 9875)
  (tick 9875)))