2009/4/28 Robert Ober :
> It was global and I want it to stay global. The old procmailrc is:
>
> DROPPRIVS=yes
>
> :0fw
> | /usr/bin/spamc
That's a global config, but you're running it per-user due to the
DROPPRIVS line. fyi.
> All I want to do now is have all the identified spam(X-Spam-Status:
On Tue, 28 Apr 2009, Robert Ober wrote:
All I want to do now is have all the identified spam(X-Spam-Status: Yes
?) go to a global file instead of delivered to the users. The global
spam file will be readable by only myself and management. Company owned
systems, so no privacy implied nor shou
On 4/28/09 3:00 PM, Karsten Bräckelmann wrote:
On Tue, 2009-04-28 at 13:32 -0500, Robert Ober wrote:
On 4/28/09 11:34 AM, Karsten Bräckelmann wrote:
It was global and I want it to stay global. The old procmailrc is:
DROPPRIVS=yes
:0fw
| /usr/bin/spamc
No .procmailrc for the users. And
On Tue, 2009-04-28 at 13:32 -0500, Robert Ober wrote:
> On 4/28/09 11:34 AM, Karsten Bräckelmann wrote:
>
> >> DROPPRIVS=yes
> >
> > procmail is being run on behalf of the recipient.
>
> Makes sense, any way to make sure the log is writeable other that to
> put all the users in a group?
Ah, ju
On 4/28/09 11:34 AM, Karsten Bräckelmann wrote:
DROPPRIVS=yes
procmail is being run on behalf of the recipient.
Makes sense, any way to make sure the log is writeable other that to
put all the users in a group?
LOGFILE=/var/log/procmail.log
VERBOSE=yes
LOGABSTRACT=all
MAILDIR is not
On Tue, 2009-04-28 at 11:07 -0500, Robert Ober wrote:
> filter in Outlook. Problem is that some users are setup to have their
> email forwarded to their cellphone/blackberry and the spam is in that
> inbox. So I found some articles and decided to have the spam go to a
> file. The following i
Hello Folks,
I am using Spamassassin 3.2.5 with Sendmail 8.14.1 in an installation
for office and offsite users. The initial setup was to have
Spamassassin to rewrite the subject so that the users could setup a
filter in Outlook. Problem is that some users are setup to have their
email forw
