Hello,
I setup spamassassin the other week on my inbox mail-server, and so far
its been running good, now I wanted to try to train my bayes database
with some mails I have stored (200+ of each spam and ham, which should
be enough according to documentation).
Here is the version I am using:
Lyle Evans wrote:
Expect to see a lot more of these due to
https://github.com/0x4447/0x4447_product_s3_email/blob/master/README.md
That looks more like Doing It Right(TM), by way of using Amazon's
outbound relay hosts.
Doing It Wrong(TM) is sending direct-to-MX from your VPS without
overrid
On 8 Jan 2020, at 3:42, Guido Goluke, MajorLabel wrote:
Hello,
I would like to control user preferences through SQL and read the
docs, that stated you should start spamd with the -q option. As a
novice that installed spamassassin through apt in Ubuntu, it's
installed as a systemd service an
On 8 Jan 2020, at 3:42, Guido Goluke, MajorLabel wrote:
Hello,
I would like to control user preferences through SQL and read the
docs, that stated you should start spamd with the -q option. As a
novice that installed spamassassin through apt in Ubuntu, it's
installed as a systemd service and
On 8 Jan 2020, at 7:47, Guido Goluke, MajorLabel wrote:
Will I need to move the Bayes DB to an 'SQL form' when I switch to
SQL-style user preferences?
No. The Bayes, user prefs, and TxRep (or AWL) databases each have their
own independent configurations
--
Bill Cole
b...@scconsult.com or b
My setup is that of only virtual e-mail users. The 'vmail' user handles
all internal stuff. Right now, I have a cronjob on the vmail user that
scans 'learn spam' folders on a couple of mailboxes so that the bayes DB
is built up on the vmail user and the learnt false negatives are
actually used
Hello,
I would like to control user preferences through SQL and read the docs,
that stated you should start spamd with the -q option. As a novice that
installed spamassassin through apt in Ubuntu, it's installed as a
systemd service and runs as a postfix milter. Should I just alter the
system