List of open issues with Sieve reject draft (draft-ietf-sieve-refuse-reject-02.txt)

Alexey Melnikov <alexey.melnikov@isode.com> Sun, 09 July 2006 16:56 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 k69Guijo094268; Sun, 9 Jul 2006 09:56:44 -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 k69Guiij094267; Sun, 9 Jul 2006 09:56:44 -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 rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k69Guh3L094246 for <ietf-mta-filters@imc.org>; Sun, 9 Jul 2006 09:56:43 -0700 (MST) (envelope-from alexey.melnikov@isode.com)
Received: from [10.2.244.141] ([206.47.204.99]) by rufus.isode.com via TCP (submission) with ESMTPA; Sun, 9 Jul 2006 17:56:40 +0100
Message-ID: <44B1353C.7050002@isode.com>
Date: Sun, 09 Jul 2006 17:56:28 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: ietf-mta-filters@imc.org
Subject: List of open issues with Sieve reject draft (draft-ietf-sieve-refuse-reject-02.txt)
MIME-version: 1.0
Content-type: text/plain; charset="windows-1252"; format="flowed"
Content-transfer-encoding: 8bit
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>

1). “SHOULD be incompatible with other actions” is too strong, for 
example there are good reasons to do reject+fileinto.

I tend to agree that reject should be made compatible with other actions 
(except for vacation), so I would like to at least downgrade SHOULD to MAY.

2). Non ASCII text in rejection string - should it cause creation of 
DSN/MDN, runtime error or stripping of non-ASCII content?
Should we add a tagged argument to control this?
Or maybe we need another capability to enable UTF-8 clean rejection?

I am leaning toward having an extra capability to enable UTF-8 rejection 
text over SMTP/LMTP protocol.

3). Arnt has requested to allow for reject+redirect to be treated as 
just reject. I am not sure I like that. Opinions?

Comments?

Alexey