Re: [plasma] EXTERNAL: RE: S/MIME Capabilities

"Fitch, Scott C" <scott.c.fitch@lmco.com> Wed, 07 December 2011 13:31 UTC

Return-Path: <scott.c.fitch@lmco.com>
X-Original-To: plasma@ietfa.amsl.com
Delivered-To: plasma@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB13221F8B11 for <plasma@ietfa.amsl.com>; Wed, 7 Dec 2011 05:31:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.659
X-Spam-Level:
X-Spam-Status: No, score=-8.659 tagged_above=-999 required=5 tests=[AWL=1.940, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tCRhMBelltdK for <plasma@ietfa.amsl.com>; Wed, 7 Dec 2011 05:31:49 -0800 (PST)
Received: from mailfo02.lmco.com (mailfo02.lmco.com [192.35.35.12]) by ietfa.amsl.com (Postfix) with ESMTP id 1431821F8B02 for <plasma@ietf.org>; Wed, 7 Dec 2011 05:31:48 -0800 (PST)
Received: from emss07g01.ems.lmco.com ([166.29.2.16]) by mailfo02.lmco.com (8.14.3/8.14.3) with ESMTP id pB7DVlZS009346; Wed, 7 Dec 2011 13:31:47 GMT
Received: from CONVERSION2-DAEMON.lmco.com by lmco.com (PMDF V6.4 #31805) id <0LVU00H015KWIV@lmco.com>; Wed, 07 Dec 2011 13:31:44 +0000 (GMT)
Received: from HDXHTPN7.us.lmco.com ([158.188.83.14]) by lmco.com (PMDF V6.4 #31805) with ESMTP id <0LVU00H1Q5KR4F@lmco.com>; Wed, 07 Dec 2011 13:31:39 +0000 (GMT)
Received: from HDXDSP11.us.lmco.com ([fe80::c04a:c222:3486:3e3]) by HDXHTPN7.us.lmco.com ([fe80::f1:ff4b:90a4:695%14]) with mapi id 14.01.0355.002; Wed, 07 Dec 2011 06:31:39 -0700
Date: Wed, 07 Dec 2011 13:31:38 +0000
From: "Fitch, Scott C" <scott.c.fitch@lmco.com>
In-reply-to: <000101ccb48b$06819070$1384b150$@nwlink.com>
X-Originating-IP: [158.188.95.10]
To: Jim Schaad <jimsch@nwlink.com>, "plasma@ietf.org" <plasma@ietf.org>
Message-id: <DFE85D7EFA640D4886E9A9141AEBCD2010DAD680@HDXDSP11.us.lmco.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-language: en-US
Content-transfer-encoding: 7BIT
Thread-Topic: EXTERNAL: RE: [plasma] S/MIME Capabilities
Thread-Index: AcyTR93+zP+wCizmT46LHSpiVqxaJghfbe0AAAe1A/A=
Accept-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
References: <DFE85D7EFA640D4886E9A9141AEBCD200A097C08@HDXDSP11.us.lmco.com> <000101ccb48b$06819070$1384b150$@nwlink.com>
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2011-12-07_05:2011-12-07, 2011-12-07, 1970-01-01 signatures=0
Subject: Re: [plasma] EXTERNAL: RE: S/MIME Capabilities
X-BeenThere: plasma@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "The PoLicy Augmented S/Mime \(plasma\) bof discussion list." <plasma.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/plasma>, <mailto:plasma-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/plasma>
List-Post: <mailto:plasma@ietf.org>
List-Help: <mailto:plasma-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/plasma>, <mailto:plasma-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2011 13:31:49 -0000

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
scott.c.fitch@lmco.com

-----Original Message-----
From: Jim Schaad [mailto:jimsch@nwlink.com] 
Sent: Tuesday, December 06, 2011 9:50 PM
To: Fitch, Scott C; plasma@ietf.org
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: plasma-bounces@ietf.org [mailto:plasma-bounces@ietf.org] On 
> Behalf Of Fitch, Scott C
> Sent: Tuesday, October 25, 2011 12:00 PM
> To: plasma@ietf.org
> 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
> plasma@ietf.org
> https://www.ietf.org/mailman/listinfo/plasma