https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6677
Karsten Bräckelmann <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #4 from Karsten Bräckelmann <[email protected]> 2011-10-18 18:10:21 UTC --- X-Spam-Status: No, score=-0.0 required=5.0 tests=NO_RELAYS autolearn=ham version=3.3.1 The second SA instance obviously gets the wrapped mail. Note the NO_RELAYS test being the only hit. Whereas the first instance shows rules triggered like RDNS_NONE and HELO_DYNAMIC. Not a SA bug, closing RESOLVED INVALID. (In reply to comment #0) > So far SA rewraps Spam-mails just fine. Don't have the impression > it runs twice [...] Do I understand that correctly you're a new SA user? If you need help setting it up or troubleshooting, please tend to the SA users mailing-list. Some further comments: > MAILDIR=$HOME/Maildir > DEFAULT=$MAILDIR/ > #format mailbox > :0fw > | /usr/bin/spamassassin > * ^X-Spam-Flag: Yes > .SPAM/new You'd better use spamc / spamd, rather than the plain 'spamassassin' script. Also, your delivery line is suspicious. While it *looks* like you intend to use Maildir storage, it actually makes procmail (try to) use mbox format (no trailing slash). To use Maildir format, procmail expects a trailing slash. Also, it will automatically use new/ with Maildir format for delivery -- don't append that. So, if .SPAM/ is a directory in $HOME/Maildir/ and expected to use Maildir format, the delivery line should read: .SPAM/ (FWIW, that's Maildir and mbox as in the mail storage formats. Not to be confused with the procmail variable MAILDIR, which is used in both cases.) -- Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
