Email address
एक ईमेल पता एक ईमेल बॉक्स की पहचान करता है जिस पर संदेश भेजे जाते हैं। जबकि प्रारंभिक संदेश प्रणाली संबोधित करने के लिए विभिन्न प्रारूपों का उपयोग करती थी, आज, ईमेल पते विशिष्ट नियमों के एक समूह का पालन करते हैं जो मूल रूप से 1980 के दशक में इंटरनेट इंजीनियरिंग टास्क फोर्स (आई. ई. टी. एफ.) द्वारा मानकीकृत किए गए थे, और 1980 के दशक में आई. ई. टी. एफ. द्वारा अद्यतन किए गए थे। इस लेख में ईमेल पता शब्द आर. एफ. सी. 5322 की धारा 3.4 में सिर्फ अतिरिक्त विवरण को संदर्भित करता है। आर. एफ. सी. पते को अधिक व्यापक रूप से मेलबॉक्स या समूह के रूप में परिभाषित करता है। एक डाकपेटी का मान या तो एक नाम-पता हो सकता है, जिसमें एक प्रदर्शन-नाम और पता-विवरण होता है, या अकेले अधिक सामान्य पता-विवरण होता है। एक ईमेल पता, जैसे कि john.smith@example.com, एक स्थानीय-भाग, प्रतीक @और एक डोमेन से बना होता है, जो एक डोमेन नाम या कोष्ठक में संलग्न एक IP पता हो सकता है। हालांकि मानक के लिए स्थानीय-भाग को मामले के प्रति संवेदनशील होने की आवश्यकता होती है, यह भी आग्रह करता है कि प्राप्त करने वाले मेजबान मामले-स्वतंत्र तरीके से संदेश वितरित करें, उदाहरण के लिए, कि डोमेन example.com में मेल प्रणाली John.Smith को john.smith के बराबर मानती है; कुछ मेल प्रणालियाँ उन्हें जॉन्समिथ के बराबर भी मानती हैं। डाक प्रणाली अक्सर उपयोगकर्ताओं के नाम की पसंद को तकनीकी रूप से अनुमत वर्णों के सबसेट तक सीमित करती है। अंतर्राष्ट्रीयकृत डोमेन नामों की शुरुआत के साथ, ईमेल पतों में गैर-ए. एस. सी. आई. आई. वर्णों की अनुमति देने के प्रयास आगे बढ़ रहे हैं। संदेश परिवहन एक ईमेल पते में दो भाग होते हैं, एक स्थानीय-भाग (कभी-कभी एक उपयोगकर्ता नाम, लेकिन हमेशा नहीं) और एक डोमेन; यदि डोमेन एक आईपी पते के बजाय एक डोमेन नाम है तो एसएमटीपी क्लाइंट मेल एक्सचेंज आईपी पते को देखने के लिए डोमेन नाम का उपयोग करता है। ईमेल पते का सामान्य प्रारूप स्थानीय है-part@domain, जैसे। जेस्मिथ @[192.168.1.2], jsmith@example.com। एस. एम. टी. पी. ग्राहक संदेश को मेल एक्सचेंज में प्रेषित करता है, जो इसे किसी अन्य मेल एक्सचेंज में तब तक भेज सकता है जब तक कि यह अंततः प्राप्तकर्ता के मेल सिस्टम के मेजबान तक नहीं पहुंच जाता। लेखक के कंप्यूटर से और इंटरनेट में मेल होस्ट के बीच इलेक्ट्रॉनिक मेल का संचरण सिंपल मेल ट्रांसफर प्रोटोकॉल (एस. एम. टी. पी.) का उपयोग करता है, जिसे आर. एफ. सी. 6531 में परिभाषित किया गया है। मेलबॉक्स को एस. एम. टी. पी. प्रोटोकॉल और या तो डाकघर प्रोटोकॉल (पी. ओ. पी.) या इंटरनेट संदेश एक्सेस प्रोटोकॉल (आई. एम. ए. पी.) का उपयोग करके व्यक्तिगत कंप्यूटर, मोबाइल उपकरणों या वेबमेल साइटों पर अनुप्रयोगों द्वारा एक्सेस और प्रबंधित किया जा सकता है। ईमेल संदेशों को प्रसारित करते समय, मेल उपयोगकर्ता एजेंट (एम. यू. ए.) और मेल हस्तांतरण एजेंट (एम. टी. ए.) प्राप्तकर्ता के डोमेन के लिए संसाधन रिकॉर्ड (आर. आर.) देखने के लिए डोमेन नाम प्रणाली (डी. एन. एस.) का उपयोग करते हैं। एक मेल विनिमायक संसाधन अभिलेख (एम. एक्स. अभिलेख) में प्राप्तकर्ता के मेल सर्वर का नाम होता है। एमएक्स रिकॉर्ड के अभाव में, एक पता रिकॉर्ड (ए या एएएए) सीधे मेल होस्ट को निर्दिष्ट करता है। ईमेल पते के स्थानीय भाग का अंतिम मेलबॉक्स होस्ट के अलावा मध्यवर्ती मेल रिले सिस्टम के लिए कोई महत्व नहीं है। ईमेल भेजने वालों और मध्यवर्ती रिले प्रणालियों को इसे केस-असंवेदनशील नहीं मानना चाहिए, क्योंकि अंतिम मेलबॉक्स होस्ट इसे इस तरह से मान भी सकता है और नहीं भी। यदि प्रशासक द्वारा कॉन्फ़िगर किया गया है, तो एक एकल मेलबॉक्स कई ईमेल पतों के लिए मेल प्राप्त कर सकता है। इसके विपरीत, एक एकल ईमेल पता कई मेलबॉक्सों में वितरण सूची का उपनाम हो सकता है। ईमेल उपनाम, इलेक्ट्रॉनिक मेलिंग सूची, उप-पता, और सभी पते, बाद वाले मेलबॉक्स हैं जो स्थानीय-भाग की परवाह किए बिना संदेश प्राप्त करते हैं, विभिन्न प्रकार के वितरण लक्ष्यों को प्राप्त करने के लिए सामान्य पैटर्न हैं। ईमेल संदेश के हेडर फ़ील्ड में पाए जाने वाले पतों का उपयोग सीधे मेल एक्सचेंज द्वारा संदेश देने के लिए नहीं किया जाता है। एक ईमेल संदेश में एक संदेश लिफाफा भी होता है जिसमें मेल रूटिंग के लिए जानकारी होती है। जबकि लिफाफा और हेडर पते बराबर हो सकते हैं, जाली ईमेल पते (जिन्हें स्पूफ ईमेल पते भी कहा जाता है) अक्सर स्पैम, फ़िशिंग और कई अन्य इंटरनेट-आधारित घोटालों में देखे जाते हैं। इसने कई पहलों को जन्म दिया है जिनका उद्देश्य धोखाधड़ी वाले ईमेल की इस तरह की जालसाजी को ढूंढना आसान बनाना है। वाक्यविन्यास एक ईमेल पते का प्रारूप स्थानीय-part@domain है, जहां स्थानीय-भाग 64 ऑक्टेट तक लंबा हो सकता है और डोमेन में अधिकतम 255 ऑक्टेट हो सकते हैं। औपचारिक परिभाषाएँ आर. एफ. सी. 5322 (अनुभाग 3.2.3 और 3.4.1) और आर. एफ. सी. 5321 में हैं-सूचनात्मक आर. एफ. सी. 3696 (आर. एफ. सी. 5321 के लेखक जे. क्लेनसिन द्वारा लिखित) और संबंधित त्रुटि में दिए गए अधिक पठनीय रूप के साथ। एक ईमेल पते में प्राप्तकर्ता के लिए एक संबद्ध "प्रदर्शन-नाम" (प्रदर्शन नाम) भी हो सकता है, जो पता विनिर्देश से पहले है, जो अब कोण कोष्ठक से घिरा हुआ है, उदाहरण के लिएः जॉन स्मिथ <john.smith@example.org>। ईमेल स्पैमर्स और फ़िशर्स अक्सर अपने पीड़ितों को धोखा देने के लिए, एक झूठे डिस्प्ले नाम का उपयोग करके, या डिस्प्ले नाम के रूप में एक अलग ईमेल पते का उपयोग करके "डिस्प्ले नाम स्पूफिंग" का उपयोग करते हैं। इंटरनेट के अलावा अन्य नेटवर्कों के लिए ईमेल पतों के पहले के रूपों में अन्य संकेतन शामिल थे, जैसे कि X.400 द्वारा आवश्यक, और यू. यू. सी. पी. बैंग पथ संकेतन, जिसमें पता कंप्यूटर के एक अनुक्रम के रूप में दिया गया था जिसके माध्यम से संदेश को प्रसारित किया जाना चाहिए। यह कई वर्षों तक व्यापक रूप से उपयोग किया गया था, लेकिन इंटरनेट इंजीनियरिंग टास्क फोर्स (आई. ई. टी. एफ.) द्वारा घोषित इंटरनेट मानकों द्वारा प्रतिस्थापित किया गया था। स्थानीय-भाग ईमेल पते का स्थानीय-भाग उद्धृत नहीं हो सकता है या उद्धरण चिह्नों में संलग्न हो सकता है। यदि उद्धृत नहीं किया गया है, तो यह इनमें से किसी भी ए. एस. सी. आई. आई. वर्ण का उपयोग कर सकता हैः बड़े अक्षर और छोटे अक्षर वाले लैटिन अक्षर ए से जेड और ए से जेड अंक 0 से 9 छापने योग्य वर्ण! #$% & '* +-/ =? यदि उद्धृत किया जाता है, तो इसमें स्पेस, हॉरिज़ॉन्टल टैब (एच. टी.), बैकस्लैश और कोट को छोड़कर कोई भी ए. एस. सी. आई. आई. ग्राफिक और एक उद्धृत-जोड़ी हो सकती है जिसमें बैकस्लैश के बाद एच. टी., स्पेस या कोई ए. एस. सी. आई. आई. ग्राफिक हो सकता है; इसे एच. टी. या स्पेस दिखाई देने पर कहीं भी लाइनों के बीच विभाजित किया जा सकता है। उद्धृत स्थानीय-भागों के विपरीत, पते. "John.Doe" @example.com ", John.Doe। "@example.com और" John.Doe "@example.com की अनुमति है। ईमेल पते के स्थानीय भाग की अधिकतम कुल लंबाई 64 ऑक्टेट है। स्थान और विशेष वर्णों को प्रतिबंधों के साथ अनुमति दी जाती है (उन्हें केवल एक उद्धृत स्ट्रिंग के अंदर अनुमति दी जाती है, जैसा कि नीचे दिए गए पैराग्राफ में वर्णित है, और उस उद्धृत स्ट्रिंग में, किसी भी बैकस्लैश या डबल-कोट से पहले एक बार बैकस्लैश होना चाहिए); टिप्पणियों को स्थानीय-भाग के किसी भी छोर पर कोष्ठक के साथ अनुमति दी जाती है; जैसे, john.smith (टिप्पणी) @example.com और (टिप्पणी) john.smith@example.com दोनों john.smith@example.com के बराबर हैं। उपरोक्त ए. एस. सी. आई. आई. वर्णों के अलावा, यू. टी. एफ.-8 के रूप में एन्कोड किए गए यू +07एफ के ऊपर के अंतर्राष्ट्रीय वर्णों को आर. एफ. सी. 6531 द्वारा अनुमति दी जाती है जब ई. एच. एल. ओ. एस. एम. टी. पी. यू. टी. एफ. 8 को निर्दिष्ट करता है, हालांकि एस. एम. टी. पी. यू. टी. एफ. 8 और 8बीआईटी. एम. आई. एम. ई. का समर्थन करने वाले मेल सिस्टम भी स्थानीय-भागों को निर्दिष्ट करते समय किन वर्णों का उपयोग करने को प्रतिबंधित कर सकते हैं। एक स्थानीय-भाग या तो एक डॉट-स्ट्रिंग या एक उद्धृत-स्ट्रिंग है; यह एक संयोजन नहीं हो सकता है। हालांकि, उद्धृत तार और वर्णों का आमतौर पर उपयोग नहीं किया जाता है। आरएफसी 5321 यह भी चेतावनी देता है कि "एक मेजबान जो मेल प्राप्त करने की उम्मीद करता है, उसे मेलबॉक्स को परिभाषित करने से बचना चाहिए जहां स्थानीय-भाग को उद्धृत-स्ट्रिंग फॉर्म की आवश्यकता होती है (या उपयोग करता है)।" स्थानीय-भाग पोस्टमास्टर के साथ विशेष व्यवहार किया जाता है-यह मामला-असंवेदनशील है, और इसे डोमेन ईमेल प्रशासक को अग्रेषित किया जाना चाहिए। तकनीकी रूप से अन्य सभी स्थानीय-भाग मामले के प्रति संवेदनशील होते हैं, इसलिए jsmith@example.com और JSmith@example.com अलग-अलग डाकपेटी निर्दिष्ट करते हैं; हालाँकि, कई संगठन बड़े अक्षरों और छोटे अक्षरों को समान मानते हैं। वास्तव में, आर. एफ. सी. 5321 चेतावनी देता है कि "एक मेजबान जो मेल प्राप्त करने की उम्मीद करता है, उसे मेलबॉक्स को परिभाषित करने से बचना चाहिए जहां. स्थानीय-भाग मामले के प्रति संवेदनशील है।" तकनीकी रूप से मान्य विशेष वर्णों की विस्तृत श्रृंखला के बावजूद, संगठन, मेल सेवाएँ, मेल सर्वर और मेल क्लाइंट व्यवहार में अक्सर उन सभी को स्वीकार नहीं करते हैं। उदाहरण के लिए, विंडोज लाइव हॉटमेल केवल अल्फान्यूमेरिक्स, डॉट () का उपयोग करके ईमेल पते बनाने की अनुमति देता है। ), अंडरस्कोर (_) और हाइफन (-)। अस्वीकृत ईमेल के जोखिम से बचने के लिए कुछ विशेष वर्णों का उपयोग करने से बचना आम सलाह है। आर. एफ. सी. 5321 2.3.11 मेलबॉक्स और पते के अनुसार, "स्थानीय-भाग की व्याख्या की जानी चाहिए और केवल पते के क्षेत्र में निर्दिष्ट मेजबान द्वारा शब्दार्थ निर्दिष्ट किए जाने चाहिए।" इसका मतलब है कि किसी अन्य मेल सर्वर के स्थानीय-भाग के अर्थ के बारे में कोई धारणा नहीं बनाई जा सकती है। यह पूरी तरह से मेल सर्वर के विन्यास पर निर्भर करता है। स्थानीय-भाग की व्याख्या मेल सर्वर में लागू परंपराओं और नीतियों पर निर्भर करती है। उदाहरण के लिए, मामले की संवेदनशीलता मेलबॉक्सों को केवल स्थानीय-भाग के वर्णों के बड़े अक्षरों में अलग कर सकती है, हालांकि यह बहुत आम नहीं है। जीमेल खाता पहचान निर्धारित करने के उद्देश्यों के लिए @gmail.com पते के स्थानीय भाग में सभी बिंदुओं की अनदेखी करता है। कुछ डाक सेवाएँ स्थानीय-भाग में शामिल एक टैग का समर्थन करती हैं, जैसे कि पता स्थानीय-भाग के उपसर्ग का एक उपनाम है। आमतौर पर एक प्लस का अनुसरण करने वाले वर्ण और कम बार एक माइनस का अनुसरण करने वाले वर्ण, इसलिए फ्रेड + बाह @domain और फ्रेड + foo@domain उसी इनबॉक्स में फ्रेड + @domain या यहां तक कि फ्रेड @domain के रूप में समाप्त हो सकते हैं। उदाहरण के लिए, पता joeuser+tag@example.com उसी वितरण पते को joeuser@example.com के रूप में दर्शाता है। इस परंपरा को उप-पते के रूप में संदर्भित किया जाता है, लेकिन इसे प्लस पते, टैग किए गए पते या मेल एक्सटेंशन के रूप में भी जाना जाता है। ई ईमेलकेँ टैग करबा लेल आ स्पैम नियंत्रण लेल उपयोगी भऽ सकैत अछि। इस प्रपत्र के पते, आधार नाम और टैग के बीच विभिन्न विभाजक का उपयोग करते हुए, एंड्रयू प्रोजेक्ट (प्लस), रनबॉक्स (प्लस), जीमेल (प्लस), रैकस्पेस (प्लस), याहू! सहित कई ईमेल सेवाओं द्वारा समर्थित हैं। मेल प्लस (हाइफन), एप्पल का आईक्लाउड (प्लस), Outlook.com (प्लस), प्रोटॉन मेल (प्लस), फास्टमेल (प्लस और सबडोमेन एड्रेसिंग), postale.io (प्लस), पोबॉक्स (प्लस), मीमेल (प्लस), एमएमडीएफ (बराबर), क्यूमेल और कूरियर मेल सर्वर (हाइफन)। पोस्टफिक्स और एक्जिम कानूनी चरित्र सेट से एक मनमाने से विभाजक को कॉन्फ़िगर करने की अनुमति देते हैं। टैग के पाठ का उपयोग फ़िल्टरिंग लागू करने, या एकल-उपयोग, या डिस्पोजेबल ईमेल पते बनाने के लिए किया जा सकता है। डोमेन एक ईमेल पते के डोमेन नाम भाग को सख्त दिशानिर्देशों के अनुरूप होना चाहिएः इसे एक मेजबान नाम की आवश्यकताओं से मेल खाना चाहिए, डॉट-सेपरेटेड डी. एन. एस. लेबल की एक सूची, प्रत्येक लेबल 63 वर्णों की लंबाई तक सीमित होना चाहिए और इसमें शामिल हैंः अपरकेस और लोअरकेस लैटिन अक्षर ए से जेड और ए से जेड; अंक 0 से 9, बशर्ते कि शीर्ष-स्तरीय डोमेन नाम सभी-संख्यात्मक न हों; हाइफन-, बशर्ते कि यह पहला या अंतिम वर्ण न हो। इस नियम को एल. डी. एच. नियम (अक्षर, अंक, हाइफन) के रूप में जाना जाता है। इसके अलावा, डोमेन एक आईपी पता शाब्दिक हो सकता है, जो वर्गाकार कोष्ठकों [] से घिरा हो सकता है, जैसे कि जेस्मिथ @[192.168.2.1] या जेस्मिथ @[आईपीवी 6:2001: डीबी8:: 1], हालांकि यह ईमेल स्पैम को छोड़कर शायद ही कभी देखा जाता है। अंतर्राष्ट्रीयकृत डोमेन नाम (जो एक मेजबान नाम की आवश्यकताओं का पालन करने के लिए कूटबद्ध किए जाते हैं) गैर-ए. एस. सी. आई. आई. डोमेन की प्रस्तुति की अनुमति देते हैं। आर. एफ. सी. 6531 और आर. एफ. सी. 6532 के अनुरूप डाक प्रणालियों में एक ईमेल पते को यू. टी. एफ.-8 के रूप में कूटबद्ध किया जा सकता है, दोनों एक स्थानीय-भाग के साथ-साथ एक डोमेन नाम भी। डोमेन के साथ-साथ स्थानीय-भाग में टिप्पणियों की अनुमति है; उदाहरण के लिए, john.smith @(टिप्पणी) example.com और john.smith@example.com (टिप्पणी) john.smith@example.com के बराबर हैं। यह निर्दिष्ट करता है कि कुछ डोमेन, उदाहरण के लिए जो प्रलेखन और परीक्षण के लिए अभिप्रेत हैं, हल करने योग्य नहीं होने चाहिए और इसके परिणामस्वरूप उनमें मेलबॉक्स और उनके उप-डोमेन को संबोधित मेल गैर-वितरण योग्य होना चाहिए। ई-मेल के लिए उल्लेखनीय उदाहरण हैं, अमान्य, example.com, example.net, और example.org। उदाहरण वैध ईमेल पते simple@example.com very.common@example.com x@example.com (एक-अक्षर स्थानीय-भाग) long.email-address-with-hyphens@and.subdomains.example.com user.name+tag+sorting@example.com (मेल सर्वर के आधार पर user.name@example.com इनबॉक्स में भेजा जा सकता है) नाम/surname@example.com (स्लैश एक छापने योग्य वर्ण है, और अनुमति है) admin@example (बिना टी. एल. डी. के स्थानीय डोमेन नाम, हालांकि आई. सी. ए. एन. एन. डॉटलेस ईमेल पतों की सूची को अत्यधिक हतोत्साहित करता है) example@s.example (इंटरनेट शीर्ष-स्तरीय डोमेन की सूची देखें) "@example.org (उद्धरणों के बीच की जगह)" john.doe "@example.org (उद्धृत डबल डॉट) मेलहोस्ट! username@example.org (यू. यू. सी. पी. मेल करने वालों के लिए उपयोग किया जाने वाला बैंगफाइड होस्ट मार्ग) (),:; <> []\. "बहुत.\" बहुत @\\ "बहुत।" असामान्य "@strange.example.com (गैर-अक्षर वर्ण और संकेत पर कई शामिल करें, पहले वाले को दो बार उद्धृत किया जा रहा है) user%example.com@example.org (% example.org के माध्यम से user@example.com के लिए मेल मार्ग से बच गया) user-@example.org (स्थानीय-भाग अनुमत मुद्रण योग्य वर्णों की सूची से गैर-वर्णानुक्रमिक वर्ण के साथ समाप्त होता है) पोस्टमास्टर @[123.123.123.123] (वर्ग कोष्ठक में होने पर डोमेन के बजाय आईपी पतों की अनुमति है, लेकिन दृढ़ता से हतोत्साहित किया जाता है) पोस्टमास्टर @[IPv 6:2001:0 db8:85a 3:0000:0000:8a2e: 0370:7334] (IPv6 एक अलग वाक्यविन्यास का उपयोग करता है) एस. एम. टी. पी. यू. टी. एफ. 8 के साथ वैध ईमेल पते @example.com (इमोजी की अनुमति केवल एस. एम. टी. पी. यू. टी. एफ. 8 के साथ है) अमान्य ईमेल पते abc.example.com (कोई @वर्ण नहीं) a@b @c@example.com (उद्धरण चिह्नों के बाहर केवल एक @की अनुमति है) a "b (c) d, e: f; g <h> i [j\k] l@example.com (इस स्थानीय-भाग में किसी भी विशेष वर्ण को उद्धरण चिह्नों के बाहर अनुमति नहीं है) बस" नहीं "right@example.com (उद्धृत स्ट्रिंग को डॉट से अलग किया जाना चाहिए या स्थानीय-भाग बनाने वाला एकमात्र तत्व होना चाहिए) यह है "नहीं allowed@example.com (रिक्त स्थान, उद्धरण, और बैकस्लैश केवल तब मौजूद हो सकते हैं जब उद्धृत स्ट्रिंग्स के भीतर और बैकस्लैश से पहले) यह अभी भी\" नहीं\allowed@example.com (भले ही बच गया हो (बैकस्लैश से पहले), रिक्त स्थान, उद्धरण, और बैकस्लैश अभी भी उद्धरणों द्वारा निहित होने चाहिए) 1234567890123456789012345678901234567890123456789012345678901234+x@example.com (स्थानीय-भाग 64 वर्णों से लंबा है) i.like.underscores @but_they_are_not_allowed_in_this_part (डोमेन भाग में अंडरस्कोर की अनुमति नहीं है) सत्यापन और सत्यापन ईमेल पतों को अक्सर उपयोगकर्ता के अस्तित्व के सत्यापन के रूप में वेबसाइट पर इनपुट के रूप में अनुरोध किया जाता है। अन्य सत्यापन विधियाँ उपलब्ध हैं, जैसे कि सेल फोन संख्या सत्यापन, डाक मेल सत्यापन और फैक्स सत्यापन। एक ईमेल पते को आम तौर पर एक हस्ताक्षर (@) के साथ जुड़े दो भागों के रूप में पहचाना जाता है, हालांकि आर. एफ. सी. 822 और बाद के आर. एफ. सी. में विस्तृत तकनीकी विनिर्देश अधिक व्यापक हैं। वाक्यात्मक रूप से सही, सत्यापित ईमेल पते इस बात की गारंटी नहीं देते हैं कि एक ईमेल बॉक्स मौजूद है। इस प्रकार कई मेल सर्वर अन्य तकनीकों का उपयोग करते हैं और डोमेन के लिए डोमेन नाम प्रणाली जैसी प्रासंगिक प्रणालियों के खिलाफ मेलबॉक्स के अस्तित्व की जांच करते हैं या मेलबॉक्स मौजूद है या नहीं, यह जांचने के लिए कॉलबैक सत्यापन का उपयोग करते हैं। कॉलबैक सत्यापन एक अपूर्ण समाधान है, क्योंकि इसे निर्देशिका फसल हमले से बचने के लिए अक्षम किया जा सकता है, या कॉलबैक को स्पैम के रूप में रिपोर्ट किया जा सकता है और डी. एन. एस. बी. एल. पर सूचीबद्ध किया जा सकता है। उपयोगकर्ता के ईमेल पते को मान्य करने के लिए कई सत्यापन तकनीकों का उपयोग किया जा सकता है। उदाहरण के लिए, सत्यापन लिंकः वेबसाइटों पर खाता बनाने के लिए ईमेल पते का सत्यापन अक्सर एक विशेष अस्थायी हाइपरलिंक के साथ उपयोगकर्ता द्वारा प्रदान किए गए ईमेल पते पर एक ईमेल भेजकर किया जाता है। रसीद पर, उपयोगकर्ता लिंक खोलता है, तुरंत खाते को सक्रिय करता है। ईमेल पते किसी वेबसाइट से संदेश पहुँचाने के साधन के रूप में भी उपयोगी होते हैं, उदाहरण के लिए, उपयोगकर्ता संदेश, उपयोगकर्ता क्रियाएँ, ईमेल इनबॉक्स में। औपचारिक और अनौपचारिक मानकः आर. एफ. सी. 3696 ईमेल पते सहित इंटरनेट पहचानकर्ताओं को मान्य करने के लिए विशिष्ट सलाह प्रदान करता है। इसके बजाय कुछ वेबसाइटें मनमाने मानकों के माध्यम से ईमेल पतों की वैधता का मूल्यांकन करने का प्रयास करती हैं, जैसे कि + और/जैसे वैध वर्ण वाले पतों को अस्वीकार करना या मनमाने ढंग से लंबाई की सीमाओं को लागू करना। ईमेल पता अंतर्राष्ट्रीयकरण कई वर्तमान सत्यापन एल्गोरिदम की अनुमति की तुलना में वर्णों की एक बहुत बड़ी श्रृंखला प्रदान करता है, जैसे कि यू + 0080 के ऊपर के सभी यूनिकोड वर्ण, जो यू. टी. एफ-8 के रूप में कूटबद्ध हैं। एल्गोरिदमिक उपकरणः बड़ी वेबसाइटों, थोक मेल करने वालों और स्पैमर्स को ईमेल पतों को मान्य करने के लिए कुशल उपकरणों की आवश्यकता होती है। इस तरह के उपकरण हेयुरिस्टिक एल्गोरिदम और सांख्यिकीय मॉडल पर निर्भर करते हैं। प्रेषक की प्रतिष्ठा-एक ईमेल प्रेषक की प्रतिष्ठा का उपयोग यह सत्यापित करने के लिए किया जा सकता है कि प्रेषक भरोसेमंद है या संभावित स्पैम। प्रेषक की प्रतिष्ठा के मूल्यांकन में जिन कारकों को शामिल किया जा सकता है, उनमें प्रेषक के आईपी पते या ईमेल पते के साथ पिछले संपर्क या सामग्री की गुणवत्ता और जुड़ाव के स्तर शामिल हैं। ब्राउज़र-आधारित सत्यापनः कई ब्राउज़रों में लागू किए गए एच. टी. एम. एल. 5 प्रपत्र ईमेल पते के सत्यापन को ब्राउज़र द्वारा नियंत्रित करने की अनुमति देते हैं। कुछ कंपनियाँ एक ईमेल पते को मान्य करने के लिए सेवाएं प्रदान करती हैं, अक्सर एक अनुप्रयोग प्रोग्रामिंग इंटरफेस का उपयोग करते हुए, लेकिन इस बात की कोई गारंटी नहीं है कि यह सटीक परिणाम प्रदान करेगा। अंतर्राष्ट्रीयकरण आई. ई. टी. एफ. ईमेल पतों के अंतर्राष्ट्रीयकरण के मुद्दों के लिए समर्पित एक तकनीकी और मानक कार्य समूह का संचालन करता है, जिसका शीर्षक ईमेल पता अंतर्राष्ट्रीयकरण (ई. ए. आई., जिसे आई. एम. ए., अंतर्राष्ट्रीयकृत मेल पता के रूप में भी जाना जाता है) है। इस समूह ने अतिरिक्त ई. ए. आई. से संबंधित आर. एफ. सी. का उत्पादन किया और उन पर काम करना जारी रखा। आई. ई. टी. एफ. के ई. ए. आई. कार्य समूह ने आर. एफ. सी. 6530 "ओवरव्यू एंड फ्रेमवर्क फॉर इंटरनेशनलाइज्ड ईमेल" प्रकाशित किया, जिसने गैर-ए. एस. सी. आई. आई. वर्णों को ईमेल पते के स्थानीय-भागों और डोमेन दोनों में उपयोग करने में सक्षम बनाया। आर. एफ. सी. 6530 यू. टी. एफ.-8 एन्कोडिंग पर आधारित ईमेल प्रदान करता है, जो यूनिकोड के पूर्ण प्रदर्शन की अनुमति देता है। आर. एफ. सी. 6531 एस. एम. टी. पी. सर्वरों को एस. एम. टी. पी. यू. टी. एफ. 8 सामग्री के संचरण के लिए बातचीत करने के लिए एक तंत्र प्रदान करता है। बुनियादी ई. ए. आई. अवधारणाओं में यू. टी. एफ.-8 में डाक का आदान-प्रदान शामिल है। इसके साथ अनुपालन करने वाले सर्वर इन्हें संभालने में सक्षम होंगेः डायक्रिटिक्स के साथ लैटिन वर्णमालाः पेले @example.com यूनानी वर्णमालाः δοκιμή @παράδειγμα.δοκιμή पारंपरिक चीनी वर्णः आईआईडी @屋企.香港 जापानी वर्णः 2 नोआ @黒川.日本 सिरिलिक वर्णः मेडवेड @с-балалайкой.рф देवनागरी वर्णः संप्राक्क @डाटामेल.भारत