From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50560 Path: main.gmane.org!not-for-mail From: Kevin Greiner Newsgroups: gmane.emacs.gnus.general Subject: FIXED: gnus-agent-cache Date: Tue, 04 Mar 2003 21:52:01 -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 1046836570 19021 80.91.224.249 (5 Mar 2003 03:56:10 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 5 Mar 2003 03:56:10 +0000 (UTC) Original-X-From: owner-ding@hpc.uh.edu Wed Mar 05 04:56:09 2003 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 18qQ0m-0004wf-00 for ; Wed, 05 Mar 2003 04:56:08 +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 18qPxP-0001Ei-00; Tue, 04 Mar 2003 21:52:39 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 04 Mar 2003 21:53:39 -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 VAA01996 for ; Tue, 4 Mar 2003 21:53:24 -0600 (CST) Original-Received: (qmail 13566 invoked by alias); 5 Mar 2003 03:52:20 -0000 Original-Received: (qmail 13561 invoked from network); 5 Mar 2003 03:52:20 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 5 Mar 2003 03:52:20 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18qQGF-0000i2-00 for ; Wed, 05 Mar 2003 05:12:07 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 58 Original-NNTP-Posting-Host: 198.64.160.72 Original-X-Trace: quimby.gnus.org 1046837527 2495 198.64.160.72 (5 Mar 2003 04:12:07 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 5 Mar 2003 04:12:07 GMT User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 (windows-nt) Cancel-Lock: sha1:TpX2EYxOXFmCuEy8l+sppdTr3u8= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50560 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50560 Kevin Greiner writes: > Kevin Greiner writes: > >> 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. > > OK, it failed my very first test. I set gnus-agent-cache to nil then > opened a group. All of the new headers were fetched as expected. > However, they were NOT stored in .overview. > > I'll see what I can do to make it work. gnus-agent-cache should now work as the documentation appears to define it. If you clear gnus-agent-cache, the plugged behavior is changed such that all requests are ALWAYS sent to the server. The response to each request is still cached in the agent (for future unplugged usage). Kevin