ehall(_at_)ehsco(_dot_)com (Eric A. Hall) wrote on 16.08.02 in
| 4.1.4 Order of Commands
| An SMTP server MAY verify that the domain name parameter in the EHLO
| command actually corresponds to the IP address of the client.
| However, the server MUST NOT refuse to accept a message for this
| reason if the verification fails: the information about verification
| failure is for logging and tracing only.
There are two possible ways to read that.
The first way says that a legitimately-formed identifier cannot be
refused, even if it is verified as wrong. This prevents me from rejecting
sessions which provide my own domain name in the identifier.
The other way of reading it says that an identifier which has been
verified as wrong can be rejected.
I do not see how you can justify that reading, in light of the standard
explicitely disclaiming it.
Which is the intended interpretation? and can we get a clarification when
this is revisited.
The clarification is right there in your quote of the standard. It seems
completely unambiguous to me.