Closed Bug 187635 Opened 22 years ago Closed 20 years ago

SMTP username is wrong with multiple accounts

Categories

(MailNews Core :: Networking: SMTP, defect)

defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 144643

People

(Reporter: giov, Assigned: mscott)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 I have two email accounts, and a single SMTP server which requires username and password for authenticatin. This SMTP username is different from both the username part of the email addresses. When I send a mail using my secondary email address, the SMTP server username is set to the username part of this email address, not the one I specified in the preferences. I.e. I have two acconts, "a@foo.com" and "b@bar.com". I set "c" as SMTP username in the prefs. When I send mail from "a@foo.com", the server receives "c" as username (correct), while when I send mail from "b@bar.com", the server receives "b" as the username (which is wrong). It ignores the prefs. Reproducible: Always Steps to Reproduce: 1. create two email accounts 2. specify in the preferences a single SMTP server which is different from both email addresses, and that requires authentication 3. try to send an email from the *second* email address Actual Results: The username part of the SMTP authentication is wrong. It does not respect the preferences. Expected Results: Mozilla should always use the SMTP username supplied in the preferences.
Whiteboard: DUPEME
I can confirm this on Gecko/20030110. This bug makes it impossible to read or send email when the username is fully qualified and the pop and smtp servers are a host or domain different from the user's domain in the fully qualified email. Example: username: user@isp.net pop: pop.something.isp.net Mozilla will attempt to login as user@isp.net@pop.something.isp.net. Same problem with authenticated smtp. Two fixes are required: always use the username setting for authenticating via smtp, and always use the username for pop when authenticating. Please do not "figure out" what the user's fully qualified name is. One other thing to keep in mind. Authentication should not replace the intended username of the account under which the email is being sent. The mail should come from the account's user name no matter what user authenticates to the smtp server.
Also confirmed on Mozilla 1.2.1 for Mac OS X, gecko 20021130. Try with two IMAP accounts, user1@domain1.com and user2@domain2.com; SMTP server on smtp.domain3.com with username user3. When sending mail for user1@domain1.com the SMTP username is correctly set as the one in the preferences (user3), while when sending mail for user2@domain2.com, the SMTP username is incorrectly set to user2 (should be user3). Mozilla is confusing sender names and authentication names. This makes sending mail impossible in certain conditions!!!
OS: Windows XP → All
Hardware: PC → All
is this related to bug 90507?
Blocks: 193931
OK, this is all very confusing, but I think the problem I have is related. My problem has only arisen since this morning when I upgraded from 1.2.1 to 1.3 4 accounts: mail@danbrusca.com dan@notnet.co.uk mail@kelsomedia.co.uk mail@patriciapotter.co.uk Up until this morning I could send email without difficulty on all 4 accounts through my smtpserver.com. Since upgrading, I can only send mail on mail@danbrusca.com without difficulty. When I try and send through dan@notnet.co.uk I am prompted to enter a password for dan@smtpserver.com When I try and send through mail@kelsomedia.co.uk I am prompted to enter a password for mail@smtpserver.com When I try and send through mail@patriciapotter.co.uk I am prompted to enter a password for mail@smtpserver.com Mozilla doesn't acept any password that is entered, leading to inevitible send failure. Now, I changed all the settings for the dan@notnet.co.uk account so that it effectively became an exact copy of mail@danbrusca.com and then restarted Mozilla. On trying to send mail through this 'clone' account I was *still* prompted to enter a password for dan@smtpserver.com even though my Mozilla settings and preferences contained no reference whatsoever to 'dan'. Again, my password wasn't accepted. There is clearly a bug here and a pretty serious one as I am completely unable to send email through any of my alternate accounts (I have 7 in total).
OK, after many frustrating hours I've solved what was causing my problem. I have no idea if this has any bearing beyond my own circumstances. Investigation has revealed that somewhere during the upgrade process a whole bunch of spurious SMTP server entries were created in the 'Advanced' section of SMTP server settings. These were being called whenever I was trying to send email. Point to note, Mozilla was tring to send mail through the first server specified in the list, *not* the default. Deleting all the entries except the default eliminated the problem.
Giovanni, David, how do you know, what username Mozilla sends to the server? Any evidence? I couldn't confirm the described behaviour with any build. Please add a comment if you can reproduce this problem with a current build. If so, I'll further investigate this.
Product: MailNews → Core
Closing as Bug 144643. See Bug 144643 comment #16 for detail. *** This bug has been marked as a duplicate of 144643 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Product: Core → MailNews Core
Cleanup *dupeme* whiteboard flag from bugs that are marked as Resolved Duplicate!
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.