उपयोगकर्ता नाम मानकों में सर्वश्रेष्ठ अभ्यास: समस्याओं से बचना


59

मुझे यह पता लगाने में दिलचस्पी है कि मानक उपयोगकर्ता नाम के साथ लोगों के अनुभव क्या हैं। मैं हमेशा उन स्थानों पर रहा हूँ जहाँ {firstInitial} {lastname} (कभी-कभी एक लंबाई-सीमा के साथ) का उपयोग किया जाता है। अब मेरे पास ऐसे उपयोगकर्ता हैं जो {firstname} {lastname} चाहते हैं - और अब यह आता है कि इस अवधि के कारण समस्या हो सकती है।

विशेष रूप से:

  • सभी उपयोगों में संगतता बनाए रखने के लिए उपयोग करने के लिए सबसे अच्छी उपयोगकर्ता नाम लंबाई सीमा क्या है?
  • किन पात्रों से बचना चाहिए?

अद्यतन: मैंने जिन बारीकियों का उल्लेख नहीं किया है, वह यह है कि मैं भविष्य में आने वाली किसी भी चीज़ को संभालने के लिए पर्याप्त सामान्य होना चाहता था। हालाँकि, यह आवश्यकता का बहुत सामान्य हो सकता है (कुछ भी हो सकता है, ठीक है?)।

यह हमारा वातावरण है: Ubuntu Server Lucid Lynx 10.04 LTS, Red Hat Enterprise Linux 5.6 और ऊपर, Windows Server 2003 और Windows 2000 सर्वर (Windows 2000 नेटिव मोड में एक्टिव डायरेक्ट्री के साथ), मेल के लिए जिम्डोरा 7.x और निकट में OpenLDAP भविष्य।

अद्यतन: मुझे इस प्रश्न का पूर्णता के लिए उल्लेख करना चाहिए (हालाँकि यह मेरे पूछे गए प्रश्न का उत्तर नहीं था) और यह वेब पोस्ट भी , दोनों ही बहुत जानकारीपूर्ण थीं।


4
आपने ऑपरेटिंग सिस्टम / एप्लिकेशन का उल्लेख नहीं किया है। क्या आप इसे किसी भी ओएस / ऐप पर लागू करने के लिए सामान्य बनाना चाहते हैं?
खालिद

13
80,000 की हमारी कंपनी ने लॉगिन और ईमेल पते के लिए {firstInitial} {lastname} के मानक का उपयोग किया। मिस्टर थॉमस वत्स के गुस्से से भरे कॉल के बाद हमने चीजों को बदल दिया, जिनके ईमेल हमारे फ़ायरवॉल द्वारा अवरुद्ध हो रहे थे। पर्याप्त लोग हों और कोई समस्या हो।
मास्कडप्लेंट

13
@MaskedPlant: मुझे मजाकिया यूजरनेम पसंद हैं। हमारे पास एक ग्राहक था जो एक आईबीएम आरएसीएफआईडी मानक का उपयोग करता था "अंतिम नाम के पहले चार वर्ण, पहले प्रारंभिक, मध्य प्रारंभिक"। "सुसान पेनिंगटन" इससे खुश नहीं थे, जैसा कि आप कल्पना कर सकते हैं। और न ही किसी अन्य साइट पर पहले प्रारंभिक / अंतिम नाम के साथ "मेरी उत्तर" खुश ...> मुस्कान <
इवान एंडरसन

4
{पहला प्रारंभिक} {अंतिम नाम} सबसे आम लगता है और यह छोटे और मध्यम बिज़ के लिए अपेक्षाकृत सुरक्षित है। उन फोन कॉल करने और बी 2 बी से बात करने पर बिक्री विभाग में एक आम सम्मेलन करने के लिए बहुत आसान रहता है।
चाड हैरिसन

2
मुझे दिलबर्ट
KeithS

जवाबों:


65

यह एक बड़ी समस्या है बड़ी पहचान प्रबंधन प्रणालियों के साथ एक साथ विषम प्रणालियों को गोंद करने का प्रयास। वास्तव में, आप सबसे कम आम भाजक तक सीमित रहेंगे, जो सभी अक्सर एक 8-वर्ण ASCII- अल्फा-न्यूमेरिक सीमा के लिए कुछ (शायद विरासत) यूनिक्स जैसी प्रणाली के लिए कहीं न कहीं डेटासेंटर के आंत्र के लिए धन्यवाद है। उन फैंसी आधुनिक सिस्टमों की मनमानी लंबाई ले सकते हैं UTF8 उपयोगकर्ता नाम का उपयोग करने की संभावना नहीं है।

