Re: [plasma] why not web portal mail?

Trevor Freeman <trevorf@exchange.microsoft.com> Tue, 12 April 2011 23:11 UTC

Return-Path: <trevorf@exchange.microsoft.com>
X-Original-To: plasma@ietfc.amsl.com
Delivered-To: plasma@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 0DF20E0951 for <plasma@ietfc.amsl.com>; Tue, 12 Apr 2011 16:11:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kgfdXePM40wL for <plasma@ietfc.amsl.com>; Tue, 12 Apr 2011 16:11:09 -0700 (PDT)
Received: from mail.exchange.microsoft.com (mail1.exchange.microsoft.com [131.107.1.17]) by ietfc.amsl.com (Postfix) with ESMTP id 700CDE094D for <plasma@ietf.org>; Tue, 12 Apr 2011 16:11:09 -0700 (PDT)
Received: from df-h14-02.exchange.corp.microsoft.com (157.54.78.140) by DF-G14-01.exchange.corp.microsoft.com (157.54.87.87) with Microsoft SMTP Server (TLS) id 14.1.218.12; Tue, 12 Apr 2011 16:11:08 -0700
Received: from PIO-MLT-05.exchange.corp.microsoft.com (157.54.94.22) by DF-H14-02.exchange.corp.microsoft.com (157.54.78.140) with Microsoft SMTP Server (TLS) id 14.1.289.8; Tue, 12 Apr 2011 16:11:08 -0700
Received: from DF-M14-12.exchange.corp.microsoft.com ([fe80::7c94:4036:120:c95f]) by PIO-MLT-05.exchange.corp.microsoft.com ([fe80::d940:e316:1daa:5e6a%10]) with mapi id 14.01.0218.012; Tue, 12 Apr 2011 16:11:08 -0700
From: Trevor Freeman <trevorf@exchange.microsoft.com>
To: Peter Saint-Andre <stpeter@stpeter.im>, Leif Johansson <leifj@mnt.se>
Thread-Topic: [plasma] why not web portal mail?
Thread-Index: Acv0kXrWGetxV1fRTF6d/JQ0xrOecQExhkeAAAW7cdAACAVCAAAADpoAAAqOW3A=
Date: Tue, 12 Apr 2011 23:11:08 +0000
Message-ID: <E545B914D50B2A4B994F198378B1525D339E0DEF@DF-M14-12.exchange.corp.microsoft.com>
References: <E545B914D50B2A4B994F198378B1525D2F49734F@DF-M14-12.exchange.corp.microsoft.com> <4DA45FE5.3020102@mnt.se> <E545B914D50B2A4B994F198378B1525D339D7F4B@DF-M14-11.exchange.corp.microsoft.com> <4DA4BC30.7060308@mnt.se> <4DA4BC92.6070701@stpeter.im>
In-Reply-To: <4DA4BC92.6070701@stpeter.im>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.101]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
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.12
Precedence: list
List-Id: "The PoLicy Augmented S/Mime \(plasma\) bof discussion list." <plasma.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 12 Apr 2011 23:11:11 -0000

I realize at the physical level with IM it uses a sequence of messages which hare relayed server to server. Just as with VoIP, an audio stream is packaged as a sequence of IP packets. However there is no concept of long term persistence of information outside of the IM session (I am ignoring auditing). I don’t have an IM inbox.

The closest I can get is if I persist my IM history I would invoke the policy but it's not intuitive I would spawn more im sessions based on that as I would forward or reply all with email. 

-----Original Message-----
From: Peter Saint-Andre [mailto:stpeter@stpeter.im] 
Sent: Tuesday, April 12, 2011 1:57 PM
To: Leif Johansson
Cc: Trevor Freeman; plasma@ietf.org
Subject: Re: [plasma] why not web portal mail?

On 4/12/11 2:55 PM, Leif Johansson wrote:
> On 04/12/2011 08:41 PM, Trevor Freeman wrote:
>> If you consider XMPP case it is easier because there is no expectation of data persistence. It's a synchronous protocol where all parties are online together exchanging information and that information is not persisted one the session is ended.
> 
> Ah no most XMPP deployments does store-and-forward (offline messages I
> think its called).

Correct:

http://xmpp.org/extensions/xep-0160.html

Peter

-- 
Peter Saint-Andre
https://stpeter.im/