International email

International email (IDN email or Intl email) is email that contains international characters (characters which do not exist in the ASCII character set), encoded as UTF-8, in the email header and in supporting mail transfer protocols. The most significant aspect of this is the allowance of email addresses (also known as email identities) in most of the world's writing systems, at both interface and transport levels.

Email addresses

Traditional email addresses are limited to characters from the English alphabet and a few other special characters.[1] To bridge the gap in between English and Non-English writing/reading population, Data Xgen Technologies has launched world’s first free linguistic email address under the name ‘DATAMAIL. In support of Digital India this made in India email app supports IDN (Internationalised Domain Name) in Hindi (हिन्दी), Gujarati (ગુજરાતી), Urdu (اردو), Punjabi (ਪੰਜਾਬੀ ਦੇ) , Tamil (தமிழ்), Telgu (తెలుగు), Bangali (বাংলা), Marathi (मराठी), Latin English. DATAMAIL is also launching international languages for the countries using Arabic (العَرَبِيَّة), Russian (русский)and Chinese (汉语/漢語) as their base language.[2][3]

The following are valid traditional email addresses:

  [email protected]                                (English, ASCII)
  [email protected]                            (English, ASCII)
  user+mailbox/[email protected]   (English, ASCII)
  !#$%&'*+-/=?^_`.{|}[email protected]               (English, ASCII)
  "Abc@def"@example.com                          (English, ASCII)
  "Fred Bloggs"@example.com                      (English, ASCII)
  "Joe.\\Blow"@example.com                       (English, ASCII)

A Russian might wish to use дерек@екзампил.ком as their identifier but be forced to use a transcription such as [email protected] or even some other completely unrelated identifier instead. The same is clearly true of Chinese, Japanese and many other nationalities that do not use Latin scripts, but also applies to French and Polish users whose addresses might contain diacritics (e.g. André or Płużyna). As a result, email users are forced to identify themselves using non-native scripts - or programmers of email systems must compensate for this by converting identifiers from their native scripts to ASCII scripts and back again at the user interface layer.

International email, by contrast, uses Unicode characters encoded as UTF-8 - allowing for the encoding the text of addresses in most of the world's writing systems.[4] The following are all valid international email addresses:

  用户@例子.广告                 (Chinese, Unicode)
  उपयोगकर्ता@उदाहरण.कॉम           (Hindi, Unicode)
  юзер@екзампл.ком             (Ukrainian, Unicode)
  θσερ@εχαμπλε.ψομ             (Greek, Unicode)
  Dörte@Sörensen.example.com   (German, Unicode)

UTF-8 headers

Although the traditional format for email header section allows non-ASCII characters to be included in the value portion of some of the header fields using MIME-encoded words (e.g. in display names or in a Subject header field), MIME-encoding must not be used to encode other information in a header, such as an email address, or header fields like Message-ID or Received. Moreover, the MIME-encoding requires extra processing of the header to convert the data to and from its MIME-encoded word representation, and harms readability of a header section. Including Unicode characters in a header section using UTF-8 encoding eliminates these limitations and also the need to transmit additional encoding and character set information, as UTF-8 encoding will be assumed implicitly.

Interoperability via downgrading

Since traditional email standards constrain all email header values to ASCII only characters, it is possible that the presence of UTF-8 characters in email headers would decrease the stability and reliability of transporting such email. This is because some email servers do not support these characters. This is becoming less and less the case as of 2014 and IDN (internationalized domain name) with the UTF-8 characters is taking over. There was a proposed method by members of the IETF, by which email can be downgraded into the "legacy" all ASCII format which all standard email servers should support. This proposal has been obsoleted in 2012 by RFC 6530.

Standards framework

The set of Internet RFC documents RFC 6530, RFC 6531, RFC 6532, and RFC 6533, all of them published in February 2012, define mechanisms and protocol extensions needed to fully support internationalized email addresses. These changes include an SMTP extension and extension of email header syntax to accommodate UTF-8 data. The document set also includes discussion of key assumptions and issues in deploying fully internationalized email.

Adoption

See also

References

  1. RFC 5322: Internet Message Format
  2. "Data Xgen Technologies launches email address in Indian languages". http://www.deccanchronicle.com/. 2016-10-18. Retrieved 2016-10-22. External link in |newspaper= (help)
  3. "DataMail: World's first free linguistic email service supports eight India languages - The Economic Times". The Economic Times. Retrieved 2016-10-22.
  4. RFC 6530: Overview and Framework for Internationalized Email
  5. "Government to Offer Free .bharat Domain Name With .in Purchase". Retrieved 2016-08-13.
  6. "IDN Email supported by XgenPlus email server". www.xgenplus.com. Retrieved 2016-08-13.
  7. Postfix SMTPUTF8 support (unicode email addresses)
  8. Postfix stable release 3.0.0
  9. A first step toward more global email
  10. Message Systems Introduces Latest Version Of Momentum With New API-Driven Capabilities
  11. Amavis 2.10.0 released

Bibliography

External links

This article is issued from Wikipedia - version of the 11/18/2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.