From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/43997 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-summary-refer-parent-article weirdness Date: Mon, 25 Mar 2002 14:17:09 -0500 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1017084062 6911 127.0.0.1 (25 Mar 2002 19:21:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 25 Mar 2002 19:21:02 +0000 (UTC) Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16pa1d-0001nF-00 for ; Mon, 25 Mar 2002 20:21:02 +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 16pZyM-0000GY-00; Mon, 25 Mar 2002 13:17:38 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 25 Mar 2002 13:17:44 -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 NAA26206 for ; Mon, 25 Mar 2002 13:17:32 -0600 (CST) Original-Received: (qmail 19050 invoked by alias); 25 Mar 2002 19:17:16 -0000 Original-Received: (qmail 19045 invoked from network); 25 Mar 2002 19:17:15 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (qmailr@129.22.96.25) by gnus.org with SMTP; 25 Mar 2002 19:17:15 -0000 Original-Received: (qmail 4560 invoked by uid 500); 25 Mar 2002 19:17:32 -0000 Original-To: ding@gnus.org In-Reply-To: (prj@po.cwru.edu's message of "20 Feb 2001 15:28:48 -0500") Mail-Copies-To: nobody Mail-Followup-To: ding@gnus.org Original-Lines: 50 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/20.7 (i386-redhat-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:43997 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:43997 I wrote: > When I try to get the parent of an article, I sometimes get one of a > variety of errors if the parent is not already visible in the > Summary buffer, but the parent's parent is. Sometimes the > grandparent's Summary line gets duplicated; sometimes the parent is > inaccessible. I can reproduce the same error consistently in any > case where it happens, but I can't figure out what makes those cases > different from cases where no error occurs. I think I've figured it out, partly. I entered nntp:gnu.emacs.gnus and marked these three articles like this: ! * 21 ]: Seth Delackner Re: Close, but not complete, POP3... R * 47 ]: Garglemonster ! * 27 ]: Seth Delackner Then I left the group and re-entered. At this point, the " *nntpd*" buffer contains NOV lines for all three articles: 59976 Re: Close, but not complete, POP3 solutions for gnus Seth Delackner Fri, 22 Mar 2002 22:05:10 GMT 2037 21 Xref: usenet.INS.cwru.edu gnu.emacs.gnus:59976 59980 Re: Close, but not complete, POP3 solutions for gnus Garglemonster 23 Mar 2002 10:58:45 +0900 2517 47 Xref: usenet.INS.cwru.edu gnu.emacs.gnus:59980 59982 Re: Close, but not complete, POP3 solutions for gnus Seth Delackner Sat, 23 Mar 2002 07:01:46 GMT 2467 27 Xref: usenet.INS.cwru.edu gnu.emacs.gnus:59982 Even though debug-on-entry shows that the middle article's number was not passed to nntp-retrieve-headers: * nntp-retrieve-headers((59893 59908 59909 59910 59911 59913 59914 59915 59916 59918 59923 59927 59930 59931 59932 59934 59936 59937 59938 59939 59940 59941 59942 59944 59945 59951 59954 59955 59956 59957 59962 59963 59964 59966 59968 59969 59972 59974 59975 59976 59978 59979 59981 59982 59983 59984 59985 59986 59987 59988 ... . (59989 59990 59991 59992 59996 59998 60004 60005 60007 60008)) "gnu.emacs.gnus" "" nil) Typing "^" on the second article from Seth fetches the right article, but only because nntp provided information beyond what was requested. In a similar experiment with an nnmaildir group, the middle article's NOV line is *not* included in " *nntpd*": ! * 10 ]: Lars Magne Ingebrigt Quimby problems E * 6 ]: Florian Weimer ! * 10 ]: Lars Magne Ingebrigt 126 Quimby problems Lars Magne Ingebrigtsen Sat, 23 Mar 2002 10:29:57 +0100 2536 10 Xref: nnmaildir ding:126 128 Re: Quimby problems Lars Magne Ingebrigtsen Sat, 23 Mar 2002 10:49:38 +0100 <87663nbouv.fsf@deneb.enyo.de> 2469 10 Xref: nnmaildir ding:128 Simply because nnmaildir wasn't asked for that information; 127 (the middle article's number) does not appear here: * nnmaildir-retrieve-headers((1 2 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 33 35 36 37 39 40 41 42 43 44 45 46 48 49 50 51 52 53 54 55 ... . (56 57 58 59 60 126 128 134 142)) "ding" "" nil) So: 0. How does nntp know to provide extra information? Is nntp.el doing this, or is it my news server? 1. Should Gnus rely on this? Or should it refrain from assuming that all real articles of interest will have been listed by -retrieve-headers? paul