On 8/19/2010 11:08 AM, Robert Fitzpatrick wrote:
On 8/19/2010 11:26 AM, Noel Jones wrote:
On 8/19/2010 10:10 AM, Robert Fitzpatrick wrote:
On 8/19/2010 11:03 AM, Noel Jones wrote:
http://www.postfix.org/ADDRESS_VERIFICATION_README.html#probe_routing
http://www.postfix.org/postconf.5.html#address_verify_transport_maps
Yes, I read both of these, I guess I just can't figure out how
to utilize these configuration options for a solution. Not
sure where address_verify_transport_maps comes into play if
I'm not using transport_maps :-/
Thanks, Robert
From your vague description, I assumed you were using
reject_unverified_recipient and wanted to control where the
verification
probes were sent, because the relayhost you're using now
just answers OK
to everyone.
If that's not a correct assumption, you'll probably need to
provide a
much clearer explanation to get any useful answers.
It might help to include "postconf -n" and log entries
demonstrating the
issue.
Thanks, no I am not using reject_unverified_recipient, I was
using...
check_recipient_access
ldap:/usr/local/etc/postfix/ldap/verification.cf
I now have it setup as shown below, but like you said, the
relayhost is answering OK to everything, I assume because the
1st gateway is part of the cidr file...
check_client_access cidr:/usr/local/etc/postfix/relay_clients
I was hoping to do AV at the 1st gateway only and it use
transports to determine where to send the probe, but if I use
transport_maps (like the 2nd gateway), then I must do content
filtering and the cheap router can't handle the calls to the
other network db like the old one did fine.
Use address_verify_transport_maps in place of your
transport_maps to control the routing of the probe.
-- Noel Jones
