ईमेल कैसे काम करता है? अपना खुद का मेल सर्वर कैसे बनाएं ईमेल कैसे काम करता है। ईमेल हेडर की जांच करना

एक मेल सर्वर एक विशेष एजेंट है - एक प्रोग्राम जो मेल अनुरोधों को संसाधित करता है, संदेशों को एक मशीन से दूसरी मशीन में स्थानांतरित करता है।

ईमेल सर्वर एक वास्तविक, परिचित डाकघर की तरह कार्य करता है, लिफाफों में पेपर संदेशों की तरह बाइट्स को संसाधित करता है।

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

मेल सर्वर प्रोटोकॉल क्या है

यह पता चला है कि निर्बाध और तुल्यकालिक कामकाज के लिए, दुनिया के सभी मेल सर्वर तीन मुख्य कार्य प्रोटोकॉल का पालन करते हैं,

एसएमटीपी सिंपल मेल ट्रांसफर प्रोटोकॉल मेल भेजना

SMTP नामक एक प्रोटोकॉल हमेशा मेल भेजने के लिए जिम्मेदार होता है, जिसका पहला संस्करण 1982 के मानकों में वर्णित किया गया था। 2008 में इसे विस्तारित कार्यक्षमता के साथ ईएसएमटीपी संस्करण में अपग्रेड किया गया था। क्लासिक प्रोटोकॉल एक्सेस पोर्ट: 25 टीसीपी, एसएसएल शेल का उपयोग करने के मामले में, पोर्ट 465 टीसीपी में बदल जाता है।

SMTP प्रोटोकॉल कैसे काम करता है इसका एक विशिष्ट उदाहरण क्रियाओं का निम्नलिखित क्रम है:

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

POP3 पोस्ट ऑफिस प्रोटोकॉल 3 मेल प्राप्त करना और संग्रहीत करना

सबसे पहला, क्लासिक और सरल प्रोटोकॉल दूरदराज का उपयोगमेलबॉक्स के लिए। यह बात किसी से छिपी नहीं है ईमेलसर्वर पर संग्रहीत, और जो आप स्क्रीन पर देखते हैं वह केवल इसकी स्थानीय प्रति है। 1988 में, प्रोटोकॉल का तीसरा, अंतिम संस्करण बनाया गया था, जिसके अनुसार ग्राहक सर्वर से पत्राचार एकत्र कर सकते हैं। डिफ़ॉल्ट रूप से, ईमेल को कॉपी करने के बाद स्थानीय भंडारण POP3 प्रोटोकॉल का उपयोग करके, उन्हें सर्वर से स्थायी रूप से हटा दिया जाता है। स्टैंडर्ड एक्सेस पोर्ट: 110 टीसीपी

POP3 सर्वर के साथ टेम्प्लेट सत्र पर विचार करें:

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

उन्नत मेल हैंडलिंग IMAP इंटरनेट संदेश एक्सेस प्रोटोकॉल

साथ काम करने के लिए एक अधिक जटिल, जटिल और आधुनिक प्रोटोकॉल रीमोट सर्वरमेल। 1986 में दिखाई दिया, और 2003 में पिछले संस्करण की मात्रा में काफी वृद्धि हुई। POP3 संचार से मुख्य अंतर यह है कि सभी सामग्री को भेजे बिना काम किया जाता है, आप सीधे सर्वर पर होते हैं और जानकारी को सीधे वहीं संपादित करते हैं। इंटरनेट कनेक्शन खो जाने पर प्रोटोकॉल का नकारात्मक पक्ष मेल के साथ काम करने में असमर्थता है। कुछ विशेषज्ञों का मानना है कि आईएमएपी मेल प्रोटोकॉल का एकाधिकार बन गया होता, अगर ईमेल भेजने के कार्य के अपने औसत दर्जे के कार्यान्वयन के लिए नहीं। मुख्य कनेक्शन पोर्ट: एन्क्रिप्टेड एसएसएल चैनल के माध्यम से कनेक्ट करते समय 143 टीसीपी या 993 टीसीपी।

एक IMAP सर्वर चार राज्यों में हो सकता है

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

खुद का मेल सर्वर

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

तैयार उपाय

Yandex और MAIL.ru आपके डोमेन के लिए निःशुल्क मेल प्रदाता सेवाएं प्रदान करते हैं। इसका मतलब है कि आप पर मेल प्राप्त करते हैं [ईमेल संरक्षित], यदि आपने मैन्युअल रूप से अपना स्वयं का मेल सर्वर बनाया था तो यह बिल्कुल वैसा ही था। लेकिन कंपनी एक सुविधाजनक वेब इंटरफेस और कर्मचारियों के लिए अलग पते प्रदान करके पत्राचार के प्रसंस्करण का ध्यान रखती है।

एक और प्लस यह है कि कॉर्पोरेट मेल सर्वर के सर्वर पते हमेशा ग्राहकों के विश्वास में होते हैं, जिसका अर्थ है कि स्पैम में आने की संभावना बहुत कम है।

स्व-विन्यास मैन्युअल रूप से

