user supplied default IMAP name space from default account carrying over to non-default account

RESOLVED INCOMPLETE

Status

Thunderbird
Account Manager
RESOLVED INCOMPLETE
13 years ago
9 years ago

People

(Reporter: Matthew Lenz, Assigned: Scott MacGregor)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

13 years ago
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.
(Reporter)

Comment 1

13 years ago
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.
(Reporter)

Comment 2

13 years ago
(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.
(Reporter)

Comment 3

13 years ago
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.

Comment 4

13 years ago
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...
(Reporter)

Comment 5

13 years ago
did you try it? .. default account has a name space supplied. second account has
no namespace supplied. .. both are imap accounts of course.
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/
(Reporter)

Comment 7

12 years ago
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.
QA Contact: account-manager

Comment 8

10 years ago
still problem in current 2.0.0.14?
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.