PERMIT smtpd_client_restrictions
Hello, as I see/understand it, a check_client_access lookup that returns PERMIT will skip over the rest of smtpd_client_restrictions but WILL still run the checks in the other smtpd_*_restrictions classes, right? I can't find that information in the SMTPD_ACCESS_README or other documents. (I can't find PERMIT in the access.5 manpage either). Regards Sebastian -- GPG Key: 0x93A0B9CE (F4F6 B1A3 866B 26E9 450A 9D82 58A2 D94A 93A0 B9CE) 'Are you Death?' ... IT'S THE SCYTHE, ISN'T IT? PEOPLE ALWAYS NOTICE THE SCYTHE. -- Terry Pratchett, The Fifth Elephant
Re: PERMIT smtpd_client_restrictions
Am 01.10.2014 um 18:46 schrieb Sebastian Wiesinger: > as I see/understand it, a check_client_access lookup that returns > PERMIT will skip over the rest of smtpd_client_restrictions but WILL > still run the checks in the other smtpd_*_restrictions classes, right? i would say PERMIT is unconditional for allow the message as well as REJECT works exactly the same way hence you normally say DUNNO and not PERMIT in config files > I can't find that information in the SMTPD_ACCESS_README or other > documents. (I can't find PERMIT in the access.5 manpage either) PERMIT is the same as OK
Re: PERMIT smtpd_client_restrictions
Sebastian Wiesinger: > Hello, > > as I see/understand it, a check_client_access lookup that returns > PERMIT will skip over the rest of smtpd_client_restrictions but WILL > still run the checks in the other smtpd_*_restrictions classes, right? > > I can't find that information in the SMTPD_ACCESS_README or other Begin quote from SMTPD_ACCESS_README: "Each restriction list is evaluated from left to right until some restriction produces a result of PERMIT, REJECT or DEFER (try again later). The end of the list is equivalent to a PERMIT result." End quote. > (I can't find PERMIT in the access.5 manpage either). Begin quote from access.5 manpage: OTHER ACTIONS restriction... Apply the named UCE restriction(s) (permit, reject, reject_unauth_destination, and so on). End quote. Wietse > > Regards > > Sebastian > > -- > GPG Key: 0x93A0B9CE (F4F6 B1A3 866B 26E9 450A 9D82 58A2 D94A 93A0 B9CE) > 'Are you Death?' ... IT'S THE SCYTHE, ISN'T IT? PEOPLE ALWAYS NOTICE THE > SCYTHE. > -- Terry Pratchett, The Fifth Elephant >
Re: PERMIT smtpd_client_restrictions
* Wietse Venema [2014-10-01 19:03]: > Sebastian Wiesinger: > > Hello, > > > > as I see/understand it, a check_client_access lookup that returns > > PERMIT will skip over the rest of smtpd_client_restrictions but WILL > > still run the checks in the other smtpd_*_restrictions classes, right? > > > > I can't find that information in the SMTPD_ACCESS_README or other > > Begin quote from SMTPD_ACCESS_README: > > "Each restriction list is evaluated from left to right until > some restriction produces a result of PERMIT, REJECT or DEFER > (try again later). The end of the list is equivalent to a PERMIT > result." > > End quote. Okay, I can't explain how I overlooked that. Thank you very much for clearing it up for me. > > (I can't find PERMIT in the access.5 manpage either). > > Begin quote from access.5 manpage: > > OTHER ACTIONS >restriction... > Apply the named UCE restriction(s) (permit, reject, > reject_unauth_destination, and so on). > > End quote. And that is owing to me using case sensitivity when searching. :( Thank you and sorry for wasting your time. Regards Sebastian -- GPG Key: 0x93A0B9CE (F4F6 B1A3 866B 26E9 450A 9D82 58A2 D94A 93A0 B9CE) 'Are you Death?' ... IT'S THE SCYTHE, ISN'T IT? PEOPLE ALWAYS NOTICE THE SCYTHE. -- Terry Pratchett, The Fifth Elephant