Exactly. That will help us operate in the hybrid (No S/MIME, PKI S/MIME, Plasma) world we're destined to be in for a long time.
Scott Fitch Cyber Architect [email protected] -----Original Message----- From: Jim Schaad [mailto:[email protected]] Sent: Tuesday, December 06, 2011 9:50 PM To: Fitch, Scott C; [email protected] Subject: EXTERNAL: RE: [plasma] S/MIME Capabilities Just to be clear, you are suggesting that an attribute defined by which a sender says "I understand Plasma" just like there is one which says I understand inner binary. Recipients could then store this attribute as part of the senders capabilities. This is totally trivial and yes we should do it. I assume that this would just be a "binary" value - I do or do not support it. If a new version of Plasma ever comes into existence then a new attribute with a different OID value would be created. There is no need to talk about algorithms or advance vs basic here. Jim > -----Original Message----- > From: [email protected] [mailto:[email protected]] On > Behalf Of Fitch, Scott C > Sent: Tuesday, October 25, 2011 12:00 PM > To: [email protected] > Subject: [plasma] S/MIME Capabilities > > Section 5.2.1 notes the backwards compatibility requirement with > existing S/MIME where a sender can create recipient info structures > for recipients it > can discover keys for. > > Should there be an equivalent mechanism to indicate a sender's support > for plasma, similar to the way that S/MIME indicates current capabilities? This > could be helpful, particularly when sending messages with Advanced Policies. > > -Scott > _______________________________________________ > plasma mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/plasma _______________________________________________ plasma mailing list [email protected] https://www.ietf.org/mailman/listinfo/plasma
