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

From: "YAO Jiankang" <[email-masked]>
Date: Tue, 18 Mar 2008 10:05:03 +0800

----- Original Message ----- 
From: "Ernie Dainow" <[email-masked]>
To: <[email-masked]>
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 [email-masked].
> 
> 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 [email-masked], 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@xn--abcdwqerqewrqwe.  if this kind of address of ascii@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
> [email-masked]
> https://www.ietf.org/mailman/listinfo/ima
>
_______________________________________________
IMA mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/ima