RFC 5551: Lemonade Notifications Architecture
In plain English — editorial summary, not part of the RFC
Notification and filtering mechanisms can make email more enjoyable on mobile and other constrained devices (such as those with limited screen sizes, memory, data transfer rates, etc.). Notifications make the client aware of significant events (such as the arrival of new mail) so it can react (such as by fetching interesting mail immediately). Filtering reduces the visible mail to a set of messages that meet some criteria for "interesting". This functionality is included in the goals of the Lemonade (Enhancements to Internet email to Support Diverse Service Environments) Working Group. This document also discusses the use of server-to-server notifications, and how server to server notifications fit into an architecture that provides server to client notifications. This memo provides information for the Internet community.
Document record
- Document ID
- RFC5551
- Published
- August 2009
- Authors
- R. Gellens
- Status
- INFORMATIONAL
- Stream
- IETF
- Area
- app
- Pages
- 12
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 2263SNMPv3 ApplicationsObsoleted
January 1998
- RFC 6468Sieve Notification Mechanism: SIP MESSAGECurrent
February 2012
- RFC 6785Support for Internet Message Access Protocol (IMAP) Events in SieveCurrent
November 2012
- RFC 2273SNMPv3 ApplicationsObsoleted
January 1998
- RFC 5777Traffic Classification and Quality of Service (QoS) Attributes for DiameterCurrent
February 2010
- RFC 5815Definitions of Managed Objects for IP Flow Information ExportObsoleted
April 2010
- RFC 5277NETCONF Event NotificationsCurrent
July 2008
- RFC 6561Recommendations for the Remediation of Bots in ISP NetworksCurrent
March 2012
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?