यह एक कठिन मार्ग है। ऐसे सर्वर को सेटअप करने में काफी समय लगता है। और किसी विशेष कंपनी से संपर्क करना आसान और सस्ता भी होगा।

के लिए विंडोज सर्वर Microsoft Exchange Server को क्लासिक माना जाता है। पूरी तरह से विंडोज वातावरण में एकीकृत, सभी प्रोटोकॉल के साथ संगत, तेजी से और स्थापित करने में आसान

लिनक्स के लिए कई पूर्ण समाधान हैं, लेकिन विशेषज्ञों ने हाल ही में पोस्टफ़िक्स सर्वर को काम करने का सबसे सुरक्षित और सुविधाजनक तरीका बताया है। प्लग करने योग्य स्पैम फ़िल्टर, छोड़े गए मेल नियंत्रण और डेटाबेस समर्थन पोस्टफ़िक्स के अभिन्न अंग हैं।

मेल सर्वर (ई-मेल सर्वर, मेल सर्वर)- ई-मेल अग्रेषण प्रणाली में, यह आमतौर पर संदेश हस्तांतरण एजेंट (अंग्रेजी मेल ट्रांसफर एजेंट, एमटीए) का नाम होता है। यह कंप्यूटर प्रोग्राम, जो संदेशों को एक कंप्यूटर से दूसरे कंप्यूटर तक पहुंचाता है। आमतौर पर मेल सर्वर "पर्दे के पीछे" काम करता है, और उपयोगकर्ता दूसरे प्रोग्राम के साथ काम कर रहे हैं - एक ईमेल क्लाइंट (अंग्रेजी मेल उपयोगकर्ता एजेंट, एमयूए)।

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

मॉड्यूल में प्रवेश करते समय, सभी मेल और जैबर सर्वर सेवाओं की स्थिति प्रदर्शित होती है, साथ ही साथ "अक्षम करें" बटन (या सेवा अक्षम होने पर "सक्षम करें")। मुख्य कार्यों के चयन के साथ एक विजेट भी है, मेल आँकड़ों का एक ग्राफ और मेलर फीड, साथ ही नवीनतम लॉग इवेंट।

समायोजन

"सेटिंग्स" टैब आपको निम्नलिखित मेल सर्वर सेटिंग्स को परिभाषित करने की अनुमति देता है:

एसएमटीपी/पीओपी3/आईएमएपी पोर्ट- आपको बदलने की अनुमति देता है मानक बंदरगाहोंमेल संदेश प्राप्त करना और भेजना।

SMTP/POP3/IMAP के लिए इंटरफेस- आपको सर्वर इंटरफेस का चयन करने की अनुमति देता है जिसके माध्यम से मेल संदेश प्राप्त और भेजे जाते हैं। डिफ़ॉल्ट रूप से, सभी इंटरफेस सक्षम हैं।

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

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

पते जिनसे अग्रेषण की अनुमति है- यह उन पतों और डोमेन नामों की एक सूची है, जिनसे ICS हमेशा मेल को ग्रेलिस्ट किए बिना और आगे और पीछे के रिकॉर्ड के पत्राचार की जांच किए बिना स्वीकार करेगा।

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

आरबीएल ब्लैकलिस्ट. RBL, रीयल-टाइम ब्लैकहोल सूची (या DNSBL - DNS ब्लैकलिस्ट या DNS ब्लॉकलिस्ट) - DNS आर्किटेक्चर सिस्टम का उपयोग करके संग्रहीत होस्ट की सूची। आमतौर पर स्पैम से लड़ने के लिए उपयोग किया जाता है। मेल सर्वर डीएनएसबीएल तक पहुंचता है और क्लाइंट के आईपी पते की उपस्थिति की जांच करता है जिससे वह संदेश प्राप्त करता है। यदि प्रतिक्रिया सकारात्मक है, तो यह माना जाता है कि स्पैम संदेश प्राप्त करने का प्रयास किया जा रहा है। प्रेषक के सर्वर को 5xx त्रुटि (गंभीर त्रुटि) की सूचना दी जाती है और संदेश स्वीकार नहीं किया जाता है। ज्यादातर मामलों में, आपको इस सूची को बदलने की जरूरत नहीं है।

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

मेलबॉक्स बनाते समय स्वचालित रूप से फोल्डर बनाएं- इसमें बनाए गए मानक फ़ोल्डरों की एक सूची है मेलबॉक्स. यदि आवश्यक हो, तो आप उनकी रचना बदल सकते हैं।

एंटीवायरस Clamav /Dr.Wed /Kaspersky से मेल चेक करें- इन झंडों को सेट करने से मेल सर्वर को वायरस के लिए इनकमिंग और आउटगोइंग संदेशों की जांच करने का संकेत मिलता है। यदि परिणाम सकारात्मक है, तो पत्र के बजाय प्राप्तकर्ता को चेक के परिणामों के बारे में एक संदेश प्राप्त होगा, और पत्र स्वयं संदेश से जुड़ा होगा।

