Re: I-D ACTION:draft-ietf-sieve-refuse-reject-02.txt

"Mark E. Mallett" <mem@mv.mv.com> Thu, 22 June 2006 19:42 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 k5MJgUbp033688; Thu, 22 Jun 2006 12:42:30 -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 k5MJgUxq033687; Thu, 22 Jun 2006 12:42:30 -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 mv.mv.com (osmium.mv.net [199.125.85.152]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id k5MJgNHl033661 for <ietf-mta-filters@imc.org>; Thu, 22 Jun 2006 12:42:29 -0700 (MST) (envelope-from mem@mv.mv.com)
Received: (qmail 34790 invoked by uid 101); 22 Jun 2006 15:42:22 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Thu, 22 Jun 2006 15:42:22 -0400
To: ietf-mta-filters@imc.org
Subject: Re: I-D ACTION:draft-ietf-sieve-refuse-reject-02.txt
Message-ID: <20060622194222.GV34563@osmium.mv.net>
References: <E1FsSZF-0001qb-KM@stiedprstage1.ietf.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <E1FsSZF-0001qb-KM@stiedprstage1.ietf.org>
User-Agent: Mutt/1.4.2.1i
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>


I like the improved clarity in a lot of things, such as in the ordered
list of techniques that are tried for carrying out the reject action.
However I think the problem still remains that the script writer does
not get any control over which are tried.  I mention again the potential
irony that whereas a script writer will intentionally avoid 'reject' if
they know it will result in a separate bounce message, the writer will
be tempted more often to use 'reject' if they think it may result in an
SMTP time refusal.  The irony being that 'reject' will be then be used
more often, which without some influence as to how it falls back,
can result in more bounce messages.

Personally I liked the syntax proposed by Kjetil Torgrim Homme,
probably here:

   http://www.imc.org/ietf-mta-filters/mail-archive/msg02408.html

i.e.:

   reject :refuse :stop "Don't send e-mail to this address";
   fileinto "INBOX.old-address";
   stop;

where ":refuse" says "only execute this if you can do a protocol refusal"
and ":stop" says "stop if the action was taken."

If the script continues, the script writer can then add steps to further
classify the message, to see if a non-protocol refusal is still
warranted, or otherwise to file or discard the message.

I don't mean to belabor this, but I thought this had some support.

mm