Closed Bug 228198 Opened 21 years ago Closed 17 years ago

SMTP relaying denied with error 550 or 5.7.1 (rejection by spam policy)

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: bkaiser, Assigned: World)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7
Build Identifier: Mozilla Thunderbird 0.4 (20031205)

When I attempt to send email via a remote SMTP server I get this message: 
"An error occurred while sending mail.  The mail server responded: 5.7.1
<to_name@to_server.domain>... Relaying denied.  Please verify that your email
address is correct in your Mail preferences and try again."

This works correctly in Netscape 7.1 and in Mozilla 1.6b when SMTP server
defaults to local (work) server.  I have multiple email accounts set up.  My
home ISP email inbox was selected.  My From address showed the home email address.

Reproducible: Always

Steps to Reproduce:
1. From work ISP, select the Inbox for the remote server email account Me
<me@home.com>
2. Write message, From: Me <me@home.com>
3. Send to non-home address WorkMe <wkme@work.com>

Actual Results:  
Get error message: "An error occurred while sending mail.  The mail server
responded: 5.7.1 <wkme@work.com>... Relaying denied.  Please verify that your
email address is correct in your Mail preferences and try again."


Expected Results:  
Message sent successfully (?) (Couldn't see actual message)

I am using SMTP default port 25.  SMTP server name is different (smtp.anet.com)
from the domain in email address (me@bnet.com).  I am using "Use name and
password" checked.  User Name has name@AnotherIsp.com (me@dnet.com).  Use secure
connection is set to "No".  This occurs whether the default SMTP server is set
to remote (home) server or to the local (work) server.  Both SMTP servers are
entered in the Outgoing Server list.
Server rejected your mail because of spam policy.

See following sites, which I found by google search with "relay denied SMTP"
keywords.
http://www.globalsc.com/faqs/html/550_relay.html
http://www.sendmail.org/~ca/email/relayingdenied.html

Reason of rejection depends on ISP's spam policy and actions user have to take
depends on ISP's spam policy.
Using SMTP auth(login) is maybe suffcient, but using other SMTP server may be
required for "From: address" you used or "To: address" you tried to send.
See your ISP site or contact with your ISP.

Anyway, this is not a bug of mail client.
For REPLY CODES(550), see RFC 821 http://www.faqs.org/rfcs/rfc821.html
For Enhanced Mail System Status Codes(5.7.1) see RFC 3463
http://www.faqs.org/rfcs/rfc3463.html
This problem in Thunderbird stopped after I deleted the entry for the home
outgoing SMTP server and added it again.  Used same values as in previous entry.
 Now, a send from work using home email address via remote (home) smtp server
works.  It is successful whether the default SMTP server is set to the local
(work) server or to the remote (home) server.

When I updated Thunderbird, the thunderbird directory was deleted to uninstall,
but I had not deleted the profile in my user directory.  Don't know if that is
relevant to the outgoing SMTP server settings.
I have the same problem (with mail.centrum.sk as smtp server)

I am 100% sure that my settings are correct.

I tried to send mail with thunderbird and I got an error

I tried to send mail using these same settings from friend's outlook express and
it was sent without any problem (we work together so our ip is the same, if I
would be blocked he would be as well)

I even tried to send mail from my computer using telnet... and it worked as well.

so I believe there must be something broken in thunderbird itself :-(

I am using 0.7.2 on windows 2000sp4, (but it was the same with thunderbird 0.6
on linux when I tried it from home)

personally I would increase severity of this bug as well but I better will
not... it is definitely a blocker for me
I'm getting this in OS X 10.3.6 with TB version 0.9 (20041103).  My other email
client allows me to send mail from home through my VPN, but TB does not.

My BIGGEST problem with this is that the message that I was working on seems to
vanish.  I wouldn't be so bad if the message didn't send but was saved to the
Drafts or Sent/Unsent folders, but it just seems to completely disappear.

Can we at least change the default behavior of TB when it encounters this sort
of a message?
(In reply to comment #3 & comment #4 & comment #5 )
For multiple SMTP server use, see FAQ of MozillaZine.
http://kb.mozillazine.org/index.phtml?title=Thunderbird_:_FAQs_:_Multiple_SMTP_Servers

(In reply to comment #5 )
For Global Inbox, see FAQ MozillaZine.
http://kb.mozillazine.org/index.phtml?title=Thunderbird_:_FAQs_:_Global_Inbox

Anyway, see FAQ of MozillaZine first. 
http://kb.mozillazine.org/index.phtml?title=Thunderbird_:_FAQs

(In reply to comment #5 )
> I wouldn't be so bad if the message didn't send but was saved to the Drafts or
> Sent/Unsent folders, but it just seems to completely disappear.
Some kind of 'automatic save feature on send failure' is already requested by
other bugs.
Search bugzilla, please.
Summary: SMTP relaying fails with error 5.7.1 → SMTP relaying denied with error 5.7.1
Keep this bug open with Product=Thunderbird for ease of search,
although this bug should be closed as INVALID.
Summary: SMTP relaying denied with error 5.7.1 → SMTP relaying denied with error 550 or 5.7.1 (rejection by spam policy)
i still believe that it is not settings problem, because i use 2 other smtp
servers without any problem and one i mentioned is not working. if there would
be problem in settings then other twos wouldn't work as well. (i checked faq on
link you provided but there was nothing really new for me). also i don't really
think that it is because of spam policy - because i can use it from outlook or
even telnet, that would be strange....

but it is not a blocker for me anymore (i can use another smtp), so do as you want
(In reply to comment #8)
> also i don't really think that it is because of spam policy
> - because i can use it from outlook or even telnet, that would be strange....

Reason in many cases why "No rejection when MS Outlook family, but rejection
when Mozilla family" is :
  SMTP server has only "POP before SMTP" functionality,
  but doesn't have SMTP AUTH(login) nor APOP functionality.
  And the SMTP server rejects mail to outside if no authentication.
  (this is based on spam policy of mail service company)

Since Mozilla family doesn't support "POP before SMTP", one of nexts is required.
 (1)POP server access before SMTP access by "Get Msgs" button.
 (2)Force periodical POP server access by both of 
      (a) enabling "Check for new messeages on startup".
      (b) enabling "Check for new messeages every NN minutes".
    If "NN minutes" is shorter than retention period of "POP authentication",
    SMTP access usually has no problem
    because POP access is achieved every NN minutes automatically.
  
Michal Seliga, does your SMTP server support SMTP AUTH(login) or APOP?
If yes, use SMTP AUTH or APOP (supply username and password).
If no and your SMTP server forces "POP before SMTP", try above (1) first, then
try above (2) next.
Contact with your provider for "POP before SMTP" and retention period of it.

Correction of comment #9.
Please ignore "APOP" in my comment #9, because APOP has no relation to SMTP.
Sorry for spam.
Hmm, is this one yet-another-dupe of 81387?  Cast your vote for that one, maybe
someone'll decide that it's worth implementing...
(In reply to comment #11)
> Hmm, is this one yet-another-dupe of 81387?

No. This bug can not be a DUP of Bug 81387.

Lack of "POP before SMTP" is not the only reason for "550/5.7.1".
Reason why/action required when "550/5.7.1" depends on mail service campany's
spam policy.
"POP before SMTP" feature is a solution only when server doesn't have "SMTP
AUTH" capabilty, but forces "POP before SMTP", and rejects some mails due to
"POP before SMTP" hasn't been done.

Although many servers still don't support "SMTP AUTH" and force "POP before
SMTP", many many servers already support "SMTP AUTH".
Further, mail server may reject From: other than provider's mail address even
when "SMTP AUTH" is used.
This is probably already true on mail server in some companies.
This will possibly become true in near future on some providers, because of
"spam" or "phising".
In this case, "POP before SMTP" can do nothing.

See comment #7.

*** Bug 294787 has been marked as a duplicate of this bug. ***
Owing this bug, because I still keep this bug open even though this bug should be closed as INVALID.
Assignee: mscott → m-wada
Component: Message Compose Window → General
OS: Windows XP → All
Hardware: PC → All
I've discovered MozillaZine Knowledge Base article for "5.7.1".
  http://kb.mozillazine.org/5.7.1_Unable_to_relay
Thanks to Knowledge Base team.
QA Contact: general
I saw only several bugs, which are help request when 550 or 571, during this one year, and MozillaZine Knowledge Base article for "5.7.1" is already available.
I believe no need to keep open. Closing as INVALID.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
(In addition to comment #12)
> Further, mail server may reject From: other than provider's mail address even when "SMTP AUTH" is used.

An example of this.
Gmail SMTP already took different but similar actions based on similar concept.
 1. Replace From: mail address by mail address for login_id of Gmail SMTP
    when other From: mail address is specified in mail.
    (i.e. force envelope From: in From: header in mail data stream)
    This is true even when mail address of other Gmail account in From: header.
 2. Outboud Port 25 Blocking.
    Force use of Mail Submission Port(587) (force SMTP AUTH)

FYI.
Needless to say, Gmail has capability to register mail addresses user want to use as From:, and above action of 1 (replace of From: header) can be bypassed by registration.
You need to log in before you can comment on or make changes to this bug.