From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/74865 Path: news.gmane.org!not-for-mail From: Matt Lundin Newsgroups: gmane.emacs.gnus.general Subject: Re: nnir-run-gmane search broken Date: Wed, 08 Dec 2010 14:17:51 -0500 Message-ID: <87d3pcf50g.fsf@fastmail.fm> References: <87vd36p6mo.fsf@fastmail.fm> <87fwu9k9ck.fsf@andy.bu.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1291835948 983 80.91.229.12 (8 Dec 2010 19:19:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 8 Dec 2010 19:19:08 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M23222@lists.math.uh.edu Wed Dec 08 20:19:04 2010 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.69) (envelope-from ) id 1PQPXc-0005Pp-2Z for ding-account@gmane.org; Wed, 08 Dec 2010 20:19:04 +0100 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 1PQPWk-0003xa-48; Wed, 08 Dec 2010 13:18:10 -0600 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 1PQPWi-0003xN-Nh for ding@lists.math.uh.edu; Wed, 08 Dec 2010 13:18:08 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PQPWg-0000kB-MS for ding@lists.math.uh.edu; Wed, 08 Dec 2010 13:18:08 -0600 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1PQPWf-0007AP-00 for ; Wed, 08 Dec 2010 20:18:05 +0100 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PQPWf-0004vy-GH for ding@gnus.org; Wed, 08 Dec 2010 20:18:05 +0100 Original-Received: from 67-197-63-212.rh2.dyn.cm.comporium.net ([67.197.63.212]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Dec 2010 20:18:05 +0100 Original-Received: from mdl by 67-197-63-212.rh2.dyn.cm.comporium.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Dec 2010 20:18:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 45 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 67-197-63-212.rh2.dyn.cm.comporium.net User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:Crm7CnqEPDnIUEUYDwItdTaabbs= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:74865 Archived-At: Andrew Cohen writes: > Ugh. Previously I just checked whether the server name had gmane in > it. But this isn't great since someone might have the string "gmane" > in their own server that isn't really news.gmane.org (why? I have no > idea, but people are funny that way). So I thought it would be safer > to test the 'nntp-address. But you don't have the address set, which > is the cause of the failure. > > Several options here: > > 1. Require the presence of 'nntp-address in the server definition (and > nnir-run-gmane could warn if this variable is not present and suggest > adding it). This is probably the "right" solution, but requires > work on the part of the user. And I think the manual (not to mention many .gnus files) would need to be updated, since it offers examples of the short method: (setq gnus-select-method '(nntp "news.somewhere.edu")) (info "(gnus) Finding the News") > > 3. A compromise: go back to the crappy test of gmane in the server > name. Most of the time this will DTRT except when a user has the > string "gmane" in some server that isn't really news.gmane.org (or > snews.gmane.org). This has the defects of 2, but only in rare > cases. Could we simply check whether the nntp-address is defined? If so, then the nntp-address must match "gmane.org$"; if not, then the server name should match "gmane.org$". These are effectively the same test, since in the shorter method of defining the server the name *is* the address. In other words, if one uses a "nickname" (supergmane, gmaneman, etc.) for some other nntp server, then one must define an nntp-address; conversely, if one does not define an nntp-address, then the name of the server has to be the full address. In either case, you are testing against the address instead of some arbitrary name and thus can enforce the stricter match ("gmane.org$"). Another issue here: I believe one can currently access the complete gmane hierarchy via news.gwene.org. Best, Matt