Re: Working Group Last Call: draft-ietf-sieve-3431bis-01.txt (relational test)

Philip Guenther <guenther+mtafilters@sendmail.com> Tue, 20 September 2005 22:42 UTC

Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j8KMg0Un005284; Tue, 20 Sep 2005 15:42:00 -0700 (PDT) (envelope-from owner-ietf-mta-filters@mail.imc.org)
Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id j8KMg0v1005281; Tue, 20 Sep 2005 15:42:00 -0700 (PDT)
X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-mta-filters@mail.imc.org using -f
Received: from smtp-out.sendmail.com (smtp-out.sendmail.com [209.246.26.45]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j8KMfxoD005273 for <ietf-mta-filters@imc.org>; Tue, 20 Sep 2005 15:41:59 -0700 (PDT) (envelope-from guenther@sendmail.com)
Received: from lab.smi.sendmail.com ([10.210.100.93]) by foon.sendmail.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j8KMfvmS027214 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for <ietf-mta-filters@imc.org>; Tue, 20 Sep 2005 15:41:57 -0700
X-DomainKeys: Sendmail DomainKeys Filter v0.2.7 foon.sendmail.com j8KMfvmS027214
DomainKey-Signature: a=rsa-sha1; s=tls; d=sendmail.com; c=nofws; q=dns; b=UyVrXPLjZjkeUczGni8uBUKX3Ax4B8v8tEUbj4twmYepnYPI+e9DcVK9S9U4bnMy8 Fu1y3F9oYDeT8RT+0KBmsbJJi7s9TycT/LRY87/ykwKwEEScIWfAP/npHmc47/xl5f2 BYg6n5CIE/ZOrtIJLqfNp8CAe8950i18c7US7YE=
Received: from lab.smi.sendmail.com (localhost [127.0.0.1]) by lab.smi.sendmail.com (8.13.3/8.13.3) with ESMTP id j8KMfvBM091136 for <ietf-mta-filters@imc.org>; Tue, 20 Sep 2005 15:41:57 -0700 (PDT) (envelope-from guenther@lab.smi.sendmail.com)
Message-Id: <200509202241.j8KMfvBM091136@lab.smi.sendmail.com>
To: MTA filtering mailing list <ietf-mta-filters@imc.org>
From: Philip Guenther <guenther+mtafilters@sendmail.com>
Subject: Re: Working Group Last Call: draft-ietf-sieve-3431bis-01.txt (relational test)
In-reply-to: <431D6F44.6060409@isode.com>
References: <431D6F44.6060409@isode.com>
Date: Tue, 20 Sep 2005 15:41:57 -0700
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>

[My apologies for the delay in this as well.  Barry, you may scowl at me
when we next meet.]

The leading broilerplate is out of date.  Possibly the trailing
broilerplate too.

I would suggest striking the second sentence of section 2 ("Any
comparator used..."), as this document is not the source of that
requirement and the list of exempted comparators is no longer accurate.

In the third paragraph of section 3.1, I think "of the message" should
be changed "from the message".

The last comma in section 3.1 ("...considered true[,] if any pair...")
should be removed 

In section 3.2, the phrasing of what the various tests do is a bit odd.
The first paragraph talks about counting entities, but then there's no
further mention of "entities".  If that first paragraph is left as is,
then I think the following paragraphs should be phrased more like:
   When used with the "address" test, the contained "addr-spec" elements
   [RFC2822] are the counted entity.  Note that addr-specs contained in
   group addresses are counted, but the group itself does not affect the
   count.

   When used with the "envelope" test, any envelope-part whose value is
   non-empty will contribute one (1) to the count.  In particular, the
   "to" envelope-part will always contribute exactly one.

(We need to leave the door open for other envelope-parts to be defined.)

   When used with the "header" test, the instances of the named fields
   are the counted entity.  The values of the instances has no effect on
   the count.

...though that text seems clunky too.


The reference to MATCH-TYPE in the ABNF will be rejected as there's no
previous definition of the MATCH-TYPE non-terminal, not even in the
base-spec, so it can't be added to with "=/".  I'm not sure what the
best fix for this is.


Philip Guenther