65649 - POP3 account setup fixes login name incorrectly

Status: RESOLVED DUPLICATE of bug 212937

(MailNews Core :: Networking: POP, defect)

Description

[Robert Baruch]

After setting up a new POP3 account, mailnews will attempt to log into the POP3
server using a login name created from the given user name and server name. For
example, with a user name of "autophile" and a server name of
"pop.starband.net", mailnews will attempt to log into the server with a login
name of "[e-mail]".

However, some POP3 servers (notably starband.net) require the login name to be
of the form "[e-mail]", and NOT "[e-mail]", and
there is no apparent way to get mailnews to change its default behavior. The
result is that mailnews cannot log in to the mail server.

Comment 1

[Fabian Guisset]

Marking NEW. This seems really stupid from starband.net, why do they have to do
it differently from the others, and annoy us with that.

Comment 2

[Robert Baruch]

Oh horrors! The POP3 server in JAMES (java.apache.org/james) requires that the
USER name exactly match the name the POP3 administrator put in. For example, if
the administrator put "autophile" in as a name, then the USER parameter must be
"autophile", and nothing else. Although it's easy to see in the JAMES code where
you can first strip off anything after a "@" in the USER parameter.

I've checked out some other POP3 servers by experimentation, and they seem to
allow anything, even garbage after the "@", e.g. "autophile@giggles".

Nevertheless, there are now at least two POP3 servers out there requiring an
exact USER parameter -- JAMES, and whatever starband.net uses.

Suggestion: In registering the account with mailnews, if the username contains a
"@" then use that full username, else append the servername to it. So if I
register my username as "[e-mail]" it will send that as the USER
parameter. If I register my username as "autophile", it will send
"[e-mail]".

Comment 3

[Ian Pottinger]

Is this bug a duplicate of bug 108387 (or vice versa)?

Comment 4

[Sam Dahan]

Starband.net is not the only ISP out there with this problem. Verizon (only a
100,000s DSL users) uses the servers incoming.verizon.net and outgoing.verizon.net.
If your email adress and login name is [e-mail] you are really SOL
because mozilla mail forces the login to be [e-mail],
which does not work very well to log in to the server.
Granted, I'm a newbie on Linux (installed RH 8.0 last week), but unless I'm
missing something, this affects many users....

Comment 5

[(not reading, please use [e-mail] instead)]

mass re-assign.

Comment 6

[Bryce]

webhost4life.com also has this problem for domains hosted on their servers. 
The login name must be of the form "[e-mail]". I am unable to 
use Mozilla Mail to access my email there because there is no way to specify 
the account name it will use for the POP3 "USER" login command.

Comment 7

[Edgar R. Weippl]

Just as  comment #6 said, there are many ISP that have this problem (I know at
least two in Austria) when you have your own domain. The same problem, btw,
occurs with SMTP.

I have to connect to the server smtp.myprovider.com and supply a login name
(SMTP login) myaccount.myowndomain.org. This does not work with Mozilla,
unfortunatly.

Simply bug/feature, but quite an impact!

Comment 8

[Colin Clifford]

I have exactly the same problem with 2 "freemailers" using Thunderbird. However
Mozilla 1.4 rc2 performs ok (under Windows). I'm using Konquerer under Linux and
no problems with the same email accounts.
I'd welcome a quick fix, POP3 servers won't change to suit us!

Comment 9

[Jamie Taylor]

I have the same problem with a Onetel DSL connection in the UK on both Mozilla
1.4.1 & 1.5 in both Linux and WindowsXP. It a pretty major flaw for someone
whose trying to migrate from Micro$oft products to Open Source stuff Like Linux
and Mozilla

Comment 10

[Jamie Taylor]

*** Bug 222761 has been marked as a duplicate of this bug. ***

Comment 11

[Christian Eyrich]

Jamie, as Joe infla in bug 222761, comment #1 already noted we have a patch in
bug 212937 for this.
It's in the trunk since about a month now. Please anybody check this issue with
a recent trunk build and comment if this "problem"* still persists.

*I'm still convinced there's not really such problem as the string
"name@domain@domain" displayed in the dialogues has nothing to do with the real
username sent to the server.

Comment 12

[(not reading, please use [e-mail] instead)]

something sounds really wrong.

if my username is foo and I'm at pop.bar.com, we should be logging in with the
username of foo.

Comment 13

[(not reading, please use [e-mail] instead)]

christian, I just checked with a recent trunk win32 build, and I think this
problem is fixed.

is it a dup of bug #212937, that you fixed?

Comment 14

[Christian Eyrich]

Yes, Seth, it really looks like a dupe. But I wanted to be sure that Mozilla is
sending a wrong login name is only in the peoples head.
If somebody had an evidence it would be no dupe.

*** This bug has been marked as a duplicate of 212937 ***