मैंने उच्च शिक्षा की एक संस्था में 7 साल बिताए, जहाँ हमें हर साल 5000 नए छात्रों के लिए 8-चरित्र वाले उपयोगकर्ता नाम का पता लगाना था। जब तक मैं छोड़ता हम 15 साल के छात्रों के लिए अद्वितीय नाम के साथ आने में कामयाब रहे। यह किया जा सकता है, श्री smitj510

चीजें जो आपके जीवन को बेहद आसान बना देंगी:

  • यह पता लगाएं कि आपका सबसे कम-सामान्य-भाजक क्या है, जिसे आपकी पहचान-प्रबंधन प्रणाली के हर हिस्से का विश्लेषण करने की आवश्यकता है ताकि यह पता लगाया जा सके कि सीमाएं क्या हैं।
    • वह पुरानी सोलारिस 7 प्रणाली 8-वर्ण सीमा को मजबूर कर रही है।
    • पहचान डेटा का उपयोग करने वाले महत्वपूर्ण अनुप्रयोगों की अपनी सीमाएं हैं जिन पर आपको विचार करना होगा।
      • शायद वे एलडीएपी से उपयोगकर्ता डेटा की अपेक्षा एक अद्वितीय-से-'मानक ’के अनुरूप करते हैं।
      • शायद प्रमाणीकरण डेटाबेस वे उपयोग करते हैं केवल कुछ स्वरूपित डेटा को संभाल सकते हैं।
  • एक ट्रू आइडेंटिफ़ायर (जो 8-कैरेक्टर खाता-नाम) की एक सूची के साथ एक डेटाबेस टेबल है, वैकल्पिक आईडी की तरह firstname.lastnameया कुछ और आने वाली लिंक / फ़ील्ड्स की सूची के साथ ।
    • ऑफ-द-शेल्फ सॉफ्टवेयर कुछ बहुत ही अजीब और IDM-unfriendly चीजें कर सकता है जैसे खाता नाम के लिए संख्यात्मक आईडी का उपयोग करें, या प्रोफ़ाइल डेटा के आधार पर ऑटो-जनरेट खाता आईडी। वह सब भी डेटाबेस तालिका में चला जाता है।
    • यह लोगों को गैर-[az | 0-9] अक्षर में उनके नाम जैसे हैरी ओ'नील, या गैर-एएससीआईआई जैसे अल्ज़बेटा में मदद करता है।
  • जब आप अपनी खाता सिंक्रनाइज़ेशन प्रक्रियाओं का निर्माण करते हैं, तो उस डेटाबेस तालिका का लाभ उठाएं ताकि यह सुनिश्चित हो सके कि सही खातों को सही अपडेट मिल रहा है। जब नाम बदलते हैं (विवाह, तलाक, अन्य) आप उन परिवर्तनों को सही स्थानों पर प्रचारित करना चाहते हैं।
    • जहां संभव हो, स्थानीय-परिवर्तनों को रोकने के लिए वास्तविक पहचान डेटाबेस को कॉन्फ़िगर करें और व्यापार प्रक्रिया को दृढ़ता से हतोत्साहित करने के लिए कि जब यह संभव नहीं है। सब कुछ के लिए केंद्रीय खाता-सिंक प्रक्रिया पर भरोसा करें।
  • जहाँ भी हो, जैसे कि ईमेल में उत्तोलन उर्फ ​​सिस्टम।
  • 8-चर आईडी अपरिवर्तनीय पर विचार करें, क्योंकि उस क्षेत्र को बदलने से आईटी कर्मचारियों के बीच दिल में दर्द का एक बहुत ट्रिगर हो सकता है क्योंकि खातों को फिर से बनाना होगा।
    • यह एक खाता-आईडी का सुझाव नहीं नाम डेटा से प्राप्त है, क्योंकि शादी / तलाक / अदालत से आदेश समय के साथ नाम-डेटा बदल सकते हैं।
  • अपवादों के लिए एक प्रणाली रखें, क्योंकि हमेशा कुछ होगा।
    • भयानक तलाक और उस नाम-डेटा से उत्पन्न 8-चार यूआईडी हर बार आपको इसे दर्ज करने के लिए भीषण यादें लाता है? अपने उपयोगकर्ताओं के साथ अच्छा व्यवहार करें और इन परिवर्तनों के लिए एक तंत्र की अनुमति दें, लेकिन इसे शांत रखें।
  • उन प्रणालियों में एकाधिक उपयोगकर्ता नाम लॉगिन की अनुमति देने के लिए आप क्या कर सकते हैं जहां यह एक विकल्प है
    • कुछ लोग अपने 8-कैरेक्टर uid को पसंद करते हैं, तो कुछ लोग firstname.lastname@example.com को पसंद करते हैं। लचीले बनो, मित्र बनाओ।
    • कभी-कभी इसके लिए आपको अपने वेब-आधारित सिस्टम को CAS जैसे फ्रेमवर्क के साथ तैयार करने की आवश्यकता होती है । आपको आश्चर्य होगा कि शेल्फ सिस्टम इस तरह से कितने एसएसओ फ्रेमवर्क का समर्थन कर सकते हैं, इसलिए निराश न हों।

