From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/6542 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus v5.2.8 is released Date: 06 Jun 1996 14:37:07 +0200 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035146980 3941 80.91.224.250 (20 Oct 2002 20:49:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:49:40 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.5/8.6.9) with SMTP id LAA00436 for ; Thu, 6 Jun 1996 11:24:55 -0700 Original-Received: from hler.ifi.uio.no (4867@hler.ifi.uio.no [129.240.94.23]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 6 Jun 1996 19:39:56 +0200 Original-Received: (from larsi@localhost) by hler.ifi.uio.no ; Thu, 6 Jun 1996 19:39:47 +0200 Original-To: ding@ifi.uio.no In-Reply-To: Sudish Joseph's message of 05 Jun 1996 21:48:21 -0400 Original-Lines: 30 X-Mailer: Gnus v5.2.9/Emacs 19.29 Xref: main.gmane.org gmane.emacs.gnus.general:6542 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:6542 Sudish Joseph 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."