Re: Working Group Last Call for draft-ietf-sieve-refuse-reject-00.txt

"Mark E. Mallett" <mem@mv.mv.com> Tue, 23 August 2005 18:08 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 j7NI8Kf1029947; Tue, 23 Aug 2005 11:08:20 -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 j7NI8K2g029946; Tue, 23 Aug 2005 11:08:20 -0700 (PDT)
X-Authentication-Warning: above.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 above.proper.com (8.12.11/8.12.9) with SMTP id j7NI8IxL029922 for <ietf-mta-filters@imc.org>; Tue, 23 Aug 2005 11:08:19 -0700 (PDT) (envelope-from mem@mv.mv.com)
Received: (qmail 71879 invoked by uid 101); 23 Aug 2005 14:08:17 -0400
From: "Mark E. Mallett" <mem@mv.mv.com>
Date: Tue, 23 Aug 2005 14:08:17 -0400
To: Matthew Elvey <matthew@elvey.com>
Cc: Alexey Melnikov <alexey.melnikov@isode.com>, IETF MTA Filters List <ietf-mta-filters@imc.org>
Subject: Re: Working Group Last Call for draft-ietf-sieve-refuse-reject-00.txt
Message-ID: <20050823180817.GO26861@osmium.mv.net>
References: <FF47B65677F611C47F8FC103@ninevah.cyrusoft.com> <20050818190929.GM21465@osmium.mv.net> <4305B817.9070503@isode.com> <20050819174803.GB17079@osmium.mv.net> <430895AB.1090603@isode.com> <430A2A51.6080103@elvey.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <430A2A51.6080103@elvey.com>
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>

On Mon, Aug 22, 2005 at 12:41:05PM -0700, Matthew Elvey wrote:
> On 8/21/05 7:54 AM, Alexey Melnikov sent forth electrons to convey:
> >right.  the key is that you decline a message which is sent from a
> >different administrative domain.  [...] a "refuse" MUST be able
> >to tell the other administrative domain that the message was rejected
> >without instantiating the sending of a new message.
> How's this replacement?
> 
> (The first sentence is unchanged.)
> 
>   The "refuse" action refuses delivery of a message by sending back
> 
> the 550 SMTP response code to an SMTP client. This extension can be 
> supported only by a Sieve implementation capable of sending the 550 over 
> an SMTP connection between Administrative Units.

Well, I'm probably being anal (again).  To me, the use of "between
Administrative Units" and "over the open Internet" are birds of a
feather.  I don't think it's important to specify where the message is
transported, or between whom-- only that the message is turned away by
the receiver during transport, thus avoiding a later asynchronous
notification via a separate email message.  e.g. I think refusal should
apply to a transmission to the SMTP server running on localhost.

mm