Found it! proxy_interfaces =
was missing. Works fine now. 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 >
