Re: 2.10.0 smtpd_relay_restrictions

2013-03-13 Thread Christian Rößner
Hi, Am 13.03.2013 um 15:29 schrieb Noel Jones : > A "permit" from one smtpd_*_restrictions section does not pass to > the next section. For mail to be accepted, each > smtpd_*_restrictions section must evaluate to permit or OK. thanks. This is the key information that I was missing. I always th

Re: 2.10.0 smtpd_relay_restrictions

2013-03-13 Thread Noel Jones
On 3/13/2013 5:13 AM, Christian Rößner wrote: >> he smtpd_relay_restrictions is intended for relay decisions >> only[1]. In this case, that looks like it would be: >> >> authenticated_smtpd_relay_restrictions = >> permit_sasl_authenticated >> reject_unauth_destination >> >> (and I suggest plain o

Re: 2.10.0 smtpd_relay_restrictions

2013-03-13 Thread Christian Rößner
> he smtpd_relay_restrictions is intended for relay decisions > only[1]. In this case, that looks like it would be: > > authenticated_smtpd_relay_restrictions = > permit_sasl_authenticated > reject_unauth_destination > > (and I suggest plain old "reject", rather than > "reject_unauth_destinatio

Re: 2.10.0 smtpd_relay_restrictions

2013-03-12 Thread Viktor Dukhovni
On Tue, Mar 12, 2013 at 03:23:14PM -0500, Noel Jones wrote: > The smtpd_relay_restrictions is intended for relay decisions > only[1]. In this case, that looks like it would be: > > [ ... sound advice ... ] > > [1] of course, you can use smtpd_relay_restrictions -- or not use it > -- however you

Re: 2.10.0 smtpd_relay_restrictions

2013-03-12 Thread Noel Jones
On 3/12/2013 2:44 PM, Christian Rößner wrote: > Hi, > > today I upgraded to the new 2.10.0 version. I have read the RELEASE_NOTES and > looked inside postconf-manpage. > > As I understood, the smtpd_relay_restrictions are evaluated before > smtpd_recipient_restrictions. In the RELEASE_NOTES I c