|
|
> Op 29 mei 2018, om 09:09 heeft Palvelin Postmaster <cgpsa-discuss@mail.tffenterprises.com> het volgende geschreven:
>
>
>> On 29 May 2018, at 9:37, Patrick Sneyers <cgpsa-discuss@mail.tffenterprises.com> wrote:
>>
>>> Op 29 mei 2018, om 08:17 heeft Palvelin Postmaster <cgpsa-discuss@mail.tffenterprises.com> het volgende geschreven:
>>>
>>> Hi,
>>>
>>> I have a system-wide rule which delivers all recognized spam addressed to all domains and recipients to one centralized spam folder (of an account created exclusively for this purpose) for temporary storage and teaching SpamAssassin’s bayes filter.
>>>
>>> I’m considering changing my strategy to having a per-user spam folder instead. I’m thinking this could, at the very least, empower the users to actually receive these messages and manage possible false positives.
>>>
>>> Does anyone have any experience or insights about the strengths and weaknesses of alternate handling strategies?
>>>
>>> What would be the best way to implement this? Do I just need to make a ’Store In’ domain-wide rule for each domain instead of the single system-wide rule I have now?
>>>
>>
>> You can use this option in cgpsa.conf (line 552 in my file), and keep using the server wide rule.
>
> Ahh…I had forgotten about that. Thanks for the reminder! :)
>
> So, here’s my current server-wide processing rule. Do I just need to delete the ’Store In’ action and tweak the cgpsa.conf dma settings?
>
> Subject is *SPAM-PALVELIN*
> Header Field is X-Spam-Flag: YES*
>
> Add Header
> X-Spam-Global: YES
> Write To Log
> Spam (GLOBAL) Detected
> Store In
> ~spam/Junk-SpamAssassin
> Discard
After setting dma in cgpsa.conf (and restarting extfilter), you can disable that rule completely. Just keep the one above, with the "ExternalFilter = cgpsa" action.
I don't add headers in CGP. I tweak headers in SA local.cf
You'll lose the logging though.
I don't know what would happen if you keep this rule active. It might take precedence, or duplicate the messages in your folder? Maybe it does nothing at all? Definitely worth an experiment :)
>
>> Of course, learning spam/ham becomes a bit more complicated then.
>
> Do you mean in a technical or practical sense? I currently have a script which learns spam daily from all folders which follow specified naming conventions (Junk*, Spam*, etc.). I don’t see a need to make any changes to it.
Then you're all set!
Would you be willing to share that script? :)
>
>
>> # A flag that determines whether messages tagged as spam will be filed
>> # automatically using direct mailbox addressing. This eliminates the need
>> # for users to add rules to their accounts to handle spam filtering, but
>> # only works on systems where direct mailbox addressing is enabled.
>
> Where does one enable DMA in CGP?
Settings - Mail - Local (routing)
Patrick
------------------------------------------------------------------------
zwartopwit.be - Drukkerij Bulckens
http://www.zwartopwit.be
Beestig drukwerk van A tot XXL
Industriezone Herentals
Grensstraat 9, 2270 Herenthout
+32 (0) 14 28 58 78
------------------------------------------------------------------------
|
|