draft-ietf-smime-camellia-03.txt ready for Standards Track
"Blake Ramsdell" <blake@brutesquadlabs.com> Wed, 30 April 2003 21:33 UTC
Received: from above.proper.com (mail.proper.com [208.184.76.45]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24962 for <smime-archive@lists.ietf.org>; Wed, 30 Apr 2003 17:33:30 -0400 (EDT)
Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3UKvOi2095048 for <ietf-smime-bks@above.proper.com>; Wed, 30 Apr 2003 13:57:24 -0700 (PDT) (envelope-from owner-ietf-smime@mail.imc.org)
Received: (from majordom@localhost) by above.proper.com (8.12.8p1/8.12.9/Submit) id h3UKvO1v095047 for ietf-smime-bks; Wed, 30 Apr 2003 13:57:24 -0700 (PDT)
X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smime@mail.imc.org using -f
Received: from brutesquadlabs.com (gtec136-m.isomedia.com [207.115.67.136] (may be forged)) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3UKvNi2095041 for <ietf-smime@imc.org>; Wed, 30 Apr 2003 13:57:24 -0700 (PDT) (envelope-from blake@brutesquadlabs.com)
Received: from DEXTER ([192.168.0.4]) by brutesquadlabs.com with ESMTP ; Wed, 30 Apr 2003 13:57:20 -0700
From: Blake Ramsdell <blake@brutesquadlabs.com>
To: 'Russ Housley' <housley@vigilsec.com>, smb@research.att.com
Cc: "'Sean P. Turner'" <turners@ieca.com>, ietf-smime@imc.org
Subject: draft-ietf-smime-camellia-03.txt ready for Standards Track
Date: Wed, 30 Apr 2003 13:57:20 -0700
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50SwK3EZjypY2MKAAAAQAAAAiuXz/l017Eqe8tivtV1EvwEAAAAA@brutesquadlabs.com>
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
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
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
Security Area Directors, The S/MIME working group has completed its review of the "Use of the Camellia Encryption Algorithm in CMS" draft, draft-ietf-smime-camellia-03, and believe it is ready to be published as a Standards Track RFC. Blake -- Blake Ramsdell | Brute Squad Labs | http://www.brutesquadlabs.com Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3UKvOi2095048 for <ietf-smime-bks@above.proper.com>; Wed, 30 Apr 2003 13:57:24 -0700 (PDT) (envelope-from owner-ietf-smime@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.8p1/8.12.9/Submit) id h3UKvO1v095047 for ietf-smime-bks; Wed, 30 Apr 2003 13:57:24 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smime@mail.imc.org using -f Received: from brutesquadlabs.com (gtec136-m.isomedia.com [207.115.67.136] (may be forged)) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3UKvNi2095041 for <ietf-smime@imc.org>; Wed, 30 Apr 2003 13:57:24 -0700 (PDT) (envelope-from blake@brutesquadlabs.com) Received: from DEXTER ([192.168.0.4]) by brutesquadlabs.com with ESMTP ; Wed, 30 Apr 2003 13:57:20 -0700 From: "Blake Ramsdell" <blake@brutesquadlabs.com> To: "'Russ Housley'" <housley@vigilsec.com>, <smb@research.att.com> Cc: "'Sean P. Turner'" <turners@ieca.com>, <ietf-smime@imc.org> Subject: draft-ietf-smime-camellia-03.txt ready for Standards Track Date: Wed, 30 Apr 2003 13:57:20 -0700 Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50SwK3EZjypY2MKAAAAQAAAAiuXz/l017Eqe8tivtV1EvwEAAAAA@brutesquadlabs.com> 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 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal 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> Security Area Directors, The S/MIME working group has completed its review of the "Use of the Camellia Encryption Algorithm in CMS" draft, draft-ietf-smime-camellia-03, and believe it is ready to be published as a Standards Track RFC. Blake -- Blake Ramsdell | Brute Squad Labs | http://www.brutesquadlabs.com Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3TKnEi2009750 for <ietf-smime-bks@above.proper.com>; Tue, 29 Apr 2003 13:49:14 -0700 (PDT) (envelope-from owner-ietf-smime@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.8p1/8.12.9/Submit) id h3TKnDlD009749 for ietf-smime-bks; Tue, 29 Apr 2003 13:49:13 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smime@mail.imc.org using -f Received: from brutesquadlabs.com (gtec136-m.isomedia.com [207.115.67.136] (may be forged)) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3TKnDi2009743 for <ietf-smime@imc.org>; Tue, 29 Apr 2003 13:49:13 -0700 (PDT) (envelope-from blake@brutesquadlabs.com) Received: from DEXTER ([192.168.0.4]) by brutesquadlabs.com with ESMTP ; Tue, 29 Apr 2003 13:49:10 -0700 From: "Blake Ramsdell" <blake@brutesquadlabs.com> To: <ietf-smime@imc.org> Subject: BobPrivRSAEncrypt spuriosity Date: Tue, 29 Apr 2003 13:49:10 -0700 Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50SwK3EZjypY2MKAAAAQAAAAopnyHKxeyEKYgkVfzHLrBAEAAAAA@brutesquadlabs.com> 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 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal 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> In examples-10, the dump of the data for BobPrivRSAEncrypt includes the following: 643 31 4: SET { 645 03 2: BIT STRING 0 unused bits : '00001000'B (bit 3) : Error: Spurious zero bits in bitstring. : } As far as I can tell, the actual encoding for this BIT STRING is: 03 02 00 10 Which I believe is "zero unused bits at the end of 0001 0000". In DER encoding, I believe that this is an encoding violation. In BER, however, I believe this encoding is valid. I don't think it's a problem -- Paul mentioned it to me, and I'm pointing it out here in case there's something that needs to be changed. I think it's a benign warning from the ASN.1 tool. Blake -- Blake Ramsdell | Brute Squad Labs | http://www.brutesquadlabs.com Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3TJDoi2007088 for <ietf-smime-bks@above.proper.com>; Tue, 29 Apr 2003 12:13:50 -0700 (PDT) (envelope-from owner-ietf-smime@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.8p1/8.12.9/Submit) id h3TJDoTN007087 for ietf-smime-bks; Tue, 29 Apr 2003 12:13:50 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smime@mail.imc.org using -f Received: from brutesquadlabs.com (gtec136-m.isomedia.com [207.115.67.136] (may be forged)) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3TJDmi2007082 for <ietf-smime@imc.org>; Tue, 29 Apr 2003 12:13:49 -0700 (PDT) (envelope-from blake@brutesquadlabs.com) Received: from DEXTER ([192.168.0.4]) by brutesquadlabs.com with ESMTP ; Tue, 29 Apr 2003 12:13:44 -0700 From: "Blake Ramsdell" <blake@brutesquadlabs.com> To: <ietf-smime@imc.org> Subject: WG Last Call: draft-ietf-smime-examples-10.txt Date: Tue, 29 Apr 2003 12:13:44 -0700 Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50SwK3EZjypY2MKAAAAQAAAAtjQCLGCJekyMUUtGx1jVrgEAAAAA@brutesquadlabs.com> 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 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal 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> Dear S/MIME WG: This message announces Working Group Last Call for the use of the Examples of S/MIME Messages. Title : Examples of S/MIME Messages Author(s) : P. Hoffman Filename : draft-ietf-smime-examples-10.txt Pages : 8 Date : 2003-4-28 A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-smime-examples-10.txt The intent is to publish this document as an Informational RFC. Please review this draft and post any comments to the ietf-smime@imc.org mail list by Tuesday, 13 May 2003. Unless traffic on the mail list indicates otherwise, Sean and I will send this document to the RFC editor shortly after WG Last Call closes. Blake -- Blake Ramsdell | Brute Squad Labs | http://www.brutesquadlabs.com Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3TBhNi2083794 for <ietf-smime-bks@above.proper.com>; Tue, 29 Apr 2003 04:43:23 -0700 (PDT) (envelope-from owner-ietf-smime@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.8p1/8.12.9/Submit) id h3TBhNrv083793 for ietf-smime-bks; Tue, 29 Apr 2003 04:43:23 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smime@mail.imc.org using -f Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3TBhMi2083788 for <ietf-smime@imc.org>; Tue, 29 Apr 2003 04:43:22 -0700 (PDT) (envelope-from nsyracus@cnri.reston.va.us) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA13168; Tue, 29 Apr 2003 07:40:32 -0400 (EDT) Message-Id: <200304291140.HAA13168@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-smime@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-smime-examples-10.txt Date: Tue, 29 Apr 2003 07:40:31 -0400 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> --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the S/MIME Mail Security Working Group of the IETF. Title : Examples of S/MIME Messages Author(s) : P. Hoffman Filename : draft-ietf-smime-examples-10.txt Pages : 8 Date : 2003-4-28 This document gives examples of message bodies formatted using S/MIME. Specifically, it has examples of Cryptographic Message Syntax (CMS) objects, S/MIME messages (including the MIME formatting), and Enhanced Security Services for S/MIME (ESS). It includes examples of most or all common CMS and ESS formats; in addition, it gives examples that show common pitfalls in implementing CMS. The purpose of this document is to help increase interoperability for S/MIME and other protocols that rely on CMS. This draft is being discussed on the 'ietf-smime' mailing list. To join the list, send a message to <ietf-smime-request@imc.org> with the single word 'subscribe' in the body of the message. Also, there is a Web site for the mailing list at <http://www.imc.org/ietf-smime/>. This draft is being discussed on the 'ietf-smime' mailing list. To join the list, send a message to <ietf-smime-request@imc.org> with the single word 'subscribe' in the body of the message. Also, there is a Web site for the mailing list at <http://www.imc.org/ietf-smime/>. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-smime-examples-10.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-smime-examples-10.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-smime-examples-10.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-4-28124058.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-smime-examples-10.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-smime-examples-10.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-4-28124058.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3OE0Ht2005686 for <ietf-smime-bks@above.proper.com>; Thu, 24 Apr 2003 07:00:17 -0700 (PDT) (envelope-from owner-ietf-smime@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.8p1/8.12.9/Submit) id h3OE0HPB005685 for ietf-smime-bks; Thu, 24 Apr 2003 07:00:17 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smime@mail.imc.org using -f Received: from woodstock.binhost.com (woodstock.binhost.com [207.228.252.5]) by above.proper.com (8.12.8p1/8.12.8) with SMTP id h3OE0Gt2005680 for <ietf-smime@imc.org>; Thu, 24 Apr 2003 07:00:16 -0700 (PDT) (envelope-from housley@vigilsec.com) Received: (qmail 13280 invoked by uid 0); 24 Apr 2003 13:59:24 -0000 Received: from unknown (HELO Russ-Laptop.vigilsec.com) (141.156.32.185) by woodstock.binhost.com with SMTP; 24 Apr 2003 13:59:24 -0000 Message-Id: <5.2.0.9.2.20030424095827.035c7d30@mail.binhost.com> X-Sender: housley@mail.binhost.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 24 Apr 2003 09:59:22 -0400 To: "Blake Ramsdell" <blake@brutesquadlabs.com>, <ietf-smime@imc.org> From: Russ Housley <housley@vigilsec.com> Subject: Re: WG Last Call: draft-ietf-smime-camellia-03.txt In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50S wK3EZjypY2MKAAAAQAAAAtUx3rBety0GrgPPPWpBTMAEAAAAA@brutesquadlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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> The comments on that I posted on the last version have been resolved. By the way, I compiled the ASN.1 module in Appendix A without error. Russ At 01:31 PM 4/23/2003 -0700, Blake Ramsdell wrote: >Dear S/MIME WG: > >This message announces Working Group Last Call for the use of the >Camellia Encryption Algorithm in CMS. > > Title : Use of the Camellia Encryption Algorithm in >CMS > Author(s) : S. Moriai, A. Kato > Filename : draft-ietf-smime-camellia-03.txt > Pages : 11 > Date : 2003-4-22 > >A URL for this Internet-Draft is: >http://www.ietf.org/internet-drafts/draft-ietf-smime-camellia-03.txt > >The intent is to publish this document as a Standards Track RFC. > >Please review this draft and post any comments to the ietf-smime@imc.org >mail list by Wednesday, 30 April 2003. Unless traffic on the mail list >indicates otherwise, Sean and I will send this document to the IESG >shortly after WG Last Call closes. > ></EndOfBoilerplate> > >Blake >-- >Blake Ramsdell | Brute Squad Labs | http://www.brutesquadlabs.com Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3NMmQt2044029 for <ietf-smime-bks@above.proper.com>; Wed, 23 Apr 2003 15:48:26 -0700 (PDT) (envelope-from owner-ietf-smime@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.8p1/8.12.9/Submit) id h3NMmQGk044028 for ietf-smime-bks; Wed, 23 Apr 2003 15:48:26 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smime@mail.imc.org using -f Received: from brutesquadlabs.com (gtec136-m.isomedia.com [207.115.67.136] (may be forged)) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3NMmPt2044022 for <ietf-smime@imc.org>; Wed, 23 Apr 2003 15:48:25 -0700 (PDT) (envelope-from blake@brutesquadlabs.com) Received: from DEXTER ([192.168.0.4]) by brutesquadlabs.com with ESMTP ; Wed, 23 Apr 2003 13:31:25 -0700 From: "Blake Ramsdell" <blake@brutesquadlabs.com> To: <ietf-smime@imc.org> Subject: WG Last Call: draft-ietf-smime-camellia-03.txt Date: Wed, 23 Apr 2003 13:31:25 -0700 Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50SwK3EZjypY2MKAAAAQAAAAtUx3rBety0GrgPPPWpBTMAEAAAAA@brutesquadlabs.com> 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 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal 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> Dear S/MIME WG: This message announces Working Group Last Call for the use of the Camellia Encryption Algorithm in CMS. Title : Use of the Camellia Encryption Algorithm in CMS Author(s) : S. Moriai, A. Kato Filename : draft-ietf-smime-camellia-03.txt Pages : 11 Date : 2003-4-22 A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-smime-camellia-03.txt The intent is to publish this document as a Standards Track RFC. Please review this draft and post any comments to the ietf-smime@imc.org mail list by Wednesday, 30 April 2003. Unless traffic on the mail list indicates otherwise, Sean and I will send this document to the IESG shortly after WG Last Call closes. </EndOfBoilerplate> Blake -- Blake Ramsdell | Brute Squad Labs | http://www.brutesquadlabs.com Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3NLe8t2040751 for <ietf-smime-bks@above.proper.com>; Wed, 23 Apr 2003 14:40:08 -0700 (PDT) (envelope-from owner-ietf-smime@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.8p1/8.12.9/Submit) id h3NLe8ZY040750 for ietf-smime-bks; Wed, 23 Apr 2003 14:40:08 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smime@mail.imc.org using -f Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3NLe6t2040745 for <ietf-smime@imc.org>; Wed, 23 Apr 2003 14:40:07 -0700 (PDT) (envelope-from jhargest@cnri.reston.va.us) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA08998; Wed, 23 Apr 2003 17:37:19 -0400 (EDT) Message-Id: <200304232137.RAA08998@ietf.org> To: IETF-Announce: ; Cc: RFC Editor <rfc-editor@isi.edu>, Internet Architecture Board <iab@iab.org>, ietf-smime@imc.org From: The IESG <iesg-secretary@ietf.org> Subject: Protocol Action: Use of the RSAES-OAEP Transport Algorithm in CMS to Proposed Standard Date: Wed, 23 Apr 2003 17:37:19 -0400 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> The IESG has approved the Internet-Draft 'Use of the RSAES-OAEP Transport Algorithm in CMS' <draft-ietf-smime-cms-rsaes-oaep-07.txt> as a Proposed Standard. This document is the product of the S/MIME Mail Security Working Group. The IESG contact persons are Russ Housley and Steven Bellovin. Technical Summary The RSAES-OAEP Key Transport Algorithm uses a new version of of PKCS #1 to counter the so-called Million Message Attack that Version 1.5 was sometimes susceptible to. The document describes how to embed such wrapped keys in Cryptographic Message Syntax (CMS) bundles. Working Group Summary There were no significant issues. Protocol Quality Steve Bellovin has reviewed the spec for the IESG. RFC Editor note: In the last paragraph of Section 3, please change represent P by an algorithm identifier to represent P by the algorithm identifier Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3NAvDt2008498 for <ietf-smime-bks@above.proper.com>; Wed, 23 Apr 2003 03:57:13 -0700 (PDT) (envelope-from owner-ietf-smime@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.8p1/8.12.9/Submit) id h3NAvD7E008497 for ietf-smime-bks; Wed, 23 Apr 2003 03:57:13 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smime@mail.imc.org using -f Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.12.8p1/8.12.8) with ESMTP id h3NAvCt2008492 for <ietf-smime@imc.org>; Wed, 23 Apr 2003 03:57:13 -0700 (PDT) (envelope-from nsyracus@cnri.reston.va.us) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA11006; Wed, 23 Apr 2003 06:54:27 -0400 (EDT) Message-Id: <200304231054.GAA11006@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-smime@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-smime-camellia-03.txt Date: Wed, 23 Apr 2003 06:54:27 -0400 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> --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the S/MIME Mail Security Working Group of the IETF. Title : Use of the Camellia Encryption Algorithm in CMS Author(s) : S. Moriai, A. Kato Filename : draft-ietf-smime-camellia-03.txt Pages : 11 Date : 2003-4-22 This document specifies the conventions for using the Camellia encryption algorithm for encryption with the Cryptographic Message Syntax (CMS). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-smime-camellia-03.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-smime-camellia-03.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-smime-camellia-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-4-22151839.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-smime-camellia-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-smime-camellia-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-4-22151839.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3BD5IJM020918 for <ietf-smime-bks@above.proper.com>; Fri, 11 Apr 2003 06:05:18 -0700 (PDT) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h3BD5Ioo020917 for ietf-smime-bks; Fri, 11 Apr 2003 06:05:18 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from woodstock.binhost.com (woodstock.binhost.com [207.228.252.5]) by above.proper.com (8.12.9/8.11.6) with SMTP id h3BD5GJM020912 for <ietf-smime@imc.org>; Fri, 11 Apr 2003 06:05:17 -0700 (PDT) Received: (qmail 2888 invoked by uid 0); 11 Apr 2003 13:04:44 -0000 Received: from unknown (HELO Russ-Laptop.vigilsec.com) (141.156.221.206) by woodstock.binhost.com with SMTP; 11 Apr 2003 13:04:44 -0000 Message-Id: <5.2.0.9.2.20030411085235.03102f48@mail.binhost.com> X-Sender: housley@mail.binhost.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Fri, 11 Apr 2003 08:54:24 -0400 To: pgut001@cs.auckland.ac.nz From: Russ Housley <housley@vigilsec.com> Subject: Re: Protocol Action: Wrapping an HMAC key with a Triple-DES Key or an AES Key to Proposed Standard Cc: iab@iab.org, ietf-smime@imc.org, smb@research.att.com In-Reply-To: <200304110259.h3B2x3X29235@medusa01.cs.auckland.ac.nz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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> Peter: > >>>This document defines a mechanism for "wrapping" (aka encrypting) an > HMAC key > >>>with either Triple-DES or the Advanced Encryption Standard (AES). > Standards > >>>already exist for wrapping Triple-DES keys in Triple-DES and AES keys > in AES. > >>>However no standard exists for wrapping HMAC keys, which is what this > document > >>>addresses. > >> > >>Actually a standard does exist for wrapping HMAC keys with any kind of key, > >>formerly RFC 3211, now a part of RFC 3369. This was pointed out over a > year > >>ago during the draft process, but ignored by the RFC authors. So now > we have > >>two incompatible ways to wrap HMAC keys, one in RFC 3369, the other in this > >>new RFC. > > > >Ignored is not a correct characterization. I recall a discussion on the > >S/MIME list. > >My apologies, I wasn't very clear in the above (see below). > > >As I recall, without searching the mail list archive, no one else voiced a > >concern about publishing a second wrapping technique. Several people voiced > >approval for alignment with the NIST AES Key Wrap algorithm. And, as is > often > >the case in these matters, many people voiced no opinion one way or the > other. > >I have no objection to the publication of another key wrap algorithm, what I >was commenting on was the abstract that was quoted in the announcement and >that I quoted in my message, which states: > > Standards already exist for wrapping Triple-DES keys in Triple-DES and AES > keys in AES. However no standard exists for wrapping HMAC keys, which is > what this document addresses. > >What it should say, to be accurate, is: > > This document defines an additional HMAC key wrap mechanism alongside the > one in RFC 3369. > >I wasn't really commenting on the contents of the RFC itself, merely trying to >correct the statement in the quoted abstract, which seemed to be ignoring the >existing RFC 3369 (formerly RFC 3211) key wrap. Sorry if I was unclear on >that. You are correct. This could have been more clear. It should have stated that an additional mechanism was being defined. Russ Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3B2xpJM026753 for <ietf-smime-bks@above.proper.com>; Thu, 10 Apr 2003 19:59:51 -0700 (PDT) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h3B2xpOl026752 for ietf-smime-bks; Thu, 10 Apr 2003 19:59:51 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from hermes.cs.auckland.ac.nz (hermes.cs.auckland.ac.nz [130.216.35.151]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3B2xnJM026747 for <ietf-smime@imc.org>; Thu, 10 Apr 2003 19:59:50 -0700 (PDT) Received: from medusa01.cs.auckland.ac.nz (medusa01.cs.auckland.ac.nz [130.216.34.33]) by hermes.cs.auckland.ac.nz (8.12.9/8.12.9) with ESMTP id h3B2x4oU015194; Fri, 11 Apr 2003 14:59:04 +1200 Received: (from pgut001@localhost) by medusa01.cs.auckland.ac.nz (8.11.6/8.11.6) id h3B2x3X29235; Fri, 11 Apr 2003 14:59:03 +1200 Date: Fri, 11 Apr 2003 14:59:03 +1200 Message-Id: <200304110259.h3B2x3X29235@medusa01.cs.auckland.ac.nz> From: pgut001@cs.auckland.ac.nz (Peter Gutmann) To: housley@vigilsec.com, pgut001@cs.auckland.ac.nz Subject: Re: Protocol Action: Wrapping an HMAC key with a Triple-DES Key or an AES Key to Proposed Standard Cc: iab@iab.org, ietf-smime@imc.org, smb@research.att.com 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> Russ Housley <housley@vigilsec.com> writes: >>>This document defines a mechanism for "wrapping" (aka encrypting) an HMAC key >>>with either Triple-DES or the Advanced Encryption Standard (AES). Standards >>>already exist for wrapping Triple-DES keys in Triple-DES and AES keys in AES. >>>However no standard exists for wrapping HMAC keys, which is what this document >>>addresses. >> >>Actually a standard does exist for wrapping HMAC keys with any kind of key, >>formerly RFC 3211, now a part of RFC 3369. This was pointed out over a year >>ago during the draft process, but ignored by the RFC authors. So now we have >>two incompatible ways to wrap HMAC keys, one in RFC 3369, the other in this >>new RFC. > >Ignored is not a correct characterization. I recall a discussion on the >S/MIME list. My apologies, I wasn't very clear in the above (see below). >As I recall, without searching the mail list archive, no one else voiced a >concern about publishing a second wrapping technique. Several people voiced >approval for alignment with the NIST AES Key Wrap algorithm. And, as is often >the case in these matters, many people voiced no opinion one way or the other. I have no objection to the publication of another key wrap algorithm, what I was commenting on was the abstract that was quoted in the announcement and that I quoted in my message, which states: Standards already exist for wrapping Triple-DES keys in Triple-DES and AES keys in AES. However no standard exists for wrapping HMAC keys, which is what this document addresses. What it should say, to be accurate, is: This document defines an additional HMAC key wrap mechanism alongside the one in RFC 3369. I wasn't really commenting on the contents of the RFC itself, merely trying to correct the statement in the quoted abstract, which seemed to be ignoring the existing RFC 3369 (formerly RFC 3211) key wrap. Sorry if I was unclear on that. >I take issue with your characterization of the incompatibility. Certainly, >the two algorithms generate different outputs, [...] >From Webster's Revised Unabridged Dictionary: \In`com*pat"i*ble\, a. [Pref. in- not + compatible: cf. F. incompatible.] [It was formerly sometimes written incompetible.] 1. Not compatible; so differing as to be incapable of harmonious combination or coexistence; [...] Seems incompatible to me :-). Peter. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3AH19JM026043 for <ietf-smime-bks@above.proper.com>; Thu, 10 Apr 2003 10:01:09 -0700 (PDT) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h3AH19k1026042 for ietf-smime-bks; Thu, 10 Apr 2003 10:01:09 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from woodstock.binhost.com (woodstock.binhost.com [207.228.252.5]) by above.proper.com (8.12.9/8.11.6) with SMTP id h3AH17JM026038 for <ietf-smime@imc.org>; Thu, 10 Apr 2003 10:01:07 -0700 (PDT) Received: (qmail 7899 invoked by uid 0); 10 Apr 2003 17:00:36 -0000 Received: from unknown (HELO Russ-Laptop.vigilsec.com) (141.156.163.154) by woodstock.binhost.com with SMTP; 10 Apr 2003 17:00:36 -0000 Message-Id: <5.2.0.9.2.20030410125148.03303d50@mail.binhost.com> X-Sender: housley@mail.binhost.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 10 Apr 2003 13:00:22 -0400 To: pgut001@cs.auckland.ac.nz From: Russ Housley <housley@vigilsec.com> Subject: Re: Protocol Action: Wrapping an HMAC key with a Triple-DES Key or an AES Key to Proposed Standard Cc: smb@research.att.com, iab@iab.org, ietf-smime@imc.org In-Reply-To: <200304100708.h3A78uB21823@medusa01.cs.auckland.ac.nz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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> Peter: > >This document defines a mechanism for "wrapping" (aka encrypting) an > HMAC key > >with either Triple-DES or the Advanced Encryption Standard (AES). Standards > >already exist for wrapping Triple-DES keys in Triple-DES and AES keys in > AES. > >However no standard exists for wrapping HMAC keys, which is what this > document > >addresses. > >Actually a standard does exist for wrapping HMAC keys with any kind of key, >formerly RFC 3211, now a part of RFC 3369. This was pointed out over a year >ago during the draft process, but ignored by the RFC authors. So now we have >two incompatible ways to wrap HMAC keys, one in RFC 3369, the other in this >new RFC. Ignored is not a correct characterization. I recall a discussion on the S/MIME list. The protocol includes an algorithm identifier that tells the recipient which of the algorithms was employed by the originator. So, I take issue with your characterization of the incompatibility. Certainly, the two algorithms generate different outputs, and both the originator and the recipient need to implement the same algorithm to achieve interoperability. As I recall, without searching the mail list archive, no one else voiced a concern about publishing a second wrapping technique. Several people voiced approval for alignment with the NIST AES Key Wrap algorithm. And, as is often the case in these matters, many people voiced no opinion one way or the other. As working group chair at the time, I made the decision to proceed, after a brief verbal consultation with the Security Area Director. I still believe that the right decision was made. Russ Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3A79kJM002918 for <ietf-smime-bks@above.proper.com>; Thu, 10 Apr 2003 00:09:46 -0700 (PDT) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h3A79kdl002917 for ietf-smime-bks; Thu, 10 Apr 2003 00:09:46 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from hermes.cs.auckland.ac.nz (hermes.cs.auckland.ac.nz [130.216.35.151]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3A79iJM002913 for <ietf-smime@imc.org>; Thu, 10 Apr 2003 00:09:44 -0700 (PDT) Received: from medusa01.cs.auckland.ac.nz (medusa01.cs.auckland.ac.nz [130.216.34.33]) by hermes.cs.auckland.ac.nz (8.12.9/8.12.9) with ESMTP id h3A78uoU024450; Thu, 10 Apr 2003 19:08:56 +1200 Received: (from pgut001@localhost) by medusa01.cs.auckland.ac.nz (8.11.6/8.11.6) id h3A78uB21823; Thu, 10 Apr 2003 19:08:56 +1200 Date: Thu, 10 Apr 2003 19:08:56 +1200 Message-Id: <200304100708.h3A78uB21823@medusa01.cs.auckland.ac.nz> From: pgut001@cs.auckland.ac.nz (Peter Gutmann) To: iab@iab.org, ietf-smime@imc.org Subject: Re: Protocol Action: Wrapping an HMAC key with a Triple-DES Key or an AES Key to Proposed Standard 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> >This document defines a mechanism for "wrapping" (aka encrypting) an HMAC key >with either Triple-DES or the Advanced Encryption Standard (AES). Standards >already exist for wrapping Triple-DES keys in Triple-DES and AES keys in AES. >However no standard exists for wrapping HMAC keys, which is what this document >addresses. Actually a standard does exist for wrapping HMAC keys with any kind of key, formerly RFC 3211, now a part of RFC 3369. This was pointed out over a year ago during the draft process, but ignored by the RFC authors. So now we have two incompatible ways to wrap HMAC keys, one in RFC 3369, the other in this new RFC. Peter. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3A2fiJM009040 for <ietf-smime-bks@above.proper.com>; Wed, 9 Apr 2003 19:41:44 -0700 (PDT) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h3A2fiMD009039 for ietf-smime-bks; Wed, 9 Apr 2003 19:41:44 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from 3w-smtp-ab.korea.com ([211.109.1.152]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3A2fTJM009031 for <ietf-smime@imc.org>; Wed, 9 Apr 2003 19:41:36 -0700 (PDT) Received: from 3e-exchange-bj.korea.com ([172.31.1.207]) by 3w-smtp-ab.korea.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 10 Apr 2003 07:30:41 +0900 Received: from mail pickup service by 3e-exchange-bj.korea.com with Microsoft SMTPSVC; Thu, 10 Apr 2003 07:30:35 +0900 Received: from 3w-smtp-ao.korea.com ([172.31.1.74]) by 3e-exchange-bj.korea.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 10 Apr 2003 06:41:22 +0900 Received: from 3w-smtp-ao.korea.com ([172.31.1.74]) by 3w-smtp-ao.korea.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 10 Apr 2003 06:41:22 +0900 Received: from ran.ietf.org ([132.151.6.60]) by 211.109.1.125 with InterScan Messaging Security Suite; Thu, 10 Apr 2003 06:41:21 +0900 Received: from majordomo by ran.ietf.org with local (Exim 4.10) id 193Mt2-00065C-00 for ietf-announce-list@ran.ietf.org; Wed, 09 Apr 2003 17:13:40 -0400 Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by ran.ietf.org with esmtp (Exim 4.10) id 193MsC-00061f-00 for all-ietf@ran.ietf.org; Wed, 09 Apr 2003 17:12:48 -0400 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA14067; Wed, 9 Apr 2003 16:54:11 -0400 (EDT) Message-Id: <200304092054.QAA14067@ietf.org> To: IETF-Announce: ; Cc: RFC Editor <rfc-editor@isi.edu>, Internet Architecture Board <iab@iab.org>, ietf-smime@imc.org From: The IESG <iesg-secretary@ietf.org> Subject: Protocol Action: Wrapping an HMAC key with a Triple-DES Key or an AES Key to Proposed Standard Date: Wed, 09 Apr 2003 16:54:10 -0400 X-OriginalArrivalTime: 09 Apr 2003 21:41:22.0680 (UTC) FILETIME=[C38E2F80:01C2FEE0] 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> The IESG has approved the Internet-Draft 'Wrapping an HMAC key with a Triple-DES Key or an AES Key' <draft-ietf-smime-hmac-key-wrap-02.txt> as a Proposed Standard. This document is the product of the S/MIME Mail Security Working Group. The IESG contact persons are Steve Bellovin and Jeffrey Schiller. Technical Summary This document defines a mechanism for "wrapping" (aka encrypting) an HMAC key with either Triple-DES or the Advanced Encryption Standard (AES). Standards already exist for wrapping Triple-DES keys in Triple-DES and AES keys in AES. However no standard exists for wrapping HMAC keys, which is what this document addresses. Working Group Summary The working group had consensus on this document. Protocol Quality Jeffrey I. Schiller reviewed this document for the IESG. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h39KukJM022392 for <ietf-smime-bks@above.proper.com>; Wed, 9 Apr 2003 13:56:46 -0700 (PDT) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h39Kuk4r022391 for ietf-smime-bks; Wed, 9 Apr 2003 13:56:46 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h39KuiJM022387 for <ietf-smime@imc.org>; Wed, 9 Apr 2003 13:56:45 -0700 (PDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA14067; Wed, 9 Apr 2003 16:54:11 -0400 (EDT) Message-Id: <200304092054.QAA14067@ietf.org> To: IETF-Announce: ; Cc: RFC Editor <rfc-editor@isi.edu>, Internet Architecture Board <iab@iab.org>, ietf-smime@imc.org From: The IESG <iesg-secretary@ietf.org> Subject: Protocol Action: Wrapping an HMAC key with a Triple-DES Key or an AES Key to Proposed Standard Date: Wed, 09 Apr 2003 16:54:10 -0400 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> The IESG has approved the Internet-Draft 'Wrapping an HMAC key with a Triple-DES Key or an AES Key' <draft-ietf-smime-hmac-key-wrap-02.txt> as a Proposed Standard. This document is the product of the S/MIME Mail Security Working Group. The IESG contact persons are Steve Bellovin and Jeffrey Schiller. Technical Summary This document defines a mechanism for "wrapping" (aka encrypting) an HMAC key with either Triple-DES or the Advanced Encryption Standard (AES). Standards already exist for wrapping Triple-DES keys in Triple-DES and AES keys in AES. However no standard exists for wrapping HMAC keys, which is what this document addresses. Working Group Summary The working group had consensus on this document. Protocol Quality Jeffrey I. Schiller reviewed this document for the IESG. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h39KfaJM022108 for <ietf-smime-bks@above.proper.com>; Wed, 9 Apr 2003 13:41:36 -0700 (PDT) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h39KfaEa022107 for ietf-smime-bks; Wed, 9 Apr 2003 13:41:36 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from woodstock.binhost.com (woodstock.binhost.com [207.228.252.5]) by above.proper.com (8.12.9/8.11.6) with SMTP id h39KfZJM022103 for <ietf-smime@imc.org>; Wed, 9 Apr 2003 13:41:35 -0700 (PDT) Received: (qmail 20293 invoked by uid 0); 9 Apr 2003 20:40:55 -0000 Received: from unknown (HELO Russ-Laptop.vigilsec.com) (141.156.221.51) by woodstock.binhost.com with SMTP; 9 Apr 2003 20:40:55 -0000 Message-Id: <5.2.0.9.2.20030409163344.01894888@mail.binhost.com> X-Sender: housley@mail.binhost.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Wed, 09 Apr 2003 16:34:34 -0400 To: Akihiro KATO <akato@po.ntts.co.jp>, ietf-smime@imc.org From: Russ Housley <housley@vigilsec.com> Subject: Re: WG Last Call: draft-ietf-smime-camellia-02.txt Cc: akato@po.ntts.co.jp In-Reply-To: <20030409141009.2C81.AKATO@po.ntts.co.jp> References: <5.2.0.9.2.20030407165009.025b4d18@mail.binhost.com> <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50S wK3EZjypY2MKAAAAQAAAALICWBJG85UyWZZ2hUB1Z6gEAAAAA@brutesquadlabs.com> <5.2.0.9.2.20030407165009.025b4d18@mail.binhost.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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> This resolves comments 1, 2, and 3. Thanks. Russ At 02:10 PM 4/9/2003 +0900, Akihiro KATO wrote: >Russ, > Thanks for the comments. > >On Mon, 07 Apr 2003 17:06:25 -0400 >Russ Housley <housley@vigilsec.com> wrote: > > > > > I have four comments on draft-ietf-smime-camellia-02.txt. > > > > 1. The reference to RFC 2119 does not belong in the Abstract. It belongs > > in the Introduction. Many documents place it in a subsection of the > > Introduction, called "Terminology" > > > > 2. I propose an alternative Abstract: > > > > This document specifies the conventions for using the Camellia > > encryption algorithm for encryption with the Cryptographic > > Message Syntax (CMS). > > > > 3. I propose an alternative for the first paragraph in the Introduction: > > > > This document specifies the conventions for using the Camellia > > encryption algorithm [CamelliaSpec][CamelliaID] for encryption with > > the Cryptographic Message Syntax (CMS) [CMS]. The relevant object > > identifiers (OIDs) and processing steps are provided so that > > Camellia may be used in the CMS specification (RFC 3369, RFC 3370) > > for content and key encryption. > >I summarized above three comments, rewrote as follows. > >--- >Abstract > This document specifies the conventions for using the Camellia > encryption algorithm for encryption with the Cryptographic > Message Syntax (CMS). > >1. Introduction > > This document specifies the conventions for using the Camellia > encryption algorithm [CamelliaSpec][CamelliaID] for encryption with > the Cryptographic Message Syntax (CMS) [CMS]. The relevant object > identifiers (OIDs) and processing steps are provided so that > Camellia may be used in the CMS specification (RFC 3369, RFC 3370) > for content and key encryption. > >1.1 Camellia > > Camellia ....(snip) > >1.2 Terminology > > The key words "MUST", "MUST NOT", "REQUIRED", "SHOULD", "SHOULD > NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document (in > uppercase, as shown) are to be interpreted as described in > [RFC2119]. >--- > >If your intention is this text, I want to rewrite in this way. > > > 4. The ASN.1 module needs a module identifier. Please send email to > > ietf-smime-oid-reg@imc.org if you want it assigned from the S/MIME WG arc. >I sent this mail since I wanted to register this OID. > >Best regards. >-- >- Akihiro KATO > + NTT Software Corporation > + Internet Technology Laboratory Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h395AWJM006543 for <ietf-smime-bks@above.proper.com>; Tue, 8 Apr 2003 22:10:32 -0700 (PDT) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h395AWNt006542 for ietf-smime-bks; Tue, 8 Apr 2003 22:10:32 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from mail1.ics.ntts.co.jp (mail1.ics.ntts.co.jp [202.32.24.45]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h395AUJM006537 for <ietf-smime@imc.org>; Tue, 8 Apr 2003 22:10:30 -0700 (PDT) Received: from mail26.silk.ntts.co.jp by mail1.ics.ntts.co.jp (8.9.3p2/3.7W-NTTSOFT-SUR2.0) id OAA23678 for <ietf-smime@imc.org>; Wed, 9 Apr 2003 14:10:34 +0900 (JST) (envelope-from akato@po.ntts.co.jp) Received: from helene.mc.ntts.co.jp by mail26.silk.ntts.co.jp (8.11.7/3.7W-silk-4.6) id h395AXT03346; Wed, 9 Apr 2003 14:10:33 +0900 (JST) (envelope-from akato@po.ntts.co.jp) Received: from [10.7.120.83] ([10.7.120.83]) by helene.mc.ntts.co.jp (8.12.8/8.12.8) with ESMTP id h395AX7Z029772; Wed, 9 Apr 2003 14:10:33 +0900 (JST) (envelope-from akato@po.ntts.co.jp) Date: Wed, 09 Apr 2003 14:10:33 +0900 From: Akihiro KATO <akato@po.ntts.co.jp> To: ietf-smime@imc.org Subject: Re: WG Last Call: draft-ietf-smime-camellia-02.txt Cc: akato@po.ntts.co.jp In-Reply-To: <5.2.0.9.2.20030407165009.025b4d18@mail.binhost.com> References: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50S wK3EZjypY2MKAAAAQAAAALICWBJG85UyWZZ2hUB1Z6gEAAAAA@brutesquadlabs.com> <5.2.0.9.2.20030407165009.025b4d18@mail.binhost.com> Message-Id: <20030409141009.2C81.AKATO@po.ntts.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.01 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> Russ, Thanks for the comments. On Mon, 07 Apr 2003 17:06:25 -0400 Russ Housley <housley@vigilsec.com> wrote: > > I have four comments on draft-ietf-smime-camellia-02.txt. > > 1. The reference to RFC 2119 does not belong in the Abstract. It belongs > in the Introduction. Many documents place it in a subsection of the > Introduction, called "Terminology" > > 2. I propose an alternative Abstract: > > This document specifies the conventions for using the Camellia > encryption algorithm for encryption with the Cryptographic > Message Syntax (CMS). > > 3. I propose an alternative for the first paragraph in the Introduction: > > This document specifies the conventions for using the Camellia > encryption algorithm [CamelliaSpec][CamelliaID] for encryption with > the Cryptographic Message Syntax (CMS) [CMS]. The relevant object > identifiers (OIDs) and processing steps are provided so that > Camellia may be used in the CMS specification (RFC 3369, RFC 3370) > for content and key encryption. I summarized above three comments, rewrote as follows. --- Abstract This document specifies the conventions for using the Camellia encryption algorithm for encryption with the Cryptographic Message Syntax (CMS). 1. Introduction This document specifies the conventions for using the Camellia encryption algorithm [CamelliaSpec][CamelliaID] for encryption with the Cryptographic Message Syntax (CMS) [CMS]. The relevant object identifiers (OIDs) and processing steps are provided so that Camellia may be used in the CMS specification (RFC 3369, RFC 3370) for content and key encryption. 1.1 Camellia Camellia ....(snip) 1.2 Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document (in uppercase, as shown) are to be interpreted as described in [RFC2119]. --- If your intention is this text, I want to rewrite in this way. > 4. The ASN.1 module needs a module identifier. Please send email to > ietf-smime-oid-reg@imc.org if you want it assigned from the S/MIME WG arc. I sent this mail since I wanted to register this OID. Best regards. -- - Akihiro KATO + NTT Software Corporation + Internet Technology Laboratory Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h37L6RJM010364 for <ietf-smime-bks@above.proper.com>; Mon, 7 Apr 2003 14:06:27 -0700 (PDT) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h37L6RTC010363 for ietf-smime-bks; Mon, 7 Apr 2003 14:06:27 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from woodstock.binhost.com (woodstock.binhost.com [207.228.252.5]) by above.proper.com (8.12.9/8.11.6) with SMTP id h37L6QJM010354 for <ietf-smime@imc.org>; Mon, 7 Apr 2003 14:06:26 -0700 (PDT) Received: (qmail 19847 invoked by uid 0); 7 Apr 2003 21:05:57 -0000 Received: from unknown (HELO Russ-Laptop.vigilsec.com) (141.156.187.144) by woodstock.binhost.com with SMTP; 7 Apr 2003 21:05:57 -0000 Message-Id: <5.2.0.9.2.20030407165009.025b4d18@mail.binhost.com> X-Sender: housley@mail.binhost.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 07 Apr 2003 17:06:25 -0400 To: <ietf-smime@imc.org> From: Russ Housley <housley@vigilsec.com> Subject: Re: WG Last Call: draft-ietf-smime-camellia-02.txt In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50S wK3EZjypY2MKAAAAQAAAALICWBJG85UyWZZ2hUB1Z6gEAAAAA@brutesquadlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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> I have four comments on draft-ietf-smime-camellia-02.txt. 1. The reference to RFC 2119 does not belong in the Abstract. It belongs in the Introduction. Many documents place it in a subsection of the Introduction, called "Terminology" 2. I propose an alternative Abstract: This document specifies the conventions for using the Camellia encryption algorithm for encryption with the Cryptographic Message Syntax (CMS). 3. I propose an alternative for the first paragraph in the Introduction: This document specifies the conventions for using the Camellia encryption algorithm [CamelliaSpec][CamelliaID] for encryption with the Cryptographic Message Syntax (CMS) [CMS]. The relevant object identifiers (OIDs) and processing steps are provided so that Camellia may be used in the CMS specification (RFC 3369, RFC 3370) for content and key encryption. 4. The ASN.1 module needs a module identifier. Please send email to ietf-smime-oid-reg@imc.org if you want it assigned from the S/MIME WG arc. Russ Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h33JxcJM007719 for <ietf-smime-bks@above.proper.com>; Thu, 3 Apr 2003 11:59:38 -0800 (PST) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h33Jxctd007718 for ietf-smime-bks; Thu, 3 Apr 2003 11:59:38 -0800 (PST) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from woodstock.binhost.com (woodstock.binhost.com [207.228.252.5]) by above.proper.com (8.12.9/8.11.6) with SMTP id h33JxbJM007713 for <ietf-smime@imc.org>; Thu, 3 Apr 2003 11:59:37 -0800 (PST) Received: (qmail 8440 invoked by uid 0); 3 Apr 2003 19:59:08 -0000 Received: from unknown (HELO Russ-Laptop.vigilsec.com) (141.156.221.133) by woodstock.binhost.com with SMTP; 3 Apr 2003 19:59:08 -0000 Message-Id: <5.2.0.9.2.20030403145914.02b6b890@mail.binhost.com> X-Sender: housley@mail.binhost.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 03 Apr 2003 14:59:30 -0500 To: "Bonatti, Chris" <BonattiC@ieca.com>, "'Blake Ramsdell'" <blake@brutesquadlabs.com>, "'Pandey, Arun'" <arun.pandey@digital.com> From: Russ Housley <housley@vigilsec.com> Subject: RE: Queries on Message/rfc822, Compressed-Data. Cc: ietf-smime@imc.org In-Reply-To: <002301c2f99b$1d855680$0300a8c0@ieca.com> References: < <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50SwK3EZjypY2MKAAAAQAAAAeZrtmk7USUOQCE8fggpPogEAAAAA@brutesquadlabs.com> Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" 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> <html> <body> Chris:<br><br> I assigned:<br><br> id-eit-compressedData OBJECT IDENTIFIER ::= { id-eit 7 }<br><br> Russ<br><br> <br> At 11:40 PM 4/2/2003 -0500, Bonatti, Chris wrote:<br> <blockquote type=cite class=cite cite><font face="arial" size=2 color="#0000FF">I'll update the draft to assign the next available value.</font><br> <br> <font face="arial" size=2 color="#0000FF">Chris</font><br> <br> <br> <font face="tahoma" size=2>-----Original Message-----<br> <b>From:</b> Blake Ramsdell [<a href="mailto:blake@brutesquadlabs.com" eudora="autourl">mailto:blake@brutesquadlabs.com</a>] <br> <b>Sent:</b> Wednesday, April 02, 2003 20:09<br> <b>To:</b> 'Bonatti, Chris'; 'Pandey, Arun'; 'Russ Housley'<br> <b>Cc:</b> ietf-smime@imc.org<br> <b>Subject:</b> RE: Queries on Message/rfc822, Compressed-Data.<br><br> </font><font face="arial" size=2 color="#0000FF">Since RFC3274 isn't going to be updated anytime soon, I would recommend that the EIT value be placed in the x400transport draft.</font><br> <br> <font face="arial" size=2 color="#0000FF">Blake</font><br> <dl> <dd><font face="tahoma" size=2>-----Original Message-----<br> <dd>From:</b> owner-ietf-smime@mail.imc.org [<a href="mailto:owner-ietf-smime@mail.imc.org" eudora="autourl">mailto:owner-ietf-smime@mail.imc.org</a>] On Behalf Of </b>Bonatti, Chris<br> <dd>Sent:</b> Wednesday, April 02, 2003 3:17 PM<br> <dd>To:</b> 'Pandey, Arun'; 'Russ Housley'<br> <dd>Cc:</b> ietf-smime@imc.org<br> <dd>Subject:</b> RE: Queries on Message/rfc822, Compressed-Data.<br><br> </font> <dd><font face="arial" size=2 color="#0000FF">Yes, this probably makes sense.</font><br> <dd> <br> <dd><font face="arial" size=2 color="#0000FF">I overlooked this because compressed-data was a draft when x400transport was drafted. Since compressed-data is not in 2633bis it would probably make more sense to define the EIT for this in RFC 3274. However, there is also benefit to all the X.400 stuff being here. I suppose I would favor the latter.</font><br> <dd> <br> <dd><font face="arial" size=2 color="#0000FF">Chris</font><br> <dd> <br> <dd> <br> <dd> <br> <dd><font face="tahoma" size=2>-----Original Message-----<br> <dd>From:</b> owner-ietf-smime@mail.imc.org [<a href="mailto:owner-ietf-smime@mail.imc.org" eudora="autourl">mailto:owner-ietf-smime@mail.imc.org</a>] On Behalf Of </b>Pandey, Arun<br> <dd>Sent:</b> Tuesday, April 01, 2003 06:55<br> <dd>To:</b> 'Russ Housley'<br> <dd>Cc:</b> ietf-smime@imc.org<br> <dd>Subject:</b> RE: Queries on Message/rfc822, Compressed-Data.<br><br> </font> <dd> <br> <dd><font face="arial" size=2 color="#0000FF">Hi Russ,</font><br> <dd> <br> <dd><font face="arial" size=2 color="#0000FF">As per draft-ietf-smime-x400transport-05.txt to convey information about the contained content </font><br> <dd><font face="arial" size=2 color="#0000FF">of an S/MIME message in an X.400 transport environment EITs are used. </font><br> <dd> <br> <dd><font face="arial" size=2 color="#0000FF">Section 2.5 (2.5.1 to 2.5.6) of draft-ietf-smime-x400transport-05.txt define the EITs for:</font><br> <dd><font face="arial" size=2 color="#0000FF">1. Enveloped Data</font><br> <dd><font face="arial" size=2 color="#0000FF">2. Signed Data</font><br> <dd><font face="arial" size=2 color="#0000FF">3. Certificate Management</font><br> <dd><font face="arial" size=2 color="#0000FF">4. Signed Receipt</font><br> <dd><font face="arial" size=2 color="#0000FF">5. Enveloped X.400</font><br> <dd><font face="arial" size=2 color="#0000FF">6. Signed X.400</font><br> <dd> <br> <dd><font face="arial" size=2 color="#0000FF">These match with the corresponding EITs defined in <a href="http://www.imc.org/ietf-smime/sm-oid.asn" eudora="autourl">http://www.imc.org/ietf-smime/sm-oid.asn</a></font><br> <dd><font face="arial" size=2 color="#0000FF">-- X.400 Encoded Information Types (EIT) for S/MIME objects</font><br> <dd><font face="arial" size=2 color="#0000FF">id-eit-envelopedData OBJECT IDENTIFIER ::= { id-eit 1 }</font><br> <dd><font face="arial" size=2 color="#0000FF">id-eit-signedData OBJECT IDENTIFIER ::= { id-eit 2 }</font><br> <dd><font face="arial" size=2 color="#0000FF">id-eit-certManagement OBJECT IDENTIFIER ::= { id-eit 3 }</font><br> <dd><font face="arial" size=2 color="#0000FF">id-eit-signedReceipt OBJECT IDENTIFIER ::= { id-eit 4 }</font><br> <dd><font face="arial" size=2 color="#0000FF">id-eit-envelopedx400 OBJECT IDENTIFIER ::= { id-eit 5 }</font><br> <dd><font face="arial" size=2 color="#0000FF">id-eit-signedx400 OBJECT IDENTIFIER ::= { id-eit 6 }</font><br> <dd> <br> <dd><font face="arial" size=2 color="#0000FF">I am unable to find the corresponding EIT definition for the smime-type parameter </font><br> <dd><font face="arial" size=2 color="#0000FF">'compressed-data'(CompressedData), that has been newly introduced in the 'draft-ietf-smime-</font><br> <dd><font face="arial" size=2 color="#0000FF">rfc2633bis-03.txt'. </font><br> <dd> <br> <dd><font face="arial" size=2 color="#0000FF">Best Regards</font><br> <dd><font face="arial" size=2 color="#0000FF">Arun Pandey</font><br> <dd> <br> <dd><font face="tahoma" size=2>-----Original Message-----<br> <dd>From:</b> Russ Housley [<a href="mailto:housley@vigilsec.com" eudora="autourl">mailto:housley@vigilsec.com</a>]<br> <dd>Sent:</b> Thursday, March 27, 2003 1:33 AM<br> <dd>To:</b> Pandey, Arun<br> <dd>Cc:</b> ietf-smime@imc.org<br> <dd>Subject:</b> Re: Queries on Message/rfc822, Compressed-Data.<br><br> </font> <dd>These are both discussed in the most recent MSG draft.<br> <dd>Please see draft-ietf-smime-rfc2633bis-03.txt.<br><br> <dd>Russ<br><br> <dd>At 03:40 PM 3/26/2003 +0530, Pandey, Arun wrote:<br><br> <blockquote type=cite class=cite cite> <dd><font size=2>Hi,</font> <br><br> <dd><font size=2>I had the following 2 queries. Would appreciate a response on these if possible:</font> <br><br> <dd><font size=2>1. Going through the S/MIME mail archive I find a discussion on the use of message types like </font><br> <dd><font size=2> message/rfc822, message/partial etc. that could be used to wrap a protected message (MIME </font><br> <dd><font size=2> content + RFC822 Headers). Also as per MOM of the 54th IETF meeting it seems that </font><br> <dd><font size=2> message/rfc822 message type has been finalized for this purpose.</font> <br><br> <dd><font size=2> My question is how should one distinguish such a message ( A protected message wrapped </font><br> <dd><font size=2> in message/rfc822) from a forwarded message which also has a message type of </font><br> <dd><font size=2> message/rfc822 and can also contain a non protected message? Is an example message of </font><br> <dd><font size=2> type message/rfc822 containing a protected message available for reference?</font> <br><br> <dd><font size=2>2. The latest draft 'S/MIME Version 3.1 Message Specification' (draft-ietf-smime-rfc2633bis-03.txt)</font> <br> <dd><font size=2> mentions a new S/MIME type "compressed-data". However for this new S/MIME type no </font><br> <dd><font size=2> corresponding EIT has been defined in the S/MIME TRANSPORT draft. Where would one be </font><br> <dd><font size=2> able to find the corresponding EIT for the same?</font> <br><br> <dd><font size=2>Best Regards</font> <br> <dd><font size=2>Arun Pandey</font> </blockquote> </dl></blockquote></body> </html> Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h334ekJM024003 for <ietf-smime-bks@above.proper.com>; Wed, 2 Apr 2003 20:40:46 -0800 (PST) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h334ekX7024002 for ietf-smime-bks; Wed, 2 Apr 2003 20:40:46 -0800 (PST) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from smtp-out.comcast.net (smtp-out.comcast.net [24.153.64.110]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h334eiJM023997 for <ietf-smime@imc.org>; Wed, 2 Apr 2003 20:40:45 -0800 (PST) Received: from Obsidian (pcp833859pcs.nrockv01.md.comcast.net [68.50.112.48]) by mtaout10.icomcast.net (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id <0HCR006SH3N018@mtaout10.icomcast.net> for ietf-smime@imc.org; Wed, 02 Apr 2003 23:40:13 -0500 (EST) Date: Wed, 02 Apr 2003 23:40:11 -0500 From: "Bonatti, Chris" <BonattiC@ieca.com> Subject: RE: Queries on Message/rfc822, Compressed-Data. In-reply-to: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50SwK3EZjypY2MKAAAAQAAAAeZrtmk7USUOQCE8fggpPogEAAAAA@brutesquadlabs.com> To: "'Blake Ramsdell'" <blake@brutesquadlabs.com>, "'Pandey, Arun'" <arun.pandey@digital.com>, "'Russ Housley'" <housley@vigilsec.com> Cc: ietf-smime@imc.org Message-id: <002301c2f99b$1d855680$0300a8c0@ieca.com> Organization: IECA, Inc. MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailer: Microsoft Outlook, Build 10.0.2627 Content-type: multipart/alternative; boundary="Boundary_(ID_ri35ulTa+sfqoza4zDzFIg)" Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal 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> This is a multi-part message in MIME format. --Boundary_(ID_ri35ulTa+sfqoza4zDzFIg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT I'll update the draft to assign the next available value. Chris -----Original Message----- From: Blake Ramsdell [mailto:blake@brutesquadlabs.com] Sent: Wednesday, April 02, 2003 20:09 To: 'Bonatti, Chris'; 'Pandey, Arun'; 'Russ Housley' Cc: ietf-smime@imc.org Subject: RE: Queries on Message/rfc822, Compressed-Data. Since RFC3274 isn't going to be updated anytime soon, I would recommend that the EIT value be placed in the x400transport draft. Blake -----Original Message----- From: owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] On Behalf Of Bonatti, Chris Sent: Wednesday, April 02, 2003 3:17 PM To: 'Pandey, Arun'; 'Russ Housley' Cc: ietf-smime@imc.org Subject: RE: Queries on Message/rfc822, Compressed-Data. Yes, this probably makes sense. I overlooked this because compressed-data was a draft when x400transport was drafted. Since compressed-data is not in 2633bis it would probably make more sense to define the EIT for this in RFC 3274. However, there is also benefit to all the X.400 stuff being here. I suppose I would favor the latter. Chris -----Original Message----- From: owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] On Behalf Of Pandey, Arun Sent: Tuesday, April 01, 2003 06:55 To: 'Russ Housley' Cc: ietf-smime@imc.org Subject: RE: Queries on Message/rfc822, Compressed-Data. Hi Russ, As per draft-ietf-smime-x400transport-05.txt to convey information about the contained content of an S/MIME message in an X.400 transport environment EITs are used. Section 2.5 (2.5.1 to 2.5.6) of draft-ietf-smime-x400transport-05.txt define the EITs for: 1. Enveloped Data 2. Signed Data 3. Certificate Management 4. Signed Receipt 5. Enveloped X.400 6. Signed X.400 These match with the corresponding EITs defined in http://www.imc.org/ietf-smime/sm-oid.asn -- X.400 Encoded Information Types (EIT) for S/MIME objects id-eit-envelopedData OBJECT IDENTIFIER ::= { id-eit 1 } id-eit-signedData OBJECT IDENTIFIER ::= { id-eit 2 } id-eit-certManagement OBJECT IDENTIFIER ::= { id-eit 3 } id-eit-signedReceipt OBJECT IDENTIFIER ::= { id-eit 4 } id-eit-envelopedx400 OBJECT IDENTIFIER ::= { id-eit 5 } id-eit-signedx400 OBJECT IDENTIFIER ::= { id-eit 6 } I am unable to find the corresponding EIT definition for the smime-type parameter 'compressed-data'(CompressedData), that has been newly introduced in the 'draft-ietf-smime- rfc2633bis-03.txt'. Best Regards Arun Pandey -----Original Message----- From: Russ Housley [mailto:housley@vigilsec.com] Sent: Thursday, March 27, 2003 1:33 AM To: Pandey, Arun Cc: ietf-smime@imc.org Subject: Re: Queries on Message/rfc822, Compressed-Data. These are both discussed in the most recent MSG draft. Please see draft-ietf-smime-rfc2633bis-03.txt. Russ At 03:40 PM 3/26/2003 +0530, Pandey, Arun wrote: Hi, I had the following 2 queries. Would appreciate a response on these if possible: 1. Going through the S/MIME mail archive I find a discussion on the use of message types like message/rfc822, message/partial etc. that could be used to wrap a protected message (MIME content + RFC822 Headers). Also as per MOM of the 54th IETF meeting it seems that message/rfc822 message type has been finalized for this purpose. My question is how should one distinguish such a message ( A protected message wrapped in message/rfc822) from a forwarded message which also has a message type of message/rfc822 and can also contain a non protected message? Is an example message of type message/rfc822 containing a protected message available for reference? 2. The latest draft 'S/MIME Version 3.1 Message Specification' (draft-ietf-smime-rfc2633bis-03.txt) mentions a new S/MIME type "compressed-data". However for this new S/MIME type no corresponding EIT has been defined in the S/MIME TRANSPORT draft. Where would one be able to find the corresponding EIT for the same? Best Regards Arun Pandey --Boundary_(ID_ri35ulTa+sfqoza4zDzFIg) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"> <TITLE>Message</TITLE> <META content="MSHTML 6.00.2800.1141" name=GENERATOR></HEAD> <BODY> <DIV><SPAN class=626283904-03042003><FONT face=Arial color=#0000ff size=2>I'll update the draft to assign the next available value.</FONT></SPAN></DIV> <DIV><SPAN class=626283904-03042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=626283904-03042003><FONT face=Arial color=#0000ff size=2>Chris</FONT></SPAN></DIV> <DIV><SPAN class=626283904-03042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=626283904-03042003></SPAN> </DIV> <DIV></DIV> <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Blake Ramsdell [mailto:blake@brutesquadlabs.com] <BR><B>Sent:</B> Wednesday, April 02, 2003 20:09<BR><B>To:</B> 'Bonatti, Chris'; 'Pandey, Arun'; 'Russ Housley'<BR><B>Cc:</B> ietf-smime@imc.org<BR><B>Subject:</B> RE: Queries on Message/rfc822, Compressed-Data.<BR><BR></FONT></DIV> <DIV><SPAN class=041570201-03042003><FONT face=Arial color=#0000ff size=2>Since RFC3274 isn't going to be updated anytime soon, I would recommend that the EIT value be placed in the x400transport draft.</FONT></SPAN></DIV> <DIV><SPAN class=041570201-03042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=041570201-03042003><FONT face=Arial color=#0000ff size=2>Blake</FONT></SPAN></DIV> <BLOCKQUOTE dir=ltr style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px"> <DIV></DIV> <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] <B>On Behalf Of </B>Bonatti, Chris<BR><B>Sent:</B> Wednesday, April 02, 2003 3:17 PM<BR><B>To:</B> 'Pandey, Arun'; 'Russ Housley'<BR><B>Cc:</B> ietf-smime@imc.org<BR><B>Subject:</B> RE: Queries on Message/rfc822, Compressed-Data.<BR><BR></FONT></DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2>Yes, this probably makes sense.</FONT></SPAN></DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2>I overlooked this because compressed-data was a draft when x400transport was drafted. Since compressed-data is not in 2633bis it would probably make more sense to define the EIT for this in RFC 3274. However, there is also benefit to all the X.400 stuff being here. I suppose I would favor the latter.</FONT></SPAN></DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2>Chris</FONT></SPAN></DIV> <DIV><SPAN class=815361123-02042003></SPAN> </DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV></DIV> <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] <B>On Behalf Of </B>Pandey, Arun<BR><B>Sent:</B> Tuesday, April 01, 2003 06:55<BR><B>To:</B> 'Russ Housley'<BR><B>Cc:</B> ietf-smime@imc.org<BR><B>Subject:</B> RE: Queries on Message/rfc822, Compressed-Data.<BR><BR></FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>Hi Russ,</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV> <DIV><FONT size=2><FONT face=Arial color=#0000ff>As per draft-ietf-smime-x400transport-05.txt to convey information </FONT><FONT face=Arial color=#0000ff>about the contained content </FONT></FONT></DIV> <DIV><FONT size=2><FONT face=Arial color=#0000ff>of an S/MIME message in an X.400 transport </FONT><FONT face=Arial color=#0000ff>environment EITs are used. </FONT></FONT></DIV> <DIV> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>Section 2.5 (2.5.1 to 2.5.6) of draft-ietf-smime-x400transport-05.txt define the EITs for:</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>1. Enveloped Data</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>2. Signed Data</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>3. Certificate Management</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>4. Signed Receipt</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>5. Enveloped X.400</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>6. Signed X.400</FONT></DIV> <DIV><FONT face=Arial color=#0000ff></FONT> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>These match with the corresponding EITs defined in http://www.imc.org/ietf-smime/sm-oid.asn</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>-- X.400 Encoded Information Types (EIT) for S/MIME objects</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-envelopedData OBJECT IDENTIFIER ::= { id-eit 1 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-signedData OBJECT IDENTIFIER ::= { id-eit 2 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-certManagement OBJECT IDENTIFIER ::= { id-eit 3 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-signedReceipt OBJECT IDENTIFIER ::= { id-eit 4 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-envelopedx400 OBJECT IDENTIFIER ::= { id-eit 5 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-signedx400 OBJECT IDENTIFIER ::= { id-eit 6 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff></FONT> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>I am unable to find <SPAN class=747555611-01042003>the corresponding</SPAN> EIT definition for the smime-type parameter </FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>'compressed-data'(CompressedData), that has been newly introduced in the 'draft-ietf-smime-</FONT></DIV> <DIV><FONT size=2><FONT color=#0000ff><FONT face=Arial>rfc2633bis-03.txt'.<SPAN class=747555611-01042003> </SPAN></FONT></FONT></FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>Best Regards</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>Arun Pandey</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV> <BLOCKQUOTE style="MARGIN-RIGHT: 0px"> <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Russ Housley [mailto:housley@vigilsec.com]<BR><B>Sent:</B> Thursday, March 27, 2003 1:33 AM<BR><B>To:</B> Pandey, Arun<BR><B>Cc:</B> ietf-smime@imc.org<BR><B>Subject:</B> Re: Queries on Message/rfc822, Compressed-Data.<BR><BR></DIV></FONT>These are both discussed in the most recent MSG draft.<BR>Please see draft-ietf-smime-rfc2633bis-03.txt.<BR><BR>Russ<BR><BR>At 03:40 PM 3/26/2003 +0530, Pandey, Arun wrote:<BR><BR> <BLOCKQUOTE class=cite cite="" type="cite"><FONT size=2>Hi,</FONT> <BR><BR><FONT size=2>I had the following 2 queries. Would appreciate a response on these if possible:</FONT> <BR><BR><FONT size=2>1. Going through the S/MIME mail archive I find a discussion on the use of message types like </FONT><BR><FONT size=2> message/rfc822, message/partial etc. that could be used to wrap a protected message (MIME </FONT><BR><FONT size=2> content + RFC822 Headers). Also as per MOM of the 54th IETF meeting it seems that </FONT><BR><FONT size=2> message/rfc822 message type has been finalized for this purpose.</FONT> <BR><BR><FONT size=2> My question is how should one distinguish such a message ( A protected message wrapped </FONT><BR><FONT size=2> in message/rfc822) from a forwarded message which also has a message type of </FONT><BR><FONT size=2> message/rfc822 and can also contain a non protected message? Is an example message of </FONT><BR><FONT size=2> type message/rfc822 containing a protected message available for reference?</FONT> <BR><BR><FONT size=2>2. The latest draft 'S/MIME Version 3.1 Message Specification' (draft-ietf-smime-rfc2633bis-03.txt)</FONT> <BR><FONT size=2> mentions a new S/MIME type "compressed-data". However for this new S/MIME type no </FONT><BR><FONT size=2> corresponding EIT has been defined in the S/MIME TRANSPORT draft. Where would one be </FONT><BR><FONT size=2> able to find the corresponding EIT for the same?</FONT> <BR><BR><FONT size=2>Best Regards</FONT> <BR><FONT size=2>Arun Pandey</FONT> <BR></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML> --Boundary_(ID_ri35ulTa+sfqoza4zDzFIg)-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3318ZJM015276 for <ietf-smime-bks@above.proper.com>; Wed, 2 Apr 2003 17:08:35 -0800 (PST) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h3318Zhw015275 for ietf-smime-bks; Wed, 2 Apr 2003 17:08:35 -0800 (PST) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from brutesquadlabs.com (gtec136-m.isomedia.com [207.115.67.136] (may be forged)) by above.proper.com (8.12.9/8.11.6) with ESMTP id h3318YJM015270 for <ietf-smime@imc.org>; Wed, 2 Apr 2003 17:08:34 -0800 (PST) Received: from DEXTER ([192.168.0.4]) by brutesquadlabs.com with ESMTP ; Wed, 2 Apr 2003 17:08:31 -0800 From: "Blake Ramsdell" <blake@brutesquadlabs.com> To: "'Bonatti, Chris'" <BonattiC@ieca.com>, "'Pandey, Arun'" <arun.pandey@digital.com>, "'Russ Housley'" <housley@vigilsec.com> Cc: <ietf-smime@imc.org> Subject: RE: Queries on Message/rfc822, Compressed-Data. Date: Wed, 2 Apr 2003 17:08:31 -0800 Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAARMPfbnbp50SwK3EZjypY2MKAAAAQAAAAeZrtmk7USUOQCE8fggpPogEAAAAA@brutesquadlabs.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_009E_01C2F93A.7CC8D0B0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <002201c2f96d$fdaab5d0$0300a8c0@ieca.com> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal 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> This is a multi-part message in MIME format. ------=_NextPart_000_009E_01C2F93A.7CC8D0B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Since RFC3274 isn't going to be updated anytime soon, I would recommend that the EIT value be placed in the x400transport draft. Blake -----Original Message----- From: owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] On Behalf Of Bonatti, Chris Sent: Wednesday, April 02, 2003 3:17 PM To: 'Pandey, Arun'; 'Russ Housley' Cc: ietf-smime@imc.org Subject: RE: Queries on Message/rfc822, Compressed-Data. Yes, this probably makes sense. I overlooked this because compressed-data was a draft when x400transport was drafted. Since compressed-data is not in 2633bis it would probably make more sense to define the EIT for this in RFC 3274. However, there is also benefit to all the X.400 stuff being here. I suppose I would favor the latter. Chris -----Original Message----- From: owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] On Behalf Of Pandey, Arun Sent: Tuesday, April 01, 2003 06:55 To: 'Russ Housley' Cc: ietf-smime@imc.org Subject: RE: Queries on Message/rfc822, Compressed-Data. Hi Russ, As per draft-ietf-smime-x400transport-05.txt to convey information about the contained content of an S/MIME message in an X.400 transport environment EITs are used. Section 2.5 (2.5.1 to 2.5.6) of draft-ietf-smime-x400transport-05.txt define the EITs for: 1. Enveloped Data 2. Signed Data 3. Certificate Management 4. Signed Receipt 5. Enveloped X.400 6. Signed X.400 These match with the corresponding EITs defined in http://www.imc.org/ietf-smime/sm-oid.asn -- X.400 Encoded Information Types (EIT) for S/MIME objects id-eit-envelopedData OBJECT IDENTIFIER ::= { id-eit 1 } id-eit-signedData OBJECT IDENTIFIER ::= { id-eit 2 } id-eit-certManagement OBJECT IDENTIFIER ::= { id-eit 3 } id-eit-signedReceipt OBJECT IDENTIFIER ::= { id-eit 4 } id-eit-envelopedx400 OBJECT IDENTIFIER ::= { id-eit 5 } id-eit-signedx400 OBJECT IDENTIFIER ::= { id-eit 6 } I am unable to find the corresponding EIT definition for the smime-type parameter 'compressed-data'(CompressedData), that has been newly introduced in the 'draft-ietf-smime- rfc2633bis-03.txt'. Best Regards Arun Pandey -----Original Message----- From: Russ Housley [mailto:housley@vigilsec.com] Sent: Thursday, March 27, 2003 1:33 AM To: Pandey, Arun Cc: ietf-smime@imc.org Subject: Re: Queries on Message/rfc822, Compressed-Data. These are both discussed in the most recent MSG draft. Please see draft-ietf-smime-rfc2633bis-03.txt. Russ At 03:40 PM 3/26/2003 +0530, Pandey, Arun wrote: Hi, I had the following 2 queries. Would appreciate a response on these if possible: 1. Going through the S/MIME mail archive I find a discussion on the use of message types like message/rfc822, message/partial etc. that could be used to wrap a protected message (MIME content + RFC822 Headers). Also as per MOM of the 54th IETF meeting it seems that message/rfc822 message type has been finalized for this purpose. My question is how should one distinguish such a message ( A protected message wrapped in message/rfc822) from a forwarded message which also has a message type of message/rfc822 and can also contain a non protected message? Is an example message of type message/rfc822 containing a protected message available for reference? 2. The latest draft 'S/MIME Version 3.1 Message Specification' (draft-ietf-smime-rfc2633bis-03.txt) mentions a new S/MIME type "compressed-data". However for this new S/MIME type no corresponding EIT has been defined in the S/MIME TRANSPORT draft. Where would one be able to find the corresponding EIT for the same? Best Regards Arun Pandey ------=_NextPart_000_009E_01C2F93A.7CC8D0B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <TITLE>Message</TITLE> <META content=3D"MSHTML 6.00.2800.1141" name=3DGENERATOR></HEAD> <BODY> <DIV><SPAN class=3D041570201-03042003><FONT face=3DArial color=3D#0000ff = size=3D2>Since=20 RFC3274 isn't going to be updated anytime soon, I would recommend that = the EIT=20 value be placed in the x400transport draft.</FONT></SPAN></DIV> <DIV><SPAN class=3D041570201-03042003><FONT face=3DArial color=3D#0000ff = size=3D2></FONT></SPAN> </DIV> <DIV><SPAN class=3D041570201-03042003><FONT face=3DArial color=3D#0000ff = size=3D2>Blake</FONT></SPAN></DIV> <BLOCKQUOTE dir=3Dltr=20 style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px = solid; MARGIN-RIGHT: 0px"> <DIV></DIV> <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr = align=3Dleft><FONT=20 face=3DTahoma size=3D2>-----Original Message-----<BR><B>From:</B>=20 owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] = <B>On=20 Behalf Of </B>Bonatti, Chris<BR><B>Sent:</B> Wednesday, April 02, 2003 = 3:17=20 PM<BR><B>To:</B> 'Pandey, Arun'; 'Russ Housley'<BR><B>Cc:</B>=20 ietf-smime@imc.org<BR><B>Subject:</B> RE: Queries on Message/rfc822,=20 Compressed-Data.<BR><BR></FONT></DIV> <DIV><SPAN class=3D815361123-02042003><FONT face=3DArial = color=3D#0000ff size=3D2>Yes,=20 this probably makes sense.</FONT></SPAN></DIV> <DIV><SPAN class=3D815361123-02042003><FONT face=3DArial = color=3D#0000ff=20 size=3D2></FONT></SPAN> </DIV> <DIV><SPAN class=3D815361123-02042003><FONT face=3DArial = color=3D#0000ff size=3D2>I=20 overlooked this because compressed-data was a draft when x400transport = was=20 drafted. Since compressed-data is not in 2633bis it would = probably make=20 more sense to define the EIT for this in RFC 3274. However, = there is=20 also benefit to all the X.400 stuff being here. I suppose I = would favor=20 the latter.</FONT></SPAN></DIV> <DIV><SPAN class=3D815361123-02042003><FONT face=3DArial = color=3D#0000ff=20 size=3D2></FONT></SPAN> </DIV> <DIV><SPAN class=3D815361123-02042003><FONT face=3DArial = color=3D#0000ff=20 size=3D2>Chris</FONT></SPAN></DIV> <DIV><SPAN class=3D815361123-02042003></SPAN> </DIV> <DIV><SPAN class=3D815361123-02042003><FONT face=3DArial = color=3D#0000ff=20 size=3D2></FONT></SPAN> </DIV> <DIV><SPAN class=3D815361123-02042003><FONT face=3DArial = color=3D#0000ff=20 size=3D2></FONT></SPAN> </DIV> <DIV></DIV> <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr = align=3Dleft><FONT=20 face=3DTahoma size=3D2>-----Original Message-----<BR><B>From:</B>=20 owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] = <B>On=20 Behalf Of </B>Pandey, Arun<BR><B>Sent:</B> Tuesday, April 01, 2003=20 06:55<BR><B>To:</B> 'Russ Housley'<BR><B>Cc:</B>=20 ietf-smime@imc.org<BR><B>Subject:</B> RE: Queries on Message/rfc822,=20 Compressed-Data.<BR><BR></FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT> </DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>Hi Russ,</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT> </DIV> <DIV><FONT size=3D2><FONT face=3DArial color=3D#0000ff>As per=20 draft-ietf-smime-x400transport-05.txt to convey information = </FONT><FONT=20 face=3DArial color=3D#0000ff>about the contained content = </FONT></FONT></DIV> <DIV><FONT size=3D2><FONT face=3DArial color=3D#0000ff>of an S/MIME = message in an=20 X.400 transport </FONT><FONT face=3DArial color=3D#0000ff>environment = EITs are=20 used. </FONT></FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>Section 2.5 (2.5.1 to = 2.5.6) of=20 draft-ietf-smime-x400transport-05.txt define the EITs = for:</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>1. Enveloped = Data</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>2. Signed = Data</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>3. Certificate=20 Management</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>4. Signed = Receipt</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>5. Enveloped = X.400</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>6. Signed = X.400</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff></FONT> </DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>These match with the = corresponding=20 EITs defined in http://www.imc.org/ietf-smime/sm-oid.asn</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>-- X.400 Encoded = Information Types=20 (EIT) for S/MIME objects</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>id-eit-envelopedData = OBJECT=20 IDENTIFIER ::=3D { id-eit 1 }</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>id-eit-signedData = OBJECT IDENTIFIER=20 ::=3D { id-eit 2 }</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>id-eit-certManagement = OBJECT=20 IDENTIFIER ::=3D { id-eit 3 }</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>id-eit-signedReceipt = OBJECT=20 IDENTIFIER ::=3D { id-eit 4 }</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>id-eit-envelopedx400 = OBJECT=20 IDENTIFIER ::=3D { id-eit 5 }</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>id-eit-signedx400 = OBJECT IDENTIFIER=20 ::=3D { id-eit 6 }</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff></FONT> </DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>I am unable to = find <SPAN=20 class=3D747555611-01042003>the corresponding</SPAN> EIT definition for = the=20 smime-type parameter </FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff = size=3D2>'compressed-data'(CompressedData),=20 that has been newly introduced in the 'draft-ietf-smime-</FONT></DIV> <DIV><FONT size=3D2><FONT color=3D#0000ff><FONT=20 face=3DArial>rfc2633bis-03.txt'.<SPAN class=3D747555611-01042003>=20 </SPAN></FONT></FONT></FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT> </DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>Best = Regards</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2>Arun = Pandey</FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT> </DIV> <BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px"> <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT = face=3DTahoma=20 size=3D2>-----Original Message-----<BR><B>From:</B> Russ Housley=20 [mailto:housley@vigilsec.com]<BR><B>Sent:</B> Thursday, March 27, = 2003 1:33=20 AM<BR><B>To:</B> Pandey, Arun<BR><B>Cc:</B>=20 ietf-smime@imc.org<BR><B>Subject:</B> Re: Queries on Message/rfc822, = Compressed-Data.<BR><BR></DIV></FONT>These are both discussed in the = most=20 recent MSG draft.<BR>Please see=20 draft-ietf-smime-rfc2633bis-03.txt.<BR><BR>Russ<BR><BR>At 03:40 PM = 3/26/2003=20 +0530, Pandey, Arun wrote:<BR><BR> <BLOCKQUOTE class=3Dcite cite=3D"" type=3D"cite"><FONT = size=3D2>Hi,</FONT>=20 <BR><BR><FONT size=3D2>I had the following 2 queries. Would = appreciate a=20 response on these if possible:</FONT> <BR><BR><FONT size=3D2>1. = Going =20 through the S/MIME mail archive I find a discussion on the use of = message=20 types like </FONT><BR><FONT size=3D2> = message/rfc822,=20 message/partial etc. that could be used to wrap a protected = message (MIME=20 </FONT><BR><FONT size=3D2> content + RFC822 = Headers). Also=20 as per MOM of the 54th IETF meeting it seems that </FONT><BR><FONT = size=3D2> message/rfc822 message type has been = finalized=20 for this purpose.</FONT> <BR><BR><FONT size=3D2> = My=20 question is how should one distinguish such a message ( A = protected=20 message wrapped </FONT><BR><FONT size=3D2> in=20 message/rfc822) from a forwarded message which also has a message = type of=20 </FONT><BR><FONT size=3D2> message/rfc822 and = can also=20 contain a non protected message? Is an example message of = </FONT><BR><FONT=20 size=3D2> type message/rfc822 containing a = protected=20 message available for reference?</FONT> <BR><BR><FONT size=3D2>2. = The latest=20 draft 'S/MIME Version 3.1 Message Specification'=20 (draft-ietf-smime-rfc2633bis-03.txt)</FONT> <BR><FONT=20 size=3D2> mentions a new S/MIME type = "compressed-data".=20 However for this new S/MIME type no </FONT><BR><FONT=20 size=3D2> corresponding EIT has been defined in = the S/MIME=20 TRANSPORT draft. Where would one be </FONT><BR><FONT=20 size=3D2> able to find the corresponding EIT for = the=20 same?</FONT> <BR><BR><FONT size=3D2>Best Regards</FONT> <BR><FONT=20 size=3D2>Arun Pandey</FONT>=20 <BR></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML> ------=_NextPart_000_009E_01C2F93A.7CC8D0B0-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h32NJ4JM009599 for <ietf-smime-bks@above.proper.com>; Wed, 2 Apr 2003 15:19:04 -0800 (PST) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h32NJ4Bv009598 for ietf-smime-bks; Wed, 2 Apr 2003 15:19:04 -0800 (PST) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from smtp-out.comcast.net (smtp-out.comcast.net [24.153.64.115]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h32NIxJM009594 for <ietf-smime@imc.org>; Wed, 2 Apr 2003 15:18:59 -0800 (PST) Received: from Obsidian (pcp833859pcs.nrockv01.md.comcast.net [68.50.112.48]) by mtaout09.icomcast.net (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id <0HCQ001FKOON13@mtaout09.icomcast.net> for ietf-smime@imc.org; Wed, 02 Apr 2003 18:17:12 -0500 (EST) Date: Wed, 02 Apr 2003 18:17:11 -0500 From: "Bonatti, Chris" <BonattiC@ieca.com> Subject: RE: Queries on Message/rfc822, Compressed-Data. In-reply-to: <177E503C4DA3D311BC9D0008C791C3060A0D258F@diexch01.xko.dec.com> To: "'Pandey, Arun'" <arun.pandey@digital.com>, "'Russ Housley'" <housley@vigilsec.com> Cc: ietf-smime@imc.org Message-id: <002201c2f96d$fdaab5d0$0300a8c0@ieca.com> Organization: IECA, Inc. MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailer: Microsoft Outlook, Build 10.0.2627 Content-type: multipart/alternative; boundary="Boundary_(ID_IaiFkw0tCgVyiOUDv4m+2Q)" Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal 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> This is a multi-part message in MIME format. --Boundary_(ID_IaiFkw0tCgVyiOUDv4m+2Q) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Yes, this probably makes sense. I overlooked this because compressed-data was a draft when x400transport was drafted. Since compressed-data is not in 2633bis it would probably make more sense to define the EIT for this in RFC 3274. However, there is also benefit to all the X.400 stuff being here. I suppose I would favor the latter. Chris -----Original Message----- From: owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] On Behalf Of Pandey, Arun Sent: Tuesday, April 01, 2003 06:55 To: 'Russ Housley' Cc: ietf-smime@imc.org Subject: RE: Queries on Message/rfc822, Compressed-Data. Hi Russ, As per draft-ietf-smime-x400transport-05.txt to convey information about the contained content of an S/MIME message in an X.400 transport environment EITs are used. Section 2.5 (2.5.1 to 2.5.6) of draft-ietf-smime-x400transport-05.txt define the EITs for: 1. Enveloped Data 2. Signed Data 3. Certificate Management 4. Signed Receipt 5. Enveloped X.400 6. Signed X.400 These match with the corresponding EITs defined in http://www.imc.org/ietf-smime/sm-oid.asn -- X.400 Encoded Information Types (EIT) for S/MIME objects id-eit-envelopedData OBJECT IDENTIFIER ::= { id-eit 1 } id-eit-signedData OBJECT IDENTIFIER ::= { id-eit 2 } id-eit-certManagement OBJECT IDENTIFIER ::= { id-eit 3 } id-eit-signedReceipt OBJECT IDENTIFIER ::= { id-eit 4 } id-eit-envelopedx400 OBJECT IDENTIFIER ::= { id-eit 5 } id-eit-signedx400 OBJECT IDENTIFIER ::= { id-eit 6 } I am unable to find the corresponding EIT definition for the smime-type parameter 'compressed-data'(CompressedData), that has been newly introduced in the 'draft-ietf-smime- rfc2633bis-03.txt'. Best Regards Arun Pandey -----Original Message----- From: Russ Housley [mailto:housley@vigilsec.com] Sent: Thursday, March 27, 2003 1:33 AM To: Pandey, Arun Cc: ietf-smime@imc.org Subject: Re: Queries on Message/rfc822, Compressed-Data. These are both discussed in the most recent MSG draft. Please see draft-ietf-smime-rfc2633bis-03.txt. Russ At 03:40 PM 3/26/2003 +0530, Pandey, Arun wrote: Hi, I had the following 2 queries. Would appreciate a response on these if possible: 1. Going through the S/MIME mail archive I find a discussion on the use of message types like message/rfc822, message/partial etc. that could be used to wrap a protected message (MIME content + RFC822 Headers). Also as per MOM of the 54th IETF meeting it seems that message/rfc822 message type has been finalized for this purpose. My question is how should one distinguish such a message ( A protected message wrapped in message/rfc822) from a forwarded message which also has a message type of message/rfc822 and can also contain a non protected message? Is an example message of type message/rfc822 containing a protected message available for reference? 2. The latest draft 'S/MIME Version 3.1 Message Specification' (draft-ietf-smime-rfc2633bis-03.txt) mentions a new S/MIME type "compressed-data". However for this new S/MIME type no corresponding EIT has been defined in the S/MIME TRANSPORT draft. Where would one be able to find the corresponding EIT for the same? Best Regards Arun Pandey --Boundary_(ID_IaiFkw0tCgVyiOUDv4m+2Q) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"> <TITLE>Message</TITLE> <META content="MSHTML 6.00.2800.1141" name=GENERATOR></HEAD> <BODY> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2>Yes, this probably makes sense.</FONT></SPAN></DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2>I overlooked this because compressed-data was a draft when x400transport was drafted. Since compressed-data is not in 2633bis it would probably make more sense to define the EIT for this in RFC 3274. However, there is also benefit to all the X.400 stuff being here. I suppose I would favor the latter.</FONT></SPAN></DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2>Chris</FONT></SPAN></DIV> <DIV><SPAN class=815361123-02042003></SPAN> </DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV><SPAN class=815361123-02042003><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV></DIV> <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org] <B>On Behalf Of </B>Pandey, Arun<BR><B>Sent:</B> Tuesday, April 01, 2003 06:55<BR><B>To:</B> 'Russ Housley'<BR><B>Cc:</B> ietf-smime@imc.org<BR><B>Subject:</B> RE: Queries on Message/rfc822, Compressed-Data.<BR><BR></FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>Hi Russ,</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV> <DIV><FONT size=2><FONT face=Arial color=#0000ff>As per draft-ietf-smime-x400transport-05.txt to convey information </FONT><FONT face=Arial color=#0000ff>about the contained content </FONT></FONT></DIV> <DIV><FONT size=2><FONT face=Arial color=#0000ff>of an S/MIME message in an X.400 transport </FONT><FONT face=Arial color=#0000ff>environment EITs are used. </FONT></FONT></DIV> <DIV> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>Section 2.5 (2.5.1 to 2.5.6) of draft-ietf-smime-x400transport-05.txt define the EITs for:</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>1. Enveloped Data</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>2. Signed Data</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>3. Certificate Management</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>4. Signed Receipt</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>5. Enveloped X.400</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>6. Signed X.400</FONT></DIV> <DIV><FONT face=Arial color=#0000ff></FONT> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>These match with the corresponding EITs defined in http://www.imc.org/ietf-smime/sm-oid.asn</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>-- X.400 Encoded Information Types (EIT) for S/MIME objects</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-envelopedData OBJECT IDENTIFIER ::= { id-eit 1 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-signedData OBJECT IDENTIFIER ::= { id-eit 2 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-certManagement OBJECT IDENTIFIER ::= { id-eit 3 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-signedReceipt OBJECT IDENTIFIER ::= { id-eit 4 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-envelopedx400 OBJECT IDENTIFIER ::= { id-eit 5 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>id-eit-signedx400 OBJECT IDENTIFIER ::= { id-eit 6 }</FONT></DIV> <DIV><FONT face=Arial color=#0000ff></FONT> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>I am unable to find <SPAN class=747555611-01042003>the corresponding</SPAN> EIT definition for the smime-type parameter </FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>'compressed-data'(CompressedData), that has been newly introduced in the 'draft-ietf-smime-</FONT></DIV> <DIV><FONT size=2><FONT color=#0000ff><FONT face=Arial>rfc2633bis-03.txt'.<SPAN class=747555611-01042003> </SPAN></FONT></FONT></FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV> <DIV><FONT face=Arial color=#0000ff size=2>Best Regards</FONT></DIV> <DIV><FONT face=Arial color=#0000ff size=2>Arun Pandey</FONT></DIV> <DIV> </DIV> <BLOCKQUOTE style="MARGIN-RIGHT: 0px"> <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Russ Housley [mailto:housley@vigilsec.com]<BR><B>Sent:</B> Thursday, March 27, 2003 1:33 AM<BR><B>To:</B> Pandey, Arun<BR><B>Cc:</B> ietf-smime@imc.org<BR><B>Subject:</B> Re: Queries on Message/rfc822, Compressed-Data.<BR><BR></DIV></FONT>These are both discussed in the most recent MSG draft.<BR>Please see draft-ietf-smime-rfc2633bis-03.txt.<BR><BR>Russ<BR><BR>At 03:40 PM 3/26/2003 +0530, Pandey, Arun wrote:<BR><BR> <BLOCKQUOTE class=cite cite="" type="cite"><FONT size=2>Hi,</FONT> <BR><BR><FONT size=2>I had the following 2 queries. Would appreciate a response on these if possible:</FONT> <BR><BR><FONT size=2>1. Going through the S/MIME mail archive I find a discussion on the use of message types like </FONT><BR><FONT size=2> message/rfc822, message/partial etc. that could be used to wrap a protected message (MIME </FONT><BR><FONT size=2> content + RFC822 Headers). Also as per MOM of the 54th IETF meeting it seems that </FONT><BR><FONT size=2> message/rfc822 message type has been finalized for this purpose.</FONT> <BR><BR><FONT size=2> My question is how should one distinguish such a message ( A protected message wrapped </FONT><BR><FONT size=2> in message/rfc822) from a forwarded message which also has a message type of </FONT><BR><FONT size=2> message/rfc822 and can also contain a non protected message? Is an example message of </FONT><BR><FONT size=2> type message/rfc822 containing a protected message available for reference?</FONT> <BR><BR><FONT size=2>2. The latest draft 'S/MIME Version 3.1 Message Specification' (draft-ietf-smime-rfc2633bis-03.txt)</FONT> <BR><FONT size=2> mentions a new S/MIME type "compressed-data". However for this new S/MIME type no </FONT><BR><FONT size=2> corresponding EIT has been defined in the S/MIME TRANSPORT draft. Where would one be </FONT><BR><FONT size=2> able to find the corresponding EIT for the same?</FONT> <BR><BR><FONT size=2>Best Regards</FONT> <BR><FONT size=2>Arun Pandey</FONT> <BR></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML> --Boundary_(ID_IaiFkw0tCgVyiOUDv4m+2Q)-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h31C0XJM016523 for <ietf-smime-bks@above.proper.com>; Tue, 1 Apr 2003 04:00:33 -0800 (PST) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h31C0XRw016522 for ietf-smime-bks; Tue, 1 Apr 2003 04:00:33 -0800 (PST) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-smime@mail.imc.org using -f Received: from zcamail05.zca.compaq.com (zcamail05.zca.compaq.com [161.114.32.105]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h31C0WJM016516 for <ietf-smime@imc.org>; Tue, 1 Apr 2003 04:00:33 -0800 (PST) Received: from taynzmail03.nz-tay.cpqcorp.net (taynzmail03.nz-tay.cpqcorp.net [16.47.4.103]) by zcamail05.zca.compaq.com (Postfix) with ESMTP id 3E77230F1; Tue, 1 Apr 2003 04:00:24 -0800 (PST) Received: from diexch01.xko.dec.com (diexch01.xko.dec.com [16.138.244.57]) by taynzmail03.nz-tay.cpqcorp.net (Postfix) with ESMTP id 73BE1EEF; Tue, 1 Apr 2003 07:00:21 -0500 (EST) Received: by diexch01.xko.dec.com with Internet Mail Service (5.5.2650.21) id <2A3P1GAZ>; Tue, 1 Apr 2003 17:25:19 +0530 Message-ID: <177E503C4DA3D311BC9D0008C791C3060A0D258F@diexch01.xko.dec.com> From: "Pandey, Arun" <arun.pandey@digital.com> To: "'Russ Housley'" <housley@vigilsec.com> Cc: ietf-smime@imc.org Subject: RE: Queries on Message/rfc822, Compressed-Data. Date: Tue, 1 Apr 2003 17:25:13 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2F845.90D9976A" 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> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2F845.90D9976A Content-Type: text/plain; charset="iso-8859-1" Hi Russ, As per draft-ietf-smime-x400transport-05.txt to convey information about the contained content of an S/MIME message in an X.400 transport environment EITs are used. Section 2.5 (2.5.1 to 2.5.6) of draft-ietf-smime-x400transport-05.txt define the EITs for: 1. Enveloped Data 2. Signed Data 3. Certificate Management 4. Signed Receipt 5. Enveloped X.400 6. Signed X.400 These match with the corresponding EITs defined in http://www.imc.org/ietf-smime/sm-oid.asn -- X.400 Encoded Information Types (EIT) for S/MIME objects id-eit-envelopedData OBJECT IDENTIFIER ::= { id-eit 1 } id-eit-signedData OBJECT IDENTIFIER ::= { id-eit 2 } id-eit-certManagement OBJECT IDENTIFIER ::= { id-eit 3 } id-eit-signedReceipt OBJECT IDENTIFIER ::= { id-eit 4 } id-eit-envelopedx400 OBJECT IDENTIFIER ::= { id-eit 5 } id-eit-signedx400 OBJECT IDENTIFIER ::= { id-eit 6 } I am unable to find the corresponding EIT definition for the smime-type parameter 'compressed-data'(CompressedData), that has been newly introduced in the 'draft-ietf-smime- rfc2633bis-03.txt'. Best Regards Arun Pandey -----Original Message----- From: Russ Housley [mailto:housley@vigilsec.com] Sent: Thursday, March 27, 2003 1:33 AM To: Pandey, Arun Cc: ietf-smime@imc.org Subject: Re: Queries on Message/rfc822, Compressed-Data. These are both discussed in the most recent MSG draft. Please see draft-ietf-smime-rfc2633bis-03.txt. Russ At 03:40 PM 3/26/2003 +0530, Pandey, Arun wrote: Hi, I had the following 2 queries. Would appreciate a response on these if possible: 1. Going through the S/MIME mail archive I find a discussion on the use of message types like message/rfc822, message/partial etc. that could be used to wrap a protected message (MIME content + RFC822 Headers). Also as per MOM of the 54th IETF meeting it seems that message/rfc822 message type has been finalized for this purpose. My question is how should one distinguish such a message ( A protected message wrapped in message/rfc822) from a forwarded message which also has a message type of message/rfc822 and can also contain a non protected message? Is an example message of type message/rfc822 containing a protected message available for reference? 2. The latest draft 'S/MIME Version 3.1 Message Specification' (draft-ietf-smime-rfc2633bis-03.txt) mentions a new S/MIME type "compressed-data". However for this new S/MIME type no corresponding EIT has been defined in the S/MIME TRANSPORT draft. Where would one be able to find the corresponding EIT for the same? Best Regards Arun Pandey ------_=_NextPart_001_01C2F845.90D9976A Content-Type: text/html; charset="iso-8859-1" <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META content="MSHTML 5.00.2314.1000" name=GENERATOR></HEAD> <BODY> <DIV> </DIV> <DIV><FONT color=#0000ff face=Arial size=2>Hi Russ,</FONT></DIV> <DIV> </DIV> <DIV><FONT size=2><FONT color=#0000ff face=Arial>As per draft-ietf-smime-x400transport-05.txt to convey information </FONT><FONT color=#0000ff face=Arial>about the contained content </FONT></FONT></DIV> <DIV><FONT size=2><FONT color=#0000ff face=Arial>of an S/MIME message in an X.400 transport </FONT><FONT color=#0000ff face=Arial>environment EITs are used. </FONT></FONT></DIV> <DIV> </DIV> <DIV><FONT color=#0000ff face=Arial size=2>Section 2.5 (2.5.1 to 2.5.6) of draft-ietf-smime-x400transport-05.txt define the EITs for:</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>1. Enveloped Data</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>2. Signed Data</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>3. Certificate Management</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>4. Signed Receipt</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>5. Enveloped X.400</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>6. Signed X.400</FONT></DIV> <DIV><FONT color=#0000ff face=Arial></FONT> </DIV> <DIV><FONT color=#0000ff face=Arial size=2>These match with the corresponding EITs defined in http://www.imc.org/ietf-smime/sm-oid.asn</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>-- X.400 Encoded Information Types (EIT) for S/MIME objects</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>id-eit-envelopedData OBJECT IDENTIFIER ::= { id-eit 1 }</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>id-eit-signedData OBJECT IDENTIFIER ::= { id-eit 2 }</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>id-eit-certManagement OBJECT IDENTIFIER ::= { id-eit 3 }</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>id-eit-signedReceipt OBJECT IDENTIFIER ::= { id-eit 4 }</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>id-eit-envelopedx400 OBJECT IDENTIFIER ::= { id-eit 5 }</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>id-eit-signedx400 OBJECT IDENTIFIER ::= { id-eit 6 }</FONT></DIV> <DIV><FONT color=#0000ff face=Arial></FONT> </DIV> <DIV><FONT color=#0000ff face=Arial size=2>I am unable to find <SPAN class=747555611-01042003>the corresponding</SPAN> EIT definition for the smime-type parameter </FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>'compressed-data'(CompressedData), that has been newly introduced in the 'draft-ietf-smime-</FONT></DIV> <DIV><FONT size=2><FONT color=#0000ff><FONT face=Arial>rfc2633bis-03.txt'.<SPAN class=747555611-01042003> </SPAN></FONT></FONT></FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2></FONT> </DIV> <DIV><FONT color=#0000ff face=Arial size=2>Best Regards</FONT></DIV> <DIV><FONT color=#0000ff face=Arial size=2>Arun Pandey</FONT></DIV> <DIV> </DIV> <BLOCKQUOTE style="MARGIN-RIGHT: 0px"> <DIV align=left class=OutlookMessageHeader dir=ltr><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Russ Housley [mailto:housley@vigilsec.com]<BR><B>Sent:</B> Thursday, March 27, 2003 1:33 AM<BR><B>To:</B> Pandey, Arun<BR><B>Cc:</B> ietf-smime@imc.org<BR><B>Subject:</B> Re: Queries on Message/rfc822, Compressed-Data.<BR><BR></DIV></FONT>These are both discussed in the most recent MSG draft.<BR>Please see draft-ietf-smime-rfc2633bis-03.txt.<BR><BR>Russ<BR><BR>At 03:40 PM 3/26/2003 +0530, Pandey, Arun wrote:<BR><BR> <BLOCKQUOTE class=cite cite type="cite"><FONT size=2>Hi,</FONT> <BR><BR><FONT size=2>I had the following 2 queries. Would appreciate a response on these if possible:</FONT> <BR><BR><FONT size=2>1. Going through the S/MIME mail archive I find a discussion on the use of message types like </FONT><BR><FONT size=2> message/rfc822, message/partial etc. that could be used to wrap a protected message (MIME </FONT><BR><FONT size=2> content + RFC822 Headers). Also as per MOM of the 54th IETF meeting it seems that </FONT><BR><FONT size=2> message/rfc822 message type has been finalized for this purpose.</FONT> <BR><BR><FONT size=2> My question is how should one distinguish such a message ( A protected message wrapped </FONT><BR><FONT size=2> in message/rfc822) from a forwarded message which also has a message type of </FONT><BR><FONT size=2> message/rfc822 and can also contain a non protected message? Is an example message of </FONT><BR><FONT size=2> type message/rfc822 containing a protected message available for reference?</FONT> <BR><BR><FONT size=2>2. The latest draft 'S/MIME Version 3.1 Message Specification' (draft-ietf-smime-rfc2633bis-03.txt)</FONT> <BR><FONT size=2> mentions a new S/MIME type "compressed-data". However for this new S/MIME type no </FONT><BR><FONT size=2> corresponding EIT has been defined in the S/MIME TRANSPORT draft. Where would one be </FONT><BR><FONT size=2> able to find the corresponding EIT for the same?</FONT> <BR><BR><FONT size=2>Best Regards</FONT> <BR><FONT size=2>Arun Pandey</FONT> <BR></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML> ------_=_NextPart_001_01C2F845.90D9976A--
- draft-ietf-smime-camellia-03.txt ready for Standa… Blake Ramsdell