Integrity, Privacy, and Security in Open Pluggable Edge Services (OPES) for SMTP
RFC 4902

Note: This ballot was opened for revision 03 and is now closed.

(Ted Hardie) Yes

(Jari Arkko) No Objection

(Ross Callon) No Objection

(Lars Eggert) No Objection

(Sam Hartman) No Objection

Comment (2007-03-06)
No email
send info
I'm balloting no objection because I agree it is good to get the
current state of the WG documented.  If this were going to be a set of
requirements for future work rather than an input to those discussions
then I would have several blocking comments.  My most serious concern
is with the handling of consent.  There seems to be no mechanism
proposed to actually allow one party to give consent or to withdraw
that consent.  In the case of the sender the bypass mechanism may be
sufficient.  However I don't see how receivers meaningfully manage
consent without some standardized mechanism to do so.

I'm also concerned about message encryption.  At least in the case of
content conversion for lemonade, I argued that a mechanism to provide
gateways with message encrypting keys seemed important.  I'm not sure
the same isn't true of OPES.

(Russ Housley) No Objection

(Cullen Jennings) No Objection

(David Kessens) No Objection

(Dan Romascanu) No Objection

(Mark Townsley) No Objection

Magnus Westerlund No Objection