From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/6827 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Red GNUS suggestion: pseudo Xref: handling w/o NOV support. Date: 20 Jun 1996 08:56:17 +0200 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035147228 4879 80.91.224.250 (20 Oct 2002 20:53:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:53:48 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.5/8.6.9) with SMTP id BAA21413 for ; Thu, 20 Jun 1996 01:29:55 -0700 Original-Received: from eistla.ifi.uio.no (4867@eistla.ifi.uio.no [129.240.94.29]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 20 Jun 1996 10:05:55 +0200 Original-Received: (from larsi@localhost) by eistla.ifi.uio.no ; Thu, 20 Jun 1996 10:05:54 +0200 Original-To: ding@ifi.uio.no In-Reply-To: Sudish Joseph's message of 19 Jun 1996 19:30:44 -0400 Original-Lines: 49 X-Mailer: Gnus v5.2.22/Emacs 19.29 Xref: main.gmane.org gmane.emacs.gnus.general:6827 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:6827 Sudish Joseph writes: > I did a dejanews search on 'xref add' (using "performance" as a > keyword was a lose) over news.software.* before I accepted that > statement (remember, I was the one wanting xref :-). Most hits fit one > of 3 classes: a) INN/NOV faq :-) b) Suggestions that xref be added > w/o any performance analysis c) Statements to the effect that no PC > readers support xref, so why should J. Random Sysop add it. Well, you should take what you read on news.software.readers with a few shovels of salt. There's quite a lot of people there who don't know *anything* about *anything*. (And that's just speaking of newsreader authors. The users are *really* clueless. :-) > This was more or less my argument. The newsdmin pointed out that > there will be a hit in download time due to the extra size of the > xover data. The size increase will be in the 10% range. However, since modern newsreaders are in fact able to make use of the data, it will mean that less data will be needed to be transferred from the ISP to the users since one doesn't have to read any article twice. > Maybe move the hashtb funcs into nnoo or something? A new user might > well not enable NoCeM support (or those suckers who, like me, cannot > use a free US-released PGP in the US w/o residency, and cannot import > a non-US version into the US--has this changed, anyone?) Not a big > deal, though. Well, I sorta meant that one could use the same mechanism without using the actual NoCeM code. > Also, what do you think about adding a adding a test of overview.fmt > to nntp-server-opened-hook? I think there's a good idea there. Why > not have a probe function that sent XOVER, etc., to the server and > determined the optimal config for nntp reading? Running this every > time seems bogus...maybe a nntp-suggest-kewl-config command? That's a good idea. I've added this to the Red Gnus todo list. > Yeah, writing that out to a file seems yucky. How about running that > scorefile/hashtb over all groups when quitting GNUS? Requesting headers for all groups when exiting Gnus? I don't think that's a good idea. -- "Yes. The journey through the human heart would have to wait until some other time."