234219 - creation of sent/drafts folder fails (possibly templates folder also)

Status: RESOLVED EXPIRED

(MailNews Core :: Networking: IMAP, defect)

Description

[Zing]

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113

Imap mail is incorrectly creating the Sent/Drafts(/Templates?) in the wrong
namespace when the folder does not exist.  This is a regression from 1.4...
where 1.4 would do a 'create "INBOX.Sent"', 1.6 is doing a 'create "Sent"' which
fails with 'Permission Denied' --> mail client hangs "Copying message to Sent
Folder".

If you create the Sent/Drafts(/Templates?) folder manually, everything works
properly from that point on.

I will try to attach the cyrus protocol logs I have... notice that the
"INBOX.Trash" is created properly in the right namespace even in ver 1.6


Reproducible: Always
Steps to Reproduce:
1. create and connect to new imap account that has no
Sent/Drafts/Templates/Trash folders (tested with a cyrus server) 
1a. just use default settings (no base server imap dir and let server override)
2. compose and send an email OR cancel and try to save message to drafts.

Actual Results:  
3. Mail will be sent, but will hang on "Copying message to Sent folder." OR
error on copying to drafts folder.


Expected Results:  
the sent or drafts folder should be created and client should continue on its way.

Comment 1

[Zing]

Attachment: mozilla 1.6 cyrus imap protocol trace

Comment 2

[Zing]

Attachment: mozilla 1.4 cyrus imap protocol trace

Comment 3

[Kjetil Torgrim Homme]

This is still a problem in Thunderbird 1.0.  With the default settings,
Thunderbird just spins as the user tries to send the message.

<1109608479<7 list "" "Drafts"
>1109608479>7 OK Completed (0.000 secs 1 calls)
<1109608479<8 create "Drafts"
>1109608479>8 NO Permission denied

At this point, Thunderbird does nothing other than go through its progress bar
over and over.

Comment 4

[David :Bienvenu]

attaching or e-mailing me your prefs.js would be useful. Do you have the online
directory set in the imap server advanced settings?

Comment 5

[Kjetil Torgrim Homme]

(I included a slightly misleading snippet from the Cyrus telemetry, it first
spins waiting after Sent.  it spins waiting for Drafts (as shown) after I press
Cancel and try to Close the window and answer yes to whether the message should
be saved as a draft.  The message is actually sent via SMTP before this happens,
of course.)

Comment 6

[Kjetil Torgrim Homme]

Attachment: default prefs don't work w/Cyrus etc.

these preferences were set by starting Thunderbird in a fresh account and
following the wizard.

Comment 7

[David :Bienvenu]

if you click on the inbox, and shutdown, do your prefs contain the personal
namespace "Inbox."?

Comment 8

[Kjetil Torgrim Homme]

The prefs in the attachment is a copy of the file after exiting Thunderbird. 
Reading messages worked fine, the list of folders on the server was correct.

Comment 9

[David :Bienvenu]

if you go into the advanced imap server settings, what do we list as the
personal namespace? When trying to create the Sent/Drafts folder, it looks like
we don't know that the personal namespace is "Inbox.", but the protocol log
shows that the server is saying that the personal namespace is "Inbox.". That
setting should be in prefs.js, something like
user_pref("mail.server.server2.namespace.personal", "\"INBOX.\"");

Comment 10

[Kjetil Torgrim Homme]

the Personal namespace is empty (as you could see).

I changed it manually to INBOX. (no double quotes), and it still didn't work.  I
then restarted Thunderbird, and it looks like a restart of the IMAP connection
made it pick up the namespace change.  the protocol trace is now straightforward,

<1109675846<5 append "INBOX.Sent" (\Seen) {385}
>1109675846>+ go ahead
[...]
>1109675846>* 428 EXISTS
* 1 RECENT
5 OK [APPENDUID 1060092267 433] Completed

I hope you agree that it is not satisfactory to have to tell our users to change
their Advanced IMAP settings manually.

Comment 11

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 12

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.