Internet Email to Support Diverse Service Environments (Lemonade) Profile
RFC 4550

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

(Ted Hardie) Yes

(Brian Carpenter) No Objection

Comment (2006-01-28)
No email
send info
I won't make these Gen-ART review comments from Spencer Dawkins a DISCUSS,
but they both deserve a moment's thought.

In Section 3, "Lemonade clients SHOULD take advantage of these features." doesn't look like a normative/2119 "SHOULD".

BC: agreed, I would change it to lower case.

In section 3.3, I suppose the SHOULD NOT in

  A LEMONADE compliant client SHOULD use message size declaration. In
  particular it SHOULD NOT send a message to a mail submission server,
  if the client knows that the message exceeds the maximal message size
  advertised by the submission server.

is OK, but <snip>

BC: well, I don't see why it would ever be OK to send a message that's too long. Maybe this should just be MUST NOT.

(Bill Fenner) No Objection

(Sam Hartman) No Objection

(Scott Hollenbeck) No Objection

Comment (2006-01-31)
No email
send info
There shouldn't be any citations in the Abstract.

(Russ Housley) No Objection

Comment (2006-01-30)
No email
send info
  Please change "mandatory to implement" to "mandatory-to-implement"
  throughout the document.

  Please change "TLS protected" to "TLS-protected" throughout the

(David Kessens) No Objection

(Allison Mankin) No Objection

(Bert Wijnen) No Objection

(Alex Zinin) No Objection