/opt/cpanel/ea-libc-client/share/docs/rfc
NameSizeModeActions
README23370644editdlrm
rfc1732.txt92760644editdlrm
rfc1733.txt62050644editdlrm
rfc2061.txt58670644editdlrm
rfc2062.txt140420644editdlrm
rfc2087.txt85420644editdlrm
rfc2088.txt40520644editdlrm
rfc2177.txt67700644editdlrm
rfc2180.txt247500644editdlrm
rfc2193.txt162480644editdlrm
rfc2195.txt104680644editdlrm
rfc2221.txt92510644editdlrm
rfc2342.txt194890644editdlrm
rfc2683.txt563000644editdlrm
rfc2971.txt146700644editdlrm
rfc3348.txt118680644editdlrm
rfc3501.txt2276380644editdlrm
rfc3502.txt133790644editdlrm
rfc3503.txt169370644editdlrm
rfc3516.txt145980644editdlrm
rfc3656.txt355090644editdlrm
rfc3691.txt84360644editdlrm
rfc4314.txt565990644editdlrm
rfc4315.txt166290644editdlrm
rfc4422.txt732060644editdlrm
rfc4466.txt337520644editdlrm
rfc4467.txt367140644editdlrm
rfc4468.txt286140644editdlrm
rfc4469.txt218220644editdlrm
rfc4505.txt165990644editdlrm
rfc4549.txt754170644editdlrm
rfc4551.txt502650644editdlrm
rfc4616.txt202700644editdlrm
rfc4731.txt154310644editdlrm
rfc4752.txt221330644editdlrm
rfc4790.txt555910644editdlrm
rfc4959.txt122840644editdlrm
rfc4978.txt175540644editdlrm
rfc5032.txt89210644editdlrm
rfc5051.txt149650644editdlrm
rfc5092.txt651970644editdlrm
rfc5161.txt122200644editdlrm
rfc5162.txt516200644editdlrm
rfc5234.txt263590644editdlrm
Edit: /opt/cpanel/ea-libc-client/share/docs/rfc/rfc2087.txt (8542B)
Network Working Group J. Myers Request for Comments: 2087 Carnegie Mellon Category: Standards Track January 1997 IMAP4 QUOTA 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. 1. Abstract The QUOTA extension of the Internet Message Access Protocol [IMAP4] permits administrative limits on resource usage (quotas) to be manipulated through the IMAP protocol. Table of Contents 1. Abstract........................................... 1 2. Conventions Used in this Document.................. 1 3. Introduction and Overview.......................... 2 4. Commands........................................... 2 4.1. SETQUOTA Command................................... 2 4.2. GETQUOTA Command................................... 2 4.3. GETQUOTAROOT Command............................... 3 5. Responses.......................................... 3 5.1. QUOTA Response..................................... 3 5.2. QUOTAROOT Response................................. 4 6. Formal syntax...................................... 4 7. References......................................... 5 8. Security Considerations............................ 5 9. Author's Address................................... 5 2. Conventions Used in this Document In examples, "C:" and "S:" indicate lines sent by the client and server respectively. Myers Standards Track [Page 1] RFC 2087 QUOTA January 1997 3. Introduction and Overview The QUOTA extension is present in any IMAP4 implementation which returns "QUOTA" as one of the supported capabilities to the CAPABILITY command. An IMAP4 server which supports the QUOTA capability may support limits on any number of resources. Each resource has an atom name and an implementation-defined interpretation which evaluates to an integer. Examples of such resources are: Name Interpretation STORAGE Sum of messages' RFC822.SIZE, in units of 1024 octets MESSAGE Number of messages Each mailbox has zero or more implementation-defined named "quota roots". Each quota root has zero or more resource limits. All mailboxes that share the same named quota root share the resource limits of the quota root. Quota root names do not necessarily have to match the names of existing mailboxes. 4. Commands 4.1. SETQUOTA Command Arguments: quota root list of resource limits Data: untagged responses: QUOTA Result: OK - setquota completed NO - setquota error: can't set that data BAD - command unknown or arguments invalid The SETQUOTA command takes the name of a mailbox quota root and a list of resource limits. The resource limits for the named quota root are changed to be the specified limits. Any previous resource limits for the named quota root are discarded. If the named quota root did not previously exist, an implementation may optionally create it and change the quota roots for any number of existing mailboxes in an implementation-defined manner. Myers Standards Track [Page 2] RFC 2087 QUOTA January 1997 Example: C: A001 SETQUOTA "" (STORAGE 512) S: * QUOTA "" (STORAGE 10 512) S: A001 OK Setquota completed 4.2. GETQUOTA Command Arguments: quota root Data: untagged responses: QUOTA Result: OK - getquota completed NO - getquota error: no such quota root, permission denied BAD - command unknown or arguments invalid The GETQUOTA command takes the name of a quota root and returns the quota root's resource usage and limits in an untagged QUOTA response. Example: C: A003 GETQUOTA "" S: * QUOTA "" (STORAGE 10 512) S: A003 OK Getquota completed 4.3. GETQUOTAROOT Command Arguments: mailbox name Data: untagged responses: QUOTAROOT, QUOTA Result: OK - getquota completed NO - getquota error: no such mailbox, permission denied BAD - command unknown or arguments invalid The GETQUOTAROOT command takes the name of a mailbox and returns the list of quota roots for the mailbox in an untagged QUOTAROOT response. For each listed quota root, it also returns the quota root's resource usage and limits in an untagged QUOTA response. Example: C: A003 GETQUOTAROOT INBOX S: * QUOTAROOT INBOX "" S: * QUOTA "" (STORAGE 10 512) S: A003 OK Getquota completed Myers Standards Track [Page 3] RFC 2087 QUOTA January 1997 5. Responses 5.1. QUOTA Response Data: quota root name list of resource names, usages, and limits This response occurs as a result of a GETQUOTA or GETQUOTAROOT command. The first string is the name of the quota root for which this quota applies. The name is followed by a S-expression format list of the resource usage and limits of the quota root. The list contains zero or more triplets. Each triplet conatins a resource name, the current usage of the resource, and the resource limit. Resources not named in the list are not limited in the quota root. Thus, an empty list means there are no administrative resource limits in the quota root. Example: S: * QUOTA "" (STORAGE 10 512) 5.2. QUOTAROOT Response Data: mailbox name zero or more quota root names This response occurs as a result of a GETQUOTAROOT command. The first string is the mailbox and the remaining strings are the names of the quota roots for the mailbox. Example: S: * QUOTAROOT INBOX "" S: * QUOTAROOT comp.mail.mime 6. Formal syntax The following syntax specification uses the augmented Backus-Naur Form (BNF) notation as specified in RFC 822 with one exception; the delimiter used with the "#" construct is a single space (SP) and not one or more commas. Except as noted otherwise, all alphabetic characters are case- insensitive. The use of upper or lower case characters to define token strings is for editorial clarity only. Implementations MUST accept these strings in a case-insensitive fashion. Myers Standards Track [Page 4] RFC 2087 QUOTA January 1997 getquota ::= "GETQUOTA" SP astring getquotaroot ::= "GETQUOTAROOT" SP astring quota_list ::= "(" #quota_resource ")" quota_resource ::= atom SP number SP number quota_response ::= "QUOTA" SP astring SP quota_list quotaroot_response ::= "QUOTAROOT" SP astring *(SP astring) setquota ::= "SETQUOTA" SP astring SP setquota_list setquota_list ::= "(" 0#setquota_resource ")" setquota_resource ::= atom SP number 7. References [IMAP4] Crispin, M., "Internet Message Access Protocol - Version 4", RFC 1730, University of Washington, December 1994. [RFC-822] Crocker, D., "Standard for the Format of ARPA Internet Text Messages", STD 11, RFC 822. 8. Security Considerations Implementors should be careful to make sure the implementation of these commands does not violate the site's security policy. The resource usage of other users is likely to be considered confidential information and should not be divulged to unauthorized persons. 9. Author's Address John G. Myers Carnegie-Mellon University 5000 Forbes Ave. Pittsburgh PA, 15213-3890 EMail: jgm+@cmu.edu Myers Standards Track [Page 5]