कहने का मतलब यह है कि इसे डिटैबसिंग समस्या की तरह मानिए क्योंकि यही है। अपने सिस्टम (अधिकतम 8 वर्ण) के साथ अधिकतम संगतता के लिए एक प्राथमिक कुंजी चुनें, स्थानीय आईडी का प्राथमिक कुंजी में अनुवाद करने के लिए सिस्टम की अनुमति देने के लिए एक लुकअप-टेबल का निर्माण करें और विभिन्न आईडी को संभालने के लिए अपने डेटा सिंक्रनाइज़ेशन सिस्टम को इंजीनियर करें।


4
शानदार और अच्छी तरह से लिखा (और रोशन) जवाब!
मेई

12
+1 नाम डेटा से उपयोगकर्ता नाम प्राप्त नहीं करने के लिए। शादी / तलाक के कारण घर की निर्देशिकाओं का नाम बदलने से चिढ़ होती है। "विषम चरित्रों" के बारे में आपका कथन मुझे मेरे पुराने हाई स्कूल में लिटिल बॉबी टेबल्स और चौकीदार के बारे में सोचता है, जो मुझे यकीन है कि ऑनलाइन चीजें खरीदने में समस्याएं हैं, श्री रॉबर्ट नल (मैं आपको नहीं बच्चा)।
इवान एंडरसन

मुझे "अपवादों के लिए एक प्रणाली रखना पसंद है, क्योंकि हमेशा कुछ होगा।" अंश। यह निश्चित रूप से बहुत सच है। यद्यपि मैं यह नहीं देखता कि smithj510एक महान आठ चरित्र उपयोगकर्ता नाम कैसे बनाता है ;)
22

2
शादी और तलाक को संबोधित करने के लिए +1। इसके कारण बहुत सारी समस्याएं हुई हैं। कई कंपनियां इस तरह की कार्रवाई करती हैं कि कर्मचारी को अपना नाम बदलना होगा।
mhoran_psprep

5
@mhoran_psprep और अगर आप काफी बड़ा है, तो आप किसी को एक कानूनी कर पाने के लिए जा रहे हैं पहले नाम परिवर्तन। उस स्थिति में अंतिम-नाम परिवर्तन के लिए स्थापित कई प्रणालियाँ।
sysadmin1138

26

आपके प्रश्न विशेष रूप से:

  • सभी उपयोगों में संगतता बनाए रखने के लिए उपयोग करने के लिए सबसे अच्छी उपयोगकर्ता नाम लंबाई सीमा क्या है?

ऐसा कुछ भी नहीं है। केवल "आपके" उपयोग हैं, जिसमें आपके भविष्य के उपयोग शामिल हो सकते हैं। हमें पता नहीं है कि वे क्या हैं।

  • किन पात्रों से बचना चाहिए?

यह इस बात पर निर्भर करेगा कि आप किन कंप्यूटर सिस्टम के साथ काम कर रहे हैं। उदाहरण के लिए, विंडोज को उपयोगकर्ता नाम की अवधि में कोई समस्या नहीं है। वास्तव में, UPN को एक ईमेल पते की तरह स्वरूपित किया जाता है, जो एक अवधि की अनुमति देता है।

