From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50171 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: nnimap usage model Date: Wed, 19 Feb 2003 12:04:53 +0100 Organization: University of Duisburg, Germany Sender: owner-ding@hpc.uh.edu Message-ID: <84bs18wmy2.fsf@lucy.is.informatik.uni-duisburg.de> References: <84heb4x839.fsf@lucy.is.informatik.uni-duisburg.de> <84n0ku7u6n.fsf@lucy.is.informatik.uni-duisburg.de> 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 1045652800 11909 80.91.224.249 (19 Feb 2003 11:06:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 19 Feb 2003 11:06:40 +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 18lS3i-00035q-00 for ; Wed, 19 Feb 2003 12:06:38 +0100 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 18lS3G-0000aT-00; Wed, 19 Feb 2003 05:06:10 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 19 Feb 2003 05:07:08 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id FAA20133 for ; Wed, 19 Feb 2003 05:06:54 -0600 (CST) Original-Received: (qmail 41313 invoked by alias); 19 Feb 2003 11:05:51 -0000 Original-Received: (qmail 41308 invoked from network); 19 Feb 2003 11:05:51 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 19 Feb 2003 11:05:51 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18lSFt-0001kq-00 for ; Wed, 19 Feb 2003 12:19:13 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 52 Original-NNTP-Posting-Host: pd951fe9a.dip.t-dialin.net Original-X-Trace: quimby.gnus.org 1045653553 6667 217.81.254.154 (19 Feb 2003 11:19:13 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 19 Feb 2003 11:19:13 GMT User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.3.50 Cancel-Lock: sha1:eb7OHE+viLC7BD1DuxmiU4OiAWM= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50171 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50171 Kevin Greiner writes: > kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes: > >> Kevin Greiner writes: >> >>> I'd say that the proper thing to do is to replace gnus-agent-cache >>> with gnus-agent in gnus-agent-retrieve-headers (i.e. bind gnus-agent >>> to nil) then delete gnus-agent-cache at all other references. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> [...] >> >> It seems there is a misunderstanding. I'm looking at things from the >> user's perspective. For this case, I think the questions we need to >> answer are the following: >> >> (1) Under which circumstances does the agent write data to the local >> disk? Which data does it write? >> >> (2) Under which circumstances does the agent read data from the local >> disk? Which data does it read? >> >> Then we can formulate some documentation that helps the user. >> >> Another issue is whether the current Gnus behavior is correct or >> should it be changed. > > I don't see these as being separate issues. If the current > implementation is broken, and no one has noticed, then the feature > must not be in wide spread use. If it isn't used, do we document how > we think it should work (then fix the implementation) or do we remove > the feature from the documentation? On the other hand, if the current > implementation is working, how can we document it correctly if we > can't agree on what it is doing? Ah, I think I missed the crucial part: you were suggesting to eliminate the variable gnus-agent-cache entirely. *blush* So, is anyone using the combination of gnus-agent being t but gnus-agent-cache being nil? I think now I agree with your suggestion of just removing the variable gnus-agent-cache. I must spend more time to grok Kevin's postings. I must spend more time to grok Kevin's postings. I must spend more time to grok Kevin's postings. I must spend more time to grok Kevin's postings. -- A turnip curses Elvis