From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50646 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: convert from setq to customization Date: Fri, 07 Mar 2003 17:36:12 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <86u1em4wdn.fsf@red.stonehenge.com> <4nadg9fsw2.fsf@lockgroove.bwh.harvard.edu> <4nof4o2xc1.fsf@lockgroove.bwh.harvard.edu> <4nzno7w3nf.fsf@lockgroove.bwh.harvard.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1047054992 31456 80.91.224.249 (7 Mar 2003 16:36:32 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 7 Mar 2003 16:36:32 +0000 (UTC) Original-X-From: owner-ding@hpc.uh.edu Fri Mar 07 17:36:30 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18rKpi-0008BE-00 for ; Fri, 07 Mar 2003 17:36:30 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18rKpo-0004YN-00; Fri, 07 Mar 2003 10:36:36 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 07 Mar 2003 10:37:35 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id KAA09356 for ; Fri, 7 Mar 2003 10:37:21 -0600 (CST) Original-Received: (qmail 36294 invoked by alias); 7 Mar 2003 16:36:17 -0000 Original-Received: (qmail 36289 invoked from network); 7 Mar 2003 16:36:17 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by 66.230.238.6 with SMTP; 7 Mar 2003 16:36:17 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.8/8.12.8) with ESMTP id h27GaCdD025166 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Fri, 7 Mar 2003 17:36:13 +0100 Original-To: ding@gnus.org Mail-Copies-To: nobody X-Payment: hashcash 1.1 0:030307:ding@gnus.org:97060ecd132b1574 X-Hashcash: 0:030307:ding@gnus.org:97060ecd132b1574 In-Reply-To: <4nzno7w3nf.fsf@lockgroove.bwh.harvard.edu> (Ted Zlatanov's message of "Fri, 07 Mar 2003 11:19:16 -0500") User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.3.50 (gnu/linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50646 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50646 Ted Zlatanov writes: > On Thu, 06 Mar 2003, jas@extundo.com wrote: >> Ted Zlatanov writes: > >>> For example, spam.el requires nnimap-split-download-body in >>> nnimap.el to be set if a statistical filter is selected, so the >>> whole message body is downloaded. >> >> This crossed my mind as well... spam.el should not setq n-s-d-b. >> >> Either spam.el should bind the variable temporarily, or if that >> doesn't work, we can add a undocumented variable nnimap-using-spam >> which spam.el can set instead. > > How about spam.el generating an error if n-s-d-b is nil and a > statistical splitter function is selected? What kind of error is > reasonable, a showstopper (error) or a Gnus message? I am not sure > because this is not a critical problem, it only means that incoming > spam may not be properly classified. Yes, an error seems too much. Using a separate, non-customized, nnimap variable that spam.el can set seems like a better approach, and this approach is used in similar situations already. It would also allow people to set n-s-d-b to override the spam.el decision, if they wanted that. > Also, can I set n-s-d-b in the middle of splitting, or does it have > to be set at the beginning of the IMAP conversation with the server? It is only used by n-request-scan, and it can be set and changed at any point. > If I could set it, I could ask the user if he wants to set it > automatically, and then come back and resume splitting. Hmm, but > then the IMAP session might time out. But you would need to remember the decision so it isn't asked every time... the solution above seems better, IMHO.