ग्रेलिस्टिंग का प्रयोग करें. ग्रेलिस्टिंग स्पैम को स्वचालित रूप से अवरुद्ध करने की एक विधि है, इस तथ्य के आधार पर कि स्पैम भेजने के लिए डिज़ाइन किए गए सॉफ़्टवेयर का "व्यवहार" नियमित ईमेल सर्वरों के व्यवहार से भिन्न होता है। यदि प्राप्तकर्ता का मेल सर्वर पत्र को स्वीकार करने से इनकार करता है और "अस्थायी त्रुटि" की रिपोर्ट करता है, तो प्रेषक के सर्वर को बाद में पुनः प्रयास करना चाहिए। स्पैमिंग सॉफ़्टवेयर आमतौर पर ऐसे मामलों में ऐसा करने का प्रयास नहीं करता है। आप चालू कर सकते हैं यह मोडस्पैम के लिए मेल की बेहतर जाँच के लिए। इस विकल्प को सक्षम करने के बाद, ग्रेलिस्ट पैरामीटर संपादन के लिए उपलब्ध हो जाएंगे - पुनः भेजें को अनदेखा करने का समय (सेकंड में), पुनः भेजने के लिए प्रतीक्षा करने का समय (घंटों में), प्रेषक को सफेद सूची में रखने का समय (दिनों में)।

एसएमटीपी के लिए सर्वर का नाम SMTP बैनर पोस्टफ़िक्स विकल्प को परिभाषित करता है।

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

डीएलपी का प्रयोग करें- गोपनीय जानकारी के फिंगरप्रिंट द्वारा मेल संदेशों की जांच के लिए एक सेवा शुरू की।

मेल स्टोरेज के लिए हार्ड ड्राइवआपको मेल स्टोर को एक अलग स्थान पर ले जाने की अनुमति देता है एचडीडी. डिफ़ॉल्ट रूप से, मेल सिस्टम विभाजन पर संग्रहीत होता है।

हस्ताक्षरमेल सर्वर सेटिंग्स में वेब इंटरफ़ेस सक्षम होने के लिए, इसके लिए आपको "हस्ताक्षर का उपयोग करें" बॉक्स को चेक करना होगा और "एचटीएमएल संपादित करें" बटन पर क्लिक करके खुलने वाली विंडो में हस्ताक्षर दर्ज करना होगा और फिर सेटिंग्स को सहेजना होगा।

हस्ताक्षर को wysiwyg मोड और html मोड दोनों में दर्ज किया जा सकता है।

वेरिएबल्स [वैरिएबल नाम] के रूप में हस्ताक्षर में उपयोग किए जा सकते हैं, उनके संभावित मान नीचे सूचीबद्ध हैं:

सीएन - उपयोगकर्ता नाम कहां - वह समूह जिसमें वह स्थित है मेल - डाक पता विवरण - उपयोगकर्ता नोट्स का "विवरण" फ़ील्ड - उपयोगकर्ता टेलीफ़ोन नंबर का "टिप्पणी" फ़ील्ड - उपयोगकर्ता शीर्षक का "टेलीफ़ोन" फ़ील्ड - द उपयोगकर्ता url की "स्थिति" फ़ील्ड - उपयोगकर्ता डाक पते की "वेबसाइट" फ़ील्ड - उपयोगकर्ता पेजर की फ़ील्ड "पता" - उपयोगकर्ता ounotes की फ़ील्ड "ICQ" - उस समूह का फ़ील्ड "विवरण" जिसमें वह स्थित है

छवियों को सम्मिलित करने के लिए, डेटा में छवि एन्कोडिंग: url का उपयोग किया जाता है। यह निम्नानुसार किया जाता है: सेवा http://dataurl.net/#dataurlmaker (या समान) का उपयोग करके छवि को प्रारूप में परिवर्तित किया जाता है , फिर परिणामी टेक्स्ट को सिग्नेचर html कोड में डाला जाता है।

महत्वपूर्ण: राउंडक्यूब में इस तंत्र की ख़ासियत यह है कि हस्ताक्षर स्वचालित रूप से केवल हस्ताक्षर स्थापित करने के बाद बनाए गए नए खाते के लिए उत्पन्न होंगे। पीढ़ी के बाद, हस्ताक्षर को स्वचालित रूप से बदलना भी संभव नहीं होगा, इसलिए बनाते समय स्वचालित हस्ताक्षर की सावधानीपूर्वक योजना बनाएं

राउंडक्यूब के लिए लोगो अपलोड करें- यह बटन आपको एक छवि का चयन करने की अनुमति देता है जो मेल वेब इंटरफ़ेस के ऊपरी बाएँ कोने में स्थित होगी। उदाहरण के लिए, आपके संगठन का लोगो।

अंतिम तीन चेकबॉक्स आपको DKIM हस्ताक्षर को सक्षम करने, आने वाले संदेशों के DKIM की जांच करने और स्वचालित रूप से ईमेल हेडर को UTF-8 में एन्कोड करने की अनुमति देते हैं।

पता पुस्तिका

डोमेन और मेलबॉक्स

