मेलबॉक्स नामकरण सम्मेलनों के बारे में कुछ

अपने लिए यैंडेक्स पर एक "डोमेन के लिए एक मेल" सेट करने के बाद, मैंने अपने "फैशनेबल" डोमेन पर मेलबॉक्सों के अनधिकृत उपयोगकर्ताओं के लिए मुफ्त पंजीकरण खोलने का फैसला किया। कैच-ऑल फ़ंक्शन को चालू करने के अलावा, जो मेरे आने वाले सभी मेलों को मेरे डोमेन के गैर-मौजूद मेलबॉक्सेस को मेरे मुख्य मेलबॉक्स तक निर्देशित करता है, मुझे मेलबॉक्सेज़ के सभी "मानक" नामों को आरक्षित करना था ताकि कोई गलतफहमी न हो जब उनका नाम पहले से ही किसी बाहरी व्यक्ति द्वारा अंकित किया गया हो, और सभी "सेवा" मेल आपके पास बिल्कुल नहीं जाते हैं। पी। डी। डी। में। आप निश्चित रूप से किसी भी समय एक नियंत्रित डोमेन के किसी भी बॉक्स को ठीक करने के लिए कर सकते हैं, लेकिन आखिरकार, तलछट बनी हुई है। मैं हैरान था: मेलबॉक्स नाम मानक और प्रणाली क्या हैं? यैंडेक्स तकनीकी सहायता ने उत्तर दिया कि वे मेल के साथ शिकायतों और समस्याओं को ट्रैक करने के लिए प्रत्येक डोमेन के लिए केवल पोस्टमास्टर नाम @ आरक्षित करते हैं, और इस समय उनके पास अभी भी आरक्षित नामों के सेट के बारे में एक प्रश्न है। इसके अलावा, इंटरनेट पर खोज परिणाम थोड़ा अनुमानित था।
^{(तस्वीर में: प्रसिद्ध ब्लैक मेलबॉक्‍स, शौकिया यूफोलॉजिस्ट के लिए तीर्थ यात्रा का स्थान)}

आरएफसी

पहली और सबसे महत्वपूर्ण बात जो मैं खोजना चाहता था, वह RFC थी, जो RFC 2142, MAILBOX NAMES FOR COMMON Services, ROLES AND FUNCTIONS ( सामान्य सेवाओं, भूमिकाओं और कार्यों के लिए मेलबॉक्स नाम ) के रूप में 1997 के नवीनतम संस्करण में निकली। मैं केवल वही जानकारी दूंगा जो हमें रुचती है। दस्तावेज़ के आधार पर, निम्न मेलबॉक्सों का अस्तित्व होना चाहिए और उनका निम्नलिखित उद्देश्य होना चाहिए:

व्यवसाय मेलबॉक्स:

जानकारी @ - विपणन विभाग, यहां आप संगठन, उत्पादों, सेवाओं के बारे में संक्षिप्त जानकारी पा सकते हैं।
विपणन @ - विपणन और बिक्री संपर्क विभाग।
बिक्री @ - बिक्री, उत्पादों के आदेश और सूचना के आदेश
समर्थन @ ग्राहक सहायता विभाग, उत्पाद या सेवाओं के साथ समस्याएं।
दुरुपयोग @ - ग्राहकों के साथ संबंध, बॉक्स को हमेशा काम करना चाहिए और वैध होना चाहिए, ग्राहकों की शिकायतें यहां भेजी जाती हैं, जिसमें "अनुचित व्यवहार" के बारे में संदेश शामिल हैं ।

नेटवर्किंग:

noc @ - नेटवर्क संचालन, नेटवर्क इन्फ्रास्ट्रक्चर।
सुरक्षा @ - नेटवर्क सुरक्षा, सूचनाएं, अलर्ट या अनुरोध।

चयनित इंटरनेट सेवाओं के लिए तकनीकी सहायता

पोस्टमास्टर @ - SMTP, [RFC821], [RFC822]
होस्टमास्टर @ - DNS, [RFC1033-RFC1035]
usenet @ - NNTP, [RFC977]
समाचार @ - NNTP, USENET का पर्याय
वेबमास्टर @ - HTTP, [RFC 2068]
www @ - WEBMASTER के लिए HTTP पर्याय
uucp @ - UUCP, [RFC976]
ftp @ - एफ़टीपी [RFC959]

नौकरानी सेवा

(हम विचार नहीं करेंगे, बस मुख्य लोगों को सूचीबद्ध करेंगे, सेवा नामों की एक पूरी आकाशगंगा और RFC का एक समूह है, उदाहरण के लिए RFC2369 )
सूची @
सूची-अनुरोध @

_{मुझे ऐसा लगता है कि इस RFC 2142 को डॉटकॉम के दिन के दौरान अनुमोदित किया गया था, जिसका अर्थ है कि इस तरह के समझौतों की आवश्यकता बहुत जरूरी थी। यह माना जाता था, जाहिरा तौर पर, मशीन पर कर्मचारियों को सभी ज्ञात पते पर मेल भेजने में सक्षम होना चाहिए और उचित सक्षम उत्तर की उम्मीद करनी चाहिए।}

