Please Whitelist This Site?

I know everyone hates ads. But please understand that I am providing premium content for free that takes hundreds of hours of time to research and write. I don't want to go to a pay-only model like some sites, but when more and more people block ads, I end up working for free. And I have a family to support, just like you. :)

If you like The TCP/IP Guide, please consider the download version. It's priced very economically and you can read all of it in a convenient format without ads.

If you want to use this site for free, I'd be grateful if you could add the site to the whitelist for Adblock. To do so, just open the Adblock menu and select "Disable on tcpipguide.com". Or go to the Tools menu and select "Adblock Plus Preferences...". Then click "Add Filter..." at the bottom, and add this string: "@@||tcpipguide.com^$document". Then just click OK.

Thanks for your understanding!

Sincerely, Charles Kozierok
Author and Publisher, The TCP/IP Guide


NOTE: Using software to mass-download the site degrades the server and is prohibited.
If you want to read The TCP/IP Guide offline, please consider licensing it. Thank you.

The Book is Here... and Now On Sale!

Searchable, convenient, complete TCP/IP information.
The TCP/IP Guide

Custom Search







Table Of Contents  The TCP/IP Guide
 9  TCP/IP Application Layer Protocols, Services and Applications (OSI Layers 5, 6 and 7)
      9  TCP/IP Key Applications and Application Protocols
           9  TCP/IP File and Message Transfer Applications and Protocols (FTP, TFTP, Electronic Mail, USENET, HTTP/WWW, Gopher)
                9  TCP/IP Electronic Mail System: Concepts and Protocols (RFC 822, MIME, SMTP, POP3, IMAP)
                     9  TCP/IP Electronic Mail Access and Retrieval Protocols and Methods
                          9  TCP/IP Internet Message Access Protocol (IMAP/IMAP4)

Previous Topic/Section
IMAP General Operation, Client/Server Communication and Session States
Previous Page
Pages in Current Topic/Section
123
4
Next Page
IMAP Not Authenticated State: User Authentication Process and Commands
Next Topic/Section

IMAP Commands, Results and Responses
(Page 4 of 4)

Result Codes

There are three main result codes sent in reply to a command, and two special ones used in certain circumstances:

  • OK: A positive result to a command, usually sent with the tag of the command that was successful. May be sent untagged in the server's initial greeting when a session starts.

  • NO: A negative result to a command. When tagged, indicates the command failed; when untagged, serves as a general warning message about some situation on the server.

  • BAD: Indicates an error message. It is tagged when the error is directly related to a command that has been sent, and otherwise is untagged.

  • PREAUTH: An untagged message sent at the start of a session to indicate that no authentication is required; the session goes directly to the Authenticated state.

  • BYE: Sent when the server is about to close the connection. It is always untagged, and is sent in reply to a Logout command or when the connection is to be closed for any other reason.
Response Codes

In contrast to results, responses are used to communicate a wide variety of information to the client device. Responses normally include descriptive text that provides details about what is being communicated. They may be sent either directly in reply to a command or incidentally to one. An example of the latter case would be if a new message arrives in a mailbox during a session. In this case, the server will convey this information “unilaterally” at its first opportunity, regardless of what command was recently sent.

The following are the response codes defined by the IMAP standard:

  • ALERT: An alert message to be sent to the human user of the IMAP client to inform him or her of something important.

  • BADCHARSET: Sent when a search fails due to use of an unsupported character set.

  • CAPABILITY: A list of server capabilities; may be sent as part of the initial server greeting so the CAPABILITY command does not need to be used.

  • PARSE: Sent when an error occurs parsing the headers or MIME content of an e-mail message.

  • PERMANENTFLAGS: Communicates a list of message status flags that the client is allowed to manipulate.

  • READ-ONLY: Tells the client that the mailbox is only accessible in a read-only mode.

  • READ-WRITE: Tells the client that the mailbox is accessible in read-write mode.

  • TRYCREATE: Sent when an APPEND or COPY command fails due to the target mailbox not existing, to suggest to the client that it try creating the mailbox first.

  • UIDNEXT: Sent with a decimal number that specifies the next unique identifier value to use in an operation. These identifiers allow each message to be uniquely identified.

  • UIDVALIDITY: Sent with a decimal number that specifies the unique identifier validity value, used to confirm unique message identification.

  • UNSEEN: Sent with a decimal number that tells the client the message that is flagged as not yet seen (a new message).

Previous Topic/Section
IMAP General Operation, Client/Server Communication and Session States
Previous Page
Pages in Current Topic/Section
123
4
Next Page
IMAP Not Authenticated State: User Authentication Process and Commands
Next Topic/Section

If you find The TCP/IP Guide useful, please consider making a small Paypal donation to help the site, using one of the buttons below. You can also donate a custom amount using the far right button (not less than $1 please, or PayPal gets most/all of your money!) In lieu of a larger donation, you may wish to consider purchasing a download license of The TCP/IP Guide. Thanks for your support!
Donate $2
Donate $5
Donate $10
Donate $20
Donate $30
Donate: $



Home - Table Of Contents - Contact Us

The TCP/IP Guide (http://www.TCPIPGuide.com)
Version 3.0 - Version Date: September 20, 2005

© Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved.
Not responsible for any loss resulting from the use of this site.