From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/14327 Path: main.gmane.org!not-for-mail From: Wes Hardaker Newsgroups: gmane.emacs.gnus.general Subject: Re: Quassia, Agent mode, what happens if you forget Js after a g when plugged? Date: 27 Feb 1998 09:46:20 -0800 Organization: U.C.Davis, Information Technology - D.C.A.S. Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035153536 14251 80.91.224.250 (20 Oct 2002 22:38:56 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:38:56 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.8/8.8.8) with ESMTP id JAA09200 for ; Fri, 27 Feb 1998 09:50:24 -0800 Original-Received: from sina.hpc.uh.edu (root@Sina.HPC.UH.EDU [129.7.3.5]) by xemacs.org (8.8.5/8.8.5) with ESMTP id LAA02768 for ; Fri, 27 Feb 1998 11:48:02 -0600 (CST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id LAH16315; Fri, 27 Feb 1998 11:47:51 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 27 Feb 1998 11:47:17 -0600 (CST) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by sina.hpc.uh.edu (8.7.3/8.7.3) with SMTP id LAA16301 for ; Fri, 27 Feb 1998 11:47:09 -0600 (CST) Original-Received: (qmail 21395 invoked by uid 504); 27 Feb 1998 17:46:55 -0000 Original-Received: (qmail 21392 invoked from network); 27 Feb 1998 17:46:43 -0000 Original-Received: from oakdale.ucdavis.edu (@128.120.226.188) by claymore.vcinet.com with SMTP; 27 Feb 1998 17:46:36 -0000 Original-Received: (from hardaker@localhost) by oakdale.ucdavis.edu (8.7.1/8.7.3) id JAA05089; Fri, 27 Feb 1998 09:46:21 -0800 (PST) Original-To: ding@gnus.org X-Face: #qW^}a%m*T^{A:Cp}$R\"38+d}41-Z}uU8,r%F#c#s:~Nzp0G9](s?,K49KJ]s"*7gvRgA SrAvQc4@/}L7Qc=w{)]ACO\R{LF@S{pXfojjjGg6c;q6{~C}CxC^^&~(F]`1W)%9j/iS/ IM",B1M.?{w8ckLTYD'`|kTr\i\cgY)P4 X-url: http://dcas.ucdavis.edu/~hardaker In-Reply-To: Lars Magne Ingebrigtsen's message of "27 Feb 1998 13:19:02 +0100" Original-Lines: 31 X-Mailer: Quassia Gnus v0.18/XEmacs 20.3 - "Vatican City" Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:14327 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:14327 >>>>> On 27 Feb 1998 13:19:02 +0100, Lars Magne Ingebrigtsen said: >> When plugged, what happen if you do a g and forget to make a Js? >> will the new article be retrive on the next Js (following another >> g?) LMI> Yes. Although, Lars, I've noticed another problem with the agent where the summary buffers get confused when you do a 'g J s', time passes, 'g J j', enter group. I think the new articles fetched by the last g are not shown (if I remember correctly) at all. I guess gnus doesn't have the headers, so this makes some sense. However, I think that when you do a catch up (in the summary buffer, not the group buffer) it marks the new ones (not shown) as read as well, which is wrong. I'm pulling most of this from memory as I noticed it last month or something like that and never submitted a bug report. Anyway, the entry to the problem is the same if the actual problem description is not quite correct. LMI> If they were marked with "@", that means that Gnus had decided to LMI> just download the headers, and not the articles themselves. If LMI> you are dissatisfied with Gnus' decision, you should tell Gnus by LMI> modifying the category download predicate. And hence my suggestion to at least mark them as % on an attempted read command with a following (message "... marked for download"). -- "Ninjas aren't dangerous. They're more afraid of you than you are of them."