From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50223 Path: main.gmane.org!not-for-mail From: Kevin Greiner Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap usage model Date: Fri, 21 Feb 2003 02:00:57 -0600 Sender: owner-ding@hpc.uh.edu Message-ID: References: <84heb4x839.fsf@lucy.is.informatik.uni-duisburg.de> <84n0ku7u6n.fsf@lucy.is.informatik.uni-duisburg.de> <84bs18wmy2.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 1045814548 16281 80.91.224.249 (21 Feb 2003 08:02:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 21 Feb 2003 08:02:28 +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 18m88Z-0004ER-00 for ; Fri, 21 Feb 2003 09:02:27 +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 18m87S-0007Un-00; Fri, 21 Feb 2003 02:01:18 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 21 Feb 2003 02:02:18 -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 CAA25552 for ; Fri, 21 Feb 2003 02:02:04 -0600 (CST) Original-Received: (qmail 40488 invoked by alias); 21 Feb 2003 08:01:00 -0000 Original-Received: (qmail 40475 invoked from network); 21 Feb 2003 08:00:59 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 21 Feb 2003 08:00:59 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18m8Kw-0002H7-00 for ; Fri, 21 Feb 2003 09:15:14 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 43 Original-NNTP-Posting-Host: 38.0012159.lodgenet.net Original-X-Trace: quimby.gnus.org 1045815314 8525 12.18.119.38 (21 Feb 2003 08:15:14 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 21 Feb 2003 08:15:14 GMT User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 Cancel-Lock: sha1:3q5p/YC3NhNgNY/nBpevPMNMBQM= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50223 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50223 Simon Josefsson writes: > kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes: > >> 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. > > Making it possible to revert to old behaviour is IMHO always good, but > if it means alot of work maybe it can be removed... the GNUS-NEWS > entry should be changed though: > > ,---- > | ** Gnus reads the NOV and articles in the Agent if plugged. > | > | If one reads an article while plugged, and the article already exists > | in the Agent, it won't get downloaded once more. (setq > | gnus-agent-cache nil) reverts to the old behavior. > `---- > > OTOH, it doesn't sound like it would generate much work to call the > backend directly instead of looking at the cache directory of > gnus-agent-cache is null? If we did that, then setting gnus-agent-cache to null is identical to setting gnus-agent to null. As I read it, setting gnus-agent-cache to null will result in the agent always fetching headers and articles from the server that it then stores locally. Kai had a good point concerning performance. My thoughts were that this was a useful setting back when the agent wasn't that reliable. If you don't trust the agent, you might be willing to let it cache articles. However, you would not want to depend on those cached articles when the server was available. What I need to do is stop talking and start testing. Kevin