समझ / आदि / उपनाम और यह क्या करता है


44

ये मेरे डेबियन (व्हीज़ी) सर्वर पर '/ etc / aliases' फ़ाइल की सामग्री हैं, जैसा कि यह है:

# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: t

1. मैंने देखा कि, डिफ़ॉल्ट रूप से, मेरा सर्वर जो दिखता है उससे ईमेल भेजता है root@hostname.domain.com। तो, ऊपर दिए गए नियमों में से कौन सा इसे नियंत्रित करता है? postmaster: root;?

2. तो, '/ etc / aliases' में नियमों का उपयोग उपयोगकर्ताओं को विशिष्ट विभागों को सौंपने के लिए किया जाता है? अर्थात्, उदाहरण के लिए, 'दुरुपयोग' के लिए भेजे जाने वाले / प्राप्त किए जाने वाले सभी ईमेल / से root@hostname.domain.com पर वितरित किए जाएंगे (जो रूट के लिए डिफ़ॉल्ट ईमेल होगा, जब तक कि कोई उर्फ ​​न हो)। सही बात?

3. क्या कोई यह बता सकता है कि इनमें से प्रत्येक का वास्तव में क्या मतलब है - मेलर-डेमन, पोस्टमास्टर, कोई नहीं, होस्टमास्टर, यूनेट, समाचार, वेबमास्टर, www, एफ़टीपी, दुरुपयोग, सुरक्षा, रूट?

मेरा मतलब है, " mailer-daemonईमेल वितरण त्रुटियों को भेजने के लिए "security जैसा विवरण , लेकिन वास्तव में ईमेल प्राप्त करने के लिए नहीं है। जहां लोगों को आपके सुरक्षा मुद्दों के बारे में संपर्क करना चाहिए " , या ऐसा कुछ।


शायद आपको अपने प्रश्न को कई लोगों में विभाजित करना चाहिए।
निल्स

जवाबों:


59

/etc/aliasesफ़ाइल का हिस्सा है sendmail। यह निर्दिष्ट करता है कि किस खाते को किसी अन्य को भेजा गया मेल वास्तव में वितरित किया जाना चाहिए। उदाहरण के लिए, ftpखाते का मेल रूट के मेलबॉक्स को आपके द्वारा दिखाए गए कॉन्फ़िगरेशन में भेजा जाएगा।

एकाधिक प्राप्तकर्ताओं को अल्पविराम से अलग की गई सूचियों के रूप में भी निर्दिष्ट किया जा सकता है।

उपयोगकर्ताओं को मेल भेजना वह सब नहीं है जो किया जा सकता है। मेल को कार्यक्रमों में भी पाइप किया जा सकता है, या अपनी पसंद की फ़ाइल में निर्देशित किया जा सकता है। निम्नलिखित "बिट-बाल्टी" उपयोगकर्ता के सभी मेल "किसी" से होगा:

कोई: / देव / अशक्त

/etc/aliasesफ़ाइल के संशोधन तब तक पूरे नहीं होते हैं जब तक कि newaliasesकमांड को चलाने के लिए नहीं चलाया जाता है /etc/aliases.db। यह इस बाद के रूप में है जो sendmailवास्तव में उपयोग करता है।


तो, क्या कोई securityडेमॉन भी है? ('सुरक्षा' / etc / उपनामों में सूचीबद्ध है।) क्या वास्तव में यह ट्रिगर है?
its_me

2
आम तौर पर यह निर्दिष्ट करता है कि aliasइस होस्ट पर संबोधित करने पर किसको मेल भेजा जाए । मेल को मेलबॉक्स में ftpवितरित किया जाएगा root। हालाँकि यह अक्सर कहीं से और किसी से भी ईमेल के लिए काम करने के लिए स्थानीय रूप से जनरेट / डिलीवर किए गए मेल को रीडायरेक्ट करने के लिए उपयोग किया जाता है, अगर सेंडमेल द्वारा स्वीकार किया जाता है और कॉन्सेप्ट अलियास फाइल का उपयोग करने के लिए कहता है।
मैट

आपको अंतिम पैराग्राफ में 'वर्ण के बजाय' का उपयोग करना चाहिए।
माटुस्स जगिएलाओ

12
लगभग हर आधुनिक * निक्स एमटीए सेंडमेल संगत है। के अस्तित्व /etc/aliasesयह sendmail का उपयोग करता है मतलब यह नहीं है। पोस्टफिक्स और एक्सिम 4 दोनों का ही उपयोग /etc/aliasesकरते हैं।
जोर्डन

1
यदि आप "अच्छे sysadmin" हो रहे हैं, तो आप जहां संभव हो, रूट खाते का उपयोग करने से बचेंगे, इसलिए सामान्य उपयोगकर्ता को मेल अग्रेषित करने का मतलब है कि आपको रूट कम की आवश्यकता है। किसी भी मामले में, अगर मुझे सिस्टम मेल की आवश्यकता है तो यह सामान्य पॉप / इमैप खातों को अग्रेषित कर दिया जाता है जो लोग जांचते हैं।
मैट

4

mailer-daemon, hostmasterऔर postmasterविशेष मेल विभिन्न आरएफसी के लिए आवश्यक पते दिए गए हैं, स्पष्ट अपवाद के साथ mailer-daemonजो हम के रूप में किया जा रहा "सम्मेलन या परंपरा से आरोपित" के संबंध में कर सकते हैं।

आपको mailer-daemonस्वयं मेल से संबंधित समस्याओं को संभालने की आवश्यकता है, जैसे एसएमटीपी उछाल संदेश। यदि आपके मेल सर्वर को एक अपरिवर्तनीय संदेश प्राप्त होता है, तो यह एक SMTP गैर-वितरण सूचना उत्पन्न करता है, जिसका पता: पते से है mailer-daemon। यदि कोई व्यक्ति किसी बाउंस संदेश का जवाब देता है, तो उपनाम वहाँ है; यह उस व्यक्ति के पास जाता है postmaster, जो एक इंसान है, जो "मेलर डेमन" नहीं है। मुझे कोई भी RFC नहीं मिल रहा है जो बताता है mailer-daemonकि अकेले इसकी आवश्यकता है। आप शायद इस उपनाम को किसी अन्य चीज़ की तरह नाम बदल सकते हैं mailer-server, लेकिन फिर आपको अपने मेल सर्वर को स्वयं को पहचानने के लिए फिर से शुरू करना होगा जैसे कि ईमेल mailer-serverभेजते समय। मैं एक कारण के बारे में सोच भी नहीं सकता कि बाउंस सिर्फ इससे क्यों नहीं हो सकता postmaster

RFC 2142 , सेक्शन 5, कुछ विशेष उपनामों का सारांश देता है, और अन्य RFC को जहाँ उन्हें पेश किया जाता है, इंगित करता है। यहाँ हम सीखते हैं कि postmasterRFC 822 के रूप में निर्दिष्ट किया गया है (यह इसके खंड 6.3 में है)। मेल साइट्स के लिए यह उपनाम होना आवश्यक है। hostmasterRFC के 1033, 1034 और 1035 में उल्लेख किया गया है। आप जिन अन्य उपनामों के बारे में सोच रहे हैं, वे भी 2142 में दिए गए हैं।

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