On 2016-04-07 13:55 -0700, Ian Zimmerman wrote:
> sa-learn doesn't do any reporting, right?
[snip snip]
> By the way, manpage for spamc says:
>
>-C report type, --reporttype=type
>Report or revoke a message to one of the configured
>collaborative filtering
On 2016-04-13 09:12 -0400, Michael Orlitzky wrote:
> package will be recompiled automatically as part of the updates. Any
> packages *depending on* that package (like, if they're statically linked
> to it) will also be recompiled.
But also _direct_ dependencies of the affected package, if the
On 04/13/2016 09:50 AM, Reindl Harald wrote:
>
> enough problems by wasting time if you have to maintain 10, 20, 30 or
> more servers and in case of problems need fast downgrades - especially
> if you run virtual machines where all the compile jobs share hardware
emerge --buildpkg will create
On Wed Apr 13 15:50:27 2016, Reindl Harald wrote:
> enough problems by wasting time if you have to maintain 10, 20, 30 or more
> servers and in case of problems need fast downgrades - especially if you run
> virtual machines where all the compile jobs share hardware
>
> besides that on a
Am 13.04.2016 um 15:12 schrieb Michael Orlitzky:
On 04/13/2016 01:26 AM, Ian Zimmerman wrote:
On 2016-04-12 10:57 -0400, David Niklas wrote:
You could use Gentoo, you get to configure it all yourself!
Funny you'd say that, I _am_ actually switching to it - on my
"workstation" role
On 04/13/2016 01:26 AM, Ian Zimmerman wrote:
> On 2016-04-12 10:57 -0400, David Niklas wrote:
>
>> You could use Gentoo, you get to configure it all yourself!
>
> Funny you'd say that, I _am_ actually switching to it - on my
> "workstation" role computers. I'm already over 50% over the hump, I
On 2016-04-12 10:57 -0400, David Niklas wrote:
> You could use Gentoo, you get to configure it all yourself!
Funny you'd say that, I _am_ actually switching to it - on my
"workstation" role computers. I'm already over 50% over the hump, I
think.
But on "server type" computers, I just cannot
Am 07.04.2016 um 22:55 schrieb Ian Zimmerman:
> My high-level goal here is to get rid of as many configuration changes
> as I can in the system-managed area (/etc in my case) and achieve the
> same effects by other means. This is because I'm learning that I
> cannot trust my distro not to screw
Am 07.04.2016 um 22:55 schrieb Ian Zimmerman:
My high-level goal here is to get rid of as many configuration changes
as I can in the system-managed area (/etc in my case) and achieve the
same effects by other means. This is because I'm learning that I cannot
trust my distro not to screw me
On 2016-04-07 14:37 +0100, RW wrote:
> What exactly are you trying to do here?
>
> The pyzor plugin does testing and reporting, use_pyzor is mostly there
> to control the test. The spamcop plugin does reporting only.
So, if I don't do any explicit reporting (neither spamc -C nor
spamassassin
On Wed, 6 Apr 2016 19:38:27 -0700
Ian Zimmerman wrote:
> Is there any way to disable the spamcop plugin for an individual user
> (i.e. from ~/.spamassassin/user_prefs) if the plugin is loaded by
> /etc/spamassassin/*.pre ?
>
> By comparison, I seem to be able to disable pyzor even if it is
>
Ian Zimmerman kirjoitti 7.4.2016 5:38:
Is there any way to disable the spamcop plugin for an individual user
(i.e. from ~/.spamassassin/user_prefs) if the plugin is loaded by
/etc/spamassassin/*.pre ?
By comparison, I seem to be able to disable pyzor even if it is loaded,
by writing
Is there any way to disable the spamcop plugin for an individual user
(i.e. from ~/.spamassassin/user_prefs) if the plugin is loaded by
/etc/spamassassin/*.pre ?
By comparison, I seem to be able to disable pyzor even if it is loaded,
by writing
use_pyzor 0
in my user_prefs.
--
Please *no*
13 matches
Mail list logo
