Kenneth Porter wrote:
--On Monday, December 01, 2003 3:55 PM -0600 Rich Puhek
<[EMAIL PROTECTED]> wrote:
Here's the nospam.pl script:
Why not use grep?
* ! ? /usr/local/bin/nospam.pl $LOGNAME
I forget why at the moment. I think I opted for a full-blown script so that:
1) I was certain of
- Original Message -
From: "Kenneth Porter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 05, 2003 5:52 AM
Subject: Re: [SAtalk] Disable a User who does not want SA
> --On Monday, December 01, 2003 3:55 PM -0600 Rich Puhek
> <[EMAIL
--On Monday, December 01, 2003 3:55 PM -0600 Rich Puhek
<[EMAIL PROTECTED]> wrote:
> Here's the nospam.pl script:
Why not use grep?
> * ! ? /usr/local/bin/nospam.pl $LOGNAME
(Untested code)
* ! ? grep -q ^$LOGNAME$ /etc/spamassassin/exempt
Or you could use the magic file approach:
test -f /h
--On Monday, December 01, 2003 17:21:03 -0500 "Carl R. Friend"
<[EMAIL PROTECTED]> wrote:
On Mon, 1 Dec 2003, Obantec Support wrote:
RH8.0 with SA2.60 installed as sitewide.
Procmailrc is handling spam for all users and creates
~/.spamassassin/user_prefs ok.
Now 1 customer has decided he d
On Mon, 1 Dec 2003, Obantec Support wrote:
> RH8.0 with SA2.60 installed as sitewide.
>
> Procmailrc is handling spam for all users and creates
> ~/.spamassassin/user_prefs ok.
>
> Now 1 customer has decided he does not like spam filtered emails (cannot
> please all).
>
> tried |/usr/bin/spa
I have a similar situation, so I created a script to look for "exempt"
users, which I store in a flat text file. Here's my /etc/procmailrc:
#
# #
# SpamAssassin #
# #
#
:0fw
# skip passing to spamc/spamd if user is on
# exempt list, or
At 03:25 PM 12/1/2003, Obantec Support wrote:
tried |/usr/bin/spamassasin -x in procmailrc since i read no user_prefs no
spam handling.
Um.. no.. SA can run without a user_prefs, and without creating one.
tried ~/.no-spamfilter
Er.. not sure what that would do, never heard of that file before.
Obantec Support wrote:
Hi All
RH8.0 with SA2.60 installed as sitewide.
Procmailrc is handling spam for all users and creates
~/.spamassassin/user_prefs ok.
Now 1 customer has decided he does not like spam filtered emails (cannot
please all).
tried |/usr/bin/spamassasin -x in procmailrc since i r
- Original Message -
From: "Mark Muller" <[EMAIL PROTECTED]>
To: "'Obantec Support'" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Monday, December 01, 2003 9:27 PM
Subject: RE: [SAtalk] Disable a User who does not want SA
Hi,
On Mon, 1 Dec 2003, Obantec Support wrote:
> Hi All
>
> RH8.0 with SA2.60 installed as sitewide.
>
> Procmailrc is handling spam for all users and creates
> ~/.spamassassin/user_prefs ok.
>
> Now 1 customer has decided he does not like spam filtered emails (cannot
> please all).
>
> tried |/u
1, 2003 12:25 PM
To: [EMAIL PROTECTED]
Subject: [SAtalk] Disable a User who does not want SA
Hi All
RH8.0 with SA2.60 installed as sitewide.
Procmailrc is handling spam for all users and creates
~/.spamassassin/user_prefs ok.
Now 1 customer has decided he does not like spam filtered emails (can
--On Monday, December 01, 2003 8:25 PM + Obantec Support
<[EMAIL PROTECTED]> wrote:
> Procmailrc is handling spam for all users and creates
> ~/.spamassassin/user_prefs ok.
>
> Now 1 customer has decided he does not like spam filtered emails (cannot
> please all).
Just checked "man procmailr
all_spam_to [EMAIL PROTECTED] should do it.
-Original Message-
From: Obantec Support [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2003 2:25 PM
To: [EMAIL PROTECTED]
Subject: [SAtalk] Disable a User who does not want SA
Hi All
RH8.0 with SA2.60 installed as sitewide
Hi All
RH8.0 with SA2.60 installed as sitewide.
Procmailrc is handling spam for all users and creates
~/.spamassassin/user_prefs ok.
Now 1 customer has decided he does not like spam filtered emails (cannot
please all).
tried |/usr/bin/spamassasin -x in procmailrc since i read no user_prefs no
s
14 matches
Mail list logo
