Re: How to Bypass Specific Spamassassin Rule

Thanks All @Henrik It worked On 11/15/2019 3:41 PM, Henrik K wrote: If you don't want to hit it at all for some recipient, you can try redefining the whole UNWANTED_LANGUAGE_BODY rule into a meta. body __UNWANTED_LANGUAGE_BODY eval:check_language() header __UNWANTED_LANGUAGE_SKIP

Re: DMARC_REJECT?

On Sat, Nov 16, 2019 at 06:39:04PM +, David Jones wrote: > > We should add default rules to the SA ruleset that would utilize > OpenDMARC headers if they were present similar to how SPF checks can use > Received-SPF and Authentication-Results headers on internal headers. > > Any perl

Re: DMARC_REJECT?

On 11/16/19 12:19 AM, Dominic Raferd wrote: > > > On Fri, 15 Nov 2019 at 21:17, Kevin A. McGrail > wrote: > > Good idea.  This is done. > > On 11/15/2019 11:49 AM, David Jones wrote: > > Perhaps it needs to be named KAM_DMARC_REJECT to make it obvious

Re: External whitelist_from and blacklist_from lists

Sure.  Add them to any .cf file. On 11/16/2019 10:19 AM, Daryl Rose wrote: > Can I have external whitelist_from and blacklist_from lists?  > Currently they're in the users_prefs file and are growing.  I would > prefer to have an external list and keep them out of the users_prefs > file. > >

Re: DMARC_REJECT?

Yeah, I'm going to lower it while we look into RW's suggestions about the rule. On 11/16/2019 1:19 AM, Dominic Raferd wrote: > > > On Fri, 15 Nov 2019 at 21:17, Kevin A. McGrail > wrote: > > Good idea.  This is done. > > On 11/15/2019 11:49 AM, David Jones

External whitelist_from and blacklist_from lists

Can I have external whitelist_from and blacklist_from lists? Currently they're in the users_prefs file and are growing. I would prefer to have an external list and keep them out of the users_prefs file. Thanks Daryl