Arnt Gulbrandsen | 5 Aug 22:48 2014
Picon

gmail deploying EAI

http://googleblog.blogspot.de/2014/08/a-first-step-toward-more-global-email.html

Arnt
Shawn Steele | 31 Jul 21:14 2014
Picon

ASCII tunneling hack standardization

Back when we were still being active in discussion on this list I ran into scenarios where we needed to put EAI addresses in non-UTF-8 slots.  There was some discussion about whether or not fallback should be permitted, and I had some conversations with Mark Davis where we came up with a draft way of doing that.  However the group headed in the direction that addresses should NEVER be manipulated into some sort of ASCII slot, so I didn’t really follow up.

 

Anyway, in recent conversations with others, several people have mentioned putting the EAI addresses in non-UTF-8 aware slots for various reasons, so I’d like to bring this up again.  Basically the attached doc says 2 things:

 

A)     You SHOULD never shove EAI into UTF-8 slots...  but sometimes we don’t have that choice, so this is a hack until those cases get fixed.

B)      If you really, really need to, then punycode the raw local part, using the xl-- prefix to be clear that this isn’t IDN.  (no mapping step)

 

For various reasons about ship cycle and stuff, this is what’s implemented in Windows’ IdnToAscii() when passed the IDN_EMAIL_ADDRESS flag.

 

Note that you cannot ‘just’ use IDN on the local part because 1) local parts aren’t like DNS labels, and 2) IDN does all sorts of strange mapping, whereas mail explicitly doesn’t provide standard mappings; even case mapping is optional and can be left up to the server.

 

Our intent at the time was to publish this as an informational RFC, eg: “this is what we’re doing in the even we really need to abuse stuff and shove EAI addresses into non-EAI aware slots”.

 

It seems like I should go ahead and get it posted since implementers are diverging in the way they do things.  (There are currently 3 techniques I know about, at least one of which clearly damages the local part).

 

It’d be really cool if we could agree on this technique for when someone feels they need to hack the address into an ASCII slot.  Again, people should be using Unicode, but in the event something had to tunnel through an ASCII slot at least consistency on the methodology would give a chance of having fewer problems.

 

-Shawn

 
http://blogs.msdn.com/shawnste

http://L3-G0.blogspot.com

 

Attachment (EAI Tunneling in Non-Unicode Slots.docx): application/vnd.openxmlformats-officedocument.wordprocessingml.document, 78 KiB
_______________________________________________
IMA mailing list
IMA <at> ietf.org
https://www.ietf.org/mailman/listinfo/ima
Arnt Gulbrandsen | 24 Jul 17:24 2014
Picon

client support

FYI:

