From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47391 Path: main.gmane.org!not-for-mail From: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: Agent downloads too many headers Date: Thu, 24 Oct 2002 09:14:58 +0200 Organization: University of Dortmund, Germany Sender: owner-ding@hpc.uh.edu Message-ID: <84r8eg9ukt.fsf@crybaby.uni-duisburg.de> References: <84u1jfvvsx.fsf@crybaby.cs.uni-dortmund.de> <84lm4p6tia.fsf@crybaby.uni-duisburg.de> <841y6gnbe7.fsf@crybaby.uni-duisburg.de> <87y98oygq9.fsf@enberg.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035443753 17868 80.91.224.249 (24 Oct 2002 07:15:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 24 Oct 2002 07:15:53 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 184cDf-0004e4-00 for ; Thu, 24 Oct 2002 09:15:52 +0200 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 184cDC-0004mQ-00; Thu, 24 Oct 2002 02:15:22 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 24 Oct 2002 02:16:06 -0500 (CDT) 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 CAA26250 for ; Thu, 24 Oct 2002 02:15:51 -0500 (CDT) Original-Received: (qmail 10912 invoked by alias); 24 Oct 2002 07:15:01 -0000 Original-Received: (qmail 10906 invoked from network); 24 Oct 2002 07:15:00 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 24 Oct 2002 07:15:00 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 184cDs-0005hp-00 for ; Thu, 24 Oct 2002 09:16:04 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 55 Original-NNTP-Posting-Host: pd951f8bd.dip.t-dialin.net Original-X-Trace: quimby.gnus.org 1035443764 20249 217.81.248.189 (24 Oct 2002 07:16:04 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 24 Oct 2002 07:16:04 GMT User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Cancel-Lock: sha1:8yD6cUrfFs7BN8/NXvUgjbsAFnM= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47391 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47391 Henrik Enberg writes: > kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes: > >> I couldn't wait. I tried to implement this, and now, finally, I >> think it at least does _something_. >> >> Henrik, is it fetching less now? > > Yes. After the initaial round of fetching all headers, subsequent > fetching DTRT. Great work. Thanks. I notice, however, that it keeps fetching some articles that it shouldn't. I'm guessing that it is due to the strange code that I don't understand. For example the marks code that Paul and I are talking about. > This has also magically fixed the problem I had with the agent > downloading articles again and again. So now everything works for me > regardless of the value of `gnus-agent-consider-all-articles'. Good. >> I've committed this so that others can hack on it while I sleep :-) >> Another reason is that tomorrow morning before I got to rush off to >> catch the train, the agent fetching will be quicker :-) > > WIBNI `gnus-agent-consider-all-articles' could be made to respect > `gnus-agent-expire-days' so it only tries to keep all articles frome > the last n days in the agent? My server has some really complex expiry > rules, in some groups the articles stay arount for months, but in some > groups they expire after just a week or so. > > It seems like `gnus-agent-consider-all-articles' tries to keep all > articles the server knows about in the agent. This can lead to cases > where the agent first expires a bunch of articles and then fetches them > again when you do a new fetch. > > Or maybe I'm misunderstanding something? I think you are right. I did not consider expiry when I made my change. It should, however, be fairly simple to add it: add a predicate to the list of agent predicates and then you can use `unexpired' or `(not expired)' or whatever in the predicate for the category. Can you do this yourself? My long-term goal is to have the agent reflect the server status. So when a message disappears on the server, it should be removed from the agent, too. I don't know how to do that, though. kai -- ~/.signature is: umop ap!sdn (Frank Nobis)