User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322) Build Identifier: version 1.0 (20041206) I have 20-30 bogus POP accounts defined with bogus server names to enable me to send email from multiple addresses (though email to those addresses all gets funneled into 1 ISP mail account). For most of these I used one character server names. I decided to go through and rename them all to a valid server name "mail" and had a surprise: Any "account name" that had the same character I'd used for the original servername had each occurance of that character in the "account name" replaced with the new server name ("mail"). Reproducible: Always Steps to Reproduce: 1. create POP account firstname.lastname@example.org, use servername "a" (setup server to not download messages automatically, since messages will never be downloaded for this account -- it is purely created to allow an alternate "From" address, in this case, when dealing with a company called "Paralight"; should accept default username of paralight, and default emailname of "email@example.com". 2. After all is setup, go in and change the servername from "a" to "mail" 3. Actual Results: The "Account name" under account settings and in the account/folder display pane is set to "firstname.lastname@example.org". Note each occurance of the servername in the orginal account name is replaced with the new servername. Expected Results: I'd expect the account name to be unchanged after changing the server setting. Work-around is to manually go through all affected accounts and reset the account name to it's original name. This is just a weird side effect.
I can reproduce this bug with 1.0.2 and 2005-03-21-05-trunk on Windows XP
This seems to be very similar to bug 720199. This is actually a feature, however it assumes the old server name string will be found only once in the account name :) Note you can probably use the Identities feature on your main account to setup for the use case you described.
Depends on: 720199
(In reply to :aceman from comment #2) > This seems to be very similar to bug 720199 Don't be afraid to say "dupe". ;-) Actually I think this should be solved in such a way that only a "<user>@<server>" account name is updated by a user name change, and for safety check that both the old and new user name are non-empty (which I guess is the cause for bug 720199).
That bug was about the 'username' so it is slightly different. But yes, the fix should take both fields with one shot ;) Good proposal, post it into 720199 and I can work on it, if the mangling is in the account manager's JS code.
So now bug 720199 has landed and it handles both username and hostname in the account name. So let's dupe this. L A Walsh, if you still find your problem is happening in recent Thunderbird (15+) then reopen this bug.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 720199
Why wasn't the newer bug duped to the older bug? It seems this problem has been around for 7 years, and now someone else reports it and it gets attention, and this gets closed as a dup of it??!?! ARG!!! Ya know, it's really true a woman says something, it gets ignored, but a man comes along and says the same thing and it gets fixed... As for finding out if it is happening in TB15+...it's not like I go out of my way to break my email ..... ('sides, still running TB2... & FF3.6).... ;-) I've hit the higher numbered releases on my linux machine...am waiting for the 64-bit releases on Windows to become officially supported...that would force me to upgrade...
Sorry about that, it is just coincidence which bug gets more attention. Usually bugs should be duped to the older bug. But in this case the other (newer) bug had more context and analysis so it was decided to do the work and fix there. But the most important thing is that any of the bugs is fixed finally. You can wait until TB15 final is released in 3 months, no problem with that. AND from the nicks here it is not possible to know who is a woman, so we could not ignore them even if we wanted to:) BUT we do not want! Great to see a woman in bugzilla. Thanks for filing bugs! (And as I said, try to use Identities instead of full accounts, it may make your account tree cleaner :))
You need to log in before you can comment on or make changes to this bug.