tag 295946 =wontfix thanks Hi,
I've pondered about the issue, and my conclusion is that you don't want a --quiet option for sb_filter. The reason is that sb_filter edits the mail (by adding headers) and if you don't get the output, the new headers are lost. This is not what you want, because you can end up corrupting spambayes' database: a message that has already been trained as spam for instance, is marked as such in the headers. If you use sb_filter -g on such a message, the program will see that there has been a previous training for that message, and therefore undo this training before training it in the other category (and marking the message trained as ham). Loosing this information can lead to the error you mentioned in #296322 (assert spamcount <= nspam). In short you need to pipe the message to procmail, as recommended in the muttrc example provided by the package. -- Alexandre Fayolle http://alexandre.fayolle.free.fr/blog/
signature.asc
Description: Digital signature
