Accept the protocol parameter as specified in the security multiparts
document.
Since the parameter is useful in some cases, it's probably better to keep it.
I really would like to see the multipart/signed type extended to allow
multiple
signature parts (an implicit multipart/alt-sig). The current protocol param
prevents it, but a workaround is to make that param into a list...
I agree that this would be a good idea. I originally thought you might want
to use something like multipart/alt-sig instead in order to be able to
attach some semantics to the multiple signatures, but then I realized that this
is a nonstarter due to the fact that these semantics are not part of the
signed object, and hence are effectively worthless.
But since this change would be "upward compatible" in the sense that it's a
strict
extension of the current proposal, it's a non issue (for now). It's better to
have something out *now* as long as it can be easily extended later if
necessary !
100% agreement on this too. If its easy to put in now let's do it now,
otherwise let's go forward without it and add it in later.
We need closure!!!
Ned