On 12/17/2010 3:02 PM, Carlos Mennens wrote:
So I finally got around to getting a web server stood up on VMware so
that I can implement 'webmail' for my mail server. I'm using Postfix
2.7.1-2 and my servers are configured as follows:
mail = 192.168.0.200 /
web = 192.168.0.201 /
Now when my webmail service on the web server tries to send mail
through my mail server, I get relay access denied:
r...@www:# telnet mail.domain.tld 25
Trying 211.113.101.135...
Your *telnet client* is connecting to 211.113.101.135.
Your kernel's routing MAY be sending this through an interface your mail
server sees as "remote".
This really sounds like a DNS issue on the *client side*.
One possible solution is to add "mail.domain.tld" to /etc/hosts so your
clients points to 192.168.0.200.
Connected to mail.domain.tld.
Escape character is '^]'.
220 mail.domain.tld ESMTP Postfix
EHLO www.domain.tld
250-mail.domain.tld
250-PIPELINING
250-SIZE 20480000
250-VRFY
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
MAIL FROM:car...@domain.tld
250 2.1.0 Ok
RCPT TO:some.em...@gmail.com
554 5.7.1<some.em...@gmail.com>: Relay access denied
quit
221 2.0.0 Bye
Now obviously this made me realize that incoming connections from my
web server to the mail server are not being properly resolved. Below
is from my mail server:
[snip irrelevant dovecot IMAP log]
I don't understand how or why my mail server identifies my web server
as it's external static IP 'RIP" rather than the internal IP "RIP"
which I've got listed in /etc/postfix/mynetworks. Anyone know how I
can resolve this? Sorry if this isn't a specific Postfix issue and
more of a DNS issue...
