Closed Bug 86370 Opened 23 years ago Closed 21 years ago

username containing @ or % in smtp server results in blank entry

Categories

(SeaMonkey :: MailNews: Account Configuration, defect, P1)

Product:
SeaMonkey
Component:
MailNews: Account Configuration
Platform:
x86
All
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla1.4beta

People

(Reporter: tsager, Assigned: nrt)

References

Details

(Whiteboard: [adt3] fixed1.3.1)

Attachments

(2 files, 1 obsolete file)

unable to choose additional smtp server from dropdown box on secondary account
84.85 KB, image/gif
Details
patch, smtp issue, nntp issue, and lots of (unrelated) code cleanup
21.76 KB, patch
Details | Diff | Splinter Review 
I have to define two SMTP-Servers. Both are using the same
Server-Address, but different users.
One of the servers (the second added) is displayed as a
blank entry in the list (by selecting/using it as SMTP-Server
and sending a message through (I hope so, I can't see anywhere
where to the msg is sent) produces an error "{mp002-rz3} Sender
address does not belong to logged in user") the first added
server works correctly.
Please list the steps you take to create your accounts so I can try and 
duplicate the problem here.

When you state "One of the servers (the second added) is displayed as a blank 
entry in the list", where is this blank entry? Is it in a new message window 
when changing the From field, is it in Account Setting's 'Outgoing SMTP Server' 
panel, or do you see the blank problem after selecting the Advanced button in 
the 'Outgoing SMTP Server' panel?
I checked it out again and now see that the problem is a different one.

If I enter in the "Advanced Outgoing Server (SMTP) Options" (AOSO-Window)
for the "Username" something with @domain.com in it, the server entry
is displayed in the AOSO-Win correctly, but it's a blank entry in "Advanced
Account Settings".
Selecting it there is possible, sending afterwards not.

Summary changed from
"more than one SMTP Servers with same address does not work"
to
"username containing @ in smtp server results in blank entry"
Summary: more than one SMTP Servers with same address does not work → username containing @ in smtp server results in blank entry
Build 2001-06-27-08: WinMe
Thank you for the additional information. These are the steps I took to 
reproduce part of the problem.

1. In Account Settings go to the "Outgoing Server (SMTP)" panel.
a. for the "User Name:" text box enter a username in the form     
"user@domain.com". 
2. In Account Settings, select the top level panel for the account so that the 
title to the right states Account Settings. 
a. Select the Advanced button to see the "Advanced Account Settings" dialog.
b. In the "Advanced Account Settings" dialog the Server button states "Always   
   use default server". 
c. Click onto the button 

Actual Results: There is a blank entry where the SMTP Server Name should appear.

Expected Results: The SMTP Server Name should appear in the list. 

Question: Is it ok to have an "@" sign in the username? If so then sending the 
message should also succeed. I do not have access to an SMTP server that 
requires an "@" so I am currently unable to reproduce the send problem.
Status: UNCONFIRMED → NEW
Ever confirmed: true
With build 2001062815 on Win98:

My secondary SMTP server requires a username in the form "user@domain.net".

If I first specify the SMTP username in the Advanced Outgoing Server settings
dialog and then try to set an account to use that server (which shows up as a
blank entry in the Advanced Account Settings), the setting goes back to "Always
use default server" and I can confirm that mail is indeed sent through the
default server.

However, if I first uncheck "Use name and password" in Advanced Outgoing Server,
then set an account to use that server, AND THEN set the proper username,
Advanced Account Settings still displays "Always use default server", but mail
is correctly sent through the secondary server with the proper username.


Hope this helps.

*** Bug 117603 has been marked as a duplicate of this bug. ***
Same problem appears when using % or & instead of @ and maybe with other symbols
too (from 117603), reported on Linux.
*** Bug 122065 has been marked as a duplicate of this bug. ***
Marking nsbeta1. If an smtp server requires a username to include "@" then we
should display the smtp server in Account Settings Advanced dialog.
Keywords: nsbeta1
Status: NEW → ASSIGNED
Keywords: nsbeta1 → nsbeta1+
Priority: -- → P1
Target Milestone: --- → mozilla0.9.9
this sounds like an account manager issue.
Assignee: mscott → racham
Status: ASSIGNED → NEW
Component: Networking - SMTP → Account Manager
Target Milestone: mozilla0.9.9 → mozilla1.0
ADT wants to know how many users we think this will affect?
Whiteboard: [ADT NEED INFO]
For example this would affect any user that has a mail account on our local
provider "Hansenet" here in Hamburg/Germany. I know that there are several other
providers that do authentication the same way (i.e. GMX and web.de with really a
lot of users), so I think there are really many users in germany that require
usernames containing @ working formerly.
Taking bugs from bhuvan.
Assignee: racham → varada
This is just a screen shot of what was happening when I was trying to select a
secondary SMTP server for a secondary email account.  The dropdown only
displayed the default SMTP server.  

I did fix this with the suggestion to uncheck "save username and password" in
my secondary SMTP account settings--then it was displayed in the dropdown.
As others above I am using a German provider that requires a _username_ of the
form <user's name>@<domain>, e.g. "peter.miller12345@gmx.net". Thus I run into
the same problems:

When I enter additional SMTP servers in the appropriate dialoge they appear as
empty entries.

As a consequence, when I try to select one of these SMTP servers for any
"secondary" account, settings will always switch back to the default SMTP
server, thus making it impossible for me to send email from these accounts and
in effect making Mozilla Mail useless for me.

Would be very happy if this could be fixed.

And I think this definitely needs to be fixed before the final 1.0, else it
might be bad for the reputation of Mozilla, at least here in Germany where
millions of users use email accounts that require the mentioned pattern for user
names (GMX alone has 6 million users, IIRC).

Regards

Andreas


Re-assigning back to bhuvan as per offline discussion with him.
Assignee: varada → racham
Discussed at mail news bug meeting.  Decided to ADT2 this bug.
Whiteboard: [ADT NEED INFO] → [ADT NEED INFO],[ADT2]
Keywords: nsbeta1+ → nsbeta1-
What does comment #16 mean? Do you have any timeline when this bug will be
fixed? I use 3 accounts with usernames containing user@domain.dom, so I am
really interested in a fix for this bug.
The "user@domain" type of login is very common in ISPs, allowing them to hosts
multiple domains through one email server.  I have had to stop using Mozilla
Email for now until this bug is fixed for that very reason. (Can't send email) 
As far as how many people this will eventually affect..  a lot...   Qmail and
IMail are two very common ISP Email servers that use this type of login.  I for
one would love for this bug to be fixed.
*** Bug 165885 has been marked as a duplicate of this bug. ***
What does Netscape say to this bug? As far as I know, Compuserve belongs to the 
same family as Netscape and AOL. And german Compuserve users are adviced to 
use "Username"@compuserve.de as username to access the SMTP-Server of CS. 
CS Germany desribes these settings unsing Netscape6... And no Word about this 
bug.
Some Mail-Providers offer workarounds like "usernameprovider.tld" instead 
of "username@provider.tld" For instance, lycos.de does so.
This patch eliminates the blank SMTP server lines in the "Account - Advanced"
picklist.  I borrowed the code from an equivalent situation in the IMAP
service.  I've tested it with 1.0, 1.1b and 1.1 on RedHat 7.3, no problems so
far.

I still get duplicate servers in the "Outgoing (SMTP) Server - Advanced", but
that is just because I have different usernames (and anonymous) for the same
server.  Maybe the username should be displayed in the list.
*** Bug 143588 has been marked as a duplicate of this bug. ***
Keywords: review
OS: Windows 2000 → All
I can confirm this bug described in comments #3, #4 and #6 with Mozilla 1.1,
Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.1) Gecko/20020826, but it
keeps buging be ever since mozilla0.9.7

I have 5 different email accounts, 4 use a user name for the smtp server which
is locking like foo@bar.com.

Changing the user name to foo%bar.com does not help.

In response to #10:
gmx is hosting more than 12 million user accounts
(http://www54.gmx.net/de/cgi/presse.cms?LANG=de&AREA=presse_daten).

strato, one of the biggest German webhosters uses these types of usernames too.
They host more than a million of German .de domains, each of them having
possibly some email accounts.

When will the patch form #21 be included into a public mozilla release ?

I am using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) 
Gecko/20020826.  I can confirm this behavior except that the workaround in post 
#4 does not work on Windows 2000. 

I administer an e-mail server that utilizes vhosts and each top level domain 
email logon requires that the username be "user@domainname.com."  The 
workaround in post #4 just makes the advanced SMTP selection for the account 
revert back to "use default server."  I have the default setup to not use auth 
at all.  I'm sure this problem has a wider impact that recognized here due the 
the obscurity of the bug.


*** Bug 170936 has been marked as a duplicate of this bug. ***
workaround from comment #4 works for me :o)

Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.1)
Gecko/20020826
Can verify this bug on Mozilla 1.2b Build ID 2002101612, Mandrake Linux 9.0.
Workaround from comment #4 works for me, too.
Can anyone post what their prefs.js file looks like after you do the work around
from #4? I'm trying to figure out why mine isn't working.
*** Bug 176820 has been marked as a duplicate of this bug. ***
Summary: username containing @ in smtp server results in blank entry → username containing @ or % in smtp server results in blank entry
*** Bug 184287 has been marked as a duplicate of this bug. ***
*** Bug 184305 has been marked as a duplicate of this bug. ***
*** Bug 185447 has been marked as a duplicate of this bug. ***
Target Milestone: mozilla1.0 → ---
*** Bug 186641 has been marked as a duplicate of this bug. ***
It seems to be a UI problem at verifying the username contents when submitting
the form. The workaround in comment #4 results in prefs property
"mail.identity.idX.smtpServer" having the correct value. If there is a username
with @ this property is simply left blank (aka. "Always use default server" I
assume).

