Re: Minor issue in draft-ietf-sieve-spamtestbis-02.txt

Cyrus Daboo <cyrus@daboo.name> Thu, 01 June 2006 23:53 UTC

Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k51NrV7l049035; Thu, 1 Jun 2006 16:53:31 -0700 (MST) (envelope-from owner-ietf-mta-filters@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k51NrVgv049034; Thu, 1 Jun 2006 16:53:31 -0700 (MST) (envelope-from owner-ietf-mta-filters@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-mta-filters@mail.imc.org using -f
Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k51NrUZs049028 for <ietf-mta-filters@imc.org>; Thu, 1 Jun 2006 16:53:30 -0700 (MST) (envelope-from cyrus@daboo.name)
Received: from frontend3.internal (frontend3.internal [10.202.2.152]) by frontend1.messagingengine.com (Postfix) with ESMTP id 38DBED69F4C; Thu, 1 Jun 2006 19:53:28 -0400 (EDT)
Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by frontend3.internal (MEProxy); Thu, 01 Jun 2006 19:53:29 -0400
X-Sasl-enc: KmrCuN9i33Vo2WaG1b+smWksq+wjxifNxYOxFyuVV17b 1149206009
Received: from [17.101.35.162] (static-71-240-120-213.pitt.east.verizon.net [71.240.120.213]) by www.fastmail.fm (Postfix) with ESMTP id 396CC410; Thu, 1 Jun 2006 19:53:26 -0400 (EDT)
Date: Thu, 01 Jun 2006 19:53:27 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Ned Freed <ned.freed@mrochek.com>, Mark E Mallett <mem@mv.mv.com>
cc: ietf-mta-filters@imc.org
Subject: Re: Minor issue in draft-ietf-sieve-spamtestbis-02.txt
Message-ID: <67FEAFFBBCF827A070810CB4@ninevah.local>
In-Reply-To: <01M343DLS0XS0049K2@mauve.mrochek.com>
References: <1148767597.11000.7.camel@localhost> <01M312F9FQA40008CX@mauve.mrochek.com> <20060601203310.GL68629@osmium.mv.net> <01M343DLS0XS0049K2@mauve.mrochek.com>
X-Mailer: Mulberry/4.0.5 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Hi Ned,

--On June 1, 2006 2:07:26 PM -0700 Ned Freed <ned.freed@mrochek.com> wrote:

>> > I just noticed that although the draft makes heavy use of the
>> > relational :value match type, it says nothing about how :count should
>> > be handled. I suggest adding a note to say that the "count value" is 1
>> > if there's a spamtest or virustest result to check, 0 otherwise.
>
>> I like that... I could swear that had been suggested at some point but
>> can't find it, so probably not.
>
> Interesting. I too have a vague recollection that this came up before,
> but a quick search of the list archives failed to find any references.
> Perhaps at a WG meeting or bar-BOF?

Interesting - I can't ever recall that being discussed before, at least in 
my presence :-). But it does provide an interesting solution to the 
'untested' case which is somewhat awkward with the :percent option.

So here is a proposal: remove the current "untested" return value and 
instead require scripts to use :count to determine that case with the 
behavior of :count being defined as Ned suggested. An example:

           require ["spamtestplus", "fileinto",
                    "relational", "comparator-i;ascii-numeric"];

           if spamtest :count "eq"
                       :comparator "i;ascii-numeric" "0"
           {
               fileinto "INBOX.unclassified";
           }
           elsif spamtest :value "lt"
                       :comparator "i;ascii-numeric" "37"
           {
               fileinto "INBOX.not-spam";
           }
           else
           {
               fileinto "INBOX.spam-trap";
           }


-- 
Cyrus Daboo