Quoting Dirk Koopman <djk@???>:
> Sorry, perhaps I haven't made myself clear. It has passed it to spam
> assassin and then got itself reinjected (see more) > 2002-02-18 16:21:11 16cqXP-0004hU-00 <= bounce-5qiku3to@localhost
> U=spamd P=spam-ok S=1292
> id=5qIkU3tOGAYgl48sF3LJNWhylACzzf1K.1.8@???
> 2002-02-18 16:21:12 16cqXP-0004hU-00 => relay@??? R=lookuphost
> T=remote_smtp H=a.mx.orbz.org [205.231.149.25]
> 2002-02-18 16:21:12 16cqXP-0004hU-00 Completed
>
> It has gone thru spam assassin and when it was re-injected it has been
> re-issued with the quoted localpart.
Hmmm.. seems to be a problem with SpamAssassin...
> For this system (which has both receiver and sender_verify set) this
> doesn't appear to be true for the local_domain of "localhost" (at
> least). You can also take it that relay@??? is *not* a valid
> local
> part on this system.
>
> The relevant Director is:-
>
> send_to_spamc:
> driver = smartuser
> transport = spam_scanner
> condition = ${if eq {$received_protocol}{spam-ok}{no}{yes}}
This director also tells Exim that *any* local part is valid as it accepts
them all... you should set no_verify on that director if you want your
receiver_verify to be of any use...
