Re: [plasma] why not web portal mail?

Stephen Farrell <stephen.farrell@cs.tcd.ie> Fri, 08 April 2011 18:32 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: plasma@core3.amsl.com
Delivered-To: plasma@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4B72E3A6972 for <plasma@core3.amsl.com>; Fri, 8 Apr 2011 11:32:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.288
X-Spam-Level:
X-Spam-Status: No, score=-106.288 tagged_above=-999 required=5 tests=[AWL=0.312, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vwNADoHRWss3 for <plasma@core3.amsl.com>; Fri, 8 Apr 2011 11:32:13 -0700 (PDT)
Received: from scss.tcd.ie (hermes.cs.tcd.ie [134.226.32.56]) by core3.amsl.com (Postfix) with ESMTP id 735F13A695D for <plasma@ietf.org>; Fri, 8 Apr 2011 11:32:12 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id 5644C3E4084; Fri, 8 Apr 2011 19:33:56 +0100 (IST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; h= content-transfer-encoding:content-type:in-reply-to:references :subject:mime-version:user-agent:from:date:message-id:received :received:x-virus-scanned; s=cs; t=1302287635; bh=7CqNUfZ++34pD6 +y0LjIWQcdO1UvV9O8vNSs9J0Jj+o=; b=NL5Qxx8tE/DXq0NP+2rjMNtHtnMnzZ kxtcehf/JWeJ328rLmvk3z6VbLeo74suE7Xv3nCy1DmgOXOa7NM0dxaRGTCv9/z7 dUwGeFqDW/qbEGIi9oS0ARBR4VtP120XxgeWO6rL90hLElaveKho5rIBypuEmfzx ClP/ELOjfcZwH1boSdUp2ZC2MmGGNi68ekZDBmA+oUTeR5H7QKF45wbUlt3PHVoK STSi4VNCrnWClmkkfP6mej8pzWqKBqAhAZlXE7fWLDL4feobv6PRj0C1E8Nfq3CW MP1YJdH8wCJukTwg6qXeSdJendRABxX++BhmPK3bSWTgvLtM9cpUW2/Q==
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id ZKC7yPh09tsl; Fri, 8 Apr 2011 19:33:55 +0100 (IST)
Received: from [10.87.48.3] (unknown [86.45.62.72]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id E82F33E406B; Fri, 8 Apr 2011 19:33:54 +0100 (IST)
Message-ID: <4D9F5512.5070506@cs.tcd.ie>
Date: Fri, 08 Apr 2011 19:33:54 +0100
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8
MIME-Version: 1.0
To: Trevor Freeman <trevorf@exchange.microsoft.com>
References: <E545B914D50B2A4B994F198378B1525D2F49734F@DF-M14-12.exchange.corp.microsoft.com>
In-Reply-To: <E545B914D50B2A4B994F198378B1525D2F49734F@DF-M14-12.exchange.corp.microsoft.com>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Cc: "plasma@ietf.org" <plasma@ietf.org>
Subject: Re: [plasma] why not web portal mail?
X-BeenThere: plasma@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "The PoLicy Augmented S/Mime \(plasma\) bof discussion list." <plasma.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/plasma>, <mailto:plasma-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/plasma>
List-Post: <mailto:plasma@ietf.org>
List-Help: <mailto:plasma-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/plasma>, <mailto:plasma-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Apr 2011 18:32:16 -0000

Hi Trevor,

On 06/04/11 20:33, Trevor Freeman wrote:
> Stephen Farrell asked why not use Web portal mail? Why do we need to
> develop plasma?
> 
> I don’t think we concisely answered that question in the BoF and it is
> an important data point.

Thanks for trying now.

> The web portal mail products are used where there is no way to securely
> deliver sensitive mail to a recipient outside the sender’s organization.
> The message is held within the sender’s organization and a notification
> email is sent to the recipient.  The notification email contains a HTTPS
> URI to the original message with the sensitive content.  

Right.

> This model work Ok if it is bilateral communication e.g. doctor-patient
> where you want to reply to the sender. This has been deployed with my
> healthcare provider and we can exchange messages.   

Well, its also works fine for announcements, i.e. 1:N messages.

> However the
> notification email are very generic by design so it hard to find
> specific messages in your inbox other than by date and time sent. It
> also means useful features like inbox search don’t work as you only have
> the notification message in your inbox.

True. However, does that mean that you'd expect the UA search
function to be plasma-aware? If not, then won't the sensitive
information be vulnerable in whatever search DB the UA uses?
Maybe that's a question of defining the trust boundaries for
this, but given that the search may be on an IMAP server its
possibly complicated doing that in a secure way.

> This model fails totally if it’s multilateral communication where you
> want to reply all or forward to messages. 

Hmm. So that'd imply that forwarding etc. is an important
part of the proposed work? It strikes me that that's one of the
weakest aspects of generic s/mime (just from personal experience,
its not something I've gone out of my way to test). There'd also
be some pretty complex policy calculations to make to figure
out what can be forwarded to whom, I assume, so this seems like
a fairly complex area.

> The message never leaves the
> originators organization so you cannot originate new message as if it
> were from a recipient’s organization. This means for business to
> business scenario it would hinder the use of email for collaboration.

I don't get that at all. But never mind.

> With these limitations I think it’s clear that that plasma offers some
> significant benefits over web portal email.

Not that clear to me I'm afraid.

While you're arguing for plasma on this basis, to judge those arguments
people would need some kind of evidence that's a good bit better than
just an assertion. But I'm sure you guys are working on that.

S.

> 
>  
> 
> *Dr Trevor Freeman*  Senior Security Strategist
> 
> *End to End Trust Team*
> <http://www.microsoft.com/mscorp/twc/endtoendtrust/default.mspx>**
> 
> *Microsoft Trustworthy
> Computing*<http://www.microsoft.com/mscorp/twc/default.mspx> 
> 
>  
> 
> 
> 
> _______________________________________________
> plasma mailing list
> plasma@ietf.org
> https://www.ietf.org/mailman/listinfo/plasma