On Sunday, 27 April 2014 16:34:30 CEST, George P. wrote:
16:24:17.421 >>> y11 APPEND Sent (\Seen) "27-Apr-2014 16:24:17 +0200"
{365}
16:24:17.453 <<< * OK [TRYCREATE] Must create mailbox before append
16:24:17.453 Warning: unhandled untagged OK with a response code
Thanks. This is a combination of a bug in Trojita (we try to save mail into
a non-existing mailbox) and a nasty bug in the IMAP server (a synchronizing
literal is not properly aborted by sending a tagged response).
In baseline IMAP, clients have to "ask" the server for permission before
they send large chunks of data (in this case, the content of the outgoing
mail). A server is supposed to ackowledge its willingness to accept these
data by a command continuation request, or deny it by sending out a tagged
NO or a tagged BAD. In this case, the server should have said something
like this:
y11 NO [TRYCREATE] Must create mailbox before append
What happens in this case is that Trojita gets stuck waiting for either
this tagged NO or BAD, or for a command continuation request ("+ go ahead,
send us the data"). It is the server's fault that it does not send this
response as a tagged one. Even if Trojita recognized this untagged OK
[TRYCREATE] (which is in itself a bit hard because these command could
theoretically be pipelined in parallel) and detected "ah, OK, this command
will fail", the server still must respond to our command with a tagged
response. Right now the server believes that the command was handled, while
Trojita gets stuck waiting for something which is not going to come.
You can "fix" this by creating a mailbox names "Sent", or changing
Trojita's settings so that it uses another mailbox for saving mail (or even
unticking that checkbox for saving outgoing stuff in the first place).
Do you know what IMAP server implementation is that? The standard [1] says
that:
Unless it is certain that the destination mailbox can not be created,
the server MUST send the response code "[TRYCREATE]" as the prefix of
the text of the tagged NO response.
It would be great to report a bug to that server's developers.
With kind regards,
Jan
[1] http://tools.ietf.org/html/rfc3501#section-6.3.11
--
Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
