sendmail relay access denied
I have searched through the forums for answers to this, and the closest I could find was a dead-end topic here: http://www.linuxquestions.org/questi...+access+denied
I have postfix setup, and I can send and recieve email fine from local users to local users and from outside to local, but I can't send email to outside sources such as yahoo.com and hotmail. I tested it and saw the SMTP commands, and I am getting 554: Relay access denied back from these servers. Could the problem be in my resolv.conf?
Here is resolv.conf:
Any one have any suggestions? I am going crazy! Anyways, what I have is an MX record for 25:mail.mysite.com setup on freedns.afraid.org. I removed the default one for 10:mail.mysite.com. Could it be that my ISP is some how playing a part in this? I can email from outside in just fine, and sometimes I can email from my computer to my account on sbcglobal.net, but that is just sometimes and it never works when I test it in something like zoneedit's smtp check and I can't email anyone else...Also, something odd about the messages that sometimes go through to my account are that they are all flagged as bulk, which might mean something is misconfigured on my side that is raising a flag for the yahoo sbcglobal spam guard?
I would start by seeing if your ISP is blocking outbound smtp connections to any mail server other than your ISP's mail server. If this is the case, then you would need to configure postfix to always use your ISP's mail server for outbound e-mail. See the "relayhost" parameter in main.cf
To test, simply telnet to one of yahoo's many MX records on port 25. Example:
[root@excelsior spamassassin]# dig +short yahoo.com mx
root@excelsior spamassassin] # telnet mx3.mail.yahoo.com 25
...some output from yahoo
If you do not get a response or a timeout, then your ISP is blocking outbound e-mails.
If you do get a response, then your e-mail could be rejected for many other reasons.
1) An invalid HELO response by your postfix server.
2) Your postfix server is connecting from a dynamically assigned IP address.
3) DNS reverse lookup for your IP address by the remote does not match the configured HELO announcement by your postfix server.
FWIW: I have a rule on my postfix server which rejects any MTA connecting from a dynamically assigned IP address. This one rule has literally stoped all virus infected e-mails from being processed and deleted by my MTA. Now if I could only find that magical rule that would stop all SPAM, I would be a happy camper. :-)
Hey, thanks for your reply!
I could not connect to these mail servers...I am going to assume that I can only send outbound mail through the sbcglobal smtp server. However, this server requires authentication. Can I authenticate (if yes, then where should I look for information), and can I still acieve separate user emails through one main account? Thanks a lot.
My understanding is that spam-prevention rules mean that ISPs will not allow you to connect remotely to their SMTP servers. Therefore, the only way you can send mail is through your own ISP's SMTP server.
You can connect to Online services such as Hotmail, Mail.com via the web, but that's a different process.
I contacted sbcglobal and they restrict this by default, but I submitted a request to have it removed. Thanks!
|All times are GMT -5. The time now is 04:19 AM.|