jumping on this discussion to rekindle an earlier thread with Brent and others about the implementation challenge for EAI, especially with the lack of "downgrading" and some "backwards compatibility". At the meeting in Marrakech, we explored this a bit further and thought maybe some sort of service discovery mechanism to retrieve an alternate address be developed for situations such as mailing lists or forwarded/replied/cc-ed emails especially where additional emails were added to a thread who are not EAI ready. I wonder if anyone on the list is interested to further look into the issue and propose such mechanism(s)... or at least produce some document for what to do in such cases, which could help in the EAI implementation... Edmon
-----Original Message----- From: ua-discuss-bounces@icann.org [mailto:ua-discuss-bounces@icann.org] On Behalf Of Don Hollander Sent: Saturday, 26 March 2016 01:31 AM To: Andre Schappo <A.Schappo@lboro.ac.uk> Cc: UA-discuss@icann.org Subject: Re: [UA-discuss] ICANN EAI infrastructure
Andre,
We know that EAI fails with ICANN - and I suspect many many other organisations.
The good news is that they are working on it - basically waiting for their supplier (I think).
D
On 26/03/2016, at 4:48 AM, Andre Schappo <A.Schappo@lboro.ac.uk> wrote:
Thanks to Raed I now have a cool new arabic script email address.
Works fine with gmail
So what of ICANN's mail system.
I sent a test email to ua-international using my arabic email address and subsequently received the error message
➤ SMTPUTF8 is required, but was not offered by host pechora5.icann.org[192.0.46.71]
So, #fail for ICANN wrt EAI
André Schappo