mutt (mutt.org) and mailkit/mimekit 
(https://jstedfast.github.io/MailKit/docs/MailKit/) should have EAI support 
in their next versions. Vmime (vmime.org) is also under way.

Arnt
Arnt Gulbrandsen | 15 Jul 13:38 2014
Picon

I have received my first real EAI email

Ie. local delivery, IMAP server and IMAP client all working. If any of you 
want an EAI-capable IMAP/SMTP account, let me know. No spam filtering, but 
come to think of it maybe that's not a problem: There are no EAI-capable 
spammers yet.

Arnt
Franck Martin | 13 Jul 04:46 2014
Picon

Where can I get a mailbox?

Which service would offer the creation of a mailbox with an EAI email address?

Printed on recycled paper!
Arnt Gulbrandsen | 11 Jul 11:13 2014
Picon

EAI autoresponder has been partly broken for a week or more

Sorry about that. Should be good again now.

Arnt
RFC Errata System | 1 Jul 18:22 2014

[Errata Verified] RFC6855 (4029)

The following errata report has been verified for RFC6855,
"IMAP Support for UTF-8". 

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=6855&eid=4029

--------------------------------------
Status: Verified
Type: Technical

Reported by: Chris Newman <chris.newman <at> oracle.com>
Date Reported: 2014-06-27
Verified by: Barry Leiba (IESG)

Section: 3

Original Text
-------------
   Once an IMAP client has enabled UTF-8 support with the "ENABLE
   UTF8=ACCEPT" command, it MUST NOT issue a "SEARCH" command that
   contains a charset specification.  If an IMAP server receives such a
   "SEARCH" command in that situation, it SHOULD reject the command with
   a "BAD" response (due to the conflicting charset labels).

Corrected Text
--------------
   Once an IMAP client has enabled UTF-8 support with the "ENABLE
   UTF8=ACCEPT" command, it MUST NOT issue a "SEARCH" command that
   contains a charset specification.  If an IMAP server receives such a
   "SEARCH" command in that situation, it SHOULD reject the command with
   a "BAD" response (due to the conflicting charset labels). This also
   applies to any IMAP command or extension that includes a charset
   label and associated strings in the command arguments. Such
   extensions presently include SORT, THREAD and MULTISEARCH.

Notes
-----
This is a straightforward extrapolation of the existing text, but a literal reading of the existing text is
silent about how to deal with this situation.

--------------------------------------
RFC6855 (draft-ietf-eai-5738bis-12)
--------------------------------------
Title               : IMAP Support for UTF-8
Publication Date    : March 2013
Author(s)           : P. Resnick, Ed., C. Newman, Ed., S. Shen, Ed.
Category            : PROPOSED STANDARD
Source              : Email Address Internationalization
Area                : Applications
Stream              : IETF
Verifying Party     : IESG
Arnt Gulbrandsen | 30 Jun 15:13 2014
Picon

EAI patch for Postfix takes another small step

Hi,

at

  http://postfix.poldownload.com/postfix/postfix-source/index.html

and in many other locations you can now find the EAI-patched postfix. It is 
not release quality; there are known bugs and limitations. Two relevant 
bugs are that case is not always insensitive when it should be, and that 
compiling postfix with -DNO_EAI does not eliminate all traces of EAI 
support (e.g. some 6533-related code remains active). But it'll do for 
testing. I trust the code enough that I'll switch my private mail over to 
Postfix+EAI.

The code will be worked into the main release towards the end of this year. 
Wietse Venema will do that work, not I, and he's going to do it slowly, 
carefully and thoroughly. (Wietse is the main Postfix maintainer.)

Arnt
RFC Errata System | 27 Jun 22:45 2014

[Technical Errata Reported] RFC6855 (4029)

The following errata report has been submitted for RFC6855,
"IMAP Support for UTF-8".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=6855&eid=4029

--------------------------------------
Type: Technical
Reported by: Chris Newman <chris.newman <at> oracle.com>

Section: 3

Original Text
-------------
   Once an IMAP client has enabled UTF-8 support with the "ENABLE
   UTF8=ACCEPT" command, it MUST NOT issue a "SEARCH" command that
   contains a charset specification.  If an IMAP server receives such a
   "SEARCH" command in that situation, it SHOULD reject the command with
   a "BAD" response (due to the conflicting charset labels).

Corrected Text
--------------
   Once an IMAP client has enabled UTF-8 support with the "ENABLE
   UTF8=ACCEPT" command, it MUST NOT issue a "SEARCH" command that
   contains a charset specification.  If an IMAP server receives such a
   "SEARCH" command in that situation, it SHOULD reject the command with
   a "BAD" response (due to the conflicting charset labels). This also
   applies to any IMAP command or extension that includes a charset
   label and associated strings in the command arguments. Such
   extensions presently include SORT, THREAD and MULTISEARCH.

Notes
-----
This is a straightforward extrapolation of the existing text, but a literal reading of the existing text is
silent about how to deal with this situation.

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC6855 (draft-ietf-eai-5738bis-12)
--------------------------------------
Title               : IMAP Support for UTF-8
Publication Date    : March 2013
Author(s)           : P. Resnick, Ed., C. Newman, Ed., S. Shen, Ed.
Category            : PROPOSED STANDARD
Source              : Email Address Internationalization
Area                : Applications
Stream              : IETF
Verifying Party     : IESG
Jiankang Yao | 27 Jun 03:42 2014
Picon

Fw: [vip] Email Address Internationalization (EAI) and Gmail


Is it a big news for EAI deployment? 

Can someone in the list confirm it?

Jiankang Yao
 
Date: 2014-06-27 00:08
Subject: [vip] Email Address Internationalization (EAI) and Gmail
<at> font-face { font-family: Cambria Math; } <at> font-face { font-family: Calibri; } <at> page WordSection1 {size: 8.5in 11.0in; margin: 1.0in 1.0in 1.0in 1.0in; } P.MsoNormal { MARGIN: 0in 0in 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt } LI.MsoNormal { MARGIN: 0in 0in 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt } DIV.MsoNormal { MARGIN: 0in 0in 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt } A:link { COLOR: blue; TEXT-DECORATION: underline; mso-style-priority: 99 } SPAN.MsoHyperlink { COLOR: blue; TEXT-DECORATION: underline; mso-style-priority: 99 } A:visited { COLOR: purple; TEXT-DECORATION: underline; mso-style-priority: 99 } SPAN.MsoHyperlinkFollowed { COLOR: purple; TEXT-DECORATION: underline; mso-style-priority: 99 } SPAN.EmailStyle17 { FONT-FAMILY: "Calibri","sans-serif"; COLOR: windowtext; mso-style-type: personal-compose; mso-contextual-alternates: no } .MsoChpDefault { FONT-FAMILY: "Calibri","sans-serif"; mso-style-type: export-only } DIV.WordSection1 { page: WordSection1 }

Friends and Colleagues,

 

During the Public Forum at ICANN 50 in London, Jordyn Buchanan from Google confirmed that Gmail will support EAI on their platform by the end of this month.

 

… by the end of this month gmail is going to be the first major mail platform with full EAI support, so you'll be able to email back and forth with gmail users at least …

 

You can find the scribe at http://www.streamtext.net/player/carttranscript?event=SANDRINGHAM-26Jun2014.

 

A good step forward for Universal Acceptance of IDNs.

 

Thank you,

 

Fahd Batayneh

ICANN

_______________________________________________
IMA mailing list
IMA <at> ietf.org
https://www.ietf.org/mailman/listinfo/ima
Shawn Steele | 3 Jun 03:07 2014
Picon

Test implementations?

Are there any EAI test servers/accounts provided by anyone that could be used for interoperability testing?

 

Thanks,

 

-Shawn

 
http://blogs.msdn.com/shawnste

http://L3-G0.blogspot.com

 

_______________________________________________
IMA mailing list
IMA <at> ietf.org
https://www.ietf.org/mailman/listinfo/ima

Gmane