Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email firstname.lastname@example.org
From: Noel Jones (njonesmegan.vbhcs.org)
Date: Fri Aug 15 2008 - 12:25:14 CDT
> For the policy delegation protocol described in  I need some clarification:
> 1. Is reverse_client_name always present as an attribute?
No attribute is guaranteed to be present every time, but as a
practical matter this one usually is.
> 2. If so, is it equal to either REVERSE_DNS_LOOKUP(client_address) or
> (case exactly) "unknown" (as suggested by the default_rbl_reply
> section in )?
Yes, this is the client's rDNS hostname, or if no hostname is
found it will be "unknown". There is no differentiation
between temporary and permanent DNS failures.
This is the same hostname postfix will use in
A client may have a rDNS hostname but still appear in the
maillog as "unknown" if the hostname could not be verified.
> 3. Is client_name always present as an attribute?
same as above.
> 4. If so, is it (case exactly) equal to either reverse_client_name (in
> the case that DNS_LOOKUP(reverse_client_name) matches client_address)
> or "unknown" (as suggested by the default_rbl_reply section in )?
This is the same client hostname postfix will record in the
maillog and will use in check_client_access tables.
Sometimes called a "verified" hostname. For explanation see:
If the hostname does not exist or cannot be verified, it will
be "unknown". There is no differentiation between temporary
and permanent DNS failures.