On Sun, 16 Oct 2011 15:58:25 -0400
Brian J. Murrell wrote:
> On 11-10-16 03:37 PM, RW wrote:
> >
> > Could you not just run a script from cron that does chown
> > ${USER}:spamd and chmod g+rw on all the files in the virtual home
> > directories.
>
> You seem to have gotten lost in minor details
On 11-10-16 03:37 PM, RW wrote:
>
> Could you not just run a script from cron that does chown ${USER}:spamd
> and chmod g+rw on all the files in the virtual home directories.
You seem to have gotten lost in minor details and lost sight on the
original problem which is that of being able to run sp
On Sun, 16 Oct 2011 15:24:17 -0400
Brian J. Murrell wrote:
> To recap, I simply want to have the user_state (i.e. typically
> ~/.spamassassin) dirs somewhere other than $HOME on the server but
> have those dirs and their files owned by their respective users and
> therefor need to have spamd run
On 11-10-16 03:12 PM, RW wrote:
>
> Not if you set --virtual-config-dir.
Right. But such a change (i.e. a different $HOME on the server than on
any other machine) is still on the "transparent to users" change that I
am looking for -- the change that requires no user re-training and no
increase i
On Sun, 16 Oct 2011 14:31:01 -0400
Brian J. Murrell wrote:
> On 11-10-16 02:08 PM, Martin Gregorie wrote:
> > Yep. A brainfart on my part.
>
> No worries. :-)
>
> > OK - if the MTA runs spamc (Postfix does this via a service defined
> > as part of its configuration - others MTAs have a similar
On 11-10-16 02:08 PM, Martin Gregorie wrote:
> Yep. A brainfart on my part.
No worries. :-)
> OK - if the MTA runs spamc (Postfix does this via a service defined as
> part of its configuration - others MTAs have a similar ability) the -u
> facility can be used to select the preference file much
On Sun, 2011-10-16 at 13:39 -0400, Brian J. Murrell wrote:
> On 11-10-16 01:31 PM, Martin Gregorie wrote:
> >
> > Have you thought of running spamc remotely? This way you could avoid the
> > need to login the the server just to process mail.
>
> Hrm. I'm not sure I follow. The server receives th
On Sun, 16 Oct 2011 14:07:11 -0300
Christian Grunfeld wrote:
> > spamd: cannot use --virtual-config-dir without -u
>
> afaik --virtual-config-dir needs -x and not -u.but you are
> right ! its at the end of --virtual-config-dir man !
You use both, the -u in spamd determines the unprivileg
On 11-10-16 01:31 PM, Martin Gregorie wrote:
>
> Have you thought of running spamc remotely? This way you could avoid the
> need to login the the server just to process mail.
Hrm. I'm not sure I follow. The server receives the mail and the
server delivers it to the user's mailbox but on the way
On Sun, 2011-10-16 at 12:26 -0400, Brian J. Murrell wrote:
> I don't call spamd from the deliver end. Each user has a .procmailrc
> which pipes the mail through "spamc" so spamc is already being called by
> the recipients effective user-ID.
>
Have you thought of running spamc remotely? This way y
Oh I remember ! I did something like your setup but with the use of
amavisd-new !
Amavis does not need spamd nor spamc as it directly uses spamassassin
perl library functions. With amavis you can also set -u and it worked
for me time ago.
Anyway then I move to SQL !
2011/10/16 Christian Grunfeld
> spamd: cannot use --virtual-config-dir without -u
afaik --virtual-config-dir needs -x and not -u.but you are
right ! its at the end of --virtual-config-dir man !
On 11-10-16 12:16 PM, Christian Grunfeld wrote:
>
> You should have spamd running as root,
But I do that already. That is what is causing the problem with the new
switch (--virtual-config-dir=...):
spamd: cannot use --virtual-config-dir without -u
> then it can setuid to the
> calling spamc ui
> In my network, users have their home dirs on their local machines (for
> performance) which are automounted to the mail server for purposes of
> spamd accessing their ~/.spamassassin dirs.
>
> This of course fails when a machine is turned off so I want to move
> users' ~/.spamassassin dirs to the
14 matches
Mail list logo
