[Top] [All Lists]

Re: [ietf-smtp] Per-Recipient Data Responses

2014-03-10 07:23:45
On Thu 06/Mar/2014 04:25:31 +0100 Ned Freed wrote:

All that said, here's an idea: A new sieve action "prdrreject" that acts like
reject if PRDR is available and the RCPT TO address didn't bifurcate into
multiple recipients, and like discard otherwise. That would give you the best
possible result while not creating backscatter.

Please don't.  Sieve is not part of SMTP, strictly speaking, but such
new action could further obscure the meaning of PRDR.

Rather, draft prdr-00 ought to be reworked and clarified.  IMHO, the
"temporary reject and accept one recipient at a time" technique
(Paul's double-ugh) should be recommended as a fallback when the
sender doesn't support PRDR _and_ recipient mailboxes are set up so
that they could result in differing 2xx/4xx/5xx behavior.  That would
clarify the meaning, besides prompting implementations.

The draft looks badly written or inconsistent.  It does not make
explicit that reply codes can worsen but never get better.  Without
such statement, phrases like "SMTP clients MUST give priority to the
final response" could be misunderstood by casual readers.  By the same
argument, the draft seems to imply that a client can retry to send the
same message to users who already rejected it, provided that the
server finally quit with "421 Daemon going down for maintenance after
50 of 100 recipients" (at 10 mins each.)  Also, it is not clear why
clients should issue separate NDNs according to the reasons why each
recipient rejected a message, as that doesn't seem to minimize the
number of notifications.


ietf-smtp mailing list