Hello,
I read the discussion from Juli 2007 about the reject concerns. There
is still something that is not addressed in
draft-ietf-sieve-refuse-reject-06 -- early evaluation of scripts. More
concrete I mean that a script can be executed after the RCPT TO and
before the DATA stage, and then has a stop;.
draft-ietf-sieve-refuse-reject-06
2.1.1. Rejecting a message at the SMTP/LMTP protocol level
Sieve implementations that are able to reject messages at the SMTP/
LMTP level MUST do so and SHOULD use the 550 response code. Note
that if a message is arriving over SMTP and has multiple recipients,
some of whom have accepted the message, Section 2.1.2 defines how to
reject such a message.
Does this mean, that a recipient cannot be rejected after RCPT TO: and
before DATA: in a multi recipient message? In the discussion I have not
seen why this shall not be possible.
Със здраве,
Дилян
Kjetil Torgrim Homme wrote:
On Wed, 2008-02-13 at 21:09 +0100, Дилян Палаузов wrote:
Hello,
If sieve scripts are written in the form:
if (envelope tests....) { reject; stop;}
some other tests and actions;
the scripts can be applied once after the RCPT TO: command and once
after the DATA command. If the first script calling is successful (stop;
is reached without trying tests, that require headers or body), and the
reject action is performed, then the sieve script can reject the message
at the RCPT TO: level.
see the thread "Re: List of open issues with Sieve reject draft
(draft-ietf-sieve-refuse-reject-02.txt)" from 2006-07-11.
The application of such scripts is, e.g. for mailing lists, with scripts
like
if (recipient is a mailing list and sender is not allowed to post
there) {reject; stop;}
which will save the consequent NDRs, send from the mailing list
software. This approach is not considered in
draft-ietf-sieve-refuse-reject-06, 2.2 Action reject...However
implementations MAY refuse delivery over protocol ..., if and only if
all of the following conditions are true: 2. ...
I agree it would be beneficial to allow early evaluation of Sieve
scripts, but I believe we need a separate draft to clarify how it should
work. it would be preferable if the refuse-reject document had some
text to indicate the possibility.