You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Norman Maurer (JIRA)" <se...@james.apache.org> on 2011/07/14 14:09:00 UTC
[jira] [Created] (IMAP-321) CLOSE command MUST not send unsolicited
responses
CLOSE command MUST not send unsolicited responses
-------------------------------------------------
Key: IMAP-321
URL: https://issues.apache.org/jira/browse/IMAP-321
Project: JAMES Imap
Issue Type: Bug
Components: Protocol
Affects Versions: 0.2.1
Reporter: Norman Maurer
Assignee: Norman Maurer
Fix For: 0.3
At the moment we send unsolicited response on CLOSE. This is wrong as stated in the rfc:
RFC3501:
The CLOSE command permanently removes all messages that have the
\Deleted flag set from the currently selected mailbox, and returns
to the authenticated state from the selected state. No untagged
EXPUNGE responses are sent.
No messages are removed, and no error is given, if the mailbox is
selected by an EXAMINE command or is otherwise selected read-only.
Even if a mailbox is selected, a SELECT, EXAMINE, or LOGOUT
command MAY be issued without previously issuing a CLOSE command.
The SELECT, EXAMINE, and LOGOUT commands implicitly close the
currently selected mailbox without doing an expunge. However,
when many messages are deleted, a CLOSE-LOGOUT or CLOSE-SELECT
sequence is considerably faster than an EXPUNGE-LOGOUT or
EXPUNGE-SELECT because no untagged EXPUNGE responses (which the
client would probably ignore) are sent.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] [Resolved] (IMAP-321) CLOSE command MUST not send
unsolicited responses
Posted by "Norman Maurer (JIRA)" <se...@james.apache.org>.
[ https://issues.apache.org/jira/browse/IMAP-321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Norman Maurer resolved IMAP-321.
--------------------------------
Resolution: Fixed
> CLOSE command MUST not send unsolicited responses
> -------------------------------------------------
>
> Key: IMAP-321
> URL: https://issues.apache.org/jira/browse/IMAP-321
> Project: JAMES Imap
> Issue Type: Bug
> Components: Protocol
> Affects Versions: 0.2.1
> Reporter: Norman Maurer
> Assignee: Norman Maurer
> Fix For: 0.3
>
>
> At the moment we send unsolicited response on CLOSE. This is wrong as stated in the rfc:
> RFC3501:
> The CLOSE command permanently removes all messages that have the
> \Deleted flag set from the currently selected mailbox, and returns
> to the authenticated state from the selected state. No untagged
> EXPUNGE responses are sent.
> No messages are removed, and no error is given, if the mailbox is
> selected by an EXAMINE command or is otherwise selected read-only.
> Even if a mailbox is selected, a SELECT, EXAMINE, or LOGOUT
> command MAY be issued without previously issuing a CLOSE command.
> The SELECT, EXAMINE, and LOGOUT commands implicitly close the
> currently selected mailbox without doing an expunge. However,
> when many messages are deleted, a CLOSE-LOGOUT or CLOSE-SELECT
> sequence is considerably faster than an EXPUNGE-LOGOUT or
> EXPUNGE-SELECT because no untagged EXPUNGE responses (which the
> client would probably ignore) are sent.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org