Re: Issues with S/MIME Message Specification

pgut001@cs.aucKland.ac.nz (Peter Gutmann) Tue, 18 May 1999 20:05 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 QAA15331 for <smime-archive@odin.ietf.org>; Tue, 18 May 1999 16:05:42 -0400 (EDT)
Received: (from majordomo@localhost) by mail.proper.com (8.8.8/8.8.5) id MAA18126 for ietf-smime-bks; Tue, 18 May 1999 12:09:50 -0700 (PDT)
Received: from mail.student.auckland.ac.nz (mail.student.auckland.ac.nz [130.216.35.101]) by mail.proper.com (8.8.8/8.8.5) with ESMTP id MAA18122 for <ietf-smime@imc.org>; Tue, 18 May 1999 12:09:48 -0700 (PDT)
Received: from cs26.cs.auckland.ac.nz (pgut001@cs26.cs.auckland.ac.nz [130.216.36.9]) by mail.student.auckland.ac.nz (8.8.6/8.8.6/cs-master) with SMTP id HAA00587; Wed, 19 May 1999 07:08:52 +1200 (NZST) (sender pgut001@cs.auckland.ac.nz)
Received: by cs26.cs.auckland.ac.nz (relaymail v0.9) id <92705453217604>; Wed, 19 May 1999 07:08:52 (NZST)
From: pgut001@cs.aucKland.ac.nz
To: bjueneman@novell.com, iesg-secretary@ietf.org, ietf-smime@imc.org
Subject: Re: Issues with S/MIME Message Specification
Reply-To: pgut001@cs.aucKland.ac.nz
X-Charge-To: pgut001
X-Authenticated: relaymail v0.9 on cs26.cs.auckland.ac.nz
Date: Wed, 19 May 1999 07:08:52 -0000
Message-ID: <92705453217604@cs26.cs.auckland.ac.nz>
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>

[Recipient list trimmed somewhat]

"Robert R. Jueneman" <bjueneman@novell.com> writes:

>Finally, somewhere in these documents there is a statement regarding the
>advisability of including the content encryption key encrypted in the
>originator's public key, but despite rereading the documents multiple
>times I can't find that text again.  As I recall, the text said that this
>SHOULD be done.  I would argue that this should be changed to MUST, for I
>can't imagine a situation where the originator of an encrypted message
>would not want to be able to read his own message, 

Given that anyone who wants to re-read their own messages will keep a copy 
stored locally, why on earth would they go through the complex encrypt->
decrypt process just to read what they've written?  I think even the presence
of SHOULD is too restrictire for this, it's purely a matter for the sender to
decide and doesn't really have any place in MSG - for the majority of users
all it'll do is double the number of keys available for attack.  Anyone who 
needs sent-mail revocation and whatnot desperately enough can go use X.400 
for their mail.

Peter.