Internasjonal e -post - International email

Internasjonal e -post stammer fra kombinert levering av internasjonaliserte domenenavn ( IDN ) og internasjonalisering av e -postadresser ( EAI ). Resultatet er e-post som inneholder internasjonale tegn (tegn som ikke finnes i ASCII- tegnsettet), kodet som UTF-8 , i e-posthodet og i støttende e-postoverføringsprotokoller. Det viktigste aspektet ved dette er tillatelse til e -postadresser (også kjent som e -postidentiteter) i de fleste av verdens skrivesystemer, både på grensesnitt og transportnivå.

E-post adresse

Tradisjonelle e -postadresser er begrenset til tegn fra det engelske alfabetet og noen få andre spesialtegn.

Følgende er gyldige tradisjonelle e -postadresser: 

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

En russer vil kanskje bruke иван.сергеев@пример.рф som identifikator, men bli tvunget til å bruke en transkripsjon som ivan.sergeev@example.ru eller til og med en annen helt ikke -relatert identifikator i stedet. Det samme gjelder tydeligvis kinesisk, japansk og mange andre nasjonaliteter som ikke bruker latinske skript , men gjelder også brukere fra ikke-engelsktalende europeiske land hvis ønskede adresser kan inneholde diakritiske (f.eks. André eller Płużyna ). Som et resultat blir e -postbrukere tvunget til å identifisere seg ved hjelp av ikke -native scripts - eller programmerere av e -postsystemer må kompensere for dette ved å konvertere identifikatorer fra sine native scripts til ASCII -scripts og tilbake igjen på brukergrensesnittlaget.

Internasjonal e -post bruker derimot Unicode -tegn som er kodet som UTF -8 - slik at teksten til adresser kan kodes i de fleste av verdens skrivesystemer.

Følgende er alle gyldige internasjonale e -postadresser : 

用户@例子.广告               (Chinese, Unicode)
अजय@डाटा.भारत               (Hindi, Unicode)
квіточка@пошта.укр          (Ukrainian, Unicode)
χρήστης@παράδειγμα.ελ       (Greek, Unicode)
Dörte@Sörensen.example.com  (German, Unicode)
коля@пример.рф              (Russian, Unicode)

På den annen side, når det gjelder Idn -domener som faller innenfor unntakene, blir de derfor ikke utsatt for koding, eller fordi de opprinnelige tegnene ikke har noen oversettelse eller fordi det ennå ikke er en koding for de bestemte tegnene, de respektive e -mailadresser vil også bli vist opprinnelige tegn og ikke punicode -koden. Så for eksempel for domenet xn--9ckb.com vises e-postadressen som vises nedenfor slik den er skrevet på Gmail og nesten alle andre internasjonale e-posttjenester. 

support@ツッ.com            (Katakana, Unicode)

UTF-8 overskrifter

Selv om det tradisjonelle formatet for e-posthode-delen tillater at ikke-ASCII-tegn inkluderes i verdidelen av noen av topptekstfeltene ved hjelp av MIME-kodede ord (f.eks. I visningsnavn eller i et emneoverskriftsfelt ), må ikke MIME-koding være brukes til å kode annen informasjon i et topptekst, for eksempel en e-postadresse eller topptekstfelt som Melding-ID eller Mottatt . Videre krever MIME-kodingen ekstra behandling av overskriften for å konvertere dataene til og fra den MIME-kodede ordrepresentasjonen, og skader lesbarheten til en overskriftsseksjon.

2012-standardene RFC 6532 og RFC 6531 tillater inkludering av Unicode- tegn i et topptekstinnhold ved bruk av UTF-8-koding, og overføring av dem via SMTP-men i praksis ruller støtte bare sakte ut.

Interoperabilitet via nedgradering

Domenenasjonalisering fungerer ved å nedgradere. UTF-8-deler, kjent som U-etiketter, blir omdannet til A-etiketter via en ad-hoc- metode kalt IDNA. For eksempel sörensen.example.comer kodet som xn--srensen-90a.example.com. I 2003, da behovet ble adressert, virket det enklere enn å sjekke at all DNS-programvare kunne overholde UTF-8-strenger, selv om DNS i teorien kan transportere binære data. Denne kodingen er nødvendig før du sender ut DNS -spørringer.

Vær oppmerksom på at domenenavn også, om ikke først og fremst, brukes til webnavigasjon. EAI er forskjellig.

