OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

dss message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [dss] plans for next draft


At 04:55 PM 11/19/2003 +0000, Nick Pope wrote:

>Trevor,
>
>I agree - this allows time-stamps to be created and verified as any other
>object.
>
>To be realy tidy should the description of <dss:timestamp> being within
><dss:signature> be part of that profile as a timestamp isn't just a normal
>signature and should be linked to a specific request option.

Right now there's no request option for saying what type of signature to 
return (XML signature, PGP signature, CMS signature, stored-digest 
signature, XML Timestamp, RFC 3161 Timestamp, etc...).

Do you think we need an option for that?  Or can we assume this is implicit 
in the ServiceProfile / ServicePolicy?


>   This could be
>used as the model for other "signature like" objects such as the court
>filing digest info.

Right now <dss:Signature> contains a choice of:
  - <ds:Signature>
  - <dss:Base64Signature> (for CMS or PGP signatures).
  - extensible to other

We'll need specific profiles for these things, just like we'll need 
specific profiles for <dss:Timestamp>s.

So it seems consistent, if we're going to define <dss:Timestamp> in the 
core spec, to also include it inside the <dss:Signature> choice.  This 
makes it clear, in core, that the way you handle time-stamps is by treating 
them as signatures.

That's my vote, what do you think?


Trevor 



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]