[lemonade] Draft Interim Minutes
Eric Burger <eburger@brooktrout.com> Thu, 21 October 2004 12:36 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA17070 for <lemonade-web-archive@ietf.org>; Thu, 21 Oct 2004 08:36:27 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CKcNm-0008NT-MW for lemonade-web-archive@ietf.org; Thu, 21 Oct 2004 08:49:31 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CKbAE-0005ik-Ac; Thu, 21 Oct 2004 07:31:26 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CKU7W-0003bq-B9 for lemonade@megatron.ietf.org; Thu, 21 Oct 2004 00:00:11 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA21917 for <lemonade@ietf.org>; Thu, 21 Oct 2004 00:00:02 -0400 (EDT)
Received: from salvelinus.brooktrout.com ([204.176.205.6]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CKUJy-0005Cq-M3 for lemonade@ietf.org; Thu, 21 Oct 2004 00:13:03 -0400
Received: from nhmail2.needham.brooktrout.com (nhmail2.eng.brooktrout.com [204.176.205.242]) by salvelinus.brooktrout.com (8.12.5/8.12.5) with ESMTP id i9L3u2fQ011380 for <lemonade@ietf.org>; Wed, 20 Oct 2004 23:56:04 -0400 (EDT)
Received: by nhmail2.eng.brooktrout.com with Internet Mail Service (5.5.2653.19) id <PQMPPD1S>; Wed, 20 Oct 2004 23:53:18 -0400
Message-ID: <EDD694D47377D7119C8400D0B77FD331C1075B@nhmail2.eng.brooktrout.com>
From: Eric Burger <eburger@brooktrout.com>
To: lemonade@ietf.org
Date: Wed, 20 Oct 2004 23:53:16 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain; charset="iso-8859-1"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ccfb4541e989aa743998098cd315d0fd
Subject: [lemonade] Draft Interim Minutes
X-BeenThere: lemonade@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Enhancements to Internet email to support diverse service enivronments <lemonade.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/lemonade>, <mailto:lemonade-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:lemonade@ietf.org>
List-Help: <mailto:lemonade-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/lemonade>, <mailto:lemonade-request@ietf.org?subject=subscribe>
Sender: lemonade-bounces@ietf.org
Errors-To: lemonade-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 93df555cbdbcdae9621e5b95d44b301e
MANY THANKS TO GREG Attendees - Stephan Maes stephan.maes@oracle.com - mark Crispin mrc@washington.edu - randy Gellens rg+ietf@qualcomm.com - Ted Hardie Hardie@qualcomm.com - Lyndon Nerenberg lyndon@orthanc.ca - corby wilson corby.wilson@nokia.com - Jerry Weingarten jerry.weingarten@comverse.com - Aranaud Meylan ameylan@qualcomm.com - Glenn Parsons gparsons@nortelnetworks.com - Eric Burger eburger@brooktrout.com - Jean Sini siniJ@symbol.com By Phone - Pete Resenick presnick@qualcomm Agenda was bashed. Liaison statements - Lemonade received liaison response from T2. No further response needed - OMA liaison previously sent has not received response, Follow-up to be done - Additional OMA response notifying of working group last call for MMS mapping to be sent via Dean Willis Working Group Last Calls Completed - Glenn to write IESG summary to send to Ted (Server to Server Notifications Reqs) - MMS Mapping - After Randy makes some last-minute changes To be sent - Goals document needs WG Last Call for tomorrow. - Future Delivery - draft-ietf-lemonade-00 Needs WG Last Call tomorrow Pull document Review - BURL document ready for last call? - Private comments sent to Chris..need to be folded into new document. - WGLC to be sent, pick up final comments in that review - Alexey explicitly named to review document. - CATENATE - Not ready yet... - How to edit message drafts save on server? Apparent consensus not to optimize at this time. - Desire is to have appropriate examples in the catenate document. - Describe how to use and choice of simplicity in the profile document - URLAUTH - Some editorial messages from Randy to be incorporated before or after WGLC - Add some note text talking about revocation of tokens... if administrator wants to use stronger algorithm, Randy to contribute text. Target for pull documents is last call after revised drafts posted before the close of ID posting interval, with close of the WGLC at the Lemonade WG meeting in Washington. Channel - Current channel proposal is security challenged - GV restated model presented earlier in email as a starting place for discussion Open discussion resulted in the following new insights. The problem space was split into two A) Download of file types using existing IMAP connections. Add request for server-side transcoding to the IMAP protocol somehow. B) Use URLAUTH to retrieve content from a streaming server using RTSP. Negotiation is part of RTSP. Some hand waving/work require needed to determine how to use the URLAUTH in RTSP. Substantial discussion was conducted to determine if the problem space triggered any OPES considerations. The consensus was that this work met the requirements for explicit request and authorization of content stored in the subscribers own mailbox. Also, it was expected that the unmodified content would remain in the mailbox for access by alternate clients or later times when better connectivity is available. A statement to the effect that the server should never convert without a request from the client was seen as a good idea. WG also discussed the charter and convinced ourselves that charter item #1 implied a requirement to provide a mechanism for transcoding requests. Requirements Client controls conversion No default conversion on server Message contents not changed on server after conversion Assumption is Conneg mechanism for IMAP download option. Streaming protocols have mechanism based on SDP? Go-fish content request mechanisms are bad... try to reduce trips. - maybe client requests ordered list of formats Discussion of IMAP compression Presentation made by Aranaud Meylan (available on VPIM web-site). Discussion, interpolation, and guessing suggested that compression may be a red-herring. Compression of IMAP commands and responses appears to save few if any packets and no round-trips. Most text-messages seem short enough that compression, while effective, does not save packets or round-trips, the main costs. Larger contents such as pictures, audio, and video are already highly compressed. Compression tests were most valuable at winning back the base-64 encoding of large attachments, to which the WG reached consensus that it would be better to require use binary Fetch. Various folks will work with Aranaud to better test these hypothesis with additional testing and/or modeling. Rough consensus also achieved that if compression is needed, StartTLS with a null cypher and compression seems to be the best approach. This also leverages use of TLS for encryption which is expected to become commonly available in handset OS's in the target timeframe. There are some low-handing fruits that may be exploited to minimize IMAP chattiness, but the working group decided not to complicate or delay Lemonade 1.0 profile to figure how to exploit these opportunities. Also some thought that if compression of specific media types such as text/plain is desired, the conversion could be requested from the server using the media conversion extensions. Encryption at a basic "must implement" level appears to be necessary for enterprise use. Discussion of notification and Restart The Lemonade profile will address the requirement for inband "instant" notification of arrival of new messages. The working group split the problem statement, agreeing that TCP should survive the underlying networking coming and going. In that case, IMAP IDLE provides a good mechanism for notification of new messages. However, given the widespread lack of support for good TCP behavior, the WG will acknowledge the need for out-of-band notification that may stimulate a sleeping client to efficiently reconnect and fetch messages. The group discussed a number of concepts but did not have any specific proposals to review. There was general interest in improving IMAP synchronization rather than an explicit session token. The interest is motivated by the desire to have fast starts when using server pools and connection after mid-to-long term disconnection. Marketing and PR The WG is enthusiastic, and after a review of charter milestones discussed the need to engage a marketing-oriented group for PR and promotion of the Lemonade profile. Greg Vaudreuil was invited to present the work of the Lemonade group to the TMIA, meeting in Vancouver in conjunction with the Lemonade WG meeting :-). The TMIA may be a reasonable choice to sponsor or promote interoperability events and PR as and if necessary. ACTION ITEMS: Eric Burger will invent (with help) a lightweight mechanism for starting a RTSP session based on a URLAUTH. Due after November IETF meeting, but Eric is expected to do some thinking in time for the WG meeting. Lyndon Nerenberg will take a first stab, published in an ID before the November IETF, for a capabilities declaration and transcoding request mechanism within IMAP. Greg is supposed to capture the pictures of options A and B in ASCII art as part of these minutes. Randy to post a new version of the MMS mapping document addressing editorial comments received. Pete Resnik to post a new version of Catenate including some relevant examples Aranaud to iterate on the analysis of the benefits of compression. Corby and Alexey will continue their collaboration on restart. Respectfully submitted for WG review by Greg Vaudreuil _______________________________________________ lemonade mailing list lemonade@ietf.org https://www1.ietf.org/mailman/listinfo/lemonade
- [lemonade] Draft Interim Minutes Eric Burger
- RE: [lemonade] Draft Interim Minutes Michael.Wener
- RE: [lemonade] Draft Interim Minutes Vaudreuil, Greg M (Greg)
- RE: [lemonade] Draft Interim Minutes Michael.Wener
- RE: [lemonade] Draft Interim Minutes Stephane H. Maes
- RE: [lemonade] Draft Interim Minutes Michael.Wener
- RE: [lemonade] Draft Interim Minutes Stephane H. Maes