इससे पहले कि आप कस्टम मेलबॉक्स जोड़ सकें, आपको एक मेल डोमेन बनाना होगा। "डोमेन और मेलबॉक्स" टैब पर जाएं और "जोड़ें" → "मेल डोमेन" बटन पर क्लिक करें। यदि कॉर्पोरेट नेटवर्क के भीतर पत्रों का आदान-प्रदान होगा, तो आप डोमेन को किसी गैर-मौजूद नाम से नाम दे सकते हैं, या आप अपने संगठन के लिए पंजीकृत वास्तविक जीवन डोमेन पर संदेश अग्रेषण सेट कर सकते हैं। यदि सेटिंग्स में "डीकेआईएम हस्ताक्षर बनाएं" चेकबॉक्स चेक किया गया है, तो यह स्वचालित रूप से जोड़ा जाएगा।

जब आप बनाए गए खाते पर दोबारा क्लिक करते हैं, तो यह पहले से बनाई गई डीकेआईएम कुंजी के साथ खुल जाएगा, जिसे आवश्यक होने पर कॉपी किया जा सकता है।

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

आपके लिए आवश्यक प्रत्येक ईमेल नाम के लिए एक अलग मेलबॉक्स बनाना आवश्यक नहीं है। इसके बजाय, आप निर्दिष्ट मेलबॉक्स के लिए एक लिंक बना सकते हैं। फिर सभी पत्र बॉक्स में आ रहे हैं [ईमेल संरक्षित], एक वास्तविक मेलबॉक्स पर पुनर्निर्देशित किया जाएगा [ईमेल संरक्षित]

महत्वपूर्ण: मेल डोमेन और मेलबॉक्स बनाते समय, संबंधित डोमेन और खाते जैबर सर्वर सेक्शन में दिखाई देते हैं। विपरीत भी सही है।

मेल डोमेन को बाहरी नेटवर्क से एक्सेस करने और अन्य बाहरी सर्वर के साथ डेटा का आदान-प्रदान करने में सक्षम होने के लिए, DNS रिकॉर्ड को कॉन्फ़िगर करना आवश्यक है।

उपयोगकर्ताओं के लिए मेलबॉक्स बनाए जाने के बाद, वे मेल क्लाइंट (उदाहरण के लिए, मोज़िला थंडरबर्ड या माइक्रोसॉफ्ट दृष्टिकोण) या उपयोग करें मेल के लिए वेब इंटरफ़ेस।

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

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

एक नया फ़िल्टर बनाने के लिए, आपको पहले ट्रिगरिंग के लिए शर्तों का चयन करना होगा - यदि सभी शर्तें मेल खाती हैं, तो कोई भी शर्त, या शर्तों की परवाह किए बिना सभी संदेशों पर लागू होती हैं।

आप इनकमिंग और आउटगोइंग ईमेल को ईमेल विषय, प्रेषक, प्राप्तकर्ता और आकार (किलोबाइट में) द्वारा फ़िल्टर कर सकते हैं। स्थिति मिलान के लिए जाँच सख्त हो सकती है ("के साथ मेल खाता है") या सख्त नहीं हो सकता है ("शामिल है", "साथ शुरू होता है", "साथ समाप्त होता है"), साथ ही रिवर्स ("शामिल नहीं है")। आप एक फ़िल्टर को कितनी भी शर्तें असाइन कर सकते हैं।

अंतिम चरण फ़िल्टर ट्रिगर होने के बाद होने वाली कार्रवाई का चयन करना है। आप पत्र को स्थानांतरित कर सकते हैं, इसे दूसरे पते पर कॉपी कर सकते हैं या इसे हटा सकते हैं। पहली दो शर्तें आपको मेलबॉक्स का नाम दर्ज करने या आईसीएस पर बनाई गई सूची से चुनने की अनुमति देती हैं।

फ़िल्टर कैसे कॉन्फ़िगर किए जा सकते हैं, इसके उदाहरण के लिए देखें।

मेलिंग सूचियाँ समान फ़िल्टर हैं, लेकिन एक सरलीकृत इंटरफ़ेस के साथ, जिसमें यह उन मेलबॉक्सों को निर्दिष्ट करने के लिए पर्याप्त है जिनमें मेलिंग सूची वितरित की जाएगी। जिस बॉक्स में मूल पत्र सिस्टम में आता है उसे खोला नहीं जाना चाहिए, क्योंकि यह एक कड़ी है।

स्पैम - विरोधी

अन्य सर्वरों पर स्थित मेल खातों को प्रबंधित करने के लिए, आप आईसीएस "मेल कलेक्टर" फ़ंक्शन का उपयोग कर सकते हैं। इसकी मदद से, ICS निर्दिष्ट मेल सर्वर से चयनित लॉगिन और पासवर्ड के तहत जुड़ता है और निहित मेल को ICS उपयोगकर्ताओं के मेलबॉक्स में ले जाता है या कॉपी करता है।

आप निर्दिष्ट कर सकते हैं कि सर्वर पर संदेशों के साथ क्या करना है - सभी एकत्र करें, केवल नए एकत्र करें, सर्वर पर संदेश छोड़ें या उन्हें हटा दें। संग्राहक का अंतराल और प्रति सत्र डाउनलोड किए गए पत्रों की संख्या भी कॉन्फ़िगर की गई है।

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

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

मेल कतार

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

