506068 - tb3b3 creates extra folders on startup

Status: RESOLVED DUPLICATE of bug 480393

(Thunderbird :: Folder and Message Lists, defect)

Description

[Zoltán Halassy]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; hu; rv:1.9.1.1) Gecko/20090715 Firefox/3.5.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; hu; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3

Hungarian version. Server is Cyrus with traditional folder struction convention (as in, INBOX is a root itself, therefore it can hold messages and subfolders, but not folder siblings), so Trash folder goes to "INBOX.Trash". INBOX is called "Beérkezett üzenetek" in Hungarian. Trash is called "Törölt elemek". 

In the mailbox settings, the Trash is set to "Beérkezett üzenetek -> Törölt elemek". If I click it, only "Beérkezett üzenetek" appears (INBOX, yeah that's correct, there cannot be any other folder there), if i hover the pointer over it, the folder structure appears, "Törölt elemek" included (Trash).

The problem is with saving/handling the prefs.js cause it will get saved as

user_pref("mail.server.server1.trash_folder_name", "Beérkezett üzenetek/Törölt elemek");

instead of someting like:

user_pref("mail.server.server1.trash_folder_name", "imap://EMAIL@IMAPSERVER/INBOX/Trash");

So, when starting up, TB will actually create a subfulder under INBOX named "Beérkezett üzenetek", then a subfolder for this one, "Törölt elemek".

Strange enough, somehow TB still knows it needs to put the deleted messages to INBOX.Trash, instead of the newly create folders.

Reproducible: Always

Steps to Reproduce:
Get a localized version of TB (i guess not just Hungarian is the only one which is affected), start using IMAP served by cyrus, setup trash folder, restart TB.
Actual Results:  
Creates two extra folders, on next startup.

Expected Results:  
It guess prefs.js should be handled properly.

Comment 1

[Zoltán Halassy]

Attachment: screenshot showing the extra folders created on hungarian version of TB

Cyrus IMAP with traditional folder conventions (like INBOX.Trash)

Comment 2

[David :Bienvenu]

yeah, why that trash folder picker code didn't use the folder URI like the other special folders is beyond me...I'm not sure how we extricate ourselves from that mistake.

Comment 3

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #0)
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; hu; rv:1.9.1.1)
> Gecko/20090715 Thunderbird/3.0b3
> 
> Hungarian version. Server is Cyrus with traditional folder struction convention
> (as in, INBOX is a root itself, therefore it can hold messages and subfolders,
> but not folder siblings), so Trash folder goes to "INBOX.Trash". INBOX is
> called "Beérkezett üzenetek" in Hungarian. Trash is called "Törölt elemek". 

Is next right?
  namespace=INBOX., and real folder name at IMAP server=Trash(INBOX.Trash).
  "Beérkezett üzenetek" and "Törölt elemek" are localized name
  by Hungarian version Thunderbird (not by IMAP server). 

> In the mailbox settings, the Trash is set to "Beérkezett üzenetek -> Törölt
> elemek". If I click it, only "Beérkezett üzenetek" appears (INBOX, yeah that's
> correct, there cannot be any other folder there), if i hover the pointer over
> it, the folder structure appears, "Törölt elemek" included (Trash).

What/where is "the mailbox settings"? Trash folder selection list for "Move to Trash model" of Account Settings/Server Setting?

> user_pref("mail.server.server1.trash_folder_name", "Beérkezett üzenetek/Törölt elemek");
> instead of someting like: user_pref("mail.server.server1.trash_folder_name", "imap://EMAIL@IMAPSERVER/INBOX/Trash");

Did you set it via Trash folder selection list for "Move to Trash model" of Account Settings/Server Setting?
If yes, it's same problem/phenomenon as Bug 480393. So you can experience two bugs at same time.
(a) Bug 480393 (focuses on next issue only)
    Localized name is set in mail.server.serverN.trash_folder_name
    by trash selection UI of localized Thunderbird.
(b) Bug 491424 (spin-off from Bug 480393. 
    Folder creation request of INBOX.Beérkezett üzenetek.Törölt elemek
    when namespace=INBOX. is used.
You have to manually set mail.server.server1.trash_folder_name=Trash (this entry may be removed by this change upon shutdown of Tb.)

> Strange enough, somehow TB still knows it needs to put the deleted messages to
> INBOX.Trash, instead of the newly create folders.

Probably result of Bug 479226.
> Bug 479226 Two Trash folders: "Move mail to Trash" does NOT work. (if Inbox.Trash also exists, Tb misuses Inbox.Trash)

Comment 4

[Zoltán Halassy]

(In reply to comment #3)
> Is next right?
>   namespace=INBOX., and real folder name at IMAP server=Trash(INBOX.Trash).
>   "Beérkezett üzenetek" and "Törölt elemek" are localized name
>   by Hungarian version Thunderbird (not by IMAP server). 

Real folder names on the server:

INBOX (shown as root folder "Beérkezett üzenetek")
INBOX.Trash (shown as "Törölt elemek", subfolder of "Beérkezett üzenetek")

erronously created folders:

"INBOX.Be&AOk-rkezett &APw-zenetek" (UTF7-IMAP encoding)
"INBOX.Be&AOk-rkezett &APw-zenetek.T&APY-r&APY-lt elemek" (UTF7-IMAP encoding)



> What/where is "the mailbox settings"? Trash folder selection list for "Move to
> Trash model" of Account Settings/Server Setting?

Yes.

> Did you set it via Trash folder selection list for "Move to Trash model" of
> Account Settings/Server Setting?

Yes.

Comment 5

[Zoltán Halassy]

Sorry, to be more clear:

Yes, you are right, Cyrus IMAP doesn't localize anything, so on the IMAP channel "INBOX.Trash" travels (not some hungarian strings, except the new folder names).

I use that IMAP server at some places where a very old version of Pine exists, and it never heard of UTF7-IMAP, so i avoid using them on server side.