From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49275 Path: main.gmane.org!not-for-mail From: David S Goldberg Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-agent-fetch-selected-article Date: Wed, 15 Jan 2003 15:36:56 -0500 Organization: I Yam What I Yam Sender: owner-ding@hpc.uh.edu Message-ID: References: <20021211092015.18546.h016.c001.wm@mail.xpediantsolutions.com.criticalpath.net> <84fzscx09b.fsf@lucy.cs.uni-dortmund.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1042663041 18958 80.91.224.249 (15 Jan 2003 20:37:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 15 Jan 2003 20:37:21 +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 18YuHm-0004vc-00 for ; Wed, 15 Jan 2003 21:37:19 +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 18YuHx-0000Kv-00; Wed, 15 Jan 2003 14:37:29 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 15 Jan 2003 14:38:25 -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 OAA09677 for ; Wed, 15 Jan 2003 14:38:07 -0600 (CST) Original-Received: (qmail 25217 invoked by alias); 15 Jan 2003 20:37:06 -0000 Original-Received: (qmail 25212 invoked from network); 15 Jan 2003 20:37:06 -0000 Original-Received: from smtpproxy2.mitre.org (192.80.55.70) by 66.230.238.6 with SMTP; 15 Jan 2003 20:37:06 -0000 Original-Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id h0FKb4V28665 for ; Wed, 15 Jan 2003 15:37:04 -0500 (EST) Original-Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv2.mitre.org (8.11.3/8.11.3) with ESMTP id h0FKb2v16292 for ; Wed, 15 Jan 2003 15:37:02 -0500 (EST) Original-Received: from blackbird-2k.mitre.org (129.83.3.24) by mailhub1.mitre.org with SMTP id 785710; Wed, 15 Jan 2003 15:36:57 -0500 Original-To: The Gnus Mailing List X-Face: GUaHTH@nS>[7,ME@-gYZ4#Wl{z"99k@[[Y8AcP0x1paqu.,z9,XSV1WI>{q3f6^e5(zrit <4fV&VHhmE`uidRqtmG27;si9&r;#KSF~E#$%W8w(xdp)H4tW=\2XOk~3=@oGqqpj;m4xf Ow;y26396&,34@9#~4;@*S;E0cq"LM9N(us4P%F(Nxis'Vvfm9?KufH;:Q$dMa-QWGLR&K d0`LJZE8xb*>^yN>b]_NcU:E=Zn\1=#/(OS2 In-Reply-To: (kgreiner@xpediantsolutions.com's message of "Thu, 09 Jan 2003 16:48:18 -0600") User-Agent: Gnus/5.090013 (Oort Gnus v0.13) XEmacs/21.4 (Native Windows TTY Support (Windows), i686-pc-cygwin) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:49275 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:49275 >>>>> On Thu, 09 Jan 2003 16:48:18 -0600, kgreiner@xpediantsolutions.com said: >> OK, I repeated the problem by running expiry. > Is this group expiration or agent expiration? I do C-c M-C-x in the *Group* buffer, which I assume is group expiration (somehow I thought I recalled agent expiration being rolled into that, but I guess not). > [...] > In your case, regeneration did the following. > 1) You had 1759 entries looking like (n). All but ten of these > entries were deleted. > 2) An entry was added for article 12414. The article body has been > fetched. > 3) An entry for article 414 was deleted. The only significance is > that the agent thought that this article's body had been fetched. That's bizarre. I have some big gaps in there, but that number hasn't been seen for ages. > The first item implies that the nnimap backend tried to fetch nearly > 1800 headers but failed on nearly every one. That would result in (n) > entries in the .agentview that are not matched to NOV entries in the > .overview. While inefficient, no harm should have resulted. I keep meaning to B-m everything back into the same group to compress the range but never seem to think of it when I'm actually working in gnus :-) > Could the second and third be the result of moving an article? Is 12414 is actually a pretty old article that is kept around with a tick (I have several tens of those). It was created long before the current gnus-agent code. I happened to need to refer to it, hence it was downloaded. > there any significance to the 414 appearing within 12414? Maybe, since article 414 went away a long time ago. Certainly long before 12414 was even created. > Could the nnimap backend be re-using article numbers? If so, that > would explain everything. I doubt it. I checked with my mail admin (it's good to be his boss, response to questions is usually very good :-) and as far as he could tell, cyrus uses monotonically increasing numbers though there's probably a point at which it would loop back to something small. I didn't ask him to check the cyrus source to see where, though. > If you don't mind, I'm really appreciate more assistence. > Please make the following configuration changes. > 1) Set gnus-verbose to 10. Been done for a while :-) > 2) Set message-log-max to 10000 This is log-message-max-size in XEmacs and it's default is 50000. > 3) If it doesn't already, edit your gnus-summary-line-format to > include the %N format. This will result in the article number > appearing in the summary. Already there. I need them for a utility function I wrote for easily attaching messages. > Then test as follows > 1) Execute (gnus) > 2) load the attached file. > 3) Open the group that is giving you trouble. If it doesn't display > correctly, close it and run regenerate. > 4) Open the group again. If you check *messages*, you should see that > fetch-headers had no undownloaded headers to fetch. > 5) Close the group. > 6) Do something to break the group. > 7) Open the group again and execute '/ N' to load new messages. Did > they appear? Repeat until you get the bug to appear. > 8) Close the group, turn off the agent, then reopen the group. > I'd like a copy of the *message* buffer. I'd also like you to > identify the article # of the new article(s) that had not appeared due > to the agent. You can sanitize the message log of all names if it > matters to you. All I need are the article numbers. OK, I did all that. I'm sending you the message log under separate cover. It's not huge, but big enough that I'm not sure the rest of the list wants to be burdened with it. Thanks, -- Dave Goldberg david.goldberg6@verizon.net