Gnus development mailing list
 help / color / mirror / Atom feed
From: Henrik Enberg <henrik@enberg.org>
Cc: ding@gnus.org
Subject: Re: Agent downloads too many headers
Date: Thu, 24 Oct 2002 22:51:18 +0200	[thread overview]
Message-ID: <87lm4nd0hl.fsf@enberg.org> (raw)
In-Reply-To: <84r8eg9ukt.fsf@crybaby.uni-duisburg.de> (kai.grossjohann@uni-duisburg.de's message of "Thu, 24 Oct 2002 09:14:58 +0200")

kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes:

> Henrik Enberg <henrik@enberg.org> writes:
>
>> 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?

Yes, there's even an example in the manual.  I really need to sit down
and re-read it some day :)

> 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.

I'm not all that familiar with the news protocol, but if there's a way
to ask the server for the expiry time of each group, then maybe
gnus-agent-expire-days could have the special value 'server which tells
the agent to expire stuff at the same time the server does.

-- 
Booting... /vmemacs.el



  reply	other threads:[~2002-10-24 20:51 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-22  6:20 Kai Großjohann
2002-10-23  6:42 ` Kai Großjohann
2002-10-23 13:55   ` Wes Hardaker
2002-10-23 14:30     ` Kai Großjohann
2002-10-23 14:31     ` Kai Großjohann
2002-10-23 19:14     ` Josh Huber
2002-10-23 15:54 ` Kai Großjohann
2002-10-23 20:33   ` Kai Großjohann
2002-10-23 21:42     ` Henrik Enberg
2002-10-24  7:14       ` Kai Großjohann
2002-10-24 20:51         ` Henrik Enberg [this message]
2002-10-25  8:36           ` Kai Großjohann
2002-10-25  7:32     ` Danny Siu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87lm4nd0hl.fsf@enberg.org \
    --to=henrik@enberg.org \
    --cc=ding@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).