On 2017-01-06 16:02, Bowie Bailey wrote:
On 1/6/2017 7:07 AM, R wrote:
OPTIONS="-u spamass-milter -x -e mydomain.com -i 127.0.0.1"
Jan 6 11:23:39 mail spamd[18251]: spamd: using default config for
spamass-milter: /var/vmail///.spamassassin/user_prefs
Jan 6 11:23:39 mail spamd[18251]: spamd: processing message
(unknown) for spamass-milter:5000
Jan 6 11:23:39 mail spamd[18251]: spamd: clean message (3.7/5.0)
for spamass-milter:5000 in 0.3 seconds, 272 bytes.
and I've got also a "probe" mail locally delivered to
spamass-mil...@mydomain.com.
I don't use spamass-milter, but I would guess that the -x option may
require some extra configuration.
Unfortunately not... "-x" is a simple switch that calls "sendmail -bv".
This command has a simple input (the alias) and should provide the
mailbox name as output.
But (now I know) postfix's "sendmail -bv" behaves in a very weird way
(compared to the original sendmail implementation): it prints nothing on
the standard output and, instead, it sends an email (!) with the tests
performed.
So, IMHO, the spamass-milter + postfix configuration simply cannot work
with aliases.
Perhaps one can write a wrapper, sitting between postfix and the
spamass-milter, but you have to perform the alias expansion, or read the
emails from postfix ... Way too much!
I think I'll try calling spamc directly and/or moving to sql user
preferences.
I'll keep you posted.
BR,
Raffaele