मेरे और विचार:

  • अपने उपयोगकर्ताओं को पूछने न दें - उन्हें बताएं कि मानक क्या है, और व्यवसाय के लिए खुला रहें (व्यक्तिगत उपयोगकर्ता नहीं) आवश्यकताओं को बदलने के लिए मानक में परिवर्तन का अनुरोध करें।
  • मानक में एक "अपवाद नीति" बनाएं, ताकि आप उप-राष्ट्रपति को शामिल किए बिना गरीब सुसान पिंगटन और मैरी उत्तर (उपरोक्त टिप्पणियों से) की मदद कर सकें। आईटी अच्छा लग रहा है, है ना?

15
यह आखिरी टिप्पणी +50 :)
मेई

2
समझदार अपवादों के साथ आना महत्वपूर्ण है। हमारे पास वर्षों से कई अपवाद हैं: एक ही प्रारंभिक और अंतिम नाम वाले कई उपयोगकर्ता, बहुत लंबे अंतिम नाम वाले उपयोगकर्ता, जिनके पहले और अंतिम नाम समान थे, चीन और एचआर से आने वाले उपयोगकर्ताओं को उनका नाम पूरी तरह से मिला हुआ था, कोई जिसका नाम की वर्तनी था 'रेमंड लक्जरी-यॉट', लेकिन उच्चारण 'Throatwobbler सदाबहार' ...
वार्ड

BobHope, BobHope01, BobHope3, BobHopeAccounting, BobHopeHartford
mfinni

2
अपवाद के लिए हाँ! अफ्रीका के कुछ देश "प्रथम नाम" और "अंतिम नाम" की अवधारणा को भी नहीं जानते हैं: पिता का पहला नाम बेटे का अंतिम नाम बन जाता है, और बेटे को एक नया पहला नाम मिलता है ...
कोनरक

2
मैं केवल एक अपवाद नीति रखने से परे जाने की सलाह दूंगा, और उन उपयोगकर्ताओं को आईडी करना जो प्रारंभिक खाता निर्माण समय पर इसका लाभ उठा सकते हैं। "मेरा उपयोगकर्ता नाम भयानक है" कुछ ऐसा नहीं होना चाहिए जो पहले दिन अपने नए किराए पर चिंता करने की आवश्यकता हो। मानक नीति का स्पष्टीकरण यह स्वीकार करते हुए कि यह किसी व्यक्ति के लिए उपयुक्त नहीं हो सकता है, साथ ही सुझाए गए विकल्प के साथ उपयुक्त नहीं हो सकता है। संभवतः एचआर से संपर्क जानकारी भी प्राप्त कर रहे हैं ताकि आप उनके पहले दिन से पहले समस्या का समाधान कर सकें।
डैन नीली

20

मेरा अनुभव रहा है कि एक पर्याप्त बड़े उद्यम के लिए, आपके द्वारा किए गए किसी भी निर्णय में हमेशा समस्याएं होंगी। यहां तक ​​कि अगर यह आज भी काम करता है, तो हमेशा आपके द्वारा लागू किया जाने वाला सिस्टम हमेशा होता है जिसमें पूर्व मानक (लंबाई के मुद्दे, चरित्र की समस्याएं, आदि) की समस्याएं होती हैं।

यह पता लगाना सुनिश्चित करें कि Firstname.Lastname के लिए पुश ईमेल से संबंधित है और जरूरी नहीं कि लॉगिन नाम। मुझे यह विश्वास करना मुश्किल है कि उपयोगकर्ता लॉग-ऑन करते समय "jsmith" के बजाय "John.Smith" लिखना चाहता है, लेकिन मुझे इस विचार पर बहुत अधिक बेचा गया है कि वह "John.Smith@company.com" चाहता है। "उनके ईमेल पते के रूप में। जैसा कि @Mfinni बताती है, उपयोगकर्ताओं के लिए हमेशा विकल्प होता है कि उनके पास mutliple ईमेल उपनाम हों, आगे आदि, बस उपयोगकर्ताओं को यह बताने दें कि विकल्प उनके ईमेल पते से उनके उपयोगकर्ता नाम को हटाने के लिए मौजूद है, अनुरोध के गतिशील को बदल सकता है।


1
और ऐसा नहीं है कि उपयोगकर्ताओं के पास केवल एक ईमेल पता हो सकता है। वहाँ हमेशा उपनाम और अग्रेषण है।
mfinni

