मेल। लिनक्स मूल बातें

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

इसलिए, अपना मेल सर्वर सेट करने के लिए दौड़ने से पहले, आपको यह समझने की आवश्यकता है कि सिद्धांत रूप में मेल कैसे काम करता है।

उंगलियों पर सचमुच, एक उदाहरण पर विचार करें। मान लीजिए कि हमारे पास एक बाहरी स्थिर आईपी है - 195.195.122.129 और हमारा स्वयं का मेल सर्वर, डोमेन नाम example.ru पंजीकृत है। जब कोई मेल पते पर मेल भेजता है, उदाहरण के लिए, thedude@example.ru, तो, जल्दी या बाद में, एक अनुरोध, जिसके रूप में आईपी उदाहरण के डोमेन पर एक पते वाले व्यक्ति को मेल भेजने के लिए (यानी, एक अनुरोध) डीएनएस सर्वर तक पहुंच जाएगा जहां उदाहरण के विवरणों के साथ एमएक्स रिकॉर्ड संग्रहीत किए जाते हैं, अर्थात, और भी सरल है - यह डीएनएस सर्वर इस रिकॉर्ड के अनुसार प्रतिक्रिया करता है कि example.ru पर जाने वाले मेल को 195.195.122.129 पर पुनर्निर्देशित किया जाना चाहिए। और जब पत्र हमारे सर्वर पर आता है, तो हम पहले से ही इसे संसाधित करते हैं। हम संदेश परिवहन एजेंट (इसके बाद एमटीए) का उपयोग करके प्राप्त पत्र को संसाधित करेंगे। MTA द्वारा, हमारा मतलब है कि एक प्रोग्राम:

1. दूरस्थ मेल सर्वर को उपयोगकर्ता मेल क्लाइंट (मेल उपयोगकर्ता एजेंट, इसके बाद MUA) से पत्र अग्रेषित करें। सरल मेल ट्रांसफर प्रोटोकॉल (SMTP) का उपयोग करके एमटीए फॉरवर्ड ईमेल। MUA के उदाहरण मोज़िला थंडरबर्ड, एमएस आउटलुक आदि हैं।

2. स्थानीय मेलबॉक्सों को पत्र वितरित करें (ध्यान दें कि यह सर्वर पर मेलबॉक्सों को संदर्भित करता है, और उपयोगकर्ता के स्थानीय कंप्यूटरों पर नहीं)।

3. अन्य एमटीए को अग्रेषित पत्र।

इस लेख में, हम एमटीए पोस्टफिक्स पर विचार करेंगे। यह कॉन्फ़िगर करना आसान है, आपको सामग्री पर ध्यान केंद्रित करने की अनुमति देता है, फॉर्म नहीं। नीचे मुख्य कॉन्फ़िगरेशन फ़ाइल के मुख्य पैरामीटर हैं - main.cf. उदाहरण के लिए, OpenSUSE में यह फ़ाइल / etc / पोस्टफ़िक्स डायरेक्टरी में स्थित है। आप अपनी आवश्यकताओं के अनुरूप पैरामीटर मान बदल सकते हैं।

1. कतार_निर्देशिका = / var / स्पूल / पोस्टफिक्स

मेल पत्र प्राप्त करने और प्राप्त करने की प्रक्रिया में एक अलग स्थिति में हो सकता है। कुछ को केवल भेजने के लिए भेजा गया है, दूसरों को पहले से ही प्राप्त किया गया है और उपयोगकर्ता को केवल उन्हें लेने की आवश्यकता है, और तीसरा आमतौर पर लटका हुआ है क्योंकि प्रबंधक जिसे पत्र भेजा गया है वह एक कट्टर बू के बाद था और स्पष्ट रूप से अपने ईमेल को निर्देशित नहीं कर सकता था, इसलिए मेल नहीं पहुंच सका पत्र पानेवाला। समान स्थिति वाले अक्षरों के प्रत्येक समूह के लिए, अलग-अलग निर्देशिकाएँ होती हैं, जो बिल्कुल वही होती हैं जहाँ कतार_निर्देशिका पैरामीटर में निर्दिष्ट होती हैं।

2. mail_owner = पोस्टफिक्स

