If you use this configure option you can't get around it, not even when a user specifies otherwise in his personal preferences, because this code snippet is used to decide whether or not to use the subject tag: from dspam.c: #ifdef SPAM_SUBJECT do_tag = 1; #endif if (PTX != NULL && PTX->spam_mode == DPS_TAG && PTX->spam_subject[0] != 0) do_tag = 1; if (do_tag) { ... So as you can see, if you enable it through configure, you have no chance of getting do_tag=0. Also you can not get around this by setting the subject prefix to a blank string because of this: if (do_tag) { char spam_subject[16]; long subject_length; strcpy(spam_subject, "[SPAM]"); if (PTX != NULL && PTX->spam_mode == DPS_TAG) strcpy(spam_subject, PTX->spam_subject); I want choice! Please remove this configure option, tagging the subject works without it.
Just a guess, this bug is for mail-filter/dspam?
Alexander, what package is this bug filed against?
All, although the lines from dspam.c come from the 3.0.0 release. The whole code for handling the tagging is new in 3.2.0.
Oh, hey I just saw this, LOL, yes of course, mail-filter/dspam. Mental note to self: Don't file bug reports in the middle of the night, when you had a good time drinking beer at an old castle before :)
?? so what should I be doing with this??
What part of "Please remove this configure option, tagging the subject works without it." did you not see? :)
ok... will fix in CVS.