From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/43295 Path: main.gmane.org!not-for-mail From: Harry Putnam Newsgroups: gmane.emacs.gnus.general Subject: Re: What is happening in agentized groups? Date: Mon, 25 Feb 2002 22:38:22 -0800 Sender: owner-ding@hpc.uh.edu Message-ID: References: <2nsn7pnzy6.fsf@zsh.cs.rochester.edu> <2n8z9h58sp.fsf@zsh.cs.rochester.edu> <2nsn7o4xx0.fsf@zsh.cs.rochester.edu> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035178412 16864 80.91.224.250 (21 Oct 2002 05:33:32 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:33:32 +0000 (UTC) Return-Path: Original-Received: (qmail 13873 invoked from network); 26 Feb 2002 06:47:56 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 26 Feb 2002 06:47:56 -0000 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 16fbNh-0007sn-00; Tue, 26 Feb 2002 00:46:33 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 26 Feb 2002 00:46:32 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id AAA18452 for ; Tue, 26 Feb 2002 00:46:16 -0600 (CST) Original-Received: (qmail 13859 invoked by alias); 26 Feb 2002 06:46:10 -0000 Original-Received: (qmail 13854 invoked from network); 26 Feb 2002 06:46:10 -0000 Original-Received: from smtp.newsguy.com (HELO newsguy.com) (209.155.56.71) by gnus.org with SMTP; 26 Feb 2002 06:46:10 -0000 Original-Received: from reader.local.lan (adsl-66.51.210.228.dslextreme.com [66.51.210.228]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id WAA23494 for ; Mon, 25 Feb 2002 22:45:41 -0800 (PST) Original-Received: (from reader@localhost) by reader.local.lan (8.11.6/8.11.6) id g1Q6jeV09398; Mon, 25 Feb 2002 22:45:40 -0800 X-Authentication-Warning: reader.local.lan: reader set sender to reader@newsguy.com using -f Original-To: ding@gnus.org In-Reply-To: <2nsn7o4xx0.fsf@zsh.cs.rochester.edu> (ShengHuo ZHU's message of "Tue, 26 Feb 2002 00:25:31 -0500") User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1.80 (i586-pc-linux-gnu) Original-Lines: 84 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:43295 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:43295 ShengHuo ZHU writes: > Harry Putnam writes: > >> ShengHuo ZHU writes: > > [...] > >> This is getting confusing... >> These are marked Undownloaded and have the `@' on them. >> For example, my current gnu.emacs.gnus, if openned with C-u >> while unplugged begins with: >> >> 1@ 31-Dec [ 0: Gnus Agent ] [Undownloaded article 48094] >> >> [...] snipped 1200+ just like it with consequtive numbers up to: >> >> 1@ 31-Dec [ 0: Gnus Agent ] [Undownloaded article 49318] >> >> Then I have the messages beginning: >> 20O 30-Jan [ 25: A. L. Meyers ] back to the ... 49319 >> up to: >> 1R 25-Feb [ 40: Shankar Rao ... 50077 >> >> None of the first group are on the server. The lowest number on >> the server is 48323 >> >> I don't really follow the formula you listed, and haven't for probably >> 2 yrs or more. I do the fetching in batch mode with cron. Which kind >> of follows the formula I guess. It has worked fine until recently. >> Possibly since the patch you mention, not sure. > > If 48094 does not come from the server, check whether this number is > from ~/News/cache/active or ~/News/agent/nntp/SERVER/agent.lib/active. It comes from this entry in ~/News/agent/nntp/SERVER/agent.lib/active gnu.emacs.gnus 50082 48094 y (I guess) >>> If you enter a group unplugged without step 2, some articles are shown >>> as "Undownloaded article ???" in the summary buffer, because the NOV >> >> What situation would allow a user to enter without step 2? > > Suppose that the network is down after you type 'g'. The NOVs of some > new articles aren't downloaded. But you still want to read some old > downloaded articles in the group. Of course, you don't want to mark > those new articles as read because you didn't read them. But it seems that if they don't show up in .overview then they should simply be downloaded on the next fetch. Why is a display in summary buffer necessary? >> Apparently I am missing step 2 in gnus view of things. But this was >> not happening until those `Undownloaded' entries started showing up. > > They didn't show up, so you may not notice the problem. > > [...] [...] > OK. I'll make an assumption that articles with numbers smaller than > the first one Agent knows don't exist on the server. However, this > assumption doesn't hold for all cases. For example, quimby is covered > by Gnus Agent. Some articles are expired on Agent, but they are still > on quimby. Anyway, we don't care old articles when unplugged. Can expiration be made to remove the appropriate message numbers from the list? > The patch is submitted. Thanks... But couldn't gnus just ask the server when `J s' is happening, what the lowest number is, then remove those below that number? In the case of your example of quimby that would be none, but then the list would get adjusted from expiry. But I think, I'm not really getting why we need to see this list at all. Maybe it could be something the user can ask to see, but isn't shown by default. I still don't see the practicle reason for seeing this list.