From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/6804 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: 19 Jun 1996 08:31:35 +0200 Sender: larsi@ifi.uio.no Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1035147206 4793 80.91.224.250 (20 Oct 2002 20:53:26 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:53:26 +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 EAA30451 for ; Wed, 19 Jun 1996 04:58:10 -0700 Original-Received: from aegir.ifi.uio.no (4867@aegir.ifi.uio.no [129.240.94.24]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 19 Jun 1996 12:58:38 +0200 Original-Received: (from larsi@localhost) by aegir.ifi.uio.no ; Wed, 19 Jun 1996 12:58:37 +0200 Original-To: ding@ifi.uio.no In-Reply-To: Sudish Joseph's message of 19 Jun 1996 01:58:49 -0400 Original-Lines: 33 X-Mailer: Gnus v5.2.20/Emacs 19.29 Xref: main.gmane.org gmane.emacs.gnus.general:6804 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:6804 Sudish Joseph writes: > My news admin pointed out a good reason for not having Xref: full in > their overview.fmt. The vast majority of their clients use PC-based > readers and none of those readers support xref handling.=20 That might be a good reason if not for a slight niggle: It's bullshit. Most modern newsreaders that run under MicroSloth "operating systems" use the Xref header. (At least that's what I've been told.) Even if it were true -- so what? Adding Xref to the NOV databases doesn't hurt newsreaders that don't make use of the information. So not adding Xref to the databases is rather, uhm. Let me stop there before I get nailed by CDA=B2 (coming soon to an Internet near you). > Hmm, it just struck me. We already have all the message-id's for > articles that we haven't read. All we have to do is generate a > transient scorefile that lowered on those msg-ids. This wouldn't be > slow for even large groups, scoring is very fast in GNUS. This is a very good idea. Actually, we don't even have to use scoring. We just add the Message-IDs to the NoCeM hashtable, which will efficiently censor all articles that we have already read. The drawback here is (of course) that such an approach wouldn't work if you read one article in one session and the other copy of the article in another session. We could write the list of Message-IDs already seen to a file, but that file would grow rather big... --=20 "Yes. The journey through the human heart=20 would have to wait until some other time."