Frank Ellermann wrote:
The IESG wrote:
'Sieve Email Filtering: Reject and Extended Reject Extensions '
<draft-ietf-sieve-refuse-reject-07.txt> as a Proposed Standard
The draft wants to "update" RFC 3028, but this RFC was obsoleted
by RFC 5228. Good riddance wrt 'reject', reviving this "CANSPAM"
recipe appears to be a bad idea.
The main editor already fixed this in his copy.
LMTP happens after final SMTP delivery. At this point it is not
more possible to cause a "real" SMTP reject while talking with an
alleged sender. That is the main issue in this draft. I'm not
yet convinced that an LMTP "downref" is appropriate or necessary.
I think you are confusing implementation detail with logical
architecture: nothing prevents the final SMTP server from passing
commands to the LMTP server, before replying to the SMTP client.
_______________________________________________
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf