From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/9234 Path: main.gmane.org!not-for-mail From: David Moore Newsgroups: gmane.emacs.gnus.general Subject: Re: NoCeM flakiness in 0.74 and higher Date: 17 Dec 1996 11:36:50 -0800 Sender: dmoore@sdnp5.ucsd.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035149289 17231 80.91.224.250 (20 Oct 2002 21:28:09 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:28:09 +0000 (UTC) Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.4/8.8.4) with SMTP id LAA28382 for ; Tue, 17 Dec 1996 11:53:33 -0800 Original-Received: from UCSD.EDU (mailbox2.ucsd.edu [132.239.1.54]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 17 Dec 1996 20:38:37 +0100 Original-Received: from sdnp5.ucsd.edu (sdnp5.ucsd.edu [132.239.79.10]) by UCSD.EDU (8.8.3/8.6.9) with SMTP id LAA00338 for ; Tue, 17 Dec 1996 11:38:35 -0800 (PST) Original-Received: by sdnp5.ucsd.edu (SMI-8.6/SMI-SVR4) id LAA08705; Tue, 17 Dec 1996 11:36:51 -0800 Original-To: "(ding) Gnus Mailing List" X-Face: "oX;zS#-JU$-,WKSzG.1gGE]x^cIg!hW.dq>.f6pzS^A+(k!T|M:}5{_%>Io<>L&{hO7W4cicOQ|>/lZ1G(m%7iaCf,6Qgk0%%Bz7b2-W3jd0m_UG\Y;?]}4s0O-U)uox>P3JN)9cm]O\@,vy2e{`3pb!"pqmRy3peB90*2L In-Reply-To: Sudish Joseph's message of 17 Dec 1996 13:36:40 -0500 Original-Lines: 80 X-Mailer: Red Gnus v0.75/XEmacs 19.15 Xref: main.gmane.org gmane.emacs.gnus.general:9234 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:9234 Sudish Joseph writes: > It's trying to fetch the entire spool each time (well, I kill it > at the start). > > My News/NoCeM/active has: > (setq gnus-nocem-active (quote ( > ("news.admin.net-abuse.announce" (10845 . 11363)) > ("alt.nocem.misc" (25378 . 26700))))) > > news.lists.filters isn't in there coz I just upgraded to 0.76 in the > hopes of getting proper treatment for alt.nocem.misc (which, BTW, > shouldn't be checked anymore, right? Or maybe not, I haven't been > following this stuff.) No dice, 0.76 just tried to get everything > again. news.lists.filters replaces alt.nocem.misc and news.admin.net-abuse.bulletins replaces news.admin.net-abuse.announce. I left the old ones in there for the time being, since there are still some messages in them to allow a smoother transition. You can certainly remove the two old names from the list if the new ones have arrived at your site. > Here's where I stopped gnus: > Checking article 25608 in alt.nocem.misc for NoCeM... > Good signature from user "AutoMoose1 (Automated Cancelmoose)". > Verifying... If it was stuck verifying, you could always (setq gnus-nocem-verifier nil). This is also substantially faster, at the cost that someone might forge a nocem posting. > This is pretty ugly. I have to set g-u-nocem to nil to see new news. > It'd be neat if there was an explicit -batch interface to NoCeM, > expecially since the gnus-daemon stuff has never worked for me in > XEmacs. I've been meaning to see why, never had the time. I've been thinking about a batch interface also, and might do it since I'm thinking of rewriting some of the nocem code to support some things in the soon to be official nocem BNF and prototype rfc. > While I'm whining about stuff I'm not fixing/coding myself, I might as > well mention that having the nocem stuff work off the scoring > mechanism would be tres cool. Yeah, that might work. :) But I still haven't tried using scoring at all, hmm, maybe some time when xemacs stabilizes a bit. > In particular, it'd be neat if one could have an alist that let you > specify the type of score entry you want generated for articles > that're being eliminated by nocem. A followup entry (I.e., low score > on references) would be the most useful. (Subject scores are less > useful, given that a spammer could well choose a subject line that > matches useful articles.) Hmm, that's a thought. I've been leaning the other direction of having automatic hiding of followups to nocem messages. My NoCeM cache varies from about 200k to 800k. If the information in there was spread out over several separate group score files, and also expanded to do followups via current scoring mechanism, I could see it taking up some pretty significant amounts of disk. 5-10M easily. (or maybe not. :) There is no subject information available in the nocem control messages, only message id. So you'd have to score on that. > An alist might be useful if we could come up with a reasonably concise > description of a nocem-issuer that combined newsgroup context. > Something that allowed statements like "issue followup scoredowns for > nocems issued for articles in groups that match this regexp and issued > by this person". Maybe not very useful. A single option allowing > score type selection would be very useful, though. Yeah, this is might be a good idea. You'd also want to include some other nocem issues such as the content type specifier. -- David Moore | Computer Systems Lab __o UCSD Dept. Computer Science - 0114 | Work: (619) 534-8604 _ \<,_ La Jolla, CA 92093-0114 | Fax: (619) 534-1445 (_)/ (_) | In a cloud bones of steel.