Bug 337 - feature request: user config, dump body and mail adresses, multiple outputs
Summary: feature request: user config, dump body and mail adresses, multiple outputs
Status: RESOLVED WONTFIX
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: spamassassin (show other bugs)
Version: 2.20
Hardware: PC Linux
: P2 enhancement
Target Milestone: ---
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on: 397
Blocks:
  Show dependency tree
 
Reported: 2002-05-19 11:29 UTC by Bodo Eggert
Modified: 2002-06-17 08:35 UTC (History)
0 users


Attachment Type Modified Status Actions Submitter/CLA Status
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Bodo Eggert 2002-05-19 11:29:24 UTC 
I'm using spamasassin (-P) as a transport filter in exim.
This results in spamasassin being called under UID/GID of the local user 
and therefore will use the user's configuration (as desired).
If no config exists, a local configuration will be created. Obvoiusly, this 
is not always desireable, especially for larger installations.

To solve this, an option to select the behaviour would be nice.

example:
 -x,
 -x0: ignore user config
 -x1: use user config if it exists
 -x2: same, but fallback to 'cat -' instead of using systen configs
 -x3: like -x1, but create it if it does not exist (current default)



There should also be an option to dump the parsed body (which would be 
matched against the body, rawbody or full tests) as plain text (or html),
or the list of detected email adresses (as passed to the whitelist).
This would make creating rules and maintaining the whitelist much easier.



Third it would be nice to have multiple output mboxes, e.g. 
/var/spool/mail/luser and ~/Mail/Spam (or /dev/null if you don't expect 
false positives).
Comment 1 Duncan Findlay 2002-06-17 16:35:52 UTC 
I think you really ought to be using spamc/spamd in this situation.
-x1 as you describe it is equivalent to spamd without the -c option (or
--nocreate-prefs)

I think there is no possible way cat - makes sense as a prefs file -- you can't
pipe a message and prefs to spamassassin at the same time.

-x3 is like spamd's -c option.

Marking WONTFIX (Because I won't fix it, and I think it would be pointless to do
so). If someone really thinks this needs fixing, reopen.

I'm not responding to the second 2 parts of this bug report. I don't understand
the second request, and the third is solved using procmail properly.