Re: [EAI] Add requirement for punycode conversions in downgrade

["YAO Jiankang" <yaojk at cnnic.cn>]

----- Original Message ----- 
From: "Ernie Dainow" <edainow at ca.afilias.info>
To: <ima at ietf.org>
Sent: Monday, March 17, 2008 9:55 PM
Subject: [EAI] Add requirement for punycode conversions in downgrade


> When sending email from an address containing an ASCII local name and a 
> non-ASCII domain to an all ASCII recipient on a non-UTF8SMTP system, a 
> downgrade should occur. Following the current EAI drafts, downgrade 
> fails if there is no Alternate Address provided for the sender. In this 
> case, an Alternate Address is not really required, as the sender's 
> address can be represented in ASCII by doing a punycode conversion on 
> the domain part of the address. There is also a similar case when the 
> recipient address is of the form ascii at utf8.domain.
> 
> There are several ways to address these cases:
> 1. No change to the current drafts. It is the responsibility of the 
> sender to provide an Alternate Address if they want Downgrade to occur. 

for the case of the form ascii at utf8.domain, I still prefer this option. 

if domain part is represented as the form of punycode but the receiver smtp and client may not know the non-ASCII domain, the email address must be in the form of ascii at xn--abcdwqerqewrqwe.  if this kind of address of ascii at xn--abcdwqerqewrqwe is presented to the human, it is very unfriendly. 

just my personal view.


Yao Jiankang
CNNIC


> They can provide the punycode equivalent address as an Alternate Address.
> 2. The MUA can automatically do punycode conversions for these cases 
> when Alternate Addresses are not provided by the user.
> 3. Downgrade should do a punycode conversion instead of failing because 
> of no Alternate Address.
> 
> Since attempting delivery is almost always better than failing a 
> delivery, I would support adding a requirement to do the punycode 
> conversion for these cases in the Downgrade specification.
> 
> Ernie Dainow
> _______________________________________________
> IMA mailing list
> IMA at ietf.org
> https://www.ietf.org/mailman/listinfo/ima
>
_______________________________________________
IMA mailing list
IMA at ietf.org
https://www.ietf.org/mailman/listinfo/ima