I regard this to be a relevant bug for at least lots of german users. As stated
above it is common practice here.
Same bug over here.

rogers.com in Canada uses this convention (large cable ISP).
My own mail server does also (qmail+vpopmail).

Essentially, all my mail accounts that I use do this.

Version follows;
Mozilla 1.3a
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212

Excerpts from prefs.js;
user_pref("mail.smtp.defaultserver", "smtp1");
user_pref("mail.smtpserver.smtp1.auth_method", 1);
user_pref("mail.smtpserver.smtp1.hostname", "mail.everchanging.org");
user_pref("mail.smtpserver.smtp1.try_ssl", 2);
user_pref("mail.smtpserver.smtp1.username", "mozilla@everchanging.org");
user_pref("mail.smtpserver.smtp12.auth_method", 1);
user_pref("mail.smtpserver.smtp12.hostname", "smtp.lndn.phub.net.cable.rogers.com");
user_pref("mail.smtpserver.smtp12.try_ssl", 0);
user_pref("mail.smtpserver.smtp12.username", "myusername@rogers.com");
user_pref("mail.smtpservers", "smtp1,smtp12");

Both of these show up blank like the SS listed in comment #13.

Hoping for a quick resolution to this
*** Bug 192455 has been marked as a duplicate of this bug. ***
*** Bug 81747 has been marked as a duplicate of this bug. ***
Blocks: 90507
*** Bug 192964 has been marked as a duplicate of this bug. ***
removing "nsbeta-" for retriage
Severity: normal → critical
Keywords: nsbeta1- → nsbeta1
Blocks: 193931
Mail triage team: nsbeta1+/adt3
Assignee: racham → ssu
Keywords: nsbeta1 → nsbeta1+
Whiteboard: [ADT NEED INFO],[ADT2] → [adt3]
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.4beta
*** Bug 195611 has been marked as a duplicate of this bug. ***
*** Bug 197553 has been marked as a duplicate of this bug. ***
I can confirm this bug with Mozilla 1.3 (and any older version) under windows
2000 and linux. I have 4 eMail accounts, 3 of them use a @ in the username. I
can get the accounts to work through changing prefs.js by hand.
Does someone know if using a '@' in the username is correct according to the
SMTP standards/RFCs/... ???
This bug is nearly two years old. Why is it so hard to make it work correctly?
Is it really so hard to read a text from a textfield and store it in a variable? 
As you see from the comments here there are many providers that use the username
convention user@domain.net. If you want the users to accept Mozilla mail (and
Netscape mail as well) as their new default mail client instead of fucking
Outlook (Express) you should make it work as expected.
*** Bug 156122 has been marked as a duplicate of this bug. ***
*** Bug 199260 has been marked as a duplicate of this bug. ***
I have the same problem, with my french ISPs ... and so I CAN'T use Moz mail
client ... is it so complicated to solve this problem ???
Complain a little more please, that motivates developers so well.  Actually, the
1.3 release fixed a vast majority of the username@hostname username issues, I'm
presuming you have not tried that yet.
I have 1.3, and it does resolve the blank lines in 'Outgoing Server - Advanced',
but not in '<account> - Advanced'.  Result: you can now enter and edit SMTP
servers with "user@domain" authentication, but an account can only use them if
they are the default SMTP server.

