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
If you use amavisd-new ans you have a line like
read_hash(\%spam_lovers, '/var/amavisd/spam_lovers');
in you amavisd.conf you can just add the persons email address to that text
file.
-Original Message-
From: Obantec Support [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2003 12:25
--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.
Procma
13 matches
Mail list logo
