Heh, I know this thread is so old it might as well be dead, but this does work. Note that you may
need to apply the patch from Bug 7932 until the next release.
bayes_store_module Mail::SpamAssassin::BayesStore::SQL
bayes_sql_dsn DBI:SQLite:/path/to/bayes.sqlite
On 5/26/22 9:25 AM, Michael Grant
On 11/18/21 12:08, Bill Cole wrote:
On 2021-11-18 at 11:14:27 UTC-0500 (Thu, 18 Nov 2021 11:14:27 -0500)
Is there some way to do so in the config, otherwise I can change the Received line generated by
Exim but it seems strange the defaults fail here.
It can't be done in config, because ther
On 11/18/21 16:49, John Hardin wrote:
On Thu, 18 Nov 2021, Matt Corallo wrote:
I followed up on the exim-users list on this - Exim *did* verify the FcRDNS here and the above
header line is what it generates by default for FcRDNS. The RFC quote they responded with is at
[1]. A FcRDNS-failed
(resending due to broken from email, sorry bill if you see this twice)
On 11/16/21 00:26, Bill Cole wrote:
> The lack of any name inside the parentheses before the bracketed IP in that Received header
implies that mail.as397444.net could not get a verifiable rDNS name for that relay.
>
> In sho
On 11/16/21 00:26, Bill Cole wrote:
On 2021-11-15 at 20:06:22 UTC-0500 (Mon, 15 Nov 2021 20:06:22 -0500)
Matt Corallo
is rumored to have said:
Full headers follow, but it seems the shopify detection in the above isn't
quite correct;
Return-path:
Envelope-to: vmstfp...@mattcorall
Full headers follow, but it seems the shopify detection in the above isn't
quite correct;
Return-path:
Envelope-to: vmstfp...@mattcorallo.com
Delivery-date: Mon, 15 Nov 2021 21:10:55 +
Received: from o13.mailer.shopify.com ([149.72.221.62])
by mail.as397444.net with esmtps TLS1.3 i
On 9/21/21 18:01, Loren Wilton wrote:
None of these seem to accomplish disabling learning for a specific rule
I think the problem is that I believe Bayes works off of the total score, and probably only sees
rule names as more tokens, if it sees them at all. If it indeed works off the total
On 9/21/21 15:53, Benny Pedersen wrote:
On 2021-09-21 22:11, Matt Corallo wrote:
"tflags MAILING_LIST_MULTI noautolearn" doesn't seem like quite what I
want, it just reduces the score used to decide whether to learn.
There's some old bugzilla mentions asking for this featu
Hi!
I recently noticed my bayes was rarely matching any spam, and it turns out this was due to
autolearn=ham'ing occurring on lots of list traffic that I only occasionally read, some of which was
blatant spam. Sadly, list traffic can be pretty hard to categorize and ends up getting through due