Gnus development mailing list
 help / color / mirror / Atom feed
From: Justin Sheehy <dworkin@ccs.neu.edu>
Subject: Re: Not running expiry when I exit a group
Date: 07 Apr 1997 09:27:33 -0400	[thread overview]
Message-ID: <vndd8s70xq2.fsf@garathorm.ccs.neu.edu> (raw)
In-Reply-To: Kai Grossjohann's message of 07 Apr 1997 10:15:23 +0200

Kai Grossjohann <grossjohann@charly.cs.uni-dortmund.de> writes:

>   David> If you use total-expire, Gnus loops over every article in the
>   David> "active range" checking the dates on the files to see if they
>   David> should be expired.  If you have an old ticked or cached
>   David> article the active range can be huge.
> 
> Does Gnus behave differently with auto-expire?  How is the behavior
> different?

[disclaimer: I haven't actually checked the code.  this is an assumption]

I think that the only reason that total-expire needs to loop that way
is because the articles are not already marked as expirable.  The loop
is simply to determine which articles are expirable.

Since auto-expire explicitly marks read articles as expirable, it
would not need this behavior.  It can just go ahead to the work of
actually expiring articles.

> Does one need to mark articles as "read" rather than "dormant" or
> "ticked" in order to benefit from the improvements from changing from
> total-expire to auto-expire?

I'm not really sure what you mean here.

'dormant' and 'ticked' are two different ways to say 'unread'.

Dormant or ticked (or other unread) articles are not expired at all
with either total-expire or auto-expire.

The only way that these articles have anything to do with this problem
is that they may keep the active range very large, thus making the
loop in total-expire take a very long time.

-Justin

 


  reply	other threads:[~1997-04-07 13:27 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-04-04  8:32 Jason L Tibbitts III
1997-04-04 12:53 ` Hrvoje Niksic
1997-04-04 13:09   ` Jan Vroonhof
1997-04-04 19:07     ` Jan Vroonhof
1997-04-04 15:18   ` Christopher Davis
1997-04-04 20:25     ` Sudish Joseph
1997-04-05 18:01       ` Christopher Davis
1997-04-04 13:08 ` Kai Grossjohann
1997-04-04 22:02   ` Jason L Tibbitts III
1997-04-04 13:23 ` David S. Goldberg
1997-04-04 13:40 ` Justin Sheehy
1997-04-04 18:17 ` Dewey M. Sasser
1997-04-04 19:16   ` Steinar Bang
1997-04-04 21:26     ` David Moore
1997-04-06 16:55       ` Steinar Bang
1997-04-07  8:15       ` Kai Grossjohann
1997-04-07 13:27         ` Justin Sheehy [this message]
1997-04-07 13:56           ` Kai Grossjohann
1997-04-07 15:54           ` Hrvoje Niksic
1997-04-07 17:34             ` Jan Vroonhof
1997-04-07 14:15         ` David Moore
1997-04-07 17:45           ` Christopher Davis
     [not found]     ` <r9q7mii1kkf.fsf@teapotdome.cs.washington.edu>
1997-04-06 16:59       ` Steinar Bang
1997-04-04 22:32   ` Jason L Tibbitts III
1997-04-05  7:21   ` Hrvoje Niksic
1997-04-05  8:24     ` Jason L Tibbitts III
1997-04-07  8:49 ` Wesley Hardaker
1997-04-19 15:46   ` Steinar Bang
1997-04-22 15:44     ` Brad Howes

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=vndd8s70xq2.fsf@garathorm.ccs.neu.edu \
    --to=dworkin@ccs.neu.edu \
    /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).