Re: [Mimedefang] MD SpamAssassin behavior change

2004-05-04 Thread Dirk Mueller
On Monday 03 May 2004 08:05, Damrose, Mark wrote: > I do all my dnsbl checks at the sendmail level before MD is invoked. > > Is there anything else that SA uses those headers for? Yes, SA uses those header for all kinds of header tests (e.g. message-id from relay etc etc). As I said, doing so wi

RE: [Mimedefang] MD SpamAssassin behavior change

2004-05-03 Thread Damrose, Mark
From: Dirk Mueller [mailto:[EMAIL PROTECTED] > On Thursday 29 April 2004 23:51, Damrose, Mark wrote: > >> Is there a way to turn >> this back off? > > You really don't want them to be turned off, because then > many spamassassin > checks don't work properly and the scores are generally way to

Re: [Mimedefang] MD SpamAssassin behavior change

2004-04-30 Thread Dirk Mueller
On Thursday 29 April 2004 23:51, Damrose, Mark wrote: > The man page states "By default" these headers are added, which > would imply that this is optional. Is there a way to turn this back off? You really don't want them to be turned off, because then many spamassassin checks don't work proper

Re: [Mimedefang] MD SpamAssassin behavior change

2004-04-29 Thread David F. Skoll
On Thu, 29 Apr 2004, Damrose, Mark wrote: > I had custom SA rules to check for the non-existance of the Received > header or the Message-ID header which I found to be fairly effective > in helping catch direct to MX spam. You can do this in your filter by opening ./HEADERS and counting the number

[Mimedefang] MD SpamAssassin behavior change

2004-04-29 Thread Damrose, Mark
Recently upgraded to MD 2.41 from 2.27. This section of the man page caught my eye. $AddApparentlyToForSpamAssassin By default, MIMEDefang tries to pass SpamAssassin a message that looks exactly like one it would receive via procmail. This means adding a Received: header, addin