Browse Prior Art Database

The IMAP ENABLE Extension (RFC5161)

IP.com Disclosure Number: IPCOM000168459D
Original Publication Date: 2008-Mar-01
Included in the Prior Art Database: 2008-Mar-11
Document File: 8 page(s) / 12K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

A. Gulbrandsen: AUTHOR [+4]

Abstract

Most IMAP extensions are used by the client when it wants to and the server supports it. However, a few extensions require the server to know whether a client supports that extension. The ENABLE extension allows an IMAP client to say which extensions it supports.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 22% of the total text.

Network Working Group                                A. Gulbrandsen, Ed. Request for Comments: 5161                        Oryx Mail Systems GmbH Category: Standards Track                               A. Melnikov, Ed.                                                            Isode Limited                                                               March 2008

                        The IMAP ENABLE Extension

Status of This Memo

   This document specifies an Internet standards track protocol for the    Internet community, and requests discussion and suggestions for    improvements.  Please refer to the current edition of the "Internet    Official Protocol Standards" (STD 1) for the standardization state    and status of this protocol.  Distribution of this memo is unlimited.

Abstract

   Most IMAP extensions are used by the client when it wants to and the    server supports it.  However, a few extensions require the server to    know whether a client supports that extension.  The ENABLE extension    allows an IMAP client to say which extensions it supports.

1.  Overview

   Several IMAP extensions allow the server to return unsolicited    responses specific to these extensions in certain circumstances.    However, servers cannot send those unsolicited responses until they    know that the clients support such extensions and thus won't choke on    the extension response data.

   Up until now, extensions have typically stated that a server cannot    send the unsolicited responses until after the client has used a    command with the extension data (i.e., at that point the server knows    the client is aware of the extension).  CONDSTORE ([RFC4551]),    ANNOTATE ([ANNOTATE]), and some extensions under consideration at the    moment use various commands to enable server extensions.  For    example, CONDSTORE uses a SELECT or FETCH parameter, and ANNOTATE    uses a side effect of FETCH.

   The ENABLE extension provides an explicit indication from the client    that it supports particular extensions.  This is done using a new    ENABLE command.

   An IMAP server that supports ENABLE advertises this by including the    word ENABLE in its capability list.

 Gulbrandsen & Melnikov      Standards Track                     [Page 1]
 RFC 5161               The IMAP ENABLE Extension              March 2008

    Most IMAP extensions do not require the client to enable the    extension in any way.

2.  Conventions Used in This Document

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",    "SHOULD", "SHOULD NOT", "RECOMMEND...