[EMAIL PROTECTED] wrote: > From: Martin Orr [mailto:[EMAIL PROTECTED] >> >> On 11/08/05 11:46, Peter Holm wrote: >>> ok, as I undestood, it is not possible right now for courier to >>> change the headers of any mail with a global filter, so it is not >>> possible to insert a [SPAM] String or something like that at the >>> beginning of the subject or to insert a "X-Header: Spam". Right? >>> >>> Unfortunately that is exactly that, what I need now. >>> >>> I want AMAVIS or any other wellknown spam-analyzer to check every >>> incoming mail and want to mark that message somehow as spam, so that >>> mailclients can sort out spam for themselves. >> >> I am presently planning a re-write of the Courier patch for >> amavisd-new which will support recipient address modifications. If >> there is a demand for it - and it seems that there is - I will try to >> include header edits as well. This would be done by marking the >> original message as delivered in the control file so Courier will not >> attempt to deliver it, and submitting a new message with the modified >> headers to sendmail or possibly direct to submit. > > Interesting. I may be able to move SA from maildrop to > amavis if you can get that working. I don't need the ability > to do spam rejection, but it would be nice to have all the > filters in one place.
Same here: I would like to implement SpamAssassin in Amavisd-new too, but only if I could add headers for certain spam-thresholds. > How would you prevent looping? If you submit a new message > to sendmail, it will come back through amavis. That could > create quite a nasty feedback loop. Another sollution would be to make a small maildrop-filter that adds header-information after it has passed Amavisd-new, though this still would prevent Courier from adding Spam-headers to messages that are being forwarded relayed to another mx / mail-account. My main concern with using submit / sendmail would be that Courier may add extra Received-headers. >> However I am unable to work on this at all for two weeks, and then >> the work required will be quite substantial so it may be the end of >> September before I am able to complete this. > > Take your time. We all appreciate the work you put into this for us. Same here. Kind Regards, Sander Holthaus ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