I haven't been able to apply my patch since 1.2.1, so much was done in the
SmtpService modules it wouldn't synch up.  I'll try to fix it and re-test with
1.3 and/or the trunk.
I have to concur with Neil's (comment #49) issue.  This appears to have been
fixed when you set your outgoing servers, but when you try and assign a
particular SMTP server to a POP/IMAP account, it appears as blank.  All that
shows is the other SMTP servers if you have an @ or % symbol in any one of them.
 and it won't select (even if you select the blank line, it won't remain fixed).
 Tried in 1.3 and April 1st's daily snapshot.

Every Canadian cable provider that I know of is doing this now, as well as
countless major ISPs.  This really should get fixed.

-M
You can reproduce this bug creating a free POP3/SMTP account on www.tutopia.com
or www.lycos.co.uk, whom require @ and % respectively.

I'm currently using 1.3 on Win XP, and had the problems described in comments 49
and 50.

The workaround was to create the SMTP servers with "Use name and password"
unchecked, assign them to the respective accounts, and reedit the servers to add
the username and password. And don't them touch ever again! :)

Finally I found Mozilla mature enough to give up on Outlook Express.
Great software, you've got another believer.
Hello,

I do not understand why this bug is not fixed (no offense to the developers who
really did a great job). This seems to me to be a "simple" bug, but fixing it
will cleary improve the usability of the mail program (and this is what counts).

