Yahoo Groups archive

Milter-greylist

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

Message

Re: Suggested improvements to dacl processing: what do you prefer?

2009-11-04 by reschauzier

Thanks for the info. It confirms what I found: the current milter-greylist will work for spam and virus filtering (albeit with a significant performance hit, as you mention).

The milter does not work, on the other hand, for message authentication systems such as DomainKeys and DKIM.

The reason is that the dacl can override a racl whitelist, but not a racl greylist or blacklist.

A simple conf file like

racl greylist default
dacl whitelist dkim pass

will not function as expected (allow all dkim authenticated messages, greylist all others), as will an even simpler file like

dacl whitelist dkim pass

The racl will greylist by default, and a dacl whitelist will not override a racl greylist (if it sounds confusing, that's because it is; it took me couple of hours sorting through the source to figure this out)

Is there anyone that can prove me wrong and has a working DKIM/DK setup with milter-greylist?

Thanks,
Rudy.


--- In milter-greylist@yahoogroups.com, chasd <chasd@...> wrote:
>
> > For my interest, what have you been using the dacls for?  
> > Interfacing w/ spamd, DKIM check or something else?
> 
> To see if applying virus or spam filtering would be worthwhile at  
> that mail processing point.
> I hadn't realized that one of the reasons the delivery times  
> increased so much was because _every_ message was being processed. It  
> makes sense now. The performance issue was why I didn't move forward  
> toward implementation, I just did testing. With finer-grained control  
> of dacl processing, I'd revisit my tests.
> 
> 
> -- 
> Charles Dostale
> System Admin - Silver Oaks Communications
> http://www.silveroaks.com/
> 824 17th Street, Moline  IL  61265
>

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.