On 07-20-2021 3:58 pm, Noel Jones wrote:
reject_rhsbl_reverse_client uses the client PTR regardless of FCrDNS
confirmation. These clients may be labeled as "unknown" in postfix
logs. If the client has no PTR at all, there is no hostname to check
and the query is skipped.
The hostname isn't verified until it passes the FCrDNS checks in
postfix. Once it's verified, the hostname is logged and is available
for use in various postfix hostname based restrictions.
I think we have the same understanding, i guess im using the wrong
terminology to explain myself.
If i understand all of this correctly then using
reject_unknown_client_hostname means after that point the client
hostname and the reverse client hostname are the same hostname value,
otherwise the client would have been rejected already. (Not considering
the delayed reject setting.)
Also meaning if a client passed reject_unknown_client_hostname then it
would be procedurally pointless to check both reject_rhsbl_client and
reject_rhsbl_reverse_client, right?
