From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/69002 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: spam2.el Date: Mon, 14 Sep 2009 14:29:36 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87bpld2ulb.fsf@lifelogs.com> References: <87d464skqr.fsf@iki.fi> <87fxb0jtfb.fsf@topper.koldfront.dk> <87bplojt0u.fsf@topper.koldfront.dk> <87ocpo9xww.fsf@iki.fi> <874orgjqvo.fsf@topper.koldfront.dk> <87ocpo47hl.fsf@topper.koldfront.dk> <87eiqkb7qv.fsf@iki.fi> <87r5ukuuw7.fsf@topper.koldfront.dk> <87skevvmyz.fsf@lifelogs.com> <878wgn3j7v.fsf@topper.koldfront.dk> <87skeu98ho.fsf_-_@lifelogs.com> <87pr9yk6wr.fsf@iki.fi> <874oraackk.fsf@topper.koldfront.dk> <87ab12k220.fsf@iki.fi> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1252956640 19954 80.91.229.12 (14 Sep 2009 19:30:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Sep 2009 19:30:40 +0000 (UTC) Cc: Ding Mailing List Original-X-From: ding-owner+M17419@lists.math.uh.edu Mon Sep 14 21:30:33 2009 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 1MnHFr-00083u-Bm for ding-account@gmane.org; Mon, 14 Sep 2009 21:30:27 +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 1MnHFf-0003LB-OI; Mon, 14 Sep 2009 14:30:15 -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 1MnHFd-0003Ku-Tq for ding@lists.math.uh.edu; Mon, 14 Sep 2009 14:30:13 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1MnHFd-0001AR-1d for ding@lists.math.uh.edu; Mon, 14 Sep 2009 14:30:13 -0500 Original-Received: from chirelay1o.jumptrading.com ([38.98.147.153] helo=chirelay1.jumptrading.com) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1MnHGE-00035O-00 for ; Mon, 14 Sep 2009 21:30:50 +0200 Original-Received: from chirelay1.jumptrading.com (unknown [127.0.0.1]) by chirelay1.jumptrading.com (Symantec Mail Security) with ESMTP id 9B442320002 for ; Mon, 14 Sep 2009 14:26:25 -0500 (CDT) X-AuditID: 26629395-a3f7dbb000005514-da-4aae98e1e3f6 Original-Received: from chiexchange02.w2k.jumptrading.com (unknown [38.98.147.140]) by chirelay1.jumptrading.com (Symantec Mail Security) with ESMTP id 6A8E72DC003 for ; Mon, 14 Sep 2009 14:26:25 -0500 (CDT) Original-Received: from internalsmtp.w2k.jumptrading.com (10.2.4.29) by chiexchange02.w2k.jumptrading.com (10.2.4.71) with Microsoft SMTP Server id 8.1.291.1; Mon, 14 Sep 2009 14:29:38 -0500 Original-Received: from tzlatanov-ubuntu-desktop.jumptrading.com ([10.2.21.147]) by internalsmtp.w2k.jumptrading.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 14 Sep 2009 14:29:38 -0500 Original-Newsgroups: gnu.emacs.gnus X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.50 (gnu/linux) Cancel-Lock: sha1:fnWGzmDGI3w859o7/s8gdfgpJDg= In-Reply-To: <87ab12k220.fsf@iki.fi> (Teemu Likonen's message of "Thu, 10 Sep 2009 22:55:03 +0300") Posted-To: gnu.emacs.gnus X-OriginalArrivalTime: 14 Sep 2009 19:29:38.0452 (UTC) FILETIME=[B3053540:01CA3571] X-Brightmail-Tracker: AAAAAA== X-Spam-Score: -1.3 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:69002 Archived-At: The following message is a courtesy copy of an article that has been posted to gnu.emacs.gnus as well. On Thu, 10 Sep 2009 22:55:03 +0300 Teemu Likonen wrote:=20 TL> On 2009-09-10 20:18 (+0200), Adam Sj=F8gren wrote: >> If you set the variable I introduced, unregistering happens whenever >> spam.el changes something from spam to ham, or from ham to spam before >> it learns it again - as far as I can see (that is what happens on my >> machine anyway). >> * An email is detected as spam, but you realize that it isn't. You mark >> it as ham. spam.el unregisters it from spam and relearns it as ham. >>=20 >> (And the other way around.) TL> Thanks. I wonder, though, what's the purpose of that TL> spam-unregister-on-reregister variable? Shouldn't it be always turned on TL> (non-nil)? Just to make a point: generally when the meaning of variable TL> starts to sounds like TL> (setq please-fix-this-stupid-bug t) TL> then why not just unconditionally fix the bug and not introduce any new TL> variables to confuse users? We'll let you and others try it out and tell us if it works properly. I agree with Adam, I try not to introduce changes to well-known libraries, even if it seems like a good idea, without making them optional. I wouldn't call the current behavior buggy, just badly designed (the problem is with the general tracking of articles by spam.el). TL> Of course I may have missed something. No offense meant; I'm really on TL> the "thank you" side here. :-) I would love to give you a working spam2.el soon, but it will probably be next year. Meanwhile it's probably a good idea for me to touch spam.el as little as possible and instead gather user opinions and suggestions for spam2.el. cc-ing Ding list in case others have opinions on this :) Ted