Henti Smith wrote:
This does not work. mail gets delivered to maildir as per account setup
not the transport service where it's being procesed for spam.
All I really need to do is tell postfix to accept any mail for spam@
and ham@ I don't need it delivered anywhere as the transport works fine
on localhost, it's just smtp deliveries that gives me problems.
If I read your original email right, you're using db driven virtual
domains, mailboxes, and aliases for your users. Is that correct?
Assuming it is then you'll need to shuffle mail around a bit to get
things to work. All the dspam howto's I looked at do not take db based
virtual users into account so they are going to be no help. Let's say
you've got this:
domains type
virtualdomain.com virtual:
localdomain.com local:
Alias goto
[EMAIL PROTECTED] -> [EMAIL PROTECTED]
[EMAIL PROTECTED] -> [EMAIL PROTECTED]
Then the path through your system would be Postfix -> mysql ->
virtualdomain -> mysql -> virtual user -> localdomain -> transport table
-> dspam
I did something similar with sending things to /dev/null which didn't
work with the virtual stuff.
The other possibility is to sit down with phpmyadmin (or postgres) and
change your db query in mysql_virtual_alias_maps.cf from query = SELECT
goto FROM alias WHERE address='%s' to something that uses a like [EMAIL PROTECTED]
or like [EMAIL PROTECTED] to return to the local addresses as well as doing the
original query. This is definitely possible with Postfix as I do some
fairly extreme Mysql queries for an email upload system, but
significantly harder depending on how well you know sql. You might
search around a bit and see if anyone has posted some pattern matching
Postfix/Mysql queries... I had the DBA write the complex ones we user
which are not solving the same problem you are.
kashani
--
gentoo-user@gentoo.org mailing list
