Some additional comments from me... -- I would have liked a description of the test to be included in the report. Perhaps something along the line of: * Can an EAI address be created? (relevant components) * Can the application send mail to an EAI Address? (relevant component) * This will include To;, Cc;, & Bcc * This will also include a mixture of EAI & non-EAI addresses in the To, cc, & bcc * This will also include evaluating replies. * Can the application receive mail from an EAI Address (relevant component) * This will include ability to receive, and how the EAI addresses are displayed. * Are Unicode in passwords accepted an EAI Issue? Are the worth testing while we're testing other components? * Is Linkification an EAI issue? Is it worth testing while we're testing other components? * Are the open dots transformed to closed dots * By having these last three items in the body of the report we can easily get decisions from the community. Now looking at the spreadsheet MUA * Do we care about Unstructured Headers? Does it make a difference * Do we care about linkification in this exercise? * Do we care about passwords in Unicode in this exercise? * EA-MUA-032 - this is the alias/transformation issue. We want the message sent with an ASCII Alias, we do NOT want a transformation on the fly I'm not sure that we want to define the failure to support an Open Dot as "failure". But it should be a warning. This specific issue is under discussion. Similarly, the whole linkification thing should probably be a warning, not a failure. I don't think that's core to the EAI issue. But a topic the UASG does have interest. I don't think that there's anywhere that we want to test the Domain Name separate from an email address. Thus, I don't think this tab is relevant (and not relevant in text unless we're testing for linkification) Do we need a 'reference' set of software that we know are EAI ready that we can test against? When we test, do we need to test multiple MUAs against multiple MTAs, etc? And, again, is there already existing a test suite of data that is commonly used? Or is this something that we are creating as well? And, finally, the last part of this contract is to estimate the effort to exercise a pilot evaluation for a single environment. How big do we want this pilot evaluation to be? Just a single instance of each of the component parts or a number larger than 1 to allow some diversity in the testing? Talk tomorrow (my time) Don From: Mark Svancarek (CELA) <marksv@microsoft.com> Sent: Wednesday, 1 August 2018 6:01 AM To: Don Hollander <don.hollander@icann.org>; ua-eai@icann.org; ua-discuss@icann.org Subject: [Ext] RE: Additional Documents for EAI Call later this week Report looks good. I would like to point out that Microsoft Outlook is another example where the product is available on multiple platforms (Windows, Mac, iOS and Android) and has significant code differences between platforms. The test suite looks very comprehensive but will take longer to review for accuracy and completeness. From: UA-discuss <ua-discuss-bounces@icann.org<mailto:ua-discuss-bounces@icann.org>> On Behalf Of Don Hollander Sent: Monday, July 30, 2018 03:38 To: ua-eai@icann.org<mailto:ua-eai@icann.org>; ua-discuss@icann.org<mailto:ua-discuss@icann.org> Subject: [UA-discuss] Additional Documents for EAI Call later this week Please see the latest draft of Phase 1 of the EAI Evaluation Study. This will be part of the discussion at our EAI Call later this week. * https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email Address Internationalization - Discovery and Analysis - Report.pdf&dl=1 [seafile.catalyst.net.nz]<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense....> * https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email Address Internationalization - Discovery and Analysis - Test Cases.xlsx&dl=1 [seafile.catalyst.net.nz]<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense....> The first is a PDF of the report The second is a spreadsheet of the test suite Don Don Hollander Secretary General - UASG Skype: Don_Hollander

Hi Zied, I think these display issues have been corrected in the new version, but could you confirm? It's available at this URL: https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email%20Add... Thanks, Evan On 02/08/18 11:29, Zied BOUZIRI wrote:

Hi Looking at the spreadsheet, Email use case sheet :

Arabic uses cases are not displayed correctly,   for example   :

image.png

the correct form is  info6@test.الاختبار-القبول-العالمي

other wrong use cases : image.png

image.png

Best regards

Le mar. 31 juil. 2018 à 19:24, Don Hollander <don.hollander@icann.org <mailto:don.hollander@icann.org>> a écrit :

Some additional comments from me…

 

--

I would have liked a description of the test to be included in the report.  Perhaps something along the line of:

 

* Can an EAI address be created? (relevant components) * Can the application send mail to an EAI Address? (relevant component) o This will include To;, Cc;, & Bcc o This will also include a mixture of EAI & non-EAI addresses in the To, cc, & bcc o This will also include evaluating replies. * Can the application receive mail from an EAI Address (relevant component) o This will include ability to receive, and how the EAI addresses are displayed. * Are Unicode in passwords accepted an EAI Issue?   Are the worth testing while we’re testing other components? * Is Linkification an EAI issue?  Is it worth testing while we’re testing other components? * Are the open dots transformed to closed dots    * /By having these last three items in the body of the report we can easily get decisions from the community.   /

 

Now looking at the spreadsheet

 

MUA

* Do we care about Unstructured Headers?  Does it make a difference * Do we care about linkification in this exercise?   * Do we care about passwords in Unicode in this exercise? * EA-MUA-032 – this is the alias/transformation issue.   We want the message sent with an ASCII Alias, we do NOT want a transformation on the fly

 

I’m not sure that we want to define the failure to support an Open Dot as “failure”.  But it should be a warning.   This specific issue is under discussion.

 

Similarly, the whole linkification thing should probably be a warning, not a failure.   I don’t think that’s core to the EAI issue.   But a topic the UASG does have interest.

 

I don’t think that there’s anywhere that we want to test the Domain Name separate from an email address.  Thus, I don’t think this tab is relevant (and not relevant in text unless we’re testing for linkification)

 

Do we need a ‘reference’ set of software that we know are EAI ready that we can test against?

 

When we test, do we need to test multiple MUAs against multiple MTAs, etc?  

 

And, again, is there already existing a test suite of data that is commonly used?  Or is this something that we are creating as well?

 

And, finally, the last part of this contract is to estimate the effort to exercise a pilot evaluation for a single environment.   How big do we want this pilot evaluation to be?  Just a single instance of each of the component parts or a number larger than 1 to allow some diversity in the testing?

 

Talk tomorrow (my time)

 

Don

 

 

*From:*Mark Svancarek (CELA) <marksv@microsoft.com <mailto:marksv@microsoft.com>> *Sent:* Wednesday, 1 August 2018 6:01 AM *To:* Don Hollander <don.hollander@icann.org <mailto:don.hollander@icann.org>>; ua-eai@icann.org <mailto:ua-eai@icann.org>; ua-discuss@icann.org <mailto:ua-discuss@icann.org> *Subject:* [Ext] RE: Additional Documents for EAI Call later this week

 

Report looks good.  I would like to point out that Microsoft Outlook is another example where the product is available on multiple platforms (Windows, Mac, iOS and Android) and has significant code differences between platforms.

 

The test suite looks very comprehensive but will take longer to review for accuracy and completeness.

 

*From:*UA-discuss <ua-discuss-bounces@icann.org <mailto:ua-discuss-bounces@icann.org>> *On Behalf Of *Don Hollander *Sent:* Monday, July 30, 2018 03:38 *To:* ua-eai@icann.org <mailto:ua-eai@icann.org>; ua-discuss@icann.org <mailto:ua-discuss@icann.org> *Subject:* [UA-discuss] Additional Documents for EAI Call later this week

 

Please see the latest draft of Phase 1 of the EAI Evaluation Study.

 

This will be part of the discussion at our EAI Call later this week.

 

* https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email Address Internationalization - Discovery and Analysis - Report.pdf&dl=1 [seafile.catalyst.net.nz] <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense....> * https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email Address Internationalization - Discovery and Analysis - Test Cases.xlsx&dl=1 [seafile.catalyst.net.nz] <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense....>

The first is a PDF of the report

The second is a spreadsheet of the test suite

 

Don

 

 

 

 

Don Hollander

Secretary General – UASG

Skype: Don_Hollander

 

-- *cordially*, *مع تحياتي* *Zied BOUZIRI*، *زياد بوزيري* ISET Charguia, Tunisie www.bouziri.tn <http://www.bouziri.tn>

-- Evan Hanson Analyst and Programmer Catalyst IT - Open Source Technologists DDI: +64 4 803 2415 // Tel: +64 4 449 2267 // www.catalyst.net.nz

Hi Evan Test case are displayed correctly with google sheet [image: image.png] But with I still have the same display issues with MS Excel (2011) on mac os 10.10.5 [image: image.png] Please note Arabic test cases mixing RTL and LTR label/codePoint (line 11, 12 and 22) are confusable for the Arabic user How to distinguish between Mailbox and domain parts ? this depends on reading from left to right or right to left. On may,09 2018 we had a good discussionIn in the UA-Discuss mailing list about RTL and LTR issues with Arabic scripts. Best regards Le mer. 8 août 2018 à 04:55, Evan Hanson <evanh@catalyst.net.nz> a écrit :

Hi Zied,

I think these display issues have been corrected in the new version, but could you confirm?

It's available at this URL: https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email%20Add...

Thanks,

Evan

On 02/08/18 11:29, Zied BOUZIRI wrote:

Hi Looking at the spreadsheet, Email use case sheet :

Arabic uses cases are not displayed correctly, for example :

[image: image.png]

the correct form is info6@test.الاختبار-القبول-العالمي

other wrong use cases : [image: image.png]

[image: image.png]

Best regards

Le mar. 31 juil. 2018 à 19:24, Don Hollander <don.hollander@icann.org> a écrit :

...

Some additional comments from me…

--

I would have liked a description of the test to be included in the report. Perhaps something along the line of:

- Can an EAI address be created? (relevant components) - Can the application send mail to an EAI Address? (relevant component) - This will include To;, Cc;, & Bcc - This will also include a mixture of EAI & non-EAI addresses in the To, cc, & bcc - This will also include evaluating replies. - Can the application receive mail from an EAI Address (relevant component) - This will include ability to receive, and how the EAI addresses are displayed. - Are Unicode in passwords accepted an EAI Issue? Are the worth testing while we’re testing other components? - Is Linkification an EAI issue? Is it worth testing while we’re testing other components? - Are the open dots transformed to closed dots - *By having these last three items in the body of the report we can easily get decisions from the community. *

Now looking at the spreadsheet

MUA

- Do we care about Unstructured Headers? Does it make a difference - Do we care about linkification in this exercise? - Do we care about passwords in Unicode in this exercise? - EA-MUA-032 – this is the alias/transformation issue. We want the message sent with an ASCII Alias, we do NOT want a transformation on the fly

I’m not sure that we want to define the failure to support an Open Dot as “failure”. But it should be a warning. This specific issue is under discussion.

Similarly, the whole linkification thing should probably be a warning, not a failure. I don’t think that’s core to the EAI issue. But a topic the UASG does have interest.

I don’t think that there’s anywhere that we want to test the Domain Name separate from an email address. Thus, I don’t think this tab is relevant (and not relevant in text unless we’re testing for linkification)

Do we need a ‘reference’ set of software that we know are EAI ready that we can test against?

When we test, do we need to test multiple MUAs against multiple MTAs, etc?

And, again, is there already existing a test suite of data that is commonly used? Or is this something that we are creating as well?

And, finally, the last part of this contract is to estimate the effort to exercise a pilot evaluation for a single environment. How big do we want this pilot evaluation to be? Just a single instance of each of the component parts or a number larger than 1 to allow some diversity in the testing?

Talk tomorrow (my time)

Don

*From:* Mark Svancarek (CELA) <marksv@microsoft.com> *Sent:* Wednesday, 1 August 2018 6:01 AM *To:* Don Hollander <don.hollander@icann.org>; ua-eai@icann.org; ua-discuss@icann.org *Subject:* [Ext] RE: Additional Documents for EAI Call later this week

Report looks good. I would like to point out that Microsoft Outlook is another example where the product is available on multiple platforms (Windows, Mac, iOS and Android) and has significant code differences between platforms.

The test suite looks very comprehensive but will take longer to review for accuracy and completeness.

*From:* UA-discuss <ua-discuss-bounces@icann.org> *On Behalf Of *Don Hollander *Sent:* Monday, July 30, 2018 03:38 *To:* ua-eai@icann.org; ua-discuss@icann.org *Subject:* [UA-discuss] Additional Documents for EAI Call later this week

Please see the latest draft of Phase 1 of the EAI Evaluation Study.

This will be part of the discussion at our EAI Call later this week.

- https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email Address Internationalization - Discovery and Analysis - Report.pdf&dl=1 [seafile.catalyst.net.nz] <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense....> - https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email Address Internationalization - Discovery and Analysis - Test Cases.xlsx&dl=1 [seafile.catalyst.net.nz] <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense....>

The first is a PDF of the report

The second is a spreadsheet of the test suite

Don

Don Hollander

Secretary General – UASG

Skype: Don_Hollander

-- *cordially*, *مع تحياتي* *Zied BOUZIRI*، *زياد بوزيري* ISET Charguia, Tunisie www.bouziri.tn

-- Evan Hanson Analyst and Programmer Catalyst IT - Open Source Technologists DDI: +64 4 803 2415 // Tel: +64 4 449 2267 // www.catalyst.net.nz

-- *cordially*, *مع تحياتي* *Zied BOUZIRI*، *زياد بوزيري* ISET Charguia, Tunisie www.bouziri.tn

Dear all, Kindly note that RTL languages use-cases will be sent to UASG next days that we will eliminate all cases that make confusability. Thnx All the Best, Abdalmonem Tharwat Galila Deputy Manager, Dot Masr Registry, Operation Sector. [NTRA Logo 2016] National Telecommunication Regulatory Authority [Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: 1365523405_telephone] Office Tel.: +2 02 35341582 - +2 02 35341300 [Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Mobile] Mobile: +2 010 00049068 [Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: ICON] Fax : +2 02 35370537 [Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: oNLINE] Website : http:\\www.mcit.gov.eg<http://www.mcit.gov.eg/> : http:\\www.tra.gov.eg<http://www.mcit.gov.eg/> [Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: 1365523294_email] E-mail : agalila@mcit.gov.eg<mailto:agalila@mcit.gov.eg> : atharwat@tra.gov.eg<mailto:atharwat@tra.gov.eg> [Description: 1447802547_skype] Skype : abdalmonem.galila [Description: static_qr_code_without_logo] [Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: 1365523469_error]DISCLAIMER This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify your system support manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the National Telecom Regulatory Authority (NTRA) . Finally, the recipient should check this email and any attachments for the presence of viruses. The NTRA accepts no liability for any damage caused by any virus transmitted by this email. From: UA-EAI [mailto:ua-eai-bounces@icann.org] On Behalf Of Zied BOUZIRI Sent: Wednesday, August 08, 2018 3:30 PM To: evanh@catalyst.net.nz Cc: ua-eai@icann.org Subject: Re: [UA-EAI] [UA-discuss] Additional Documents for EAI Call later this week Hi Evan Test case are displayed correctly with google sheet [image.png] But with I still have the same display issues with MS Excel (2011) on mac os 10.10.5 [image.png] Please note Arabic test cases mixing RTL and LTR label/codePoint (line 11, 12 and 22) are confusable for the Arabic user How to distinguish between Mailbox and domain parts ? this depends on reading from left to right or right to left. On may,09 2018 we had a good discussionIn in the UA-Discuss mailing list about RTL and LTR issues with Arabic scripts. Best regards Le mer. 8 août 2018 à 04:55, Evan Hanson <evanh@catalyst.net.nz<mailto:evanh@catalyst.net.nz>> a écrit : Hi Zied, I think these display issues have been corrected in the new version, but could you confirm? It's available at this URL: https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email%20Add... Thanks, Evan On 02/08/18 11:29, Zied BOUZIRI wrote: Hi Looking at the spreadsheet, Email use case sheet : Arabic uses cases are not displayed correctly, for example : [image.png] the correct form is info6@test.الاختبار-القبول-العالمي<mailto:info6@test.الاختبار-القبول-العالمي> other wrong use cases : [image.png] [image.png] Best regards Le mar. 31 juil. 2018 à 19:24, Don Hollander <don.hollander@icann.org<mailto:don.hollander@icann.org>> a écrit : Some additional comments from me… -- I would have liked a description of the test to be included in the report. Perhaps something along the line of: * Can an EAI address be created? (relevant components) * Can the application send mail to an EAI Address? (relevant component) * This will include To;, Cc;, & Bcc * This will also include a mixture of EAI & non-EAI addresses in the To, cc, & bcc * This will also include evaluating replies. * Can the application receive mail from an EAI Address (relevant component) * This will include ability to receive, and how the EAI addresses are displayed. * Are Unicode in passwords accepted an EAI Issue? Are the worth testing while we’re testing other components? * Is Linkification an EAI issue? Is it worth testing while we’re testing other components? * Are the open dots transformed to closed dots * By having these last three items in the body of the report we can easily get decisions from the community. Now looking at the spreadsheet MUA * Do we care about Unstructured Headers? Does it make a difference * Do we care about linkification in this exercise? * Do we care about passwords in Unicode in this exercise? * EA-MUA-032 – this is the alias/transformation issue. We want the message sent with an ASCII Alias, we do NOT want a transformation on the fly I’m not sure that we want to define the failure to support an Open Dot as “failure”. But it should be a warning. This specific issue is under discussion. Similarly, the whole linkification thing should probably be a warning, not a failure. I don’t think that’s core to the EAI issue. But a topic the UASG does have interest. I don’t think that there’s anywhere that we want to test the Domain Name separate from an email address. Thus, I don’t think this tab is relevant (and not relevant in text unless we’re testing for linkification) Do we need a ‘reference’ set of software that we know are EAI ready that we can test against? When we test, do we need to test multiple MUAs against multiple MTAs, etc? And, again, is there already existing a test suite of data that is commonly used? Or is this something that we are creating as well? And, finally, the last part of this contract is to estimate the effort to exercise a pilot evaluation for a single environment. How big do we want this pilot evaluation to be? Just a single instance of each of the component parts or a number larger than 1 to allow some diversity in the testing? Talk tomorrow (my time) Don From: Mark Svancarek (CELA) <marksv@microsoft.com<mailto:marksv@microsoft.com>> Sent: Wednesday, 1 August 2018 6:01 AM To: Don Hollander <don.hollander@icann.org<mailto:don.hollander@icann.org>>; ua-eai@icann.org<mailto:ua-eai@icann.org>; ua-discuss@icann.org<mailto:ua-discuss@icann.org> Subject: [Ext] RE: Additional Documents for EAI Call later this week Report looks good. I would like to point out that Microsoft Outlook is another example where the product is available on multiple platforms (Windows, Mac, iOS and Android) and has significant code differences between platforms. The test suite looks very comprehensive but will take longer to review for accuracy and completeness. From: UA-discuss <ua-discuss-bounces@icann.org<mailto:ua-discuss-bounces@icann.org>> On Behalf Of Don Hollander Sent: Monday, July 30, 2018 03:38 To: ua-eai@icann.org<mailto:ua-eai@icann.org>; ua-discuss@icann.org<mailto:ua-discuss@icann.org> Subject: [UA-discuss] Additional Documents for EAI Call later this week Please see the latest draft of Phase 1 of the EAI Evaluation Study. This will be part of the discussion at our EAI Call later this week. * https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email Address Internationalization - Discovery and Analysis - Report.pdf&dl=1 [seafile.catalyst.net.nz]<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense....> * https://seafile.catalyst.net.nz/d/4a7722d9db12406982bc/files/?p=/Email Address Internationalization - Discovery and Analysis - Test Cases.xlsx&dl=1 [seafile.catalyst.net.nz]<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense....> The first is a PDF of the report The second is a spreadsheet of the test suite Don Don Hollander Secretary General – UASG Skype: Don_Hollander -- cordially, مع تحياتي Zied BOUZIRI، زياد بوزيري ISET Charguia, Tunisie www.bouziri.tn<http://www.bouziri.tn> -- Evan Hanson Analyst and Programmer Catalyst IT - Open Source Technologists DDI: +64 4 803 2415 // Tel: +64 4 449 2267 // www.catalyst.net.nz<http://www.catalyst.net.nz> -- cordially, مع تحياتي Zied BOUZIRI، زياد بوزيري ISET Charguia, Tunisie www.bouziri.tn<http://www.bouziri.tn>