Yahoo Groups archive

Milter-greylist

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

Message

RE: [milter-greylist] racl confusion

2013-06-21 by Bruncsak, Attila

Hi,

Are you sure that there is a bug?
I have made test with two ACL's one to reject specific recipient
other to accept an other different recipient and all works as expected.
(Of course in one mail transaction with the two recipients.)
Both the syslog message and the header lines obviously refers only to
the accepted recipient and its ACL line in the configuration file.

Best,
Attila

> -----Original Message-----
> From: milter-greylist@yahoogroups.com [mailto:milter-greylist@yahoogroups.com] On Behalf Of manu@netbsd.org
> Sent: vendredi, 21. juin 2013 02:41
> To: milter-greylist@yahoogroups.com
> Subject: [milter-greylist] racl confusion
> 
> Hi
> 
> I just discovered an obvious bug: when you have multiple recipients, if
> RCPT stage ACL decides the first one shall be accepted, that decision is
> kept for all next recipients, even if RCPT stage ACL evaluation would
> cause them to be rejected.
> 
> The problem exist because milter-greylist keeps the status and adds flag
> to it for each recpitients. It does that to print a reason in the
> X-Greylist header line, which is obviously an impossible task to perform
> correctly for multiple recipients since there is a single X-Greylist
> line for multiple decisions.
> 
> I would call that a bug. I tested code that reset the
> accept/reject/greylist decision for each recpipient and keep the other
> flags, but of course the X-Greylist header may sometime display
> nonsense. I assume some users will prefer the current behavior,
> therefore I am about to add a global option to enable the "fixed"
> behavior. I found nothing better than "multiracl"
> 
> Opinions?
> 
> --
> Emmanuel Dreyfus
> http://hcpnet.free.fr/pubz
> manu@...
>

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.