Hi Herbert,

I just want to tell the mta to route all outgoing mail to the mta of my 
internet service provider. The first example in the man page smtpd.conf(5) 
seems to address this. But this works only for secured channels, which my ISP 
does not provide. So I tried to change smtpd to allow for insecure 
authorization. But this didn’t work either. To find out why, I switched back to 
the unchanged smtpd and tried the example from the man page. I expected to see 
in the logs how my mta tries to connect to the ISP’s mta and fails. Instead the 
mta connects to the MX of the target domain. The “accept for any 
relay..”-statement from the example seems to be ignored by smtpd. The -vd-logs 
with and  without the “accept for any relay”-statement do not differ.

Greetings,

Wolfgang 



> Am 05.07.2015 um 10:01 schrieb Herbert J. Skuhra <[email protected]>:
> 
> On Sun, Jul 05, 2015 at 07:01:27AM +0200, Wolfgang Helbig wrote:
>> Hi Gilles,
>> 
>> it seems to me, the mta ignores the relay phrase:
>> 
>> here the smtpd.conf
>> $ cat /etc/mail/smtpd.conf
>> #       $OpenBSD: smtpd.conf,v 1.7 2014/03/12 18:21:34 tedu Exp $
>> 
>> # This is the smtpd server system-wide configuration file.
>> # See smtpd.conf(5) for more information.
>> 
>> # To accept external mail, replace with: listen on all
>> #
>> listen on lo0
>> 
>> table creds db:/etc/mail/creds.db
>> table aliases db:/etc/mail/aliases.db
>> 
>> # Uncomment the following to accept external mail for domain "example.org"
>> #
>> # accept from any for domain "example.org" alias <aliases> deliver to mbox
>> accept for local alias <aliases> deliver to mbox
>> accept from local for any relay
> 
> I think your message matches this rule, doesn't it? So what happens if
> you remove it? 
> 
>> # accept for any relay via secure+auth://[email protected]:25  auth 
>> <creds>
>> accept for any relay via tls+auth://[email protected] \
>>    auth <creds> as [email protected]
> 
> smtp.kabelbw.de does not support tls. 
> 
> -- 
> Herbert


--
You received this mail because you are subscribed to [email protected]
To unsubscribe, send a mail to: [email protected]

Reply via email to