Re: [plasma] S/MIME Capabilities

"Jim Schaad" <jimsch@nwlink.com> Wed, 07 December 2011 02:51 UTC

Return-Path: <jimsch@nwlink.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 BC68721F8BBE for <plasma@ietfa.amsl.com>; Tue, 6 Dec 2011 18:51:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 83Egl6N8xyzI for <plasma@ietfa.amsl.com>; Tue, 6 Dec 2011 18:51:18 -0800 (PST)
Received: from smtp3.pacifier.net (smtp3.pacifier.net [64.255.237.177]) by ietfa.amsl.com (Postfix) with ESMTP id 45D2821F8BBB for <plasma@ietf.org>; Tue, 6 Dec 2011 18:51:18 -0800 (PST)
Received: from Tobias (exodus.augustcellars.com [207.202.179.27]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp3.pacifier.net (Postfix) with ESMTPSA id A778B38EA6; Tue, 6 Dec 2011 18:50:34 -0800 (PST)
From: "Jim Schaad" <jimsch@nwlink.com>
To: "'Fitch, Scott C'" <scott.c.fitch@lmco.com>, <plasma@ietf.org>
References: <DFE85D7EFA640D4886E9A9141AEBCD200A097C08@HDXDSP11.us.lmco.com>
In-Reply-To: <DFE85D7EFA640D4886E9A9141AEBCD200A097C08@HDXDSP11.us.lmco.com>
Date: Tue, 6 Dec 2011 18:50:00 -0800
Message-ID: <000101ccb48b$06819070$1384b150$@nwlink.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQG7xHPKDhsfd7m54voQYQhsijmmXpXxeaAg
Content-Language: en-us
Subject: Re: [plasma] 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 02:51:18 -0000

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