3
हमारे उपयोगकर्ता UPN और प्राथमिक ई-मेल पते हर समय एक जैसे होते हैं, इसलिए हम बस अपने उपयोगकर्ताओं को अपने ईमेल पते के साथ लॉग ऑन करने के लिए कहते हैं जहाँ भी वे लॉग इन करने का प्रयास करते हैं। हमारे पास कोई पुराना सॉफ़्टवेयर नहीं होने के कारण बहुत बढ़िया काम करता है। netbios।
पौस्का

मेरा अनुभव रहा है कि एक पर्याप्त बड़े उद्यम के लिए, आपके द्वारा किए गए किसी भी निर्णय में हमेशा समस्याएं होंगी। यहां तक ​​कि अगर यह आज भी काम करता है, तो हमेशा आपके द्वारा लागू किए जाने वाले सिस्टम में समस्याएं होती हैं। "- क्या हम इस एंडरसन कानून को बुला सकते हैं?
Freiheit

@Freiheit: मेरा कथन अपने नाम के योग्य नहीं है ...> मुस्कान <यह वास्तव में सिर्फ मर्फी लॉ टू आईटी के सामान्य अनुप्रयोग के कारण है। मर्फी आईटी में रहती है ...
इवान एंडरसन

1
काश मैंने कम्युनिटी विकी इसे अभी तक नहीं किया होता ...> मुस्कान <
इवान एंडरसन

13

यूनिक्स और लिनक्स सिस्टम के लिए, {firstInitial} {lastname} स्पष्ट रूप से आदर्श है।

...

उन कारणों के लिए जो इस खाते से जुड़े नाम से स्पष्ट होना चाहिए।


3
मैं असहमत नहीं हूं, लेकिन क्या आप बता सकते हैं कि आप ऐसा क्यों कह रहे हैं?
mfinni

वास्तव में, मैं असहमत होऊंगा। मेरी अंतिम नौकरी में AIX सिस्टम पर, हम 8 वर्णों तक सीमित थे। इस प्रकार, mfinnigan असंभव होगा; मुझे एमफिनिगा बनना था। तो कृपया, अपने उत्तर को थोड़ा विस्तारित करें।
मन्फनी

2
यह एक व्यक्तिपरक उत्तर है जिसमें कोई स्पष्टीकरण नहीं है। जैसा कि यूनिक्स के लिए कोई भी आसानी से कह सकता है, {FirstInitial} {मिडल इनटूशनल} {lastInitial} "आदर्श" है, क्योंकि यह UNIX के साथ शुरू हुआ है और यही वह तरीका है जब तक यह सालों तक था (जब तक कि हजारों कर्मचारियों के साथ उपयोगकर्ता नाम वाले निगमों ने इसका उपयोग शुरू नहीं किया था ...)।
मेई

10
उह, मुझे लगता है कि यह एक मजाक हो सकता है। उसका नाम यूनिक्स सिस्टम पर एक महत्वपूर्ण उपयोगकर्ता "रूट" होगा।
जेफरी

4
... आर ओबट ओट ... आउच! मजेदार! पता नहीं कैसे मैं इसे याद किया।
मेई

7

प्लेटफार्मों में नामकरण मानकों की स्थापना करते समय एक बात का ध्यान रखें कि लिनक्स में पीएस (और संभवतः अन्य यूनिक्स ओएस) में एक विशेष कॉस्मेटिक मुद्दा है। आप इस बारे में परवाह कर सकते हैं या नहीं कर सकते हैं (लेकिन यह किसी ऐसे व्यक्ति के लिए चिंताजनक हो सकता है जो इसकी उम्मीद नहीं कर रहा है ... मैंने सुरक्षा लोगों को इस पर चिकोटी दी है)।

UID कॉलम केवल एक उपयोगकर्ता नाम के 8 वर्ण तक प्रदर्शित होगा। यदि उपयोगकर्ता नाम 8 वर्णों से अधिक है, तो यह वास्तविक संख्यात्मक UID को मुद्रित करने के लिए बदल जाएगा। आप इसका उपयोग कर सकते हैं इसके पास एक कस्टम ps कॉलम प्रारूप है जिसमें USER फ़ील्ड है, लेकिन केवल यदि USER अंतिम स्तंभ है (मेरे अनुभवजन्य परीक्षण से)।