आंकड़े

इनकमिंग और आउटगोइंग मेल ट्रैफ़िक, साथ ही स्पैम और अवांछित ईमेल को नियंत्रित करने के लिए, आप "सांख्यिकी" अनुभाग का उपयोग कर सकते हैं।

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

रिपोर्ट जनरेटर काफी हद तक उपयोगकर्ता के आंकड़ों जैसा दिखता है। मुख्य फिल्टर निम्नलिखित मानदंडों के अनुसार समूहीकरण, उपयोगकर्ता यातायात के बारे में जानकारी प्रदर्शित कर सकते हैं:

प्रेषक डोमेन द्वारा,

प्राप्तकर्ता डोमेन द्वारा,

मेलबॉक्स द्वारा,

घंटे/दिन/महीने के हिसाब से,

पत्रों का विवरण;

पत्रिका

लॉग टैब में मेल सर्वर से सभी सिस्टम संदेशों का सारांश होता है। पत्रिका को पृष्ठों में विभाजित किया गया है, "आगे" और "वापस" बटन का उपयोग करके आप पृष्ठ से पृष्ठ पर जा सकते हैं, या फ़ील्ड में पृष्ठ संख्या दर्ज कर सकते हैं और तुरंत उस पर स्विच कर सकते हैं।

संदेश के प्रकार के आधार पर लॉग प्रविष्टियों को रंग में हाइलाइट किया जाता है। सामान्य सिस्टम संदेशों को सफेद रंग में, त्रुटियों को लाल रंग में चिह्नित किया जाता है।

मॉड्यूल के ऊपरी दाएँ कोने में एक खोज बार है। इसके साथ, आप आवश्यक प्रविष्टियों के लिए लॉग खोज सकते हैं।

लॉग हमेशा के लिए ईवेंट प्रदर्शित करता है आज की तारीख. किसी अन्य दिन की घटनाओं को देखने के लिए, मॉड्यूल के ऊपरी बाएँ कोने में कैलेंडर का उपयोग करके वांछित तिथि का चयन करें।

दक्षिण यूराल राज्य विश्वविद्यालय

मियास मैकेनिकल इंजीनियरिंग संकाय

गुणवत्ता प्रबंधन और मानकीकरण विभाग

कोर्स वर्क

सूचना विज्ञान

"मेल सर्वर" विषय पर

परिचय _____________________________________________________________3

मेल सर्वर _______________________________________________________________4

ईमेल ____________________________________________________________5

ईमेल पता संरचना ___________________________________________6

डोमेन क्या है _______________________________________________________________7

साइन का इतिहास @______________________________________________________________________ 9

ई-मेल सॉफ्टवेयर _________________________________________________________11

Mail.ru__________________________________________________________________________________________12

याहू! मेल _________________________________________________________________15

Rambler.ru ___________________________________________________________________________17

अग्रणी ईमेल क्लाइंट _______________________________________________________17

निष्कर्ष _________________________________________________________________ 18

संदर्भ _______________________________________________________________19

परिचय

प्राचीन काल में भी लोगों ने सूचनाओं के आदान-प्रदान की आवश्यकता महसूस की और इसे राज्य स्तर पर संगठित किया। इसलिए, डाकघर दुनिया के सबसे सुव्यवस्थित संस्थानों में से एक है।

ईमेल नया है आधुनिक साधनसूचना का हस्तांतरण। नियमित मेल के विपरीत, संदेशों, फाइलों, कार्यक्रमों, विभिन्न डेटा की इलेक्ट्रॉनिक प्रतियां ई-मेल के माध्यम से प्रेषित की जाती हैं - अर्थात। कंप्यूटर द्वारा संसाधित जानकारी।

ईमेल सिस्टम बनाने वाली मुख्य वस्तुएँ विशेष कंप्यूटर हैं जिन्हें मेल सर्वर कहा जाता है।

डाक सर्वर

मेल सर्वर वे सर्वर होते हैं जो ईमेल संदेश प्राप्त और भेजते हैं।

ईमेल संदेश प्राप्त करने वाला सर्वर POP (पोस्ट ऑफिस प्रोटोकॉल) प्रोटोकॉल का उपयोग करता है।

ई-मेल भेजने वाला सर्वर चालू है एसएमटीपी प्रोटोकॉल(सरल डाक स्थानांतरण प्रोटोकॉल)।

मेल सर्वर, ईमेल सर्वर, मेल सर्वर- ई-मेल अग्रेषण प्रणाली में, यह आमतौर पर संदेश अग्रेषण एजेंट (इंग्लैंड) का नाम होता है। मेल ट्रांसफर एजेंट, एमटीए). यह एक कंप्यूटर प्रोग्राम है जो संदेशों को एक कंप्यूटर से दूसरे कंप्यूटर तक पहुंचाता है। आमतौर पर मेल सर्वर "पर्दे के पीछे" काम करता है, और उपयोगकर्ता दूसरे प्रोग्राम के साथ काम कर रहे हैं - एक ईमेल क्लाइंट (Eng। मेल उपयोगकर्ता एजेंट, एमयूए).

सहभागिता योजना

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

ईमेल

