User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 This one is pretty tough to recreate but it seems to happen mainly when playing around with the trash settings. Setup: I've got an account (A) that is the default account (first created) where I added a default IMAP namespace called 'mail'. I've got another account (B) (IMAP as well) on a different server where I don't provide a default namespace and let the server place the user folders in their default locations. When I mess around with the Trash settings (or use the trash folder in anyway) Thunderbird creates a 'mail/Trash' folder on account (B). I assume its some kind of carry over from the other account but I can't be sure. Let me know whatelse you need to know. This is with windows XP thunderbird .9 Reproducible: Always Steps to Reproduce: see Details Actual Results: see Details Expected Results: Trash folder should created in the current default namespace. If its user supplied it should create it in the user supplied namespace. If there is no user supplied namespace, it should be placed in the server default namespace along with the other folders. There should be no carry over between accounts.
has anyone looked at this bug? its super annoying and it keeps me from using thunderbird as my primary email client or recommending it to others. :( to reproduce just add a user supplied IMAP default path 'mail' to your default email account. secondary email accounts seem to inherit this and create a 'mail/Trash' directory/folder on the account. its very annoying.
(In reply to comment #1) > has anyone looked at this bug? its super annoying and it keeps me from using > thunderbird as my primary email client or recommending it to others. :( > > to reproduce just add a user supplied IMAP default path 'mail' to your default > email account. secondary email accounts seem to inherit this and create a > 'mail/Trash' directory/folder on the account. its very annoying. where default and secondary account are both imap accounts. both servers have a system default path of the users home directory (no sub-directory mail) .. adding a subdirectory 'mail' on the first one (cuz its not only used for mail). The secondary doesn't actually "create" a mail directory from what I can tell. It just displays one under the secondary folder list.. weird.
even more details. it does for some crazy reason attempt to assign the default path as 'mail' on the secondary server whenever you make changes to the configs of either. I'm done posting to this thread, sorry for the rambling.
can I see your prefs.js? I can't think of any reason that this pref should propagate across accounts, and they don't, in my experience...
did you try it? .. default account has a name space supplied. second account has no namespace supplied. .. both are imap accounts of course.
you can probably remove this bug if you want as i no longer use non-default namespaces and do not have the ability to verify it works even if its thought to be fixed.
still problem in current 126.96.36.199?
Whiteboard: closeme 2008-07-24
RESO INCO per lack of response to question in last comment. If you feel this change was made in error, please respond to the bug detailing your reasons why.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
Whiteboard: closeme 2008-07-24
You need to log in before you can comment on or make changes to this bug.