Siden tradisjonelle e-poststandarder begrenser alle e-postoverskriftsverdier til ASCII-tegn, er det mulig at tilstedeværelsen av UTF-8-tegn i e-posthoder reduserer stabiliteten og påliteligheten ved transport av slik e-post. Dette er fordi noen e -postservere ikke støtter disse tegnene. Kontroll av overholdelse av UTF-8-strenger må gjøres programvarepakke for programvarepakke (se #Adoption nedenfor.) Det var en eksperimentell metode foreslått av IETF, der e-post på en eller annen måte kunne nedgraderes til det eldre all-ASCII-formatet som alle standard e-poster serverstøtte. Dette forslaget var for tungvint fordi meningen til venstre på en e -postadresse er lokal for målserveren. Ingen måte å kontrollere at det ikke er et gyldig brukernavn, brukt på et eller annet domene. Så det eksperimentet har blitt foreldet i 2012 av RFC 6530. xn--something

Standardramme

Settet med Internett -RFC -dokumenter RFC 6530, RFC 6531, RFC 6532 og RFC 6533, alle publisert i februar 2012, definerer mekanismer og protokollutvidelser som er nødvendige for å fullt ut støtte internasjonaliserte e -postadresser. Disse endringene inkluderer en SMTP- utvidelse og utvidelse av syntaks for e-posthode for å imøtekomme UTF-8-data. Dokumentsettet inneholder også diskusjon av viktige forutsetninger og problemstillinger ved distribusjon av fullt internasjonalisert e -post.

Adopsjon

  • 2013-11-14: Flaggermusen! E -postklient implementert støtte for internasjonaliserte domenenavn (IDN) i e -postadresser.
  • 2014-07-15: Postfix mailer begynte å støtte internasjonalisert e-post, også kjent som EAI eller SMTPUTF8 , definert i RFC 6530 .. RFC 6533. Første støtte ble gjort tilgjengelig med en utviklingsversjon 20140715, og 2015-02-08 havnet i en stabil versjon 3.0.0. Dette støtter UTF-8 i SMTP- eller LMTP-avsenderadresser, mottakeradresser og meldingsoverskriftsverdier.
  • 2014-07-19: XgenPlus e-postserver begynte å støtte IDN-basert e-post, også kjent som støtte for SMTPUTF8 , spesielt for .भारत domene.
  • 2014-08-05: Google kunngjorde at Gmail vil gjenkjenne adresser som inneholder aksent eller ikke-latinske tegn, med mer støtte for internasjonalisering å følge. Mailerne deres (MX MTA) kunngjør støtte for SMTP -utvidelse for internasjonalisert e -post (SMTPUTF8, RFC 6531).
  • 2014-09-30: Message Systems kunngjorde at produktet Momentum (versjon 4.1 og 3.6.5) gir SMTPUTF8- støtte, internasjonalisering av e-postadressen til SMTP-protokollen, slik at e-post kan sendes til nye, ikke-vestlige adresserte mottakere.
  • 2014-10-22: versjon 2.10.0 av Amavis e-postinnholdsfilter ble utgitt som la til støtte for SMTPUTF8 , EAI og IDN .
  • 2016-12-07: почта.рус Lanserer full russisk (kyrillisk) e-post i Moskva gjennom en pressekonferanse.
  • Chief Minister Vasundhara Raje i Rajasthan lansert en gratis e-postadresse @ rajasthan.in og @ राजस्थान.भारत domene 3. desember 2017. Rajasthan staten ble verdens første staten til å gi e-postadressen til alle borgere i sitt eget språk.
  • 2016-10-18: Data Xgen Technologies lanserte en gratis språklig e-postadresse under navnet "DATAMAIL". Til støtte for Digital India stoppet dette en indisk e -postapp som støtter IDN ( internasjonalisert domenenavn ) på hindi (हिन्दी), Gujarati (ગુજરાતી), urdu (اردو), Punjabi (ਪੰਜਾਬੀ ਦੇ), Tamil (தமிழ்), Telgu (తెలుగు) ), Bengali (বাংলা), marathi (मराठी), latinsk engelsk. DATAMAIL har lansert internasjonale språk for landene som bruker arabisk (العَرَبِيَّة), russisk (русский) og kinesisk (汉语/漢語) som hovedspråk.
  • 2017-03-07: Apple store inkluderer produkt som støtter EAI.
  • 2017-12-27: Microsoft kunngjør kommende IDN-e-poststøtte på Office 365 og kunngjør også partner XgenPlus som hoster IDN-postkasser.
  • 2018-01-03: Microsoft legger til internasjonalisering av e-post til Exchange Online.
  • 2018-09-18: Courier-MTA lanserer støtte for Unicode-e-postmeldinger, i UTF-8, for alle Courier-pakker. I tillegg bruker Courier-IMAP Unicode (UTF8) for navn på maildir-mapper.

Se også

Referanser

Bibliografi

Eksterne linker