On Fri, 9 Apr 2021, spamassas...@mach2.franken.de wrote:
Am 07.04.2021 um 12:27 schrieb Antony Stone:
I am running said packet install from an internet tutorial.
Who wrote that tutorial and where does it point you to get the packages
from?
Antony.
Hmm, it says execute the following
Am 07.04.2021 um 12:27 schrieb Antony Stone:
I am running said packet install from an internet tutorial.
Who wrote that tutorial and where does it point you to get the packages from?
Antony.
Hmm, it says execute the following commands:
sudo apt-get update
sudo apt-get install
> To update SpamAssassin module from time to time from Git I am using
> Puppet/Ansible that will put the code in the right places.
> On simpler install I am using a Makefile like this one:
>
>
>
On 4/8/21 7:51 PM, Bill Cole wrote:
>> So clearly it's not ideal to clone a spamassassin module into
>> /etc/spamassassin!
>>
>> I'm curious if someone has a clean solution here that allows updating
>> the module from time to time from git.
>
> That module? No. I have the utmost respect for and
On 8 Apr 2021, at 5:05, Michael Grant wrote:
I'm running debian on my mail server. I use etckeeper to track
changes in /etc.
Often I run across modules such as spamassassin-esp and maybe I would
consider playing with Jared Hall's CHAOS module.
I'm curious what the recommended best practice
On Thu, Apr 08, 2021 at 07:00:57PM +0200, Benny Pedersen wrote:
> On 2021-04-08 18:54, Michael Grant wrote:
>
> > This may be a stupid question... but for a spamassassin module, for
> > example spamassassin-esp, how would one normally "install" this so
> > that it reads the .pre file?
>
> all
On 2021-04-08 18:54, Michael Grant wrote:
This may be a stupid question... but for a spamassassin module, for
example spamassassin-esp, how would one normally "install" this so
that it reads the .pre file?
all content should be placed in same dir as local.cf
and custom plugins should have
On Thu, Apr 08, 2021 at 04:11:25PM +0200, Benny Pedersen wrote:
> On 2021-04-08 11:05, Michael Grant wrote:
>
> > loadplugin Mail::SpamAssassin::Plugin::Esp spamassassin-esp/Esp.pm
> > include spamassassin-esp/Esp.cf
>
> loadplugin must not be in cf files, it belongs to pre files
This may be a
On 2021-04-08 18:25, Matus UHLAR - fantomas wrote:
Therefore it should work in 3.4.5
thanks. I wait until debian guys will push 3.4.5 to backports.
will be 3.4.6, if debian is awake :-)
Am 2021-04-08 17:46, schrieb Bill Cole:
On 8 Apr 2021, at 6:25, Matus UHLAR - fantomas wrote:
and there is no undef_whitelist_auth, and the unwhitelist_auth
does NOT work.
It does work in 3.4.5, although if you're not there yet I'd advise
waiting for 3.4.6.
See
Am 2021-04-08 17:46, schrieb Bill Cole:
On 8 Apr 2021, at 6:25, Matus UHLAR - fantomas wrote:
and there is no undef_whitelist_auth, and the unwhitelist_auth does
NOT work.
It does work in 3.4.5, although if you're not there yet I'd advise
waiting for 3.4.6.
See
Am 2021-04-08 17:26, schrieb Bill Cole:
On 8 Apr 2021, at 8:04, Matus UHLAR - fantomas wrote:
On Sun, 4 Apr 2021 13:21:08 +0200 Matus UHLAR - fantomas wrote:
I prefer to solve problems instead of playing with scores.
It seems that abusers have worked around SA by using google
domains
and
On 8 Apr 2021, at 6:25, Matus UHLAR - fantomas wrote:
and there is no undef_whitelist_auth, and the unwhitelist_auth does
NOT work.
It does work in 3.4.5, although if you're not there yet I'd advise
waiting for 3.4.6.
See https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7809
--
Bill
On 8 Apr 2021, at 8:04, Matus UHLAR - fantomas wrote:
On Sun, 4 Apr 2021 13:21:08 +0200 Matus UHLAR - fantomas wrote:
> I prefer to solve problems instead of playing with scores.
>
> It seems that abusers have worked around SA by using google domains
> and addresses for
On 2021-04-08 11:05, Michael Grant wrote:
loadplugin Mail::SpamAssassin::Plugin::Esp spamassassin-esp/Esp.pm
include spamassassin-esp/Esp.cf
loadplugin must not be in cf files, it belongs to pre files
>On Sun, 4 Apr 2021 13:21:08 +0200 Matus UHLAR - fantomas wrote:
>> I prefer to solve problems instead of playing with scores.
>>
>> It seems that abusers have worked around SA by using google domains
>> and addresses for sending spam from.
On 04.04.21 14:19, RW wrote:
>If google have been
On 04 Apr 2021, at 05:21, Matus UHLAR - fantomas wrote:
I prefer to solve problems instead of playing with scores.
On 04.04.21 06:35, @lbutlr wrote:
The way that SA solves problems is by changing score values.
The entire foundation of SA is "playing with scores".
I disagree. The main work
How about cloning outside your etc directory, for instance in
/usr/local? And then adding the correct paths to local.cf, as usual.
Kind regards,
Tom
On 08-04-2021 11:05, Michael Grant wrote:
I'm running debian on my mail server. I use etckeeper to track
changes in /etc.
Often I run
I'm running debian on my mail server. I use etckeeper to track
changes in /etc.
Often I run across modules such as spamassassin-esp and maybe I would
consider playing with Jared Hall's CHAOS module.
I'm curious what the recommended best practice is to install such
modules from a git repo.
For
On 02/04/2021 13:46, Wolfgang Breyha wrote:
Hi!
It seems that 3.4.5 changed the behavior of URIBL lookups in a quite bad
way compared to 3.4.4.
Just as a pointer:
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7897
Greetings,
Wolfgang
On 07.04.21 14:40, Jared Hall wrote:
Released Apr 7, 2021
- Better Unibabble bibber-blabber blockage.
- Improved Title Case sort order.
- Tons of new callouts added to the mailer_check().
- MailChimp header and MS Exchange header spoofing sanity checks.
- Added Microsoft Cab files to the
21 matches
Mail list logo
