Re: sense of _FFR ?

From: Andreas Schulze <sca_at_andreasschulze.de>
Date: Thu, 27 Sep 2012 22:19:32 +0200

Am Do, 27.09.2012, 09:55 schrieb Murray S. Kucherawy:

> So does anyone have any they'd like to see activated into production code?
> Do any of the ones discussed above seem like bad candidates for removal?
>
> The current FFR list is:
>
> atps [+]
> adsp_lists [-]
> db_handle_pools
> default_sender
> diffheaders [+]
> dkim_reputation (the older stuff)
> identity_header
> ldap_caching
> lua_globals [+]
> postgresql_reconnect_hack
> rate_limit [-]
> rbl [+]
> redirect
> replace_rules [+]
> reputation [+] (the newer stuff)
> resign [+]
> sender_macro
> socketdb [+]
> stats [+]
> vbr [+]
I aggree.
additional vote:
 + sender_macro
 + redirect
 - dkim_reputation

Andreas
Received on Thu Sep 27 2012 - 20:19:46 PST