Nemzetközi e -mail - International email
A nemzetközi e -mail az internacionalizált domain nevek ( IDN ) és az e -mail címek nemzetközivé tétele ( EAI ) együttes biztosításából ered . Az eredmény az e-mail, amely nemzetközi karaktereket (az ASCII karakterkészletben nem szereplő karaktereket) tartalmaz, UTF-8 kódolású , az e-mail fejlécében és a támogató levéltovábbítási protokollokban. Ennek legjelentősebb aspektusa az e -mail címek (más néven e -mail identitások) engedélyezése a világ legtöbb írási rendszerében, interfész és szállítási szinten egyaránt.
Email címek
A hagyományos e -mail címek az angol ábécé karaktereire és néhány más speciális karakterre korlátozódnak.
A következők érvényes hagyományos e -mail címek:
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)
Egy orosz esetleg az иван.сергеев@пример.рф címet szeretné használni azonosítójaként, de kénytelen helyette olyan átiratot használni, mint az ivan.sergeev@example.ru vagy akár más, teljesen független azonosító. Ugyanez igaz a kínai, japán és sok más nemzetiségű állampolgárra is, akik nem használnak latin betűs írásmódot , de vonatkozik azokra a felhasználókra is, akik nem angolul beszélő európai országokból származnak, és a kívánt címek diakritikákat tartalmazhatnak (pl. André vagy Płużyna ). Ennek eredményeként az e -mail felhasználók kénytelenek azonosítani magukat nem natív szkriptek használatával - vagy az e -mail rendszerek programozóinak ezt kompenzálniuk kell azzal, hogy az azonosítókat natív szkripteikből ASCII szkriptekké alakítják át, majd vissza a felhasználói felületen.
A nemzetközi e -mailek ezzel szemben UTF -8 kódolású Unicode karaktereket használnak - lehetővé téve a címek szövegének kódolását a világ legtöbb írásrendszerében.
Az alábbiakban minden érvényes nemzetközi e -mail cím szerepel :
用户@例子.广告 (Chinese, Unicode) अजय@डाटा.भारत (Hindi, Unicode) квіточка@пошта.укр (Ukrainian, Unicode) χρήστης@παράδειγμα.ελ (Greek, Unicode) Dörte@Sörensen.example.com (German, Unicode) коля@пример.рф (Russian, Unicode)
Másrészről, a kivételek hatálya alá tartozó Idn tartományokra vonatkozó esetben, ezért nincsenek kódolva, vagy mert a natív karaktereknek nincs fordításuk, vagy mert még nincs kódolás ezekhez a bizonyos karakterekhez, a megfelelő e -az e -mail címek natív karaktereket is megjelenítenek, és nem a Punicode kódjukat. Például az xn--9ckb.com domain esetében az alább látható e-mail cím jelenik meg a Gmailben és szinte minden más nemzetközi levelezési szolgáltatásban írt módon .
support@ツッ.com (Katakana, Unicode)
UTF-8 fejlécek
Bár a hagyományos formátumú e-mail fejlécében lehetővé teszi a nem-ASCII karaktereket tartalmazza értékének részét néhány fejléc mezőket MIME kódolású szavak (pl kijelző nevű vagy egy Subject header mező), MIME kódolást nem lehet fejlécben található egyéb információk, például e-mail cím vagy fejlécmezők, például az Üzenet-azonosító vagy a Fogadott kódolására szolgál . Ezenkívül a MIME-kódolás a fejléc további feldolgozását igényli, hogy az adatokat MIME-kódolású szóábrázolássá alakítsa, és rongálja a fejlécrész olvashatóságát.
A 2012-es RFC 6532 és RFC 6531 szabványok lehetővé teszik az Unicode- karakterek UTF-8 kódolást használó fejléctartalomba való beillesztését és SMTP-n keresztüli továbbítását, de a gyakorlatban a támogatás csak lassan terjed ki.
Interoperabilitás leminősítéssel
A domain nemzetközivé válása leminősítéssel működik. Az UTF-8 részeket, amelyeket U-Labels néven ismernek, az IDNA-nak nevezett ad-hoc módszerrel A-címkékké alakítják át . Például sörensen.example.comkódolva van xn--srensen-90a.example.com. 2003-ban, amikor az igényt kielégítették, ez egyszerűbbnek tűnt, mint annak ellenőrzése, hogy minden DNS-szoftver megfelel-e az UTF-8 karakterláncoknak, bár elméletileg a DNS képes bináris adatokat szállítani. Ez a kódolás szükséges a DNS -lekérdezések kiadása előtt.
Ne feledje, hogy a domain neveket is használják, ha nem elsősorban, a webes navigációhoz. Az EAI különbözik.
Mivel a hagyományos e-mail szabványok az összes e-mail fejléc értékét csak ASCII karakterekre korlátozzák, lehetséges, hogy az UTF-8 karakterek jelenléte az e-mail fejlécekben csökkenti az ilyen levelek továbbításának stabilitását és megbízhatóságát. Ennek az az oka, hogy néhány e -mail szerver nem támogatja ezeket a karaktereket. Az UTF-8 karakterláncoknak való megfelelés ellenőrzését szoftvercsomagonként kell elvégezni (lásd #Elfogadás .) Volt egy kísérleti módszer, amelyet az IETF javasolt, amellyel az e-maileket valahogy vissza lehet állítani a régi ASCII formátumba, amely minden szabványos e-mail kiszolgálók támogatása. Ez a javaslat túl nehézkes volt, mert az e -mail cím bal oldali részének jelentése helyi a célszerver számára. Nincs mód annak ellenőrzésére, hogy ez nem érvényes felhasználói név, amelyet bizonyos tartományokban használnak. Tehát ezt a kísérletet az RFC 6530 2012 -ben elavította.
xn--something
Szabványok keretrendszere
A 2012 februárjában közzétett RFC 6530, RFC 6531, RFC 6532 és RFC 6533 internetes RFC dokumentumok összessége meghatározza a nemzetközivé vált e -mail címek teljes körű támogatásához szükséges mechanizmusokat és protokollbővítményeket. Ezek a módosítások magukban foglalják az SMTP kiterjesztést és az e-mail fejléc szintaxisának kiterjesztését az UTF-8 adatok befogadására. A dokumentumkészlet magában foglalja a legfontosabb feltételezések és a teljesen nemzetközivé vált e -mail telepítésével kapcsolatos kérdések megvitatását is.
Örökbefogadás
- 2013-11-14: A denevér! Az e -mail kliens támogatta a nemzetközivé vált domainneveket (IDN) az e -mail címekben.
- 2014-07-15: A Postfix levél támogatja az Internationalized Email, más néven EAI vagy SMTPUTF8 támogatását , az RFC 6530-ban definiálva. RFC 6533 stabil kiadás 3.0.0. Ez támogatja az UTF-8-at SMTP vagy LMTP küldő címekben, címzettekben és üzenetfejlécekben.
- 2014-07-19: Az XgenPlus Email Server támogatni kezdte az IDN alapú e-maileket, más néven az SMTPUTF8 támogatását , különösen a .भारत domain esetében.
- 2014-08-05: A Google bejelentette, hogy a Gmail felismeri azokat a címeket, amelyek ékezetes vagy nem latin karaktereket tartalmaznak. Levelezőik (MX MTA) bejelentik az SMTP Extension for Internationalized Email (SMTPUTF8, RFC 6531) támogatását.
- 2014-09-30: Az Message Systems bejelentette, hogy a Momentum termékük (4.1 és 3.6.5 verzió) támogatja az SMTPUTF8 támogatást, az e-mail cím nemzetközivé tételének kiterjesztését az SMTP protokollhoz, lehetővé téve az e-mailek elküldését új, nem nyugati címzett címzetteknek.
- 2014-10-22: megjelent az Amavis levelezési tartalomszűrő 2.10.0 verziója , amely támogatást nyújtott az SMTPUTF8 , az EAI és az IDN számára .
- 2016-12-07: почта.рус Teljesen orosz (cirill) e-maileket indít Moszkvában sajtótájékoztatón keresztül.
- Vasundhara Raje, Rajasthan miniszterelnöke 2017. december 3 -án egy ingyenes e -mail címet indított @rajasthan.in és @राजस्थान.भारत domainben. Rajasthan állam lett a világ első állama, amely minden állampolgárnak saját nyelvén adott e -mail címet.
- 2016-10-18: A Data Xgen Technologies ingyenes nyelvi e-mail címet indított "DATAMAIL" néven. A Digital India támogatása érdekében leállított egy indiai e -mail alkalmazást, amely támogatja az IDN -t ( nemzetközivé vált domain név ) hindi (हिन्दी), gudzsaráti (ગુજરાતી), urdu (اردو), pandzsábi (ਪੰਜਾਬੀ ਦੇ), tamil (தமிழ்), telgu (తెలుగు ), Bengáli (বাংলা), marathi (मराठी), latin angol. A DATAMAIL nemzetközi nyelveket indított azoknak az országoknak, amelyek arab (العَرَبِيَّة), orosz (русский) és kínai (汉语/漢語) nyelvet használnak alapnyelvként.
- 2017-03-07: Az Apple áruház olyan terméket tartalmaz, amely támogatja az EAI-t.
- 2017-12-27: A Microsoft bejelentette az IDN e-mail támogatását az Office 365-en, és bejelentette a partner XgenPlus IDN postafiókokat is.
- 2018-01-03: A Microsoft hozzáadja az e-mail nemzetközivé válását az Exchange Online-hoz.
- 2018-09-18: A Courier-MTA támogatja az Unicode e-mail üzeneteket, UTF-8-ban, minden Courier csomaghoz. Ezenkívül a Courier-IMAP Unicode-t (UTF8) használ a maildir mappák nevére.