User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a6) Gecko/20050111 Build Identifier: Thunderbird version 1.0.2 (20050317) When TRASH folder name used for IMAP mail account is BASE64-encoded UTF-8 string (for example, when trash folder name consists of cyrillic letters), and such trash folder specified in "prefs.js" file, Thunderbird creates one more folder, named same as trash folder, but with leading "-", and shows both folders in a folder tree. Both folders have the "trash" icon. Reproducible: Always Steps to Reproduce: 1.Create IMAP folder "&BBoEPgRABDcEOAQ9BDA-" (which is BASE64-encoded UTF-8 cyrillic word "Корзина"="Trash") 2.Create Thunderbird IMAP mail account, do not connect to the IMAP server at this time, quit Thunderbird 3.In "prefs.js" file specify: user_pref("mail.server.server#.trash_folder_name", "&BBoEPgRABDcEOAQ9BDA-"); (with correct mail server number :) 4.Start Thunderbird, connect to the IMAP server and get the folders list Actual Results: In a folders tree there appears two trash folders named "&BBoEPgRABDcEOAQ9BDA-" and "Корзина" respectively. In fact .msf file corresponding to the first folder actually named "&-BBoEPgRABDcEOAQ9BDA-.msf". At this time there is no corresponding IMAP folder exists on the server. Any attempt to delete any message from any other folder fails with error "The mailserver responded: [TRYCREATE] UID COPY failed: No such destination mailbox." However, manually created IMAP folder named "&-BBoEPgRABDcEOAQ9BDA-" will assosiate with this Thunderbird creation :) Each one of this folders in Thunderbird folders tree have a "trash" icon, but only the first one have correct trash context menu. Expected Results: Thunderbird should display only one Trash folder (named either "Trash" or "Корзина") - see the bug 279139 (which is more likely a feature request) - but neither create additional folders nor show trash folder name as BASE64-encoded "&BBoEPgRABDcEOAQ9BDA-"
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/
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.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.