On 05-29-2021 1:16 pm, Shawn Heisey wrote: Adding to the reply from Wietse, which I have to agree with:
I was just assuming that a connection happens first before postfix could know if the PTR resolves or not. Otherwise how does postfix know a client hostname needs to be checked if it has never connected?
So following that logic, connection happens, log connection, resolve PTR, log the warning. I did not know that postfix can first know if someone has a valid PTR before they connect. (And still don't understand how)
Now for my purposes in parsing logs, it would have been more convenient for my mouse trap to rely on a new event ALWAYS starting with a connect message since those always happen where as a warning is only sometime. Since it can't be convenient, i have to look for a warning or connect for a new event then treat the connect message different based if there was a previous warning or not.
