Closed
Bug 836712
Opened 12 years ago
Closed 7 years ago
The problem with the addition of two accounts from one server
Categories
(Thunderbird :: Account Manager, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: riklexa, Unassigned)
Details
Attachments
(3 files)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.56 Safari/537.17
Steps to reproduce:
I have two mail accounts on one server Exchange.
I add a custom folder to sync using imap. Everything works OK. Then I add a second account also for imap.
Actual results:
Opening the folder list for the second account I can see the folder on the first of recorded entries. If it's set to change the name of recorded record incoming mail server and make it a different name from the server seemed in the first record of recorded, everything is OK.
Expected results:
Probably should show a list of folders at once the second account.
Comment 1•12 years ago
|
||
How did you create multiple accounts?
If you created first account with hostname=A and userName=B and you intentionally changed User Name to Bx, "hostname=A+realuserName=Bx" is used in login, but internal name == A+B.
In this case, if you create second account with hostname=A and userName=B which is absolutely same as server name/user name what you requested upon first account creation, Tb doesn't reject it, because second "hostname=A+userName=B" == "A+B" != "A+Bx" == "hostname=A+realuserName=Bx" of first account.
After that, because both accounts has same "hostname=A+userName=B", "duplicated account definitions" condition happens.
This is known problem of bug 303542. See also dup bugs of that bug and bugs listed in Dependency tree for that bug.
Same problem as bug 303542?
Reporter | ||
Comment 2•12 years ago
|
||
Reporter | ||
Comment 3•12 years ago
|
||
Reporter | ||
Comment 4•12 years ago
|
||
Reporter | ||
Comment 5•12 years ago
|
||
>>Same problem as bug 303542?
no it is not the problem, if I understand correctly.
I added a few pictures with the settings and the folder list.
These two mailboxes, two different accounts on the server, with a different list of folders that have no relationship to each other.
But as you can see in the picture, in the second account, I can see a list of folders first account.
Can you check what is the value of the "Local Directory" field in server settings of each account (you have it in the screenshots, just cut off). Does each account have a separate filesystem folder?
Comment 7•12 years ago
|
||
(In reply to Aleksey Chetaev from comment #5)
> >>Same problem as bug 303542?
> no it is not the problem, if I understand correctly.
Have you actually read and understand that bug?
If you read and understand correctly, why no referring to type/hostname/realhostname/userName/realuserName of your prefs.js setting in your answer?
Problem of that bug is :
Because internal URL(serverURI) == type://userName@hostname,
if multiple accounts has same type/hosname/userName in definition,
realuserName=B1, type=pop3,hostname=A,username=B => serverURI = pop3://B@A
realuserName=B2, type=pop3,hostname=A,username=B => serverURI = pop3://B@A
multiple accounts has same serverURL.
So multiple accounts uses same internal resources.
It shouldn't occur, but Account Manager currently doesn't reject it.
WADA, in the screenshots Aleksej has different user names on the same server. We do not know yet if he created them originally with the same username and then changed one. He has not confirmed if he did what you write in comment 1.
Comment 9•12 years ago
|
||
(In reply to :aceman from comment #8)
> WADA, in the screenshots Aleksej has different user names on the same server.
realhostname/realuserName is created when user touched Server Name: / User Name: field at Server Settings. So, following cases exist.
> (a-1) no realhostname, (a-2) realhostname==hostname, (a-3) realhostname!=hostname
> (b-1) no realuserName, (b-2) realuserName==userName, (b-3) realuserName!=userName
And, what is shown at Server Settings is;
> If realhostname is defined, realhostname, If realhostname is not defined, hostname.
> If realuserName is defined, realuserName, If realuserName is not defined, userName.
i.e. We can say nothing about what is actual definition by screen shot only.
![]() |
||
Comment 10•12 years ago
|
||
(In reply to WADA from comment #9)
> i.e. We can say nothing about what is actual definition by screen shot only.
Yes, that is exactly what I said :)
So we must first wait if Aleksej can remember how he created the accounts, or look into prefs.js to see the values before insisting this must be bug 303542.
Aleksej please go into Options -> advanced -> general -> Config editor and look up these keys:
mail.server.server*.username
mail.server.server*.realusername
mail.server.server*.hostname
mail.server.server*.realhostname
Also please reply to comment 6.
Reporter | ||
Comment 11•12 years ago
|
||
(In reply to :aceman from comment #6)
> Can you check what is the value of the "Local Directory" field in server
> settings of each account (you have it in the screenshots, just cut off).
> Does each account have a separate filesystem folder?
user_pref("mail.server.server1.userName", "a.chetaev");
user_pref("mail.server.server1.hostname", "nevaex1-s");
user_pref("mail.server.server2.userName", "nobody");
user_pref("mail.server.server2.hostname", "Local Folders");
user_pref("mail.server.server3.userName", "helpmail");
user_pref("mail.server.server3.hostname", "nevaex1-s");
in my pref.js i did not find the settings mail.server.server*.realhostname and mail.server.server*.realusername. The GUI also.
I do something wrong?)
![]() |
||
Comment 12•12 years ago
|
||
(In reply to Aleksey Chetaev from comment #11)
> in my pref.js i did not find the settings mail.server.server*.realhostname
> and mail.server.server*.realusername. The GUI also.
> I do something wrong?)
I think that is fine, those prefs do not need to always exist.
It looks like in this case this is not bug 303542.
Can you tell the Local Directory values?
It is mail.server.server*.directory in prefs.js.
Comment 13•12 years ago
|
||
Because you see no realhostname/realuserName in your prefs.js, bug 303542 can't occur in your environment.
Two IMAP accounts of (1) "imap"+"a.chetaev"+"nevaex1-s" and (2) "imap"+"helpmail"+"nevaex1-s" are defined as expected, as shown by screen shot.
Why no answer to question of comment #6?
Did you touch "Local Directory:" setting at Server Settings?
(bottom part of Server Setting, setting via directory picker, mail.server.serverN.directory-rel and mail.server.serverN.directory in prefs.js)
How about your "IMAP server directory:" setting in Server Settings/Advanced?
(mail.server.serverN.server_sub_directory in prefs.js)
How about value set in namespace fields of Server Settings/Advanced?
(mail.server.serverN.namespace.???)
If you never touch "Local Directory:" of Server Settings (mail.server.serverN.directory-rel),
and if userID of "helpmail" is not alias of userID of "a.chetaev" in your IMAP server,
it's simply "different account of the IMAP server has same Mbox structure", or it's simply "different subscription status", or it's simply "common namespace is used" etc., isn't it?
Could you please describe detail about what kind of wrong thing occurs in your environment?
Set of (i) what is wrong and why wrong & (ii) what should be and why should be
Reporter | ||
Comment 14•12 years ago
|
||
First and second accounts have the same directory:
user_pref("mail.server.server3.directory", "C:\\Users\\lexa.S8\\AppData\\Roaming\\Thunderbird\\Profiles\\hkaubfdb.default\\ImapMail\\nevaex1-s-1");
user_pref("mail.server.server1.directory", "C:\\Users\\lexa.S8\\AppData\\Roaming\\Thunderbird\\Profiles\\hkaubfdb.default\\ImapMail\\nevaex1-s");
I never touched this setting. I installed the new Thunderbird, a different OS, and repeated SETUP. When setting up the first account, I would have that extra tune letters fell into the Deleted Items folder on my server Ekchange, sent in the Sent folder. And drafts in the Drafts folder. The same custom folder replication.
In the second account does not configure anything, just use the wizard.
Local Diretstory field I have not changed, it is automatically adjusted so thunderbird
my English is not very good. sorry
Reporter | ||
Comment 15•12 years ago
|
||
These two accounts can not nothing in common except that they are provided on a single server exchange.
Comment 16•12 years ago
|
||
(In reply to Aleksey Chetaev from comment #14)
> First and second accounts have the same directory:
Never same. server1 : nevaex1-s server3 : nevaex1-s-1
No problem in your directory-rel/directory setting in prefs.js.
(In reply to Aleksey Chetaev from comment #15)
> These two accounts can not nothing in common except that they are provided
> on a single server exchange.
Even if so, if different IMAP accounts has Mbox of same name(any account has at least same top level Inbox because IMAP), and if the Mbox of same name has subfolders of same name, identical folder structure at folder pane is pretty normal, as different folder structure at folder pane is pretty normal when different accounts has Mbox of different name.
What's wrong in your case?
![]() |
||
Comment 17•12 years ago
|
||
Aleksey, if you put a message into the ServiceDesk folder of account a.cheatev does it also automatically appear in the ServiceDesk folder of the account helpmail? Is that the problem?
Reporter | ||
Comment 18•12 years ago
|
||
> What's wrong in your case?
I want to see your account helpmail messages and folders helpmail, not the letter of achetaev. These are two completely different accounts, they are different letters and different folders, nothing obschengo. And I see pisma achetaev and there and there. I do not see letters helpmail general.
Comment hidden (duplicate) |
Comment 21•9 years ago
|
||
aceman, is there anything here worth keeping that you or someone else should dig into?
Aleksey definitely seems to be gone.
Flags: needinfo?(riklexa) → needinfo?(acelists)
Updated•7 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Flags: needinfo?(acelists)
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•