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
