Pending: Due by the 12th.
Pending.
Will complete when last issue is resolved.
...
Reagle: What do we want to do? On the list Merlin and Ed said they preferred option 1: remove Digest{Method,Value}.
Reagle: Is this because people don't find the requirement for this functionality that compelling, or they do and they think option 1 is the best way.
Dillaway: I prefer option 1.. I don't think many folks will have the requirement for partial revelation, if they do, they can specify it, and it could be an informational document. It's not something every toolkit should have to implement.
Eastlake: Option 1: there's no requirement that xmldsig can't meet. The sign/encrypt and being able to change keys is tricky, but that's a fairly unique requirement.
Simon: unconvinced of the requirement.
Merlin: seems like a special case, haven't found that immediate need amongst his users.
Action Reagle: Remove Digest{Method,Value}.
Reagle: To confirm, with respect to Schaad's proposal for a checksum of the plaintext that is encrypted as part of the CipherValue, if people want to do this, they can create a new algorithm.
Call: Agree.
Reagle: from Simon's email, "does it make sense to allow the application to provide a hint in <EncryptedData> how the the serialization was done?"
Simon/Dillaway: Last word was agreement to Reagle's two sentence of text.
Simon: Don't need new syntax for a hint yet, will think about that more.
Blair Dillaway: what's the expectation for going to last call?
Reagle: I think I can reflect all the changes I need to do today, but then I will be on Holiday from Oct 4-11. So if Don can send his examples on section 5 to the list while I'm gone, when I get back I can integrate them in and do the formal last call (week of 15th-19th)