ई-मेल (ई-मेल, लैटिन "इलेक्ट्रॉनिक मेल" से)।

ई-मेल, नियमित मेल की तरह, इलेक्ट्रॉनिक "डाकघरों" की एक प्रणाली के साथ काम करता है - मेल सर्वर जो पत्रों को अग्रेषित करते हैं वैश्विक नेटवर्क. वे मेल प्रोटोकॉल का उपयोग करके बातचीत करते हैं जो नेटवर्क पर प्रेषित सूचना को अग्रेषित और मान्यता प्रदान करते हैं। मेल सर्वर क्लाइंट कंप्यूटर ईमेल उपयोगकर्ताओं की सेवा करते हैं। इस कंप्यूटर पर सभी को अपना डाक पता और अपना "मेलबॉक्स" मिलता है, अर्थात। मेमोरी क्षेत्र, साथ ही इसे एक्सेस करने के लिए एक पासवर्ड।

का उपयोग करके मेल कार्यक्रमआप संदेश बना सकते हैं, उन्हें मेल सर्वर से पढ़ सकते हैं, एड्रेस बुक के साथ काम कर सकते हैं, "मेलबॉक्स" फोल्डर में पत्रों को स्टोर और व्यवस्थित कर सकते हैं, भेजने के लिए फाइल तैयार कर सकते हैं और प्राप्त करने के बाद उन्हें वांछित प्रारूप में परिवर्तित कर सकते हैं, आदि।

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

ईमेल पता संरचना

जानकारी भेजते समय बडा महत्वएड्रेसिंग है, क्योंकि इसके बिना प्राप्तकर्ता नहीं मिल सकता है। वंका झूकोव की दुखद कहानी को हर कोई जानता है, जिसने "दादाजी के गांव" को एक पत्र भेजा था। कुछ डाक नियमों के अनुसार नियमित डाक पते जारी किए जाते हैं।

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

[ईमेल संरक्षित]

सभी पतों में दो भाग होते हैं, जिन्हें @ प्रतीक द्वारा अलग किया जाता है ("at" पढ़ें)। इस वर्ण तक बाएं से दाएं पढ़ने पर, उपयोगकर्ताओं (प्राप्तकर्ताओं) के नाम प्रदर्शित होते हैं। यह डाकघर के प्रमुख का नाम हो सकता है - "पोस्ट मास्टर" (पोस्ट मास्टर), ईमेल उपयोगकर्ताओं के काल्पनिक या सही नाम जिनसे पत्राचार आता है। उनमें से कई एक ही कंप्यूटर पर पंजीकृत हो सकते हैं। @ के दाईं ओर पते का हिस्सा नेटवर्क, शहर और देश से जुड़े कंप्यूटर या उस नेटवर्क के नाम की पहचान करता है जिसमें उपयोगकर्ता पंजीकृत है। पतों को डोमेन कहे जाने वाले भागों में विभाजित किया जाता है।

डोमेन क्या है

डोमेन को दाएं से बाएं और अलग-अलग शब्दों में बिंदु से तोड़कर, हमें उपडोमेन मिलते हैं, एक-एक करके निर्दिष्ट करते हैं कि इस मेलबॉक्स को कहां देखना है। नियमित मेल के अनुरूप, एक डोमेन एक पता (लिफाफे पर "टू" लाइन) है, और उप डोमेन देश, शहर, सड़क, घर का नाम है।

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

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

शीर्ष स्तर का डोमेन हमेशा देश कोड नहीं होता है। संयुक्त राज्य अमेरिका में, उदाहरण के लिए, शीर्ष-स्तरीय डोमेन जैसे कि शिक्षा-वैज्ञानिक और शैक्षिक संगठन, या सरकारी-सरकारी एजेंसियां हैं:

[ईमेल संरक्षित] rge.arc.nasa.gov

यदि मेल सेवा डोमेन के दाईं ओर इस प्रकार का उपडोमेन देखती है, तो यह पहले से ही जानती है कि प्राप्तकर्ता संयुक्त राज्य में है, इसलिए हमें देश कोड की आवश्यकता नहीं है। इस तरह के पदनाम अमेरिकी वैज्ञानिक नेटवर्क ARPANET में विकसित हुए, इससे पहले कि यह अन्य देशों में नेटवर्क से जुड़ा था, और अब उन्हें केवल आदत से बाहर रखा गया है। एक नियम के रूप में, संगठन के प्रकार द्वारा संबोधित सभी स्थानों पर देश कोड का उपयोग करके पहुँचा जा सकता है। सादगी और एकरूपता के कारणों से, देश कोड वाले पतों का उपयोग करना बेहतर होता है।

आमतौर पर, ऐसे पतों का उपयोग किया जाता है यदि वह नेटवर्क पतों को RFC822 के अलावा किसी अन्य प्रारूप में समझता है। फिर आप नाम@machine.network जैसा पता लिखते हैं, और आपके नेटवर्क और प्राप्तकर्ता के नेटवर्क के बीच का पुल इसे वांछित रूप में बदल देगा।

