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
- I-D ACTION:draft-ietf-sieve-refuse-reject-02.txt Internet-Drafts
- Re: I-D ACTION:draft-ietf-sieve-refuse-reject-02.… Ken Murchison
- Re: I-D ACTION:draft-ietf-sieve-refuse-reject-02.… Alexey Melnikov
- Re: I-D ACTION:draft-ietf-sieve-refuse-reject-02.… Arnt Gulbrandsen
- Re: I-D ACTION:draft-ietf-sieve-refuse-reject-02.… Alexey Melnikov
- Re: I-D ACTION:draft-ietf-sieve-refuse-reject-02.… Arnt Gulbrandsen
- Re: I-D ACTION:draft-ietf-sieve-refuse-reject-02.… Arnt Gulbrandsen
- Re: I-D ACTION:draft-ietf-sieve-refuse-reject-02.… Mark E. Mallett