अभी नहीं। IEEE ऐसा करने की योजना बना रहा है:
H-Online लेख: IEFT अंतर्राष्ट्रीय ईमेल पते की योजना बना रहा है , यहाँ RfC है : SMTP एक्सटेंशन फॉर इंटरनेशनलाइज्ड ईमेल एड्रेस
एच-ऑनलाइन से उद्धरण (जैसा कि यह नीचे चला गया):
इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) ने ईमेल एड्रेस हेडर के मानकीकरण के लिए तीन महत्वपूर्ण दस्तावेज प्रकाशित किए हैं जिनमें ASCII वर्ण सेट के बाहर प्रतीक शामिल हैं। इसका मतलब है कि जल्द ही आप ईमेल पते के साथ-साथ संदेश के मुख्य भाग में चीनी अक्षरों, फ्रांसीसी लहजों और जर्मन umlauts का उपयोग कर सकेंगे। इसलिए यदि आपका नाम Zoë है और आप एक ऐसी कंपनी के लिए काम करते हैं जो फ़ेकडेस बनाती है, तो आपको एक नए ईमेल पते में दिलचस्पी हो सकती है। लेकिन प्रदाताओं के प्रतिनिधि पहले से ही विलाप कर रहे हैं। वे कहते हैं कि यदि यूनिकोड मानक UTF-8 को सूचना मानक आदान-प्रदान के लिए अमेरिकी मानक कोड (ASCII) को सामान्य ईमेल भाषा के रूप में उपयोग करने के लिए "अपग्रेड उन्माद" होना चाहिए।
RFC 5335 व्यावहारिक रूप से सभी ईमेल हेडर में UTF-8 के उपयोग को निर्दिष्ट करता है। एसएमटीपी क्लाइंट, एसएमटीपी सर्वर, मेल यूजर एजेंट (एमयूएएस), मेलिंग सूचियों के लिए सॉफ्टवेयर, अन्य मीडिया के लिए गेटवे, और हर जगह जहां ईमेल संसाधित या पारित किया जाता है, के लिए परिवर्तन करना होगा। RFC 5336 SMTP ईमेल ट्रांसपोर्ट प्रोटोकॉल का विस्तार करता है। प्रोटोकॉल के स्तर पर, विस्तार को UTF8SMTP लेबल किया जाता है।
एक नया हेडर फ़ील्ड एक "इमरजेंसी पैराशूट" के रूप में जोड़ा जाएगा ताकि यह सुनिश्चित हो सके कि यूटीएफ -8 ईमेल में एक नरम लैंडिंग है यदि उन्हें सिस्टम द्वारा प्राप्तकर्ता तक पहुंचने से पहले फेंक दिया जाता है जो अपग्रेड नहीं हुए हैं। "ओल्डएड्रेस" एक विशुद्ध रूप से एएससीआईआई पता है। लेकिन ओल्डएड्रेस को दूसरे हस्तांतरण के प्रयास के लिए एक चैनल के रूप में उपयोग नहीं किया जाना है, बल्कि यह सुनिश्चित करने के लिए कि फीडबैक को घर भेजा जाए।
अंत में, RFC5337 यह सुनिश्चित करता है कि सही संदेश गैर-ASCII ईमेल के वितरण की स्थिति से संबंधित हैं। अगम्य पते वाले का सही पता वापस भेजा जाना चाहिए, भले ही आगे परिवहन से इनकार कर दिया गया हो। ईमेल पता अंतर्राष्ट्रीयकरण (ईएआई) काम करने वाला समूह विभिन्न हेडर फ़ील्ड्स और लिफाफे के लिए कई "डाउनग्रेड मैकेनिज्म" पर भी काम कर रहा है। यदि संभव हो, तो मूल हेडर जानकारी "पैक" और संरक्षित की जानी है।
जर्मनी का DeNIC, ".de" डोमेन के लिए रजिस्ट्रार है, फिर भी इसे अपने स्ट्राइड में ले रहा है। "वास्तव में बहुत कुछ नहीं है जो हम कर सकते हैं", डीएनआईसी के प्रवक्ता क्लाउस हर्ज़िग ने समझाया। DeNIC इसके बजाय उस अद्यतन पर अधिक ध्यान दे रहा है जो IETF अंतरराष्ट्रीय डोमेन - RFC3490, या IDNA2003 के मानक के लिए काम कर रहा है क्योंकि यह कभी-कभी ज्ञात होता है। "हम इसके बारे में खुश नहीं हैं क्योंकि पीछे की संगतता नहीं है," हर्ज़िग ने समझाया। जब अपडेट आता है, तो डीएनआईसी का कहना है कि वह अपने वजन को प्रतीक "comes" के पीछे फेंक देगा - जिसे एज़ेट के रूप में भी जाना जाता है - जिसे अब तक अनदेखा किया गया है। जर्मन रजिस्ट्रार यह भी कहते हैं कि पिछड़े अनुकूलता की कमी के प्रकाश में आने से पहले यह थोड़ा इंतजार कर सकता है।
इसके विपरीत, विशेषज्ञों का मानना है कि चीन और ताइवान में चीनी रजिस्ट्रार अंतर्राष्ट्रीय ईमेल के लिए परिवर्तन को जल्दी से लागू करेंगे। CNIC और TWNIC के प्रतिनिधि मानकों के लेखक हैं। चीनी उपयोगकर्ताओं को वर्तमान में ASCII में @ के बाईं ओर और चीनी अक्षरों में चीनी डोमेन के लिए इसके दाईं ओर ईमेल लिखना पड़ता है, जिनका पहले ही अंतर्राष्ट्रीयकरण हो चुका है।
(मोनिका एर्मर्ट)