Sudish Joseph <sudish <at> ix.netcom.com> writes:

> On the subject of mail speedups, it'd be nice if nnmail-get-new-mail
> didn't loop over all the specified spools for every single group.
> This doesn't seem like a speed hit when all you're paying is a stat on
> an guaranteed-to-be-empty spool file for all groups after the
> first...but it's -huge- when one of those spools is a pop server
> accessed over a PPP link.  I'd even consider this a bug. 

nnmail tries to avoid querying POP servers by maintaining a
`nnmail-moved-inboxes' list that it checks.  Perhaps this doesn't work
as it's supposed to?  I'm not sure -- I don't have access to a POP
server.  Could somebody have a closer look at `nnmail-move-inbox' in
"nnmail.el" and see whether things work or not?

(The `nnmail-moved-inboxes' variable is cleared in `post-command-hook'
in the group buffer, so `g' `g' will read the spools twice.)

> It'd also make it easier to make GNUS extensible in the sense of being
> able to 
>   1) add nnfoo.elc to your load-path 
>   2) set a few variables that completely specify it's behaviour 
>   3) call a GNUS-provided function to register itself with GNUS.
> and have it work just as well as any native backend.

I've added this last item to the Red Gnus todo list.

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."