Another remark:
Is it possible to identify the outgoing SMTP server by giving them names for
identification. Currently the SMTP server are identified by the adress (in my
case "mail.gmx.net"). As I have multiple accounts at gmx there are several
entries with the identification "mail.gmx.net" available when choosing the right
outgoing server for each mail account. So this is a bit irritating.
If an user could name each outgoing server (f.e. "gmx1", "gmx2", "gmx3") this
would be an improvement.
*** Bug 192594 has been marked as a duplicate of this bug. ***
Comment on attachment 98305 [details] [diff] [review]
decode SMTP username for FindServer

I verified that this patch fixes the blank entry in the server list problem.  I
was able to send mail using smtp auth when specifying a username for the
Attachment #98305 - Flags: superreview?(sspitzer)
Attachment #98305 - Flags: review?(ssu)
thanks for jumping in, cls.

I audited the calls to FindServer(), and all escape (or pass in something known
not to need escaping) except for two, this one, and one in
nsNNTPProtocol::Initialize().  

(who's responsible for that news code?  let's string him up!)

of course, we aren't doing the string foo around escaping consistently.

you way is the best example I saw in the code base, but I think I have a
slightly nicer one, per some some I saw from alecf.

let me attach a patch, with that (and the fix for news)


I'd like to add a vote for Stefan's request (comment #52) to have a label for
each SMTP service.  I manage a bunch of MX's and mailhosts where we use
"user@domain" to segregate the authentication namespace for different customers.
 I need to access the same MX with different usernames to test that, hence the
apparent duplication of server entries in the picklist.  I tried a hack that
added "/username" after the "server[:port]", but it gets messy - some of it is
in the SmtpService code, some in the UI javascript.  Something analogous to the
mail account name might be cleaner.

Another point to note - although the port number is displayed if != 25, if you
have two entries for the same server with the same username but different port
numbers (say, 25 for MTA and 587 for MSA) only the first is shown in the
"<account> - advanced" picklist.  This is because FindServer() doesn't use port#
to match a service.  But a unique SMTP service is defined by the triple (server,
port, username).  I had intended to hack at that too, but it needs more radical
changes so I bottled out...
Attachment #98305 - Flags: superreview?(sspitzer)
Attachment #98305 - Flags: review?(ssu)
over to nrt@dial.pipex.com, for credit.
Assignee: ssu → nrt
Status: ASSIGNED → NEW
fixed.

thanks to neil turner, cls, and the patient people on the bug report.

I'll land just the smtp fix to 1.3.1, too.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
back ported to 1.3.1, so once 1.3.1 comes out, people who where unable to try
mozilla, can use that.
Please accept my congratulations on fixing this important bug. Thank you.
Whiteboard: [adt3] → [adt3] fixed1.3.1
*** Bug 201397 has been marked as a duplicate of this bug. ***
*** Bug 164829 has been marked as a duplicate of this bug. ***
Trunk build 2003-04-10: Mac 10.1.5, WinXP
This appears to be working since I can see the servers in the <Account> Advanced
SMTP Servers dialog. Could someone else confirm that this is working as expected?
see bug 202101 (have not tried to reproduce)

I tested it with the nightly build from 04-15-2003
(Mozilla 1.4b Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030415)

And also there the bug is fixed. So I can confirme that it has been fixed. Thank
you all for your work. :)
Verified Fixed.
Status: RESOLVED → VERIFIED
*** Bug 203232 has been marked as a duplicate of this bug. ***
*** Bug 203237 has been marked as a duplicate of this bug. ***
ninoschka, this is the bug that I think was affecting SBC yahoo user.
*** Bug 112888 has been marked as a duplicate of this bug. ***
*** Bug 129951 has been marked as a duplicate of this bug. ***
*** Bug 140440 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: