"Lemonade Notifications Architecture", Randall Gellens, Stephane Maes, 8-Jul-08. ( bytes)

This document discusses how to provide notification and filtering mechanisms to mail stores to meet Lemonade goals. This document also discusses the use of server to server notifications, and how server to server notifications fit into an architecture which provides server to client notifications. Gellens [page 1] Expires January 2009 Internet Draft Lemonade Notifications Architecture July 2008

"The Lemonade Profile", Dave Cridland, Alexey Melnikov, Stephane Maes, 14-Jul-08. ( bytes)

This document describes a profile (a set of required extensions, restrictions and usage modes) of the IMAP and mail submission protocols. This profile allows clients (especially those that are constrained in memory, bandwidth, processing power, or other areas) to efficiently use IMAP and Submission to access and submit mail. This includes the ability to forward received mail without needing to download and upload the mail, to optimize submission and to efficiently resynchronize in case of loss of connectivity with the server. The Lemonade profile relies upon several extensions to IMAP and Mail Submission protocols.

"Deployment Considerations for lemonade-compliant Mobile Email", Randall Gellens, 20-Jun-07. ( bytes)

This document discusses deployment issues and describes requirements for successful deployment of mobile email which are implicit in the IETF lemonade documents.

"Internet Message Store Events", Randall Gellens, Chris Newman, 10-Jul-08. ( bytes)

One of the missing features in the existing Internet mail and messaging standards is a facility for server-to-server and server-to- client event notifications related to message store events. As the scope of Internet mail expands to support more diverse media (such as voice mail), devices (such as cell phones) and to provide rich interactions with other services (such as web portals and legal compliance systems), the need for an interoperable notification system increases. This document attempts to enumerate the types of events which interest real-world consumers of such a system.

"Streaming Internet Messaging Attachments", Neil Cook, 2-Jun-08. ( bytes)

This document describes a method for streaming multimedia attachments received by a resource constrained and/or mobile device from an IMAP server. It allows such clients, which often have limits in storage space and bandwidth, to play video and audio e-mail content. The document describes a profile for making use of the IMAP URLAUTH extension (RFC 4467), the Network Announcement SIP Media Service (RFC 4240), and the Media Server Control Markup Language (RFC 5022).

"IMAP4 extension for named searches (filters)", Alexey Melnikov, Curtis King, 5-Jul-08. ( bytes)

The document defines a way to persistently store named IMAP (RFC 3501) searches on the server. Such named searches can be subsequently referenced in a SEARCH or any other command that accepts a search criteria as a parameter.

"The IMAP NOTIFY Extension", Arnt Gulbrandsen, Alexey Melnikov, Curtis King, 19-Aug-08. ( bytes)

This document defines an IMAP extension which allows a client to request specific kinds of unsolicited notifications for specified mailboxes, such as messages being added to or deleted from mailboxes. [[Add Updates: RFC-CONTEXT to the headers]]

"LEMONADE Architecture - Supporting OMA Mobile Email (MEM) using Internet Mail", Eric Burger, Glenn Parsons, 9-Jul-08. ( bytes)

This document specifies the architecture for mobile email, as described by the OMA, using Internet Mail protocols. This architecture is the basis of the work of the LEMONADE WG and is a guideline for the LEMONADE Profile.

"Extended URLFETCH for binary and converted parts", Dave Cridland, 4-Sep-08. ( bytes)

The URLFETCH command defined as part of URLAUTH provides a mechanism for third-parties to gain access to data held within messages in a user's private store, however, this data is sent verbatim, which is not suitable for a number of applications. This memo specifies a method for obtaining data in forms suitable for non-mail applications.

Return to Internet-Draft directory.

Return to IETF home page.