329232 - saving drafts on UW-IMAPD server does not work with default configuration

Status: RESOLVED FIXED

(Thunderbird :: Preferences, defect)

Description

[Florian Effenberger]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Build Identifier: Thunderbird 1.5

In the settings you can configure where to store the drafts. There are two
possibilites:

Drafts Folder in [Account Name], which is fixed
and
Other Folder, which is freely selectable

The default is the first option. When I save a message, Thunderbird seems to save forever, but nothing happens, no log entries in the
mail server's log as well. When I manually select the appropriate
folder in the Thunderbird configuration dialogue, it works just fine,
although it points to the same folder.

Tested with TB 1.5 German and English and UW-IMAPD 2004g.

Reproducible: Always

Steps to Reproduce:
See above

Comment 1

[Florian Effenberger]

Seems I have found the culprit.

The Drafts folder is NOT automatically being created. You first have to open it in Thunderbird, then the Unix file (in my case mbx, might be different for maildir setups) is being created. At that point, TB can save into that folder.

Seems to be a TB bug. Other clients IMHO create these special folders the first time the account is opened.

Comment 2

[Florian Effenberger]

The same problem seems to happen with "Saved Messages" and "Trash". Once used and opened, it works just fine.

Comment 3

[Marcin Chojnowski]

The same happens here. Existed even with 1.0.x versions. Even when I have folders created on the mail server (but not subscribed to TB) it still fails.
Very annoying bug.

Comment 4

[Marcin Chojnowski]

Why IMAP support in TB suxs so much? Version 1.5 is even worse than 1.0.x versions.

This bug still exists. I have sent and drafts folder on the server. Folders are listed as subscribed in Courier file. TB doesn't see it. I have select subscribe oprion deselect and select back somthing and then it's able to see this folders.

When I try to send something using new account it waits for ages saying Copying message to Sent folder. The same problem exists with drafts.

How can I use TB in big corporate network if it does not work well and I have to run to every workstation, unsubscribe subscribe, etc.

Just not ready for corporate at all.

The same bug exists when I remove folder manually from mail server. Modify courier subscribed file. TB does not refresh subscribed folders list on the mailserver when it checks for new mail. When I move folder as described it will still show folder than does not longer exists. 

I have to go to subscribe option again. Ofcourse removed folder is not listed there (as expected) but left pane still shows it. I have to unsubscribe then subscribe to make TB remove non existing (non subscribed) folders from left pane tree view.

Comment 5

[Florian Effenberger]

A little workaround for UW-IMAPD is:

mkdir /home/myuser/.imap
mailutil create "#driver.mbx/home/myuser/.imap/INBOX"
mailutil create "#driver.mbx/home/myuser/.imap/Drafts"
mailutil create "#driver.mbx/home/myuser/.imap/Trash"
mailutil create "#driver.mbx/home/myuser/.imap/Sent"
chown myuser:users /home/myuser/.imap/*
chown myuser:users /home/myuser/.imap

This manually creates the folder (on the server), and TB works. However, it still is a TB bug.

Comment 6

[Marcin Chojnowski]

> This manually creates the folder (on the server), and TB works. However, it
> still is a TB bug.

I have folders manualy created. I use Maildir format. IMAP in TB sux alot.

Now I test new stuff in advanced settings like I uncheced Show only subscribed folders and it seems to help little bit. I disabled IDLE option as well.

We'll se but I'm thining to move somewhere else as well LDAP support sux in TB as you can't create LDAP entries. I would have to create database manually instead of giving some training to users.

Comment 7

[David :Bienvenu]

Attachment: proposed fix

this makes the initial save/copy work for draft/sent/templates folders that need to be created.

Comment 8

[David :Bienvenu]

Comment on attachment 220171 [details] [diff] [review]
proposed fix

simple mail only fix - code change actually only affects the case where the special folder doesn't exist yet...