Thread: Postfix/Dovecot email server - can't send emails

Is this not the remote server telling you to get stuffed, possibly because you're coming from a dynamic IP? Generally you'd be better off looking to always relay outbound mail via your ISP's smtp relay, which hopefully exists. This means that email is directly passed from an official known ISP MTA, not you, meaning it won't be blocked (or at least much less likely). That rejected relay source is ...

acid_kewpie - thanks for the reply. What's happening is I'm attempting to send any mail from my laptop at home (Tiscali being my ISP) through my mail client, connected to my linux server. The linux server is a hosted machine with a static IP address. The IP address in the error message above is of my laptop, not the mail server. The sending fails in my mail client and I get the error ...

I don't see any indication that you are authenticating. Is the email program on your laptop configured to send a username/password for SMTP access?

sleddog - yes, it does send a username/password, but I think you may be correct. I actually think I might have found the issue (potentially). When searching about after acid_kewpie's suggestions, I came across this: http://ubuntuforums.org/archive/inde...t-1061230.h tml Which leads me to believe that my postfix setting: Quote: mynetworks = 127.0.0.0/8...

well mynetworks will stop anything other than the machine itself sending, depending on how it's used, and normally that would be 127.0.0.1/8,192.168.1.0/24 or something similar to permit local clients. I'm still a bit confused then as to why the logs are reporting inet hostnames as opposed to local data though. If this is all on a home LAN, then mynetworks would want to change, otherwise with ...

Quote: Nov 10 12:53:36 servername postfix/smtpd[3869]: connect from xx-xxx-xx-xxx.dynamic.dsl.as9105.com[xx.xxx.xx.xxx ] Nov 10 12:53:36 servername postfix/smtpd[3869]: setting up TLS connection from xx-xxx-xx-xxx.dynamic.dsl.as9105.com[xx.xxx.xx.xxx ] Nov 10 12:53:36 servername postfix/smtpd[3869]: Anonymous TLS connection established from xx-xxx-xx-xxx.dynamic.dsl...

It's still vague where you are doing what... don't permit internet ranges in mynetworks, instead you need to authenticate really. Note that the act of authenticating doesn't mean anything in itself, you still need to attach a significance of it having been successful, e.g. the smtpd_client_restrictions directive (as I read the docs at least)

I added the smptd_client_restrictions option as you suggested, but no luck. There is no sign of authentication in the mail log (when sending a mail) - just an anonymous connection and a relay denial. My email client is definitely set to send user/pass info, so I'm not sure why there isn't some sort of authentication in the log

Well are you requesting authentication to take place on the server side?

acid - I finally solved my problem. The sasl daemon was not running, and therefore failing to authenticate connections. A little trick with the sasldb2 file and it's now accepting and sending my mail. Thankyou very much for your help!