170872 - SMTP authentication problem

Status: RESOLVED DUPLICATE of bug 151279

(MailNews Core :: Networking: SMTP, defect)

Description

[ben]

the password dialogue window don't pop up when i am trying to connect to an the
authenticated SMTP server, eventhough i checked the 'user name and password'
and my mozilla is 1.2a

Comment 1

[Dave Miller [:justdave]]

bugzilla.org doesn't have a public SMTP server, and you're not on the user list
for the private one, so I'm assuming you're complaining about a bug in Mozilla
and not in our mail server.

Moving to MailNews

Comment 2

[Xugang]

I have suffered from the very same issue as [e-mail] said. This is not
an issue related to Mozilla's private SMTP server, but to Netease's SMTP server.

A background is that www.163.com (also known as Netease.com or Yeah.net) is one
of the most popular email service providers in China. It needs an authorization
before sending any mail through SMTP.

The same as [e-mail] said, when I set SMTP server to smtp.163.com or
smtp.yeah.net (both belong to Netease.com), Mozilla Mail (as well as Netscape 7)
keeps complaining of something like "Invalid user. Authorization required."(
message sent by smtp.163.com), no matter whether I check the "Use name and
password" box.

Captured IP packages show that Mozilla Mail issused the following 2 SMTP
commands before smtp.163.com responded with above deny message.

  ELHO 163.com
  MAIL FROM: [e-mail]

In a normal process, there should be an "AUTH LOGIN" after "ELHO" is sent and
before "MAIL FORM" (as MS Outlook Express does). Note that Mozilla Mail doesn't
send the "AUTH LOGIN" command at all, which of course angers the SMTP server.

There is one more issue that may be related to this problem. When I send a mail
through sendmail, to a user of 163.com, I can send it only if I identify myself
other than a 163.com user.
That is, if I send a mail like following:

From: [e-mail]
To: [e-mail]

The mail will never reach [e-mail].  163.com will reject this mail and
return a message like "You are not permitted to send mail as [e-mail].
Authorization required.".

However I can send mail to a 163.com user if I identify myself as a yeah.net
user, though both 163.com and yeah.net belong to the same company.

Oh, there's one thing I forgot to announce: I AM a valid user of both 163.com
and yeah.net.

Comment 3

[Xugang]

Oh, I've mistyped something. "ELHO" should be "EHLO".

I captured the communication to smtp.163.com again and the exact SMTP
information is as below:

Command:  EHLO 163.com
Response: 250-192.168.1.206
Command:  MAIL FROM: <[e-mail]>
Response: You are not authorized to send mail as <MAIL FROM:
          <[e-mail]>>, authentication is required.

Comment 4

[Xugang]

In all above "[e-mail]", where xxxx or yyyy can be any valid user account
(not literal "xxxx" or "yyyy" :-) ).

One more thing to supplement:  This issue exists in both linux and Windows
versions. 1.2 a and b have been tested.

Comment 5

[ben]

yes, I am using SMTP servers from Netease (163.com and yeah.net)just as Xugang  
said. I think his point of view is reasonable. 

Comment 6

[otupman]

Lo,

I've got the same problem, but on different SMTP server, but one that uses SMTP
Authentication.

I'm using Mozilla 1.0, build 2002053012 on Win 2000, SP3. I've got the Master
Password running on 'ask once'.

If I load up Mozilla, type an e-mail and try and send it I receive an error
message from the server. The message is 
   "550: Relaying to <address> prohibited by administrator". 
Basically Mozilla isn't authenticating itself (as mentioned above).

Now if I check my mail I am asked for my Master Password. Enter it, down comes
my mail. Now if I try and send my mail, it works.

I'm assuming that the sending of mail to servers that require authentication
does not trigger the access of the Master Password, nor any form of
username/password request.

Any chance of fixing this? It's not a desperate problem, but it is slightly
annoying.

BTW, should we expect no movement on this for a while due to the fact that the
'Assigned to' field says "[e-mail] (Scott MacGregor (on sabbatical
until January))"?

Comment 7

[Christian Eyrich]

I can't reproduce this using 20030412 on Linux and connecting to smtp.163.com.

I'm very sure this is a dupe of bug 151279 which has been resolved end of
January 2003. Please check the issue of this bug with a recent build and reopen
the bug if it you still experience the same problem.

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