Okay now I am confused..
This is what im trying to do.
All spam marked by spamassassin to go to "/tmp/spam" and not in
the users mail.
I know I have to edit the /etc/procmailrc file and make sure that
.profilerc in the users home directory does not conflict with
this.
this is what I have have in my /etc/procmailrc - can someone take
a look and help me correct it.
SHELL=/bin/sh
# Put ## before LOGFILE if you want no logging (not recommended)
LOGFILE=/tmp/loger
# To insert a blank line between each message's log entry,
# uncomment next two lines (this is helpful for debugging)
LOG="
"
# Set to yes when debugging
VERBOSE=no
# Remove ## when debugging; set to no if you want minimal logging
LOGABSTRACT=all
MAILDIR=$HOME/mail # Make sure this directory exists!
# Messages that fall through all your procmail recipes are
delivered
# to your default INBOX (to find out yours, see step 2 above)
# SpamAssassin sample procmailrc
#
# Pipe the mail through spamassassin (replace 'spamassassin' with
'spamc'
# if you use the spamc/spamd combination)
# The condition line ensures that only messages smaller than 250 kB
# (250 * 1024 = 256000 bytes) are processed by SpamAssassin. Most
spam
# isn't bigger than a few k and working with big messages can bring
# SpamAssassin to its knees.
:0fw
* < 256000
| spamassassin
# Mails with a score of 15 or higher are almost certainly spam
(with 0.05%
# false positives according to rules/STATISTICS.txt). Let's put
them in a
# different mbox. (This one is optional.)
:0:
* ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*
/tmp/spam/almost-certainly-spam
# All mail tagged as spam (eg. with a score higher than the set
threshold)
# is moved to "probably-spam".
:0:
* ^X-Spam-Status: Yes
/tmp/spam/probably-spam
# Work around procmail bug: any output on stderr will cause the
"F" in
"From"
# to be dropped. This will re-add it.
:0 H
* ! ^From[ ]
* ^rom[ ]
{
LOG="*** Dropped F off From_ header! Fixing up. "
:0 fhw
| sed -e 's/^rom /From /'
}
dman(_at_)nomotek(_dot_)com writes:
From: LuKreme <kremels(_at_)kreme(_dot_)com>
On Tuesday, Oct 22, 2002, at 09:14 Canada/Mountain, Abid wrote:
Quick question about setting up /etc/procmail
/etc/procmailrc
. I am not sure if I need a ".forward" file with the
/etc/procmail
if a user has a .forward file it OVERRIDES the system-wide
/etc/procmailrc file. (We just covered this on the list, in
fact))
unless the user specifically calls
INCLUDERC=/etc/procmailrc
No. This is erroneous information. Surry, LuKreme. Yes, we
just covered
it, but what you recall from the thread is wrong.
The presence of a simple .forward does not override or obviate an
/etc/procmailrc. From 'man procmail' (3.22):
If no rcfiles and no -p have been specified on the command
line, procmail will, prior to reading $HOME/.procmailrc,
interpret commands from /etc/procmailrc (if present).
So how one overrides /etc/procmailrc, if one exists, is to use -p
or specify the target rcfile on the command-line (including, one
presumes, within a .forward).
Dallman Ross
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail
Best Regards,
Abid
Abid(_at_)abelcine(_dot_)com
(718)273-8108
(718)273-8137 Fax
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail