Re: Problem with upgrade from 0.2.0.0 to 0.3.1

[Steven W. Orr]

On Sunday, Jun 25th 2006 at 21:11 -0500, quoth Dan Nelson:

=>In the last episode (Jun 25), Steven W. Orr said:
=>> On Sunday, Jun 25th 2006 at 11:17 -0400, quoth Steven W. Orr:
=>> =>I just upgraded and now I'm getting a changed (and unwanted
=>> =>behavior).
=>> =>
=>> =>My startup optios are:
=>> =>
=>> =>EXTRA_FLAGS="-m -u steveo -r -1 -i 192.168.0.1/24 -i 127.0.0.1/24"
=>> =>
=>> =>What's happening now is that the spam is being delivered to me as
=>> =>if the -r option is not there. I am running a few mailinglists here
=>> =>and I think the problem is happening to messages that are sent to
=>> =>an address that has no user (like a listname).
=>> =>
=>> =>What can I do to cause these messages to be rejected like they were
=>> =>with the older version.
=>> 
=>> It looks like all spam is getting delivered. I did try adding a -p
=>> option to match the entry in sendmail.mc but it doesn't help (since
=>> it is using the default value).
=>>
=>> Anyone have a clue what to try next? :-(
=>
=>The -p option is mandatory; it won't start without it, so your startup
=>script is probably adding that.
=>
=>Try adding "-d misc" to the commandline, which should cause a line like
=>this to get logged for any rejected mail:
=>
=>Jun 25 00:08:56 email1 spamass-milter[1393]: Rejecting
=>
=>Also, check one of those spams that got through and see if it has an
=>"X-Spam-Flag: YES" line.  This is the header spamass-milter looks for
=>when you are using the "-r -1" option.
=>
=>-- 
=>      Dan Nelson
=>      address@hidden
=>

The X-Spam-Flag: YES is set.

I'm wondering if this might be part of the problem:

Jun 26 09:03:36 saturn spamass-milter[4111]: Could not retrieve sendmail 
macro "r"!.  Please add it to confMILTER_MACROS_ENVRCPT for better 
spamassassin results

This is my sendmail setup:

INPUT_MAIL_FILTER(`spamassassin',
    `S=local:/var/run/spamass.sock, F=, T=C:15m;S:4m;R:4m;E:10m')dnl
dnl INPUT_MAIL_FILTER(`milter-regex',
dnl    `S=unix:/var/run/milter-regex/sock, T=S:30s;R:2m')dnl
define(`confMILTER_MACROS_CONNECT',
        `b, j, _, {daemon_name}, {if_name}, {if_addr} ')dnl

Is there something obviously messed up?

-- 
steveo at syslang dot net TMMP1 http://frambors.syslang.net/
Do you have neighbors who are not frambors?