वैध ईमेल पते की अधिकतम लंबाई क्या है?

Question

वैध ईमेल पते की अधिकतम लंबाई क्या है? क्या इसे किसी मानक द्वारा परिभाषित किया गया है?

Comments

किस तरह का ईमेल पता? इंटरनेट, X.400, या अन्य?

— टोबे स्पीट

ध्यान दें कि ईमेल पतों के लिए आपके ऐप की लंबाई की सीमा को सैद्धांतिक अधिकतम के समान नहीं होना चाहिए (जो कि इस पूरी टिप्पणी से अधिक लंबा है )। अन्य उत्तर उस प्रश्न पर चर्चा करते हैं, उदाहरण के लिए: stackoverflow.com/questions/1297272

— MGOwen

Answer 1

ईमेल पता 254 वर्णों से अधिक का नहीं होना चाहिए ।

यह IETF द्वारा प्रस्तुत इरेटा के बाद स्वीकार किया गया था । किसी भी पते का पूर्ण निदान ऑनलाइन उपलब्ध है । RFC 3696 के मूल संस्करण ने 320 को अधिकतम लंबाई के रूप में वर्णित किया, लेकिन जॉन क्लेन्सिन ने बाद में एक गलत मान स्वीकार किया, क्योंकि एक पथ के रूप में परिभाषित किया गया था

Path = "<" [ A-d-l ":" ] Mailbox ">"

इसलिए एक तत्व बनाने के लिए मेलबॉक्स तत्व (यानी, ईमेल पता) के चारों ओर कोण कोष्ठक होते हैं, जो पथ की लंबाई को 256 वर्ण या उससे कम तक सीमित करने के लिए अधिकतम 254 वर्ण होते हैं।

RFC 5321 राज्यों में निर्दिष्ट अधिकतम लंबाई :

एक रिवर्स-पथ या फ़ॉरवर्ड-पथ की अधिकतम कुल लंबाई 256 वर्ण है।

RFC 3696 को यहां सुधारा गया ।

लोगों को विशेष रूप से RFC 3696 के खिलाफ इरेटा के बारे में पता होना चाहिए । विहित उदाहरणों में से तीन वास्तव में अमान्य पते हैं।

मैंने कुछ सौ परीक्षण पते लिए हैं, जिन्हें आप http://www.dominicsayers.com/isemail पर देख सकते हैं

Comments

नए RFC मानक के बारे में क्या है जो ईमेल पते में यूनिकोड की अनुमति देता है?

— 1

@ से पहले कितने अक्षर और कितने के बाद, या इससे कोई फर्क नहीं पड़ता?

— सिस्टमोविच

@Lodewijk RFC 3696 एक मानक नहीं है, यह सिर्फ लोगों को अंतर्निहित मानकों की सही ढंग से व्याख्या करने में मदद करने की कोशिश करता है। दुर्भाग्य से, स्थिति को स्पष्ट करने के अपने प्रयास में, क्लेन्सिन ने कुछ सकल त्रुटियों को शामिल किया, जिन्हें इरेटा में सही किया गया था। लेकिन इरेटा को कोई नहीं पढ़ता है इसलिए RFC 3693 बहुत ही बेकार, विडंबना है।

— डोमिनिक Sayers

मेरा मानना ​​है कि अंतर्राष्ट्रीयकृत ई-मेल पतों के साथ, यह 254 ओकटेट्स के रूप में सीमा को परिभाषित करने के लिए अधिक सही होगा , वर्ण नहीं। लेकिन मुझे यकीन नहीं। RFC 6531 UTF-8 वर्णों की अनुमति देने के लिए RFC 5321 को उल्टा-आगे और आगे बढ़ाता है, लेकिन RFC 5321 विशेष रूप से कहता है कि सीमा "256 ओकटेट" है, जिसमें विभाजक (RFC 2821 से एक जानबूझकर परिवर्तन जिसमें "वर्ण" शामिल हैं)। मेरा मानना ​​है कि 256-ऑक्टेट सीमा (254 के लिए माइनस 2) को सुपरसीड नहीं किया गया है, और मल्टी-बाइट यूटीएफ -8 अक्षरों वाले पतों के लिए प्रभावी चरित्र सीमा कम हो गई है।

— आंद्रे डी

@ जॉनलोवन क्योंकि डोमेन ईमेल के अलावा अन्य उद्देश्यों के लिए उपयोग किया जाता है और विभिन्न RFC द्वारा परिभाषित किया जाता है। मुझे यकीन है कि जॉन पोस्टेल की इच्छा थी कि वह इसे और अधिक सुसंगत बना सके लेकिन उस समय अधिकांश डोमेन बहुत कम थे और लिफाफे के पते को दो या दो से अधिक पैकेटों में तोड़ना बहुत मुश्किल हो गया था। नाम।

— डोमिनिक सियर्स

Answer 2

320

और खंड इस तरह दिखते हैं

{64} @ {255}

64 + 1 + 255 = 320

यदि आप ईमेल को मान्य कर रहे हैं तो आपको यह भी पढ़ना चाहिए

http://haacked.com/archive/2007/08/21/i-knew-how-to-validate-an-email-address-until-i.aspx