इस प्रकार, आपको इन नामों के उपनामों को अपने "मुख्य" ईमेल पर बनाना चाहिए ताकि कोई भी, उदाहरण के लिए, अपने डोमेन पर एक यूनीनेट कॉन्फ्रेंस खोल सके, "सेल्स डिपार्टमेंट" से बूट्स को प्रतिबंधित करना शुरू कर सके और noc @ बॉक्स से पूरे नेटवर्क के सिस्टम एडमिनिस्ट्रेटर को सब्सक्राइब न कर सके।

/ etc / उपनाम

* Nix सिस्टम के लिए वास्तविक मानक मेल नामकरण सम्मेलन / etc / aliases फ़ाइल में निहित है। जो प्रत्येक व्यक्तिगत सेवा के लिए RFC और अन्य दस्तावेजों के आधार पर de jure है।
* Nix में लोगों के लिए मेलबॉक्स असाइन करने का प्रतिमान कुछ इस तरह लगता है: प्रत्येक उपयोगकर्ता को अपने उपयोगकर्ता नाम के समान वर्कस्टेशन पर मेलबॉक्स प्राप्त होता है। सिस्टम में उपयोगकर्ता नाम बनाने के बाद, आप पहले से ही अपने खाते में मेल भेज और प्राप्त कर सकते हैं। (एक "लेकिन" होगा: यदि रूट परमिट और एमएक्स सही ढंग से वर्तनी है )। यदि आप एक फैशनेबल उर्फ ​​प्राप्त करना चाहते हैं - व्यवस्थापक से संपर्क करें, वह इसे / etc / उपनाम या कहीं और मेल सिस्टम में लिख देगा।
वही सिस्टम सेवाओं के लिए जाता है। बहुत सारे बैकअप नाम हैं जैसे कोई नहीं , clamav @, www-data @, जो कि सेवाओं के सिस्टम खातों के अनुरूप हैं, इन संबंधित सेवाओं के अलावा किसी और द्वारा वास्तविक जीवन में उपयोग नहीं किए जाते हैं और रूट सिस्टम उपयोगकर्ता के मेल उपनाम हैं, इसलिए हमने उन्हें ध्यान में नहीं रखा, क्योंकि हमने पिछले पैराग्राफ से नेटवर्क सर्विस बॉक्स के सभी महत्वपूर्ण नामों को पहले ही जान लिया है। केवल जोड़ें
रूट @

आधुनिक इंटरनेट और अन्य unspoken बॉक्स नाम सम्मेलनों।

आपके साथ मिलकर, हम उन सबसे सामान्य नामों को खोजने का प्रयास करेंगे जो डोमेन स्वामी अपने लिए रखते हैं और प्रशासनिक, व्यावसायिक और व्यक्तिगत संपर्कों के रूप में उपयोग करते हैं।
व्यवस्थापक @
व्‍यवस्‍थापक @ (जो कोई भी इसे जानता है, वह Windows पर स्थानीयकृत व्यवस्थापक नाम जोड़ सकता है, जैसे व्यवस्थापक, व्यवस्थापक )
उपयोगकर्ता @
मेल @
ब्लॉग @
कार्यालय @
job @ (और कभी-कभी @ और hr @ फिर से शुरू करें) - नौकरी के आवेदन भेजने और प्राप्त करने और फिर से शुरू करने के लिए।
स्पैम @ - कभी-कभी इसे स्पैम की शिकायतों के लिए @ या पोस्टमास्टर @ का दुरुपयोग करने के लिए एक उपनाम के रूप में रखा जाता है।
बिलिंग @ - बिलिंग के लिए। KO
अकाउंट @ - अकाउंटिंग और अकाउंट सपोर्ट के लिए।
domain@domain.tld - बॉक्स का नाम डोमेन दोहराता है, जाहिर है सौंदर्यशास्त्र के लिए।
एलेक्स @, बॉस @ - सोशल इंजीनियरिंग के कारक को बाहर करने के लिए अपने नाम, उपनाम और उपनाम में भरने में संकोच न करें, जब, उदाहरण के लिए, आपका नाम एलेक्सी है, और आपकी पत्नी, पूरी तरह से अच्छी तरह से जानते हुए कि आपने vashdomen.ru खरीदा है, मेलबॉक्स से एलेक्स @ vashdomen प्राप्त करता है। 1 संदिग्ध सामग्री का पत्र - हमलावर पर विश्वास नहीं करेगा।
आप इस शीट में कुछ जोड़ सकते हैं।

इसके अलावा, मैं विंडोज सिस्टम पर मेल नामकरण सम्मेलनों के बारे में लगभग कुछ भी नहीं जानता, क्या वे वास्तव में मौजूद हैं?

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