Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-28 23:32 UTC

Message

Re: [milter-greylist] Why autowhite isn't distributed over all MX?

2018-06-06 by John_Damm_S=c3=b8rensen

Somewhat confusing the man page for the config file says that peer 
entries for the local host wil be ignored, which by the way also seems 
more reasonable.

 �� peer 192.0.2.18
 �������� peer 192.0.2.17
 �������� peer 192.0.2.22 timeout 7
 �������� peer 192.0.2.38 timeout 5m

 ������ You can list the local machine in the peer statements, it will 
be ignored.


Best

John


Den 06-06-2018 kl. 10:58 skrev John Damm S�rensen john@... 
[milter-greylist]:
>
> I don't know whether this matters. But one thing that crosses my mind 
> is that it seems like you have all peers defined on all hosts.
>
> According to the man page you should leave out the local machine as it 
> would otherwise talk to itself and make duplicate entries in the dump 
> file.
>
> Another thing is that the AW functionality only works with version 2 
> servers. Try to telnet to port 5252 on all four servers and type vers2 
> and notice the response.
>
> telnet server2 5252
> help
> 203 Help? Sure, we have help here:
> 203
> 203 Available commands are:
> 203 help� -- displays this message
> 203 quit� -- terminate connection
> 203 vers2 -- speak version 2 protocol
> 203 vers3 -- speak version 3 protocol
> 203 add addr <ip> from <email> rcpt <email> date <time>� -- add en entry
> 203 del addr <ip> from <email> rcpt <email> date <time>� -- remove en 
> entry
> 203 del2 addr <ip> from <email> rcpt <email> date <time> aw <time> -- 
> remove en entry, adding it to autowhite with given delay (version 2 only)
> 203 flush addr <ip> -- remove anything about an ip (version 3 only)
>
> Cheers
> John
>
> Den 26-05-2018 kl. 20:53 skrev Gienek Nowacki gieneknowacki@... 
> [milter-greylist]:
>> Hi,
>>
>> I've got four MX servers and observed strange behavior of 
>> milter-greylist.
>> Please, see the fragments of databases (dumpfiles) below of each servers:
>>
>> # server1
>> 1.2.3.4 <sender@... <mailto:sender@...>> 
>> <recipient@... <mailto:recipient@...>> 1527324170 
>> # 2018-05-26 10:42:50
>>
>> # server2
>> 1.2.3.4 <sender@... <mailto:sender@...>> 
>> <recipient@... <mailto:recipient@...>> 1528536443 
>> AUTO # 2018-06-09 11:27:23
>>
>> # server3
>> 1.2.3.4 <sender@... <mailto:sender@...>> 
>> <recipient@... <mailto:recipient@...>> 1527324170 
>> # 2018-05-26 10:42:50
>>
>> # server4
>> 1.2.3.4 <sender@... <mailto:sender@...>> 
>> <recipient@... <mailto:recipient@...>> 1527324170 
>> # 2018-05-26 10:42:50
>>
>> It shows, that serwer2 recived the email and milter-greylist added 
>> the flag AUTO.
>>
>> After the time of 8 hours (because of timeout=8h), this information 
>> contains server2 only:
>>
>> # server2
>> 1.2.3.4 <sender@... <mailto:sender@...>> 
>> <recipient@... <mailto:recipient@...>> 1528536443 
>> AUTO # 2018-06-09 11:27:23
>>
>> So, at this situation, when the sender will start sending second 
>> email (the parameters: IP, sender, recipient are still the same) and 
>> connects to server3 or serwer1, or server4 it will be wait.
>>
>> From my point of view, waiting in such situation is a nonsens.
>>
>> Why the information abut 'autowithe' isn't distributed over all MX 
>> servers?
>>
>>
>> P.S
>> All my config files are as follow:
>>
>> stat "|logger -p mail.info"� "milter-greylist: MILTERSTAT: 
>> %T{%Y.%m.%d %T} %d [%i] %f -> %r %S (ACL %A) %Xc %Xe %Xm %Xh\n"
>> geoipdb "/usr/share/GeoIP/GeoIP.dat"
>> verbose
>> peer 10.10.10.1
>> peer 10.10.20.2
>> peer 10.10.30.3
>> peer 10.10.40.4
>> syncaddr * port 5252
>> racl whitelist addr 127.0.0.0/8
>> racl whitelist addr 10.0.0.0/8
>> racl whitelist addr 172.16.0.0/12
>> racl whitelist addr 192.168.0.0/16
>> report all
>> delayedreject
>> dumpfreq 5m
>> timeout 8h
>> greylist 6m
>> autowhite 14d
>> subnetmatch /24
>> nodrac
>> quiet
>> pidfile "/var/run/milter-greylist.pid"
>> socket "/var/spool/postfix/milter-greylist/milter-greylist.sock" 666
>> dumpfile "/var/spool/postfix/milter-greylist/greylist.db" 600
>> user "postfix"
>> racl whitelist spf pass
>> racl greylist spf fail� msg "SPFINFO: SPF:f� Greylisting in action: 
>> host %d [%i]� domain '%sf'" delay 60m autowhite 14d
>> racl greylist spf error msg "SPFINFO: SPF:e� Greylisting in action: 
>> host %d [%i]� domain '%sf'" delay 60m autowhite 14d
>>
>> Regards,
>> Gienek Nowacki
>>
>>
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> 
> 	Virusfri. www.avast.com 
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> 
>
>
> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> 



---
Denne e-mail blev kontrolleret for virusser af Avast antivirussoftware.
https://www.avast.com/antivirus

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.