Comments

हालाँकि इस युक्ति (छात्र ऋण डेटा के लिए) के अनुसार nchelp.org/elibrary/ESC/CommonRecord-CommonLineDocumentation/… पृष्ठ 20 पर: "वर्तमान एएनएसआई मानकों को प्रतिबिंबित करने के लिए ई-मेल की लंबाई बदल गई है। ई-मेल पता अधिकतम लंबाई है। 128 अक्षरों में से। " हम्म।

— नाथन

यहां "मैक्स लेन == 320" सहित ईमेल के बारे में विभिन्न मिथकों को फैलाने वाला एक प्यारा लेख है। सीमा वास्तव में 254 है।

— कार्ल

प्यारा लेख कहाँ है?

— बॉब

यह उत्तर सही है। यह ईमेल मान्य है, लेकिन बिल्कुल बेकार है, क्योंकि 2821 मेल / RCPT को <>कोष्ठक के साथ 256 तक सीमित करता है ...

— vp_arth

क्या इसमें प्रारूप में ईमेल शामिल हैं user+inbox@domain?

— हारून एसाव

Answer 3

उपयोगकर्ता

उपयोगकर्ता नाम की अधिकतम कुल लंबाई 64 वर्ण है।

डोमेन

डोमेन भाग में अधिकतम 255 वर्ण ("@" के बाद)

हालाँकि, RFC 2821 पढ़ने पर प्रतिबंध है :

एक रिवर्स-पथ या फ़ॉरवर्ड-पथ की अधिकतम कुल लंबाई 256 वर्ण है, जिसमें विराम चिह्न और तत्व विभाजक शामिल हैं ”। चूँकि उन फ़ील्ड्स में जो पते फिट नहीं होते हैं वे सामान्य रूप से उपयोगी नहीं होते हैं, पते की लंबाई पर ऊपरी सीमा को सामान्य रूप से 256 माना जाना चाहिए, लेकिन एक पथ के रूप में परिभाषित किया गया है: पथ = "<" [Adl ":"] मेलबॉक्स "> “फॉरवर्ड-पथ में मेलबॉक्स के अलावा कम से कम एक कोण कोष्ठक होगा, जो ईमेल पते को 254 वर्णों तक सीमित करता है।

Comments

1982 का कूल, प्राचीन आरएफसी ... SMTP के लिए rfc5321 है

— vp_arth

Answer 4

मेरे जैसे भ्रमित बदमाशों की मदद करने के लिए, "एक वैध ईमेल पते की अधिकतम लंबाई क्या है?" है 254 वर्ण ।

यदि आपका आवेदन एक ईमेल का उपयोग करता है, तो बस 254 वर्ण या उससे कम स्वीकार करने के लिए अपना क्षेत्र निर्धारित करें और आप जाने के लिए अच्छे हैं।

आप यदि इसे यहाँ मान्य है देखने के लिए एक ई-मेल पर परीक्षण के एक झुंड चला सकते हैं। http://isemail.info/

RFC, या टिप्पणियों के लिए अनुरोध इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) से एक प्रकार का प्रकाशन है जो सीमा के रूप में 254 वर्णों को परिभाषित करता है। यहां स्थित है - https://tools.ietf.org/html/rfc5321#section-4.5.3

Answer 5

अन्य जवाब पानी को थोड़ा गंदा करते हैं। सरल उत्तर: ईमेल 256 के लिए हमारे नियंत्रण में कुल 254 ENTIRE ईमेल पते के लिए हैं, जिसमें शुरुआत में "<" और अंत में ">" शामिल हैं। इसलिए, 254 हमारे उपयोग के लिए बचे हैं।

Answer 6

नीचे दिए गए लेख के अनुसार:

http://tools.ietf.org/html/rfc3696 (पृष्ठ 6, धारा 3)

यह उल्लेख किया गया है कि:

"ईमेल पतों पर एक लंबी सीमा होती है। यह सीमा" स्थानीय भाग "(" @ "से पहले) में अधिकतम 64 वर्णों (ओकटेट्स) और डोमेन भाग में (अधिकतम 255 वर्ण (ओकटेट्स) है) 320 वर्णों की कुल लंबाई के लिए "@")। ईमेल को संभालने वाले सिस्टम को उन पतों को संसाधित करने के लिए तैयार किया जाना चाहिए, जो लंबे समय तक हैं, भले ही वे शायद ही कभी सामना किए गए हों। "

तो, एक ईमेल पते के लिए अधिकतम कुल लंबाई 320 वर्ण ("स्थानीय भाग": 64 + "@": 1 + "डोमेन भाग": 255 है जो 320 तक गाया जाता है)

Comments

क्या आप मुझे 320 वर्णों की ईमेल आईडी को मान्य करने के लिए जावास्क्रिप्ट में नियमित अभिव्यक्ति प्रदान कर सकते हैं? अग्रिम में धन्यवाद।

— कमलेश

मानक के इस भाग को 254 वर्णों की कुल सीमा में शामिल करने के लिए इरेटा में संशोधन किया गया था। इरेटा के विवरण और लिंक के लिए स्वीकृत उत्तर देखें।

— मैथिज्स कोइजमैन