On Fri, 11 Sep 2015 16:53:17 +0200
Benny Pedersen wrote:
> but there was a dokument error on what -x do on spamd
What I found confusing is that --virtual-config-dir doesn't work
without -x. In other words you have to set the nouser-config option to
make spamd read the user config.
> and -u
Am 11.09.2015 um 16:53 schrieb Benny Pedersen:
Reindl Harald skrev den 2015-09-11 16:12:
spamd: cannot run as nonexistent user or root with -u option
spamd must not be startet with the -u option as root, the whole
purpose is to have the daemon process running as root and then "spamc"
is inv
Reindl Harald skrev den 2015-09-11 16:12:
spamd: cannot run as nonexistent user or root with -u option
spamd must not be startet with the -u option as root, the whole
purpose is to have the daemon process running as root and then "spamc"
is invoked with the -u param of the user which is target
Hi @ everyone,
GOTCHA !
Finally, I found the solution myself: The issue is in the systemd
spamassassin.service unit file of Arch Linux! This is how
/usr/lib/systemd/system/spamassassin.service looks like:
[Unit]
Description=Spamassassin daemon
After=syslog.target network.target
[Service]
Ex
Am 11.09.2015 um 16:05 schrieb Marc Richter:
thanks for your ideas, they look reasonable.
But I think it might be not the solution, since
1. my spamd runs as spamd:spamd and my home-dirs/-files have rw
permissions for at least group spamd:
ww@tango012 ~ $ ls -ald .spamassassin .spamassassin/*
Hi Olivier,
thanks for your ideas, they look reasonable.
But I think it might be not the solution, since
1. my spamd runs as spamd:spamd and my home-dirs/-files have rw
permissions for at least group spamd:
ww@tango012 ~ $ ls -ald .spamassassin .spamassassin/*
drwxrwx--- 2 wwspamd 409
Am 09.09.2015 um 15:01 schrieb Matus UHLAR - fantomas:
how do you plug spamassassin into your mail flow? How do you call
spamassassin? mta, mail client ... ?
On 09.09.15 16:11, Marc Richter wrote:
I'm running postfix as my MTA. In it's master.cf there is configured
to pipe my mail through a sc
Marc Richter writes:
> Hi KAM,
>
> why not - spamassassin seems to respect the user_prefs file. Of course
> I'd like to stick ti spamc, but if there is no solution for the
> user_prefs - issue, it fits only half of my needs.
Sorry for jumping in the conversation, I have not read all the messag
I can't disagree as I was answering the why it exists.
What are using user prefs to accomplish because I prefer using sql based prefs?
Regards,
KAM
On September 11, 2015 5:50:43 AM AST, Marc Richter
wrote:
>Hi KAM,
>
>why not - spamassassin seems to respect the user_prefs file. Of course
>I'
Am 11.09.2015 um 11:35 schrieb Marc Richter:
Guess this means that I have to run "spamassassin" instead of spamc,
don't I?
I do not understand the reason for spamc to exist then
uhm because it does the real work?
in the case below milter -> spamd -> spamc preforkers
[root@mail-gw:~]$ syste
Hi KAM,
why not - spamassassin seems to respect the user_prefs file. Of course
I'd like to stick ti spamc, but if there is no solution for the
user_prefs - issue, it fits only half of my needs.
Best regard,
Marc
Am 11.09.2015 um 11:47 schrieb Kevin A. McGrail:
Spamc exists to save startup c
Spamc exists to save startup compilation time.
If you have real users and use procmail then spamc will be much faster and pass
along the username.
If you use a glue or have virtual users, you might need logic to call spamc or
spamassassin with a desired username. But for me, I would anticipate
Guess this means that I have to run "spamassassin" instead of spamc,
don't I?
I do not understand the reason for spamc to exist then - but based upon
the conversation result, it seems like the way to go ... hope my host
can handle the load.
Am 10.09.2015 um 12:50 schrieb Marc Richter:
Hi @
Hi RW,
When I issue "spamassassin --test-mode -D" as the user the filter.sh
- runs as, I get this in the long output:
dbg: config: read file /var/lib/spamassassin/.spamassassin/user_prefs
So, it tries to read the user_prefs from the daemon's home, what is
clear, because it cannot know what use
Hi @ all,
maybe I'm doing it wrong here - I do not insist on being unfailable.
But what's the correct way to do it then?
Best regards,
Marc
Am 10.09.2015 um 01:48 schrieb RW:
On Wed, 9 Sep 2015 14:48:14 -0700
jdow wrote:
On 2015-09-09 13:51, RW wrote:
On Wed, 9 Sep 2015 17:27:54 +0200
Marc
On Wed, 9 Sep 2015 14:48:14 -0700
jdow wrote:
> On 2015-09-09 13:51, RW wrote:
> > On Wed, 9 Sep 2015 17:27:54 +0200
> > Marc Richter wrote:
> >
> >> Hi RW,
> >>
> >>> Do you mean that ww is a unix user? The normal way to do this is
> >>> to run spamd as root and run spamc as the unix user. Passin
On 2015-09-09 13:51, RW wrote:
On Wed, 9 Sep 2015 17:27:54 +0200
Marc Richter wrote:
Hi RW,
Do you mean that ww is a unix user? The normal way to do this is to
run spamd as root and run spamc as the unix user. Passing -u to
spamc is really intended for virtual users, I'm not sure whether it
w
On Wed, 9 Sep 2015 17:27:54 +0200
Marc Richter wrote:
> Hi RW,
>
> > Do you mean that ww is a unix user? The normal way to do this is to
> > run spamd as root and run spamc as the unix user. Passing -u to
> > spamc is really intended for virtual users, I'm not sure whether it
> > works for unix u
Is this line in your "local.cf" file? (And is it in the correct place?)
allow_user_rules 1
{^_^}
On 2015-09-09 04:47, Marc Richter wrote:
Hi jdow,
hi Matus,
thanks for your replies.
Regardless if it's necessary or not, I have done so. It also happens regularly
by cron (all 3 hours), along wi
Hi RW,
Do you mean that ww is a unix user? The normal way to do this is to run
spamd as root and run spamc as the unix user. Passing -u to spamc is
really intended for virtual users, I'm not sure whether it works for
unix users. Are you sure it worked before?
ww is a unix user, yes. And it wo
Hi Matus,
Am 09.09.2015 um 15:01 schrieb Matus UHLAR - fantomas:
On 09.09.15 13:47, Marc Richter wrote:
Regardless if it's necessary or not, I have done so. It also happens
regularly by cron (all 3 hours), along with other jobs like sa-learn,
sa-update and sa-compile.
reload should be enough,
On 09.09.15 13:47, Marc Richter wrote:
Regardless if it's necessary or not, I have done so. It also happens
regularly by cron (all 3 hours), along with other jobs like sa-learn,
sa-update and sa-compile.
reload should be enough, restart is rarely necessary.
Also, why do you check oftern than o
On Wed, 9 Sep 2015 13:47:01 +0200
Marc Richter wrote:
> > On 09.09.2015 11:12 Matus wrote:
> >
> > have you tried running spamassassin -D ? maybe there's somethign
> > invalid in SA's configuration or your user_prefs
>
> When I issue "spamassassin --test-mode -D" as the user the filter.sh
>
PS:
I just did the following test:
As the user, filter.sh is executed as, I did test the following:
1. /usr/bin/vendor_perl/spamc -x -E -u ww < /tmp/spam
As the user, who owns the user_prefs, I did test the following:
2. /usr/bin/vendor_perl/spamc -x -E < /tmp/spam
3. spamassassin --test-mode
Hi jdow,
hi Matus,
thanks for your replies.
Regardless if it's necessary or not, I have done so. It also happens
regularly by cron (all 3 hours), along with other jobs like sa-learn,
sa-update and sa-compile.
> On 09.09.2015 11:12 Matus wrote:
>
> have you tried running spamassassin -D ? may
On 09.09.15 01:16, jdow wrote:
I presume you restarted spamd, right?
restarting spamd should not be needed for changes in user_prefs, should it?
On 2015-09-08 23:46, Marc Richter wrote:
I'm running SA 3.4.1 with Perl 5.22.0 .
It works quite well, but since a few weeks, it looks like my user_
I presume you restarted spamd, right?
{^_^}
On 2015-09-08 23:46, Marc Richter wrote:
Hi everyone,
I'm running SA 3.4.1 with Perl 5.22.0 .
It works quite well, but since a few weeks, it looks like my user_prefs isn't
taken into account by SA anymore. Let's show this by example:
There are *lots
27 matches
Mail list logo
