Gnus development mailing list
 help / color / mirror / Atom feed
From: Simon Josefsson <jas@extundo.com>
Subject: Re: Cache/Agent unification
Date: Fri, 17 Aug 2001 15:55:13 +0200	[thread overview]
Message-ID: <ilun14yeqpq.fsf@barbar.josefsson.org> (raw)
In-Reply-To: <m3n14yj0eb.fsf@quimbies.gnus.org> (Lars Magne Ingebrigtsen's message of "Fri, 17 Aug 2001 15:12:28 +0200")

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

>> Hm.  Maybe there still is a gap though -- cached articles (not
>> persistant ones) are kept around (and shown in summary buffers) even
>> when they have expired on the server, if `gnus-cache-remove-articles'
>> is nil (or something).  But this is probably a bug.  A cache should
>> cache things, not change semantics.
>
> Says who?  :-)
>
> It's definitely a feature, and it's a feature that's shared by the
> Agent.  Neither the Agent nor the cache cares one whit whether
> articles are expired on the server.  They'll keep articles around
> until the user makes them go away.

If the cache also contain persistent articles we'll have a problem
when people want to backup the cache directory (to have backups of
server-expired articles) but not their agent directory.  Unifying the
agent and cache is no good then.  Admittedly, the articles could still
be in separate directories and the agent (or the cache) could look
into the cache's (or the agent's) directory before storing/fetching
articles, but that's sort of yucky (and also a problem when articles
are removed in one of the cache/agent but not the other).  I thought
it would be nice if we could have ~/News/persistant/ and ~/News/agent/
only.

But I'm not sure what the usage pattern is here.  Maybe it's enough to
separate persistent articles into a directory that people can backup.

Hm. I'm assuming that you want a agent mode that synched the agent
with what's on the server.  If you read mail on a remote server (IMAP)
you kind of expect that articles you've deleted from the server (with
another client or Gnus instance) are deleted from the agent.  Then you
could use the cache to keep expired articles around.  OTOH you could
also use persistent articles for that.  If the latter is OK, we could
remove the persistentness thing from the cache, which would make it
possible to merge the cache and agent directories.

Maybe there the persistent article store could be a `expiry-target'.
So when cache/agent articles expire from the server, the local copies
are run through this process and people that want to keep them around
can make them end up in the persistent article store.

Err. Or something.



  parent reply	other threads:[~2001-08-17 13:55 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-04 11:17 Simon Josefsson
2001-08-04 12:00 ` Kai Großjohann
2001-08-04 12:30   ` Simon Josefsson
2001-08-04 13:24     ` Kai Großjohann
2001-08-06 17:51     ` ShengHuo ZHU
2001-08-06 19:08       ` Kai Großjohann
2001-08-17 11:27         ` Lars Magne Ingebrigtsen
2001-08-17 12:27           ` Simon Josefsson
2001-08-17 13:12             ` Lars Magne Ingebrigtsen
2001-08-17 13:23               ` Kai Großjohann
2001-08-17 13:34                 ` Lars Magne Ingebrigtsen
2001-08-17 13:55               ` Simon Josefsson [this message]
2001-08-17 14:00                 ` Lars Magne Ingebrigtsen
2001-08-06 20:49       ` Christoph Conrad
2001-08-08 11:35       ` Simon Josefsson
2001-08-10 17:21         ` ShengHuo ZHU
2001-08-08 15:59     ` Paul Jarc
2001-08-08 18:13       ` Kai Großjohann
2001-08-09  8:35       ` Simon Josefsson
2001-08-09 11:13         ` Kai Großjohann
2001-08-09 12:11           ` Simon Josefsson
2001-08-09 14:17             ` Paul Jarc
2001-08-10 14:54 ` Per Abrahamsen
2001-08-17 11:29 ` Lars Magne Ingebrigtsen

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=ilun14yeqpq.fsf@barbar.josefsson.org \
    --to=jas@extundo.com \
    /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).