Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-13 23:57 UTC

Message

Re: [milter-greylist] Re: Auth or noauth

2016-09-09 by Marcus Schopen

On 2016-09-09 17:43, Marcus Schopen lists-yahoogroups@... 
[milter-greylist] wrote:
> Hi,
> 
> On 2016-09-09 13:21, maren.zubizarreta@... [milter-greylist] wrote:
>> Ups:
>> 
>> Again, after testing it I have had an aditional problem, as this
>> doesn't work:
>> 
>> racl greylist not auth /.*/ default
>> 
>> I get an error for the deafult police, so I need another workaround
> or
>> another way to write this default rule.
> 
> I played a little bit with a testhost, which receives mail as incoming
> 
> server from internal and external and offers smtp auth to send mail
> for
> authenticated users.
> 
> This is working for me. Authenticated users don't run into
> whitelisting
> and are ratelimit resticted, while normal incoming mails are
> whitelisted. Hope there is not a logical mistake in this setup?!
> 
> ---------------
> noauth
> 
> # Limit Test
> list "MY_NETWORKS" addr { 192.168.101.0/24}
> ratelimit "limite_1H" rcpt 2 / 5m key "%M{auth_authen}"
> sm_macro "null" "{auth_authen}" unset
> racl blacklist not sm_macro "null" not list "MY_NETWORKS" ratelimit
> "limite_1H" msg "Quota exceeded. You talk too much %M{auth_authen}"
> 
> racl whitelist auth /.*/
> dacl whitelist auth /.*/
> ---------------

Hmm ... the blacklist will cause a 5.7.1 error. As I understand this is 
not a tempfail. If the authenticated client is a spooling mailserver the 
mail will reject and not resent in the next ratelimit window, right? How 
to not blacklist, but tempfail?

Ciao
Marcus

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.