From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50371 Path: main.gmane.org!not-for-mail From: Kevin Greiner Newsgroups: gmane.emacs.gnus.general Subject: gnus-agent-cache is broken Date: Mon, 24 Feb 2003 22:08:16 -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 1046146144 9078 80.91.224.249 (25 Feb 2003 04:09:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 25 Feb 2003 04:09:04 +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 18nWOq-0002M4-00 for ; Tue, 25 Feb 2003 05:09:00 +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 18nWOX-0008Gv-00; Mon, 24 Feb 2003 22:08:41 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 24 Feb 2003 22:09: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 WAA08296 for ; Mon, 24 Feb 2003 22:09:24 -0600 (CST) Original-Received: (qmail 37715 invoked by alias); 25 Feb 2003 04:08:21 -0000 Original-Received: (qmail 37710 invoked from network); 25 Feb 2003 04:08:21 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 25 Feb 2003 04:08:21 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18nWdk-0005Eh-00 for ; Tue, 25 Feb 2003 05:24:24 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 52 Original-NNTP-Posting-Host: 216.12.206.64 Original-X-Trace: quimby.gnus.org 1046147064 20130 216.12.206.64 (25 Feb 2003 04:24:24 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 25 Feb 2003 04:24:24 GMT User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 Cancel-Lock: sha1:q2SnXPgulEy5S7rbqf4R3rV1ZBw= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50371 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50371 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. Kevin