Re: Issues with S/MIME Message Specification
Andrew Farrell <afarrell@baltimore.ie> Wed, 19 May 1999 01:01 UTC
Received: from mail.proper.com (mail.proper.com [206.86.127.224]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA18505 for <smime-archive@odin.ietf.org>; Tue, 18 May 1999 21:01:19 -0400 (EDT)
Received: (from majordomo@localhost) by mail.proper.com (8.8.8/8.8.5) id RAA29078 for ietf-smime-bks; Tue, 18 May 1999 17:06:27 -0700 (PDT)
Received: from puma.baltimore.ie (firewall-user@pc215-8.indigo.ie [194.125.215.8]) by mail.proper.com (8.8.8/8.8.5) with ESMTP id RAA29074 for <ietf-smime@imc.org>; Tue, 18 May 1999 17:06:25 -0700 (PDT)
Received: by puma.baltimore.ie; id BAA23643; Wed, 19 May 1999 01:39:41 +0100 (GMT/IST)
Received: from ocelot.baltimore.ie(10.49.0.10) by puma.baltimore.ie via smap (4.1) id xma023638; Wed, 19 May 99 01:39:00 +0100
Received: from ocelot.baltimore.ie (afarrell@localhost [127.0.0.1]) by ocelot.baltimore.ie (8.8.7/8.8.5) with ESMTP id BAA16423; Wed, 19 May 1999 01:05:47 +0100
Message-Id: <199905190005.BAA16423@ocelot.baltimore.ie>
To: ietf-smime@imc.org
Cc: bjueneman@novell.com
Subject: Re: Issues with S/MIME Message Specification
In-Reply-To: Your message of "Tue, 18 May 1999 16:26:42 MDT." <00ba01bea17d$812f7eb0$4dd44189@provo.novell.com>
Date: Wed, 19 May 1999 01:05:47 +0100
From: Andrew Farrell <afarrell@baltimore.ie>
Sender: owner-ietf-smime@imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-smime/mail-archive/>
List-Unsubscribe: <mailto:ietf-smime-request@imc.org?body=unsubscribe>
Robert Jeuneman writes: >Eric, >Thanks for your comments. I hadn't considered the possible difference >in scope between the S/MIME Message Specification and the CMS, but I can >see that CMS might have broader applicability, and hence, differing >requirements. This is also the reason why there are, on close examination, no MUSTs or SHOULDs in CMS. >With respect to the issue of bcc'ing the originator on an encrypted >message, although I suppose it is possible that the originator doesn't >have a public encryption key, this seems mildly unlikely, so I am more >inclined to agree with William Whyte's comment. I'm not sure that the My Esteemed Colleague's comment was anything more than a point of information. There will be situations when an application should include an originator key, but there are also counter examples. Locking a MUST into the standard is unnecessary, particularly since there's no compelling interoperability or security issue. >I wish I could find where I read that statement -- I thought it was in = >one of the RFC's, but I can't find it. draft-ietf-smime-msg-08.txt, section 3.3 Also, it should be noted that switching from MUST RC4 to MUST tripleDES was the very first thing the ietf-smime group did, back 2 years ago. There was a lot of discussion back then, all of it available on the IMC mail archive. Not intended as a brush-off: there was a lot of relevant debate. >Regards, >Bob Andrew.
- Protocol Action: Cryptographic Message Syntax to … The IESG
- Issues with S/MIME Message Specification Robert R. Jueneman
- Re: Issues with S/MIME Message Specification EKR
- Re: Issues with S/MIME Message Specification Paul Hoffman / IMC
- RE: Issues with S/MIME Message Specification Robert R. Jueneman
- Re: Issues with S/MIME Message Specification Andrew Farrell
- RE: Issues with S/MIME Message Specification Robert R. Jueneman
- RE: Issues with S/MIME Message Specification Andrew Ferguson
- Re: Issues with S/MIME Message Specification Andrew Farrell
- Re: Issues with S/MIME Message Specification Russ Housley
- Protocol Action: Cryptographic Message Syntax to … The IESG