Le 10/11/2010 17:09, Toomas Vendelin a écrit :
Found it!
proxy_interfaces =
was missing. Works fine now.
I doubt this was the reason that makes the client disconnect after EHLO.
it's more probable that the problem was related to STARTTLS and/or SASL
configuration. Example: if the client is configured to use STARTTLS but
postfix isn't, the client will disconnect...
On Wed, Nov 10, 2010 at 4:55 PM, /dev/rob0<r...@gmx.co.uk> wrote:
On Wed, Nov 10, 2010 at 02:45:57PM +0200, Toomas Vendelin wrote:
I've tried to configure postfix to relay mail from the hosts on the
local network to the outside world. In my case the server host is
192.168.50.9 and the host that originates the mail is 192.168.50.14
When I try to send a message from a Mac OS X client using Apple Mail
with 192.168.50.9 as SMTP server setting, I get this in the maillog:
Nov 10 14:14:41 rh2 postfix/smtpd[6981]: connect from unknown[192.168.50.14]
Nov 10 14:14:41 rh2 postfix/smtpd[6981]: lost connection after EHLO
from unknown[192.168.50.14]
Nov 10 14:14:41 rh2 postfix/smtpd[6981]: disconnect from unknown[192.168.50.14]
Nov 10 14:14:41 rh2 postfix/smtpd[6981]: connect from unknown[192.168.50.14]
, at which point mail client continues its attempts to send the
message, which, according to log (no new entries), is silently ignored
by postfix.
All this says is that the client connected, sent EHLO, and lost the
connection. It's impossible to guess why this happened, except it's
almost surely not a Postfix problem at all.
According to the comments in the main.conf, I have to specify this
to allow relay from my local network:
mynetworks = 192.168.50.0/24
I do not know yet how to teach my Mac to say EHLO properly (is it
necessary?), so I have also added an explicit (although it is a
default.):
smtpd_helo_required = no
I'm sure Apple Mail knows how to say EHLO properly. You have seen a
correlation in your logs (connection lost after EHLO) and wrongly
inferred causation.
Output of postconf -n
[snipped as irrelevant at this point]
Mail is sent without issues from the localhost. What am I missing?
Look at networking issues which might cause the connection to be
unstable. Is there a router or firewall inbetween? I'd even try
swapping out cables or a switch if that could be a factor. If it's
wireless, check on signal strength and noise.
What happens with other protocols? Is SMTP the only one with a
problem? Can you ssh to/from the client?
You can add the client IP to debug_peer_list to get verbose logs,
which might provide a hint at what's happening. Or, try looking at
tools such as tcpdump, which can show information about what's
happening at lower levels.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
