RE: Last Call: Cryptographic Message Syntax to Proposed Standard

"Jim Schaad" <jimsch@nwlink.com> Thu, 13 December 2001 17:40 UTC

Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA24991 for <smime-archive@odin.ietf.org>; Thu, 13 Dec 2001 12:40:25 -0500 (EST)
Received: by above.proper.com (8.11.6/8.11.3) id fBDH6G804685 for ietf-smime-bks; Thu, 13 Dec 2001 09:06:16 -0800 (PST)
Received: from localhost.localdomain (251-196-131-12.bellhead.com [12.131.196.251]) by above.proper.com (8.11.6/8.11.3) with ESMTP id fBDH6E204680 for <ietf-smime@imc.org>; Thu, 13 Dec 2001 09:06:14 -0800 (PST)
Received: from revelation (47-203-131-12.bellhead.com [12.131.203.47]) by localhost.localdomain (8.11.6/8.11.6) with ESMTP id fBDH3Lj20224; Thu, 13 Dec 2001 10:03:21 -0700
Reply-To: jimsch@exmsft.com
From: Jim Schaad <jimsch@nwlink.com>
To: iesg@ietf.org
Cc: ietf-smime@imc.org
Subject: RE: Last Call: Cryptographic Message Syntax to Proposed Standard
Date: Thu, 13 Dec 2001 10:05:54 -0700
Message-ID: <003f01c183f8$73e155c0$89cb830c@soaringhawk.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <200111082146.QAA08784@ietf.org>
Sender: owner-ietf-smime@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-smime/mail-archive/>
List-ID: <ietf-smime.imc.org>
List-Unsubscribe: <mailto:ietf-smime-request@imc.org?body=unsubscribe>
Content-Transfer-Encoding: 7bit

Two last call comments:

Draft-ietf-smime-rfc2630bis-05.txt

In section 5.3 the discussion of the signedAttrs field the following
sentence occurs "Each SignedAttribute in the SET MUST be DER encoded."
There are two problems with the statement.  First there is no
SignedAttribute field or structure.  Second, this statement does not
make sense.  It should either be "Each AttributeValue" or "The
SignedAttributes set MUST be DER encoded for tranmission as well as
signature processing." 

Working group straw poll at the IETF meeting prefered the second
alternative.

Draft-ietf-smime-cmsalg-06.txt

In section 6.1 there is a discussion that CMS implemenations must accept
parameters as both NULL and absent for parsing.  There should be a
matching statement that CMS implementations SHOULD generate NULL
parameters.  [This could be absent as well, I don't currently have any
preference as to which option is chosen.]

Jim Schaad


> -----Original Message-----
> From: owner-ietf-smime@mail.imc.org 
> [mailto:owner-ietf-smime@mail.imc.org] On Behalf Of The IESG
> Sent: Thursday, November 08, 2001 2:46 PM
> To: IETF-Announce:
> Cc: ietf-smime@imc.org
> Subject: Last Call: Cryptographic Message Syntax to Proposed Standard
> 
> 
> 
> 
> The IESG has received a request from the S/MIME Mail Security Working
> Group to consider the following as Proposed Standards:
> 
>  o Cryptographic Message Syntax
> 	<draft-ietf-smime-rfc2630bis-05.txt>
>  o Cryptographic Message Syntax (CMS) Algorithms
> 	<draft-ietf-smime-cmsalg-06.txt>
> 
> The IESG plans to make a decision in the next few weeks, and solicits
> final comments on this action.  Please send any comments to the
> iesg@ietf.org or ietf@ietf.org mailing lists by November 21, 2001.
> 
> Files can be obtained via
> http://www.ietf.org/internet-drafts/draft-ietf-smime-rfc2630bis-05.txt
> http://www.ietf.org/internet-drafts/draft-ietf-smime-cmsalg-06.txt
>