From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/65029 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: cannot always fetch parent article Date: Wed, 08 Aug 2007 19:14:10 +0900 Organization: Emacsen advocacy group Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: sea.gmane.org 1186568189 22530 80.91.229.12 (8 Aug 2007 10:16:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 8 Aug 2007 10:16:29 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M13539@lists.math.uh.edu Wed Aug 08 12:16:27 2007 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1IIiaW-0000hH-NY for ding-account@gmane.org; Wed, 08 Aug 2007 12:16:25 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1IIiZ7-0005Ff-5w; Wed, 08 Aug 2007 05:14:57 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1IIiZ5-0005FK-Gi for ding@lists.math.uh.edu; Wed, 08 Aug 2007 05:14:55 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1IIiZ1-0001Yu-UJ for ding@lists.math.uh.edu; Wed, 08 Aug 2007 05:14:55 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1IIiYy-0003NG-00 for ; Wed, 08 Aug 2007 12:14:49 +0200 Original-Received: from [66.225.201.151] (port=44454 helo=mail.jpl.org) by orlando.hostforweb.net with esmtpa (Exim 4.63) (envelope-from ) id 1IIiYO-0006AJ-S9 for ding@gnus.org; Wed, 08 Aug 2007 05:14:13 -0500 X-Hashcash: 1:20:070808:ding@gnus.org::iyXVsh6dU4NEYr4v:00000l1G X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1.50 (gnu/linux) Cancel-Lock: sha1:o64bZ6ERZTL4QW2bSbL+AFwW8+w= X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.4 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:65029 Archived-At: --=-=-= >>>>> Ansgar Burchardt wrote: > newszilla.xs4all.nl and news.arcor.de both seem to run Diablo. > I found an interesting post about this [1]: apparently Diablo will > forward a request by Message-Id to a different system, which likely has > different article numbers. If load balancing is used this might explain > why I get sometimes different article numbers. I see. So, we should use only Message-IDs to refer to articles for such news servers. [...] > If I post a followup to an article to a different group (e.g. a random > *.test group) and then try to fetch the parent article it works without > problems. The problem only occurs if the parent was posted in the > same group as the followup and Gnus tries to guess the article number. > If Gnus behaved as in the first case, everything would be fine. I studied how Gnus refers to parent articles, and realized that Gnus uses an article number only when a parent article is in the current group. Could you try the patch attached below? The new variable `nntp-xref-number-is-evil' controls whether Gnus ignores article numbers in the Xref header. This is a server variable, so you can set it per server as follows: (setq gnus-select-method '(nntp "newszilla" (nntp-address "newszilla.xs4all.nl") (nntp-xref-number-is-evil t) ... )) Or you can simply use the following if your servers are all Diablo: (setq nntp-xref-number-is-evil t) Note that the number of a parent article in the current group will be displayed as a negative number if you've configured `gnus-summary-line-format', `gnus-summary-mode-line-format' or `gnus-article-mode-line-format' to do so. I verified the patch can be applied to both Gnus v5.11 of Emacs 22.1 and No Gnus v0.7. --=-=-= Content-Type: text/x-patch Content-Disposition: inline --- nntp.el~ 2007-07-18 12:07:39 +0000 +++ nntp.el 2007-08-08 10:12:33 +0000 @@ -203,6 +203,14 @@ server there that you can connect to. See also `nntp-open-connection-function'") +(defvoo nntp-xref-number-is-evil nil + "*If non-nil, Gnus never trusts article numbers in the Xref header. +Some news servers, e.g., ones running Diablo, run multiple engines +having the same articles but article numbers are not kept synchronized +between them. If you connect to such a server, set this to t, and Gnus +never uses article numbers (that appear in the Xref header and vary by +which engine is chosen) in order to refer to articles.") + (defvoo nntp-coding-system-for-read 'binary "*Coding system to read from NNTP.") @@ -1702,7 +1710,8 @@ (match-string 1 xref)) (t ""))) (cond - ((and (setq xref (mail-fetch-field "xref")) + ((and (not nntp-xref-number-is-evil) + (setq xref (mail-fetch-field "xref")) (string-match (if group (concat "\\(" (regexp-quote group) "\\):\\([0-9]+\\)") --=-=-=--