25.02.2013 Views

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

15.5.2 IMAP4 states<br />

The disconnected model is a combination of both the offline <strong>and</strong> online models.<br />

In this model, an IMAP4 client connects to a server, downloads some or all of the<br />

messages, <strong>and</strong> disconnects. However, following the disconnect, the server does<br />

not delete the messages as it does in the offline model. The client can then<br />

manipulate the messages on the local system <strong>and</strong> later reconnect to the server.<br />

Upon reconnecting, the client’s changes are synchronized with the server’s<br />

mailbox, enacting any of the changes made while offline. In this model, the<br />

server remains the authoritative repository for the messages.<br />

Each of these models have advantages <strong>and</strong> disadvantages, but because IMAP4<br />

supports all these models, the client is able to switch to another model to meet<br />

whatever needs might exist at the time. Some of these advantages <strong>and</strong><br />

disadvantages are listed in Table 15-5.<br />

Table 15-5 Advantages <strong>and</strong> disadvantages of the IMAP4 models<br />

Feature Offline Online Disc<br />

Use of multiple clients simultaneously No Yes Yes<br />

Minimum use of server connection time Yes No Yes<br />

Minimum use of server resources Yes No No<br />

Minimum use of client resources No Yes No<br />

Multiple remote mailboxes No Yes Yes<br />

Fast startup No Yes No<br />

Mail processing when not online Yes No Yes<br />

Similar to POP3 (see 15.4.1, “Connection states” on page 589), the IMAP4<br />

session exists in different states. Some comm<strong>and</strong>s are valid for certain states<br />

<strong>and</strong> some of the comm<strong>and</strong>s are valid for all states. If the client sends a comm<strong>and</strong><br />

that is not appropriate for that state, the server responds with an error message.<br />

The four states are:<br />

Non-authenticated state In this state, the client has not yet authenticated<br />

with the server.<br />

Authenticated state In this state, the client has identified itself to the<br />

server, <strong>and</strong> must select a mailbox to proceed.<br />

Selected state In this state, a mailbox has been successfully<br />

selected, <strong>and</strong> actions can be taken against mail<br />

within the mailbox.<br />

592 <strong>TCP</strong>/<strong>IP</strong> <strong>Tutorial</strong> <strong>and</strong> <strong>Technical</strong> <strong>Overview</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!