268049 - Create new account ([e-mail]) > Use Global Inbox unchecked > does not show in account list and error message. All other accounts work well. Same problem in Thunderbird

Status: RESOLVED EXPIRED

(SeaMonkey :: MailNews: Account Configuration, defect)

Description

[Coorda Networks]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a4) Gecko/20040927
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a4) Gecko/20040927

When i create the new account [e-mail] with Use Global Index unchecked
the creation is accepted but the new account does not show in Account Settings.
Checking mail using Get All New Messages shows the error "sending of password
did not succeed. mail server coorda.com rsponded: authorization failed", but the
password has never been asked. Impossible to access to the newly created account
[e-mail] to delete or modify. Mozilla Profiles does not show the newly
created account, only the existing ones (coorda.com, iotours.com,
mail.coorda-1.com, mail.coorda-2.com, mail.coorda.com). I can add other accounts
without problem and they show as they should and are fully operational. The only
problem is the [e-mail] one.

Reproducible: Always
Steps to Reproduce:
1. Enter 3 accounts of any kind
2. Enter info@....
3. The new account info@.... is accepted but does not show at all and cannot be
modified

Actual Results:  
[e-mail] does not show in Account Settings and in the account field on
the left of the mail client. No way to change. When i try to reenter the account
[e-mail] there is the message "A mail or newsgroup account with the same
user name and server name already exists. Click Back and enter a different
server name, or click Cancel

Expected Results:  
Create the new account [e-mail], show in the mail client account listing
on the left and in the account settings. Asking for password on launch

Comment 1

[WADA:World Anti-bad-Duping Agency]

What is server name of [e-mail]?
If server name is mail.coord.com, "already exists" condition may occur.
 
(1. Test result)
I created three accounts(test1,test2,test3) with same server(pop3.mail,server).
Local Directry for these accounts are ;
 test1 : <Profile Directry>\Mail\pop3.mail.server
 test2 : <Profile Directry>\Mail\pop3.mail-1.server 
 test3 : <Profile Directry>\Mail\pop3.mail-2.server 
Suffix of "mail-N" in mid part of directry name is added to avoid server name
contention because Mozilla/Thunderbird uses directry name of server name bases.

(2. My Guess)
You say you have other accounts of mail.coorda.com, mail.coorda-1.com,
mail.coorda-2.com.
I guess mail servers are "mail.coorda.com", "mail.coorda-1.com",
mail.coorda-2.com, respectivery.
If this is true, these accounts use directry name of "mail.coorda.com",
"mail.coorda-1.com", mail.coorda-2.com (no problem because they are different). 
On trying to creation of "[e-mail]" on server of "mail.coorda.com",
Thunderbird try to create directry of "mail.coorda-1.com" because this is second
account on mail server of "mail.coorda.com".
However, this directry name is already defined and used by another account of
server name of "mail.coorda-1.com".

If my guess is right, workaround is ;
(1) Create additional account with dummy server name.
    For example, "mail.coorda.com.account-2"
    => Directry of "mail.coorda.com.account-2" is created.
(2) End account definition. 
    => This server name is saved in mail.server.serverNNN.hostname in prefs.js
       and this is used in internal mail folder path name here after.
(3) Modify account settup.
    Change mail server name to real one - "mail.coorda.com".
    This server name is saved in mail.server.serverNNN.realhostname in prefs.js.
    This is used on server connection.

See and check "Local Directry" setting in "Server Settings" of all accounts. 

Comment 2

[Gervase Markham [:gerv]]

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/

Comment 3

[Gervase Markham [:gerv]]

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.