From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/37609 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: Cache/Agent unification Date: Wed, 08 Aug 2001 11:59:33 -0400 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035172991 14731 80.91.224.250 (21 Oct 2002 04:03:11 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:03:11 +0000 (UTC) Return-Path: Return-Path: Original-Received: (qmail 2480 invoked from network); 8 Aug 2001 15:59:34 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (261@129.22.96.25) by gnus.org with SMTP; 8 Aug 2001 15:59:34 -0000 Original-Received: (qmail 30507 invoked by uid 500); 8 Aug 2001 15:59:55 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org In-Reply-To: (Simon Josefsson's message of "Sat, 04 Aug 2001 14:30:25 +0200") User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 Original-Lines: 19 Xref: main.gmane.org gmane.emacs.gnus.general:37609 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:37609 Simon Josefsson writes: > All this assumes backends never re-use article numbers, of course. > I think we could introduce a uidvalidity-like concept in the cache > system fairly easily, if some backends wants to renumber articles. Or, if the backand interface overhaul ever happens, we could let backends identify articles by arbitrary opaque-to-Gnus Lisp forms. Gnus could still use numbers internally, if that's convenient, but the cache/agent stuff would have to use the forms from the backends for persistent identification. > OTOH backends that renumber articles are hard to cache in any useful > way so maybe we shouldn't bother. Well, nnimap is hard to cache, because there is no permanent identification of an article. But for nnmaildir, there is. paul