तथ्य यह है कि यह खराब होगा यदि पोस्टफिक्स डेमॉन सुपरसुअर मोड में स्पिन करेगा, इसलिए पोस्टफिक्स को स्थापित करते समय, पोस्टफिक्स नाम के साथ एक नया उपयोगकर्ता बनाया जाता है, जो इस प्रक्रिया का मालिक होगा।

3.myhostname = mail.example.ru

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

4. mydomain = example.ru

यहाँ हम अपने डोमेन का नाम लिखते हैं। और अगर हमने पिछले पैरामीटर को छोड़ दिया है, तो यह स्वचालित रूप से "uname -n" कमांड के आउटपुट को मर्ज करके बनाया जाएगा, जो वर्तमान होस्ट का नाम निर्धारित करता है।

5. myorigin = example.ru

मेल भेजते समय, यह पैरामीटर प्रेषक के पते पर अपना मान जोड़ता है, अगर यह पूरी तरह से निर्दिष्ट नहीं है। उदाहरण के लिए, यदि मेल को thedude उपयोगकर्ता को संबोधित किया जाता है (यह इस सर्वर पर स्थानीय कार्यक्रमों से आने वाला मेल भी हो सकता है, उदाहरण के लिए, mdadm पाठ के साथ एक संदेश भेज सकता है "यार, छापे सरण"), फिर पता, मान myorigin के अनुसार = example.ru को thedude@example.ru में परिवर्तित किया जाएगा।

6. mydestination = localhost, $ mydomain, $ myhostname, localhost। $ Mydomain

जैसा कि ऊपर उल्लेख किया गया है, एमटीए का एक कार्य एक एमटीए से मेल प्राप्त करना है, और इसे दूसरे एमटीए को अग्रेषित करना है। इसलिए, mydestination पैरामीटर का उपयोग यह सुनिश्चित करने के लिए किया जाता है कि पैरामीटर मान में निर्दिष्ट विशिष्ट पते पर पहुंचने वाला मेल कहीं पुनर्निर्देशित नहीं किया गया है, लेकिन हमारे सर्वर पर स्थानीय मेलबॉक्सेज़ में बसता है। यही है, हमारे मामले में, हम पते को बिना रीडायरेक्शन के पते thedude@mail.example.ru, thedude@example.ru के साथ स्वीकार करेंगे।

हाँ, एक बात और! यह अभी भी समझ से बाहर हो सकता है - लेकिन आप उपयोगकर्ताओं को मेल सर्वर पर कैसे प्राप्त करते हैं, उन्हें पासवर्ड दें, अर्थात, उपयोगकर्ता खातों का पूर्ण नियंत्रण रखें। उदाहरण के लिए, आपके पास coolboy@example.ru और coolgirl@example.ru खाते होना चाहिए। ऐसा करने के लिए, आपको केवल मेल सर्वर पर स्थानीय उपयोगकर्ता प्राप्त करने की आवश्यकता है, जैसे कि उपयोगकर्तापैड कूलबॉय; पासवॉल्ड कूलबॉय; (तब सख्त आदमी के लिए पासवर्ड दर्ज करें) और, तदनुसार, उपयोगकर्ताड कूलड; पासवॉल्ड कूलगर्ल; (हमने बिना पासवर्ड के लड़की को नहीं छोड़ा) हम देख सकते हैं कि उपयोगकर्ताओं को / etc / छाया फ़ाइल में जोड़ा गया है। इसमें लॉगिन और पासवर्ड हैश होंगे।

हां, एक अन्य बिंदु, उपयोगकर्ता कमांड तुरंत (-p पैरामीटर) पासवर्ड सेट करने के लिए प्रदान करता है, लेकिन, दुर्भाग्य से, आपको अभी भी उसके बाद पासवार्ड का उपयोग करना होगा, क्योंकि पासवर्ड हैश का उपयोग करके प्रमाणीकरण किया जाता है, और -pp पासवर्ड के साथ उपयोगकर्तापैड पासवर्ड लिखता है / आदि / स्पष्ट पाठ में छाया, उदाहरण के लिए, हम पासवर्ड को 123456 पर सेट करते हैं, और 123456 फ़ाइल को लिखा जाएगा, जिसे प्रमाणीकरण कार्यक्रम द्वारा पासवर्ड हैश के रूप में स्वीकार किया जाएगा, परिणामस्वरूप, उपयोगकर्ता को संदेश के साथ मेल नहीं मिलेगा कि पासवर्ड गलत है।

