ietf-smtp
[Top] [All Lists]

Re: deprecate implicit MX even for IPv4

2008-04-07 02:13:06

Hector Santos wrote:

I say leave well enough alone and if you want to invent NEW expectations, then you MUST raise the bar from what is normally done and you can only do this with NEW indicators and state values.

is IPv6 it?  From a legal standpoint, I say yes.

Is DKIM it?  From a legal standpoint, I say yes.

Is Port 587 it?  From a legal standpoint, I saw yes.

But not a legacy system like IPv4 with no indicators, I say no.

Michael,

I will add to this a SMTP session with a HELO/EHLO domain literal that is in the IPv6 format.

This would provide legal ground to do something that is NEW and acceptable with new provisions in the new standards. Since the SMTP client raised the bar (open the door) by showing something new, it provides the opportunity for a new level of actions a receiver can take.

So to me, if you want to propose if a SMTP client is showing a IPv6 domain literal for the EHLO/HELO, then the idea of not doing IMPLICIT MX is 100% acceptable to me.

The same applies in a POST SMTP logic where the 822 headers have DKIM headers. This raises the bar the CLIENT has put in himself into and can not claim anything against new standards that with with the new information provided by the client.

--
Sincerely

Hector Santos, CTO
http://www.santronics.com
http://santronics.blogspot.com