From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/42866 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Benchmarking Gnus Date: Fri, 1 Feb 2002 15:59:22 +0100 (CET) Sender: owner-ding@hpc.uh.edu Message-ID: References: <87vgdhs33q.fsf@home.lan> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Trace: main.gmane.org 1035178051 14499 80.91.224.250 (21 Oct 2002 05:27:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:27:31 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: (qmail 23051 invoked from network); 1 Feb 2002 15:01:22 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 1 Feb 2002 15:01:22 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16WfBc-00076n-00; Fri, 01 Feb 2002 09:01:08 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 01 Feb 2002 09:00:55 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id IAA08613 for ; Fri, 1 Feb 2002 08:59:55 -0600 (CST) Original-Received: (qmail 22993 invoked by alias); 1 Feb 2002 14:59:53 -0000 Original-Received: (qmail 22986 invoked from network); 1 Feb 2002 14:59:52 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by gnus.org with SMTP; 1 Feb 2002 14:59:52 -0000 Original-Received: from yxa.extundo.com (localhost.localdomain [127.0.0.1]) by yxa.extundo.com (8.12.2/8.12.2) with ESMTP id g11ExMFN002715; Fri, 1 Feb 2002 15:59:23 +0100 Original-Received: from localhost (jas@localhost) by yxa.extundo.com (8.12.2/8.12.1/Submit) with ESMTP id g11ExMN7002712; Fri, 1 Feb 2002 15:59:22 +0100 X-Authentication-Warning: yxa.extundo.com: jas owned process doing -bs Original-To: Steinar Bang In-Reply-To: <87vgdhs33q.fsf@home.lan> Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:42866 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:42866 On Fri, 1 Feb 2002, Steinar Bang wrote: > > Hm. There is two kinds of expiry in a agent group, one is the normal > > expiring in the real backend via E marks (nnimap), which should work > > (does it?), > > If you mean: "does it work if you run expiry when plugged?", the > answer is yes. Good. > If you mean: "if you run expiry when unplugged, are the results > transferred to the nnimap group, when you go plugged?", the answer was > no, the last time I tried. Bad. I wonder why? Hm. Ah, nnagent-request-expire-articles needs to save the invokation into a file that is evaluated when you plug in. Much like the "flags" file. Maybe it can even use that file. This looks like a five-liner. > > but you should also be able to locally expire the agent cache with > > gnus-agent-expire-articles (does it work?). > > I haven't tried recently, and I'm not in physical reach of my laptop > right now, but it worked the last time I tried. Ie. it _did_ expire > articles older than 7 days, but if I had some old ticked articles, > the articles in between were re-fetched the next time I fetched > articles into the agent. > > According to Bjørn Mork earlier in this thread, this should be fixed > now...? Fixed in what sense? I think the agent MUST have ticked (and generally marked articles) locally stored, otherwise the marks will be removed by code in gnus-sum.el that removes flags on articles that has disappeared. Hm. Maybe that code could be changed, instead of requiring the agent to download all marked articles though. > > The first should delete articles on the server, the second should > > not. > > > Hm. I don't use the agent much, > > This means that you don't use a laptop with suspend/resume? :-) My laptop always has a network connection. :-) And I never expire anything anyway. Maybe that can be useful for the benchmark/design discussion, I have some IMAP groups with >500000 messages or so. (Which are completely unusable in Gnus). > > (Btw, wouldn't it be nice if it was possible to enable the agent via > > customize instead of forcing people to manually edit ~/.gnus?) > > You can toggle server agent status interactively in the server buffer, > if that's what you're thinking about...? No, I was thinking about that you need to call (gnus-agentize) in ~/.gnus to enable that code (and other code as well). I'd like a `gnus-use-agent' variable, much like the `gnus-use-cache' variable.