इस प्रकार, सही ढंग से, हमारी आवश्यकताओं के अनुसार, उपरोक्त मापदंडों के अनुसार, हम एक व्यावहारिक एमटीए प्राप्त करते हैं। हालाँकि, यह सब नहीं है। फिर मेल हमारे सर्वर पर आया। और उपयोगकर्ताओं को जो इसे वितरित करेंगे। या शायद वे इसे खुद ही उठाएंगे? अब हम इन सवालों के जवाब देंगे।

तो, उपयोगकर्ताओं को हमारे सर्वर से पत्र प्राप्त करने की प्रक्रिया निम्नानुसार दिखाई देगी। मेल सर्वर और उपयोगकर्ता MUA के बीच की बातचीत POP3 प्रोटोकॉल का उपयोग करके की जाती है, अर्थात्, इसकी पक्षी भाषा में MUA (POP3 कमांड) मेल सर्वर को लालची नहीं होने और उसे मेल देने के लिए कहती है।

हालाँकि, कुछ सुनने के लिए, इसके लिए आपको पहले सुनना होगा। क्या यह तर्कसंगत है? यही है, डेमन को POP3 प्रोटोकॉल का उपयोग करके अनुरोध की प्रत्याशा में सर्वर पर कताई करनी चाहिए। ऐसा करने के लिए, हमारे टकटकी को xinetd की ओर मोड़ें। Xinetd (eXtended InterNET Daemon, जिसे सुपर सर्वर भी कहा जाता है) एक ऐसी सेवा है जो नेटवर्क कनेक्शन का प्रबंधन करती है। सीधे शब्दों में, वह अलग-अलग प्रोटोकॉल का उपयोग करके नेटवर्क से अनुरोधों को सुनती है और उसके पास निर्देश हैं कि वह सर्वर पर कौन से प्रोग्रामों को प्रसारित करता है जो उसने सुना। xinetd इन प्रोग्रामों को लॉन्च करता है, जो संबंधित मापदंडों में गुजरता है। और POP3 प्रोटोकॉल अनुरोध xinetd Qpopper सर्वर को POP3 भेजेगा (आपको इसे पहले इंस्टॉल करना होगा)। तो, हम /etc/xinetd.d में जाते हैं, वहां हम qpopper फ़ाइल खोलते हैं और इसे निम्न रूप में लाते हैं:

#
# qpopper - pop3 mail daemon
#
service pop3
{
disable = no
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/sbin/popper
server_args = -s
flags = IPv4

मापदंडों के नाम खुद के लिए बोलते हैं। एक बार फिर हमें पता है कि हमने क्या किया है। इंटरनेट सेवा के प्रकार और इसे संसाधित करने वाले कार्यक्रम के बीच पत्राचार (हमारे मामले में, सेवा pop3 / usr / sbin / पॉपर से मेल खाती है) /etc/xinetd.d निर्देशिका में फ़ाइलों के रूप में होती है, जिसमें इस कार्यक्रम के बारे में जानकारी होती है जो अनुरोधों को संसाधित करेगी। एक निश्चित प्रकार के / जब Qpopper स्थापित करते समय उन्होंने खुद एक संकेत बनाया कि यह वह था जो pop3 अनुरोधों को संभालता है। और हमें इसे अक्षम करने के लिए सक्रिय करना होगा।

अब अंतिम चरण MUA को कॉन्फ़िगर करना है। MUA की सेटिंग में, आपको POP3 सर्वर, SMTP सर्वर (उनके IP पते या डोमेन नाम) को सेट करने की आवश्यकता होती है। हमारे मामले में, यह एक और एक ही कंप्यूटर है, इसलिए, हम इन मापदंडों में एक ही बात का संकेत देते हैं। कृपया ध्यान दें कि आंतरिक लैन में आपको विशेष रूप से स्थानीय नेटवर्क के साथ काम करने के लिए कॉन्फ़िगर किए गए नेटवर्क इंटरफ़ेस के आईपी को निर्दिष्ट करना होगा। अगला, खाता नाम और पासवर्ड निर्दिष्ट करें।

और अब, जब पूरा मेल सिस्टम काम कर रहा है, तो आप इसे ऑप्टिमाइज़ कर सकते हैं, क्योंकि अभी भी कई चीजें हैं जिन्हें बेहतर बनाया जा सकता है और कई नवाचार जो बस लाने के लिए कहते हैं। सौभाग्य है