ज्यादातर लोग शायद इस बारे में परवाह नहीं करते हैं, लेकिन यदि आप किसी प्रकार के पीएस आउटपुट का प्रसंस्करण कर रहे हैं और वास्तविक उपयोगकर्ता नामों की अपेक्षा करते हैं, तो आपको अपने नाम की लंबाई के साथ सावधान रहना चाहिए (अन्यथा, आप अपने कोड में हैक्स डालेंगे। बनाने के लिए ps)

उदाहरण के लिए:

यहां पूर्ण प्रारूप सूची के लिए डिफ़ॉल्ट कॉलम प्रारूप है। ध्यान दें कि मेरा यूआईडी संख्यात्मक प्रारूप में है क्योंकि मेरा उपयोगकर्ता नाम> 8 वर्ण है।

[tcampbell@tst-agg1 ~]$ ps -f
  UID        PID  PPID  C STIME TTY          TIME CMD
 2108      1368  1367  0 Jan10 pts/3    00:00:00 -bash
 2108     22303  1368  0 12:07 pts/3    00:00:00 ps -f

चलो एक कस्टम कॉलम प्रारूप का उपयोग करके इसे फिर से बनाएँ। ध्यान दें कि मैंने USER कॉलम जोड़ा है। ध्यान दें कि यह संख्यात्मक प्रारूप में भी है।

[tcampbell@tst-agg1 ~]$ ps -o uid,user,c,stime,tty,time,cmd    
  UID USER      C STIME TT           TIME CMD
 2108 2108      0 Jan10 pts/3    00:00:00 -bash
 2108 2108      0 12:05 pts/3    00:00:00 ps -o uid,user,c,stime,tty,time,cmd

चलिए लाइन के अंत में USER चलते हैं। यह "सही" आउटपुट में विस्तारित हो जाता है।

[tcampbell@tst-agg1 ~]$ ps -o uid,user,c,stime,tty,time,cmd,user
  UID USER      C STIME TT           TIME CMD                         USER
 2108 2108      0 Jan10 pts/3    00:00:00 -bash                       tcampbell
 2108 2108      0 12:05 pts/3    00:00:00 ps -o uid,user,c,stime,tty, tcampbell

लेकिन, जैसे ही हम कॉलम सूची के अंत में कुछ नया जोड़ते हैं, यह वापस संख्यात्मक रूप में बदल जाता है।

[tcampbell@tst-agg1 ~]$ ps -o uid,user,c,stime,tty,time,cmd,user,pid
  UID USER      C STIME TT           TIME CMD                         USER       PID
 2108 2108      0 Jan10 pts/3    00:00:00 -bash                       2108      1368
 2108 2108      0 12:05 pts/3    00:00:00 ps -o uid,user,c,stime,tty, 2108     21756

आपने पाया है कि यह किस ओएस पर लागू होता है?
mfinni

दिलचस्प! मैं हमेशा इस बारे में सोचता था - संख्याओं का उपयोग क्यों किया जा रहा था। lastआदेश किसी समस्या से जूझ है: यह 8 वर्णों के लिए अपने रिकॉर्ड ट्रंकेटस।
मेई

यह दर्शाने के लिए संपादित कि मैं लिनक्स के बारे में बात कर रहा था। पता नहीं कैसे मेरे मूल संपादन में पिछले फिसल गए।
ट्रैविस कैंपबेल

-1

[Firstname के कुछ अक्षर] [lastname के कुछ अक्षर] [nnn]

फोरग: यदि नाम बिल गेट्स है, तो आप ' biga00 ' या bilgat000 का उपयोग कर सकते हैं

यदि अगला बिल गेट्स आता है, तो यह उसके लिए 'biga01' या बिलगाट001 होगा


-1

खैर, एक संचालन, प्रशासन और रखरखाव (ओएएम) के दृष्टिकोण से, उपयोगकर्ता नाम को आसानी से अलग करने की आवश्यकता है। हालाँकि, व्यवसाय के दृष्टिकोण से, उपयोगकर्ता नाम (a / k / email alias) को आसानी से याद किया जाना चाहिए या दूसरों द्वारा याद किया जाना चाहिए।

यह इस तरह हो सकता है:

  • first.last.index@domain
  • पहले (प्रारंभिक) .last.index @ डोमेन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.