शीर्ष-स्तरीय डोमेन के दाईं ओर स्थित सबडोमेन इस डोमेन के भीतर प्राप्तकर्ता का स्थान निर्दिष्ट करते हैं (आरयू के लिए रूस के अंदर, अमेरिकी सैन्य संगठनों के बीच मिलिट्री के लिए, या बिटनेट के लिए बिटनेट नेटवर्क में)। उदाहरण के लिए, पते में [ईमेल संरक्षित]डेमो सबडोमेन रूस के भीतर एक संगठन को दर्शाता है, और hq डेमो के भीतर मशीनों के एक समूह को दर्शाता है।

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

यदि पत्र को उस नेटवर्क के नाम से संबोधित किया जाता है जिसे उसे भेजा जाना चाहिए, तो पता (डोमेन) में केवल शीर्ष-स्तरीय डोमेन - नेटवर्क का नाम और एक और उपडोमेन - इस नेटवर्क में मशीन का नाम होता है। . यह पता लगाना कि यह मशीन कहाँ स्थित है, इस नेटवर्क की डाक सेवाओं पर पड़ता है।

जब किसी पते पर पहुंचना आवश्यक हो, उदाहरण के लिए, ऑक्स. सीएसओ. uiuc. एडू, कंप्यूटर को इसे एक पते में बदलना होगा। ऐसा करने के लिए, आपका कंप्यूटर DNS सर्वर (कंप्यूटर) से मदद मांगने लगता है, नाम के दाईं ओर से शुरू होकर बाईं ओर जाता है। पहले वह लोकल मांगती है डीएनएस सर्वरएक पता खोजें। यहां तीन संभावनाएं हैं।

परिचय

प्राचीन काल में भी लोगों ने सूचनाओं के आदान-प्रदान की आवश्यकता महसूस की और इसे राज्य स्तर पर संगठित किया। इसलिए, डाकघर दुनिया में सबसे स्पष्ट रूप से संगठित संस्थानों में से एक है।

ई-मेल सूचना हस्तांतरण का एक नया आधुनिक साधन है। नियमित मेल के विपरीत, संदेशों, फाइलों, कार्यक्रमों, विभिन्न डेटा की इलेक्ट्रॉनिक प्रतियां ई-मेल के माध्यम से प्रेषित की जाती हैं - अर्थात। कंप्यूटर द्वारा संसाधित जानकारी।

डाक सर्वर

मेल सर्वर वे सर्वर होते हैं जो ईमेल संदेश प्राप्त और भेजते हैं।

ई-मेल भेजने वाला सर्वर SMTP (सिंपल मेल ट्रांसफर प्रोटोकॉल) प्रोटोकॉल का उपयोग करता है।

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

चावल। 1.

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

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

इस सामग्री में देने के लिए काफी सरलीकरण और सामान्यीकरण शामिल हैं सिस्टम प्रशासकआवश्यक न्यूनतम ज्ञान। हमारी राय में, एक या दो एंट्री-लेवल मेल सर्वरों के संचालन के लिए, ई-मेल के क्षेत्र में विशेषज्ञ बनना बिल्कुल भी आवश्यक नहीं है।

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

आइए मेल सर्वर की संरचना पर एक नजर डालते हैं और जब कोई उपयोगकर्ता मेल भेजने की कोशिश करता है तो क्या होता है।

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

हालाँकि, प्रगति अभी भी स्थिर नहीं है, एमटीए, एक पत्र प्राप्त करते हुए, इसे उपयोगकर्ता के मेलबॉक्स में सर्वर पर रखता है, जिसे बाद वाले को सबसे सरल और समझने योग्य तरीके से एक्सेस करना चाहिए। यहाँ मंच आता है म्दा (मेल डिलीवरी एजेंट- मेल डिलीवरी एजेंट), इसका कार्य, मेल क्लाइंट के अनुरोध पर, मेल को सर्वर पर मेलबॉक्स से स्थानांतरित करना है। MDA POP3 या IMAP प्रोटोकॉल का उपयोग करके काम कर सकता है, कुछ मामलों में, मेल क्लाइंट और डिलीवरी एजेंट को "संवाद" करने के लिए, विस्तारित कार्यक्षमता वाले उनके अपने प्रोटोकॉल, जैसे MAPI (एक्सचेंज सर्वर), का उपयोग किया जा सकता है।

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

आइए देखें कि मेल भेजते समय क्या होता है। हमारे उदाहरण में, उपयोगकर्ता Ivanov, example.org डोमेन में स्थित है ( [ईमेल संरक्षित]), डोमेन example.com में कोज़लोव को एक पत्र लिखता है ( [ईमेल संरक्षित]). इवानोव के लिए, मेल भेजने की प्रक्रिया में एक संदेश बनाना और "भेजें" बटन को दबाना शामिल है मेल ग्राहक. मेल क्लाइंट एसएमटीपी प्रोटोकॉल का उपयोग करके एमटीए से जुड़ता है और सबसे पहले इसकी साख का संचार करता है। उपयोगकर्ता को अधिकृत करने के बाद, एमटीए संदेश को स्वीकार करता है और इसे आगे डिलीवर करने का प्रयास करता है।

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

प्राधिकरण के लिए एमटीए अपनी स्वयं की उपयोगकर्ता सूची, सिस्टम सूची, एलडीएपी या एडी उपयोगकर्ता सूची का उपयोग कर सकता है। एक तरीका यह भी है: SMTP से पहले POP प्राधिकरण, जब उपयोगकर्ता मेल भेजने से पहले MDA में लॉग इन करता है, जो बदले में MTA के लिए उपयोगकर्ता के प्रमाणीकरण की पुष्टि करता है।

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

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

हम प्राप्त करने वाले सर्वर के काम पर विचार नहीं करेंगे, हम मान लेंगे कि सब कुछ ठीक हो गया, कोज़लोव ने इवानोव से एक पत्र प्राप्त किया और उसे एक प्रतिक्रिया लिखी। example.com डोमेन को सर्व करने वाला सर्वर ठीक यही काम करता है और हमारे सर्वर को मेल भेजने की कोशिश करता है। एक आने वाले संदेश को प्राप्त करने के बाद, एमटीए, एक स्थानीय प्रेषक के मामले में, प्राप्तकर्ता के डोमेन की जांच करता है, अगर यह एमटीए में से एक है, तो संदेश प्रसंस्करण जारी रहता है, अन्यथा सर्वर मेल स्वीकार करने से इंकार कर देता है। डोमेन की जाँच के बाद, प्राप्तकर्ता की जाँच की जाती है, यदि वह उपयोगकर्ताओं की सूची में मौजूद है, तो संदेश उसके मेलबॉक्स में पहुँचाया जाता है, अन्यथा दो विकल्प हैं: संदेश प्राप्त करने से इंकार करना या सामान्य मेलबॉक्स में संदेश प्राप्त करना (व्यवस्थापक का मेलबॉक्स) ). एक ओर, यह सेटिंग प्राप्त स्पैम की संख्या को बढ़ाती है, दूसरी ओर, यह आपको गलत वर्तनी वाले पतों के अक्षरों को खोने नहीं देती है।

एक अन्य एंटी-स्पैम उपाय एक पीटीआर रिकॉर्ड का अनुरोध करना है। एक PTR रिकॉर्ड (पॉइंटर रिकॉर्ड) एक IP पते को एक डोमेन नाम से जोड़ता है। पीटीआर का अनुरोध करते समय, एमटीए केवल तभी मेल स्वीकार करता है जब प्रेषक का डोमेन भेजने वाले सर्वर के डोमेन से मेल खाता हो।

आइए एक उदाहरण पर अधिक विस्तार से विचार करें। कुछ Spam.com सर्वर नकली प्रेषक के साथ ईमेल भेजने की कोशिश कर रहा है, माना जाता है कि वह example.com सर्वर से है जिसे हम जानते हैं। सफेद / काली सूचियों द्वारा फ़िल्टर करने के मामले में, ऐसा पत्र वितरित किया जाएगा, क्योंकि प्रेषक एक विश्वसनीय डोमेन से एक उपयोगकर्ता है (जो कि स्पैमर्स की गिनती थी)। स्पैम से निपटने के लिए, एमटीए भेजने वाले सर्वर के आईपी पते के लिए एक पीटीआर अनुरोध उत्पन्न करता है, जिसे वह एसएमटीपी सत्र के दौरान रिपोर्ट करता है। y.y.y.y पते के लिए, PTR अनुरोध एक स्पैम.कॉम डोमेन नाम लौटाएगा जो प्रेषक के डोमेन से मेल नहीं खाता है, जिससे संदेश अस्वीकृत हो जाएगा। उसी समय, सर्वर x.x.x.x से संदेश प्राप्त होंगे क्योंकि x.x.x.x (example.com) के लिए PTR रिकॉर्ड से डोमेन प्रेषक के डोमेन से मेल खाता है।

तो, संदेश प्राप्त हो गया है और उपयोगकर्ता के मेलबॉक्स में है। इसे कैसे पढ़ें? मेल स्टोरेज जहां उपयोगकर्ता बॉक्स स्थित हैं, को सबसे अधिक व्यवस्थित किया जा सकता है विभिन्न तरीके: सामान्य फोल्डर और फाइलों से शुरू होकर, एक डेटाबेस के साथ समाप्त। तकनीकी ज्ञान के बिना, यह संभावना नहीं है कि आप अपना स्वयं का मेल पढ़ सकेंगे। लेकिन क्या उपयोगकर्ता इवानोव को इस बारे में चिंतित होना चाहिए? उसके लिए, मेल क्लाइंट में "प्राप्त करें" बटन दबाने के लिए मेल प्राप्त करने की प्रक्रिया कम हो जाती है।

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

यह वह जगह है जहां हमारा लेख समाप्त होता है, हम इसमें प्रस्तुत सामग्री के विचारशील पढ़ने और आत्मसात करने की दृढ़ता से अनुशंसा करते हैं। भविष्य में, मेल सर्वरों के व्यावहारिक कार्यान्वयन पर विचार करते समय, हम इस आधार पर सामग्री प्रस्तुत करेंगे कि पाठक को कम से कम इस लेख की मात्रा का ज्ञान हो।