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.
Done a google search but not found an answer to disable on a per user basis.
I have 2 suggestions:
1) use a procmail rule in your main procmailrc to cause this user's email to be delivered before SA is called.
2) in that user's user_prefs jack the required_hits up to some absurdly huge value like 9999. It won't prevent SA from scanning it and adding headers, but it won't tag anything either.
Note about option 2: most site-wide configs don't actually read ~/.spamassassin/user_prefs for the user addressed in the message. Most site wide configs ~/ is "/root/" for every message, regardless of addressee.
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
