Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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 @

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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:~]$

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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]

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

SA doesn't respect my user_prefs

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* of blacklist_from entries in there; one of them is: blacklist_from

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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 ?

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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 >

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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

Re: SA doesn't respect my user_prefs

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