From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/9295 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.user Subject: Re: spam.el: copy/move of ham articles from unclassified groups Date: Fri, 06 Jul 2007 13:04:19 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: References: <871widispy.fsf@rash.quadium.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1183759989 20717 80.91.229.12 (6 Jul 2007 22:13:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 6 Jul 2007 22:13:09 +0000 (UTC) Cc: Tim Howe , Ding Mailing List To: info-gnus-english@gnu.org Original-X-From: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Sat Jul 07 00:13:08 2007 connect(): Connection refused Return-path: Envelope-to: gegu-info-gnus-english@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I6w2z-00035C-5c for gegu-info-gnus-english@m.gmane.org; Sat, 07 Jul 2007 00:13:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I6w2y-0002Lv-Kr for gegu-info-gnus-english@m.gmane.org; Fri, 06 Jul 2007 18:13:04 -0400 Original-Path: shelby.stanford.edu!headwall.stanford.edu!newsfeed.esat.net!zen.net.uk!dedekind.zen.co.uk!news.albasani.net!not-for-mail Original-Newsgroups: gnu.emacs.gnus Original-Lines: 60 Original-X-Trace: news.albasani.net pLB8GGIKklBq0fOwmQvxpZ8jzPDZGfn22UoANSk8aRXexaPhnMRBBgg8FOovD5/WBGzweaOXqrxbB7H13MC729OGmSVeTrYczmKhdUvLUHyxK06eXjuGESRr1zbjDJYm Original-X-Complaints-To: abuse@albasani.net Original-NNTP-Posting-Date: Fri, 6 Jul 2007 17:04:30 +0000 (UTC) X-User-ID: QuNKnoViftdWE9P6TXdfAZXuDhstHQ0zjJkQ1ToMcrg= 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" Cancel-Lock: sha1:G9LVO7OSbASjha/B3IYJQC+tMUA= sha1:lD5fsg2lLp7W1r11LtE8ZpQglw4= User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.0.96 (darwin) X-NNTP-Posting-Host: EUwLAep8KnM2tb1YIOqSuj2vd2dSliZrBKwpYj8mePs= Original-Xref: shelby.stanford.edu gnu.emacs.gnus:79480 X-Mailman-Approved-At: Fri, 06 Jul 2007 18:12:52 -0400 X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Errors-To: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.gnus.user:9295 Archived-At: On Sat, 21 Apr 2007 12:43:05 -0400 Tim Howe wrote: TH> Mail is split according to senders, then if none matches the spam TH> splitter is used. nnml:raw.spammy is my spam split destination; all TH> the rest goes to nnml:raw. These 2 groups are unclassified (neither TH> spam nor ham). Tim, sorry for the late reply. I cc-ed your e-mail address to make sure you'd get it. TH> I have a single group classified as spam: nnml:spam.explicit. This is TH> my spam process destination. TH> All other groups are classified as ham. TH> Currently my workflow is as follows: enter the /nnml:raw\(\..*\)?/ TH> groups, move all the ham articles into nnml:misc to be read or manually TH> split later, then mark all the rest of the articles as spam and exit the TH> group, causing them to be processed and moved to nnml:spam.explicit. OK. TH> Now (correct me if I'm wrong) I could have /nnml:raw\(\..*\)?/ TH> classified as spam groups for the same basic effect. However I don't TH> like that I lose all the score highlighting when they are auto-marked as TH> spam, and I'm nervous about the default mark being "spam". Please tell TH> me if this is a legitimate concern. There's not much I can do about the score highlighting. I wouldn't worry about the spam mark, but honestly I would recommend a server-side filter such as CRM114 instead of the setup you describe. It's much more satisfying and about 10 times easier to train on error than train your filters all the time. TH> I'm thinking what I will do is implement an interactive function which TH> overrides the ! key in the raw groups. It will remove all marks and TH> move the article into nnml:misc. TH> Is there a reason that gnus-ham-process-destinations only works for spam TH> groups and not in non-ham groups? The assumption is that if you want to process things as ham, it's because they were marked as spam beforehand. The anti-spam systems I know don't need to be told they did the right thing with ham. If that's not true, let me know what you think. TH> If the registry is used that should avoid double-processing TH> concerns, no? It should if I fixed my code :) I've been too swamped to look at it, and the gnus-registry has not been maintained by anyone meanwhile. I know I had at least one bug report regarding double processing. I am cc-ing the Gnus developers list in case someone is interested in taking over spam.el and gnus-registry.el since I'm unable to keep them current and respond to bug reports quickly. Ted