4 smtp प्रोटोकॉलचे कार्य काय आहे. SMTProtocol वर्णन

चेरचर 16.06.2019
Viber बाहेर

हा एक साधा मेल ट्रान्सफर प्रोटोकॉल आहे. म्हणून इंग्रजीतून अनुवादित साधा मेल ट्रान्सफर प्रोटोकॉल. नावाच्या आधारे, आम्ही असा निष्कर्ष काढू शकतो की मेलिंग पाठवण्यासाठी SMTP सर्व्हर जबाबदार आहे. त्याच्या कार्यामध्ये सामान्यतः दोन मुख्य कार्ये असतात:

  • सेटिंग्ज योग्य असल्याचे तपासणे आणि ईमेल पाठविण्याचा प्रयत्न करणाऱ्या संगणकाला परवानगी देणे;
  • निर्दिष्ट पत्त्यावर आउटगोइंग संदेश पाठवणे आणि संदेश यशस्वीपणे पाठविल्याची पुष्टी करणे. वितरण शक्य नसल्यास, सर्व्हर प्रेषकाला पाठवण्याच्या त्रुटीसह प्रतिसाद देतो

ईमेल संदेश पाठवताना, प्रेषकाचा SMTP सर्व्हर हा संदेश प्राप्त करणाऱ्या सर्व्हरशी कनेक्शन स्थापित करतो. हे "संवाद" आदेश पाठवून आणि प्राप्त करून, अमर्यादित SMTP ऑपरेशन्ससह SMTP सत्र तयार करून होते. प्रत्येक ऑपरेशनसाठी तीन आवश्यक आदेश आहेत:

  • परतीचा पत्ता निश्चित करणे (MAILFROM)
  • ईमेल संदेशाचा प्राप्तकर्ता निश्चित करणे (RCPT TO)
  • संदेश पाठवत आहे मजकूर (डेटा)

प्रेषकाचा पत्ता, प्राप्तकर्ता आणि पत्रातील सामग्रीची उपस्थिती निश्चित करणे अनिवार्य अटी आहेत, त्याशिवाय पत्र पाठविले जाणार नाही, अगदी नियमित, परिचित "पेपर" मेलद्वारे. आम्ही इलेक्ट्रॉनिक बद्दल काय म्हणू शकतो?


SMTP सर्व्हरच्या फायद्यांबद्दल थोडक्यात

  • आधीच नमूद केल्याप्रमाणे, SMTP सर्व्हरचा मुख्य उद्देश आउटगोइंग मेल पाठवणे आणि नियंत्रित करणे आहे. उच्च-गुणवत्तेचा SMTP सर्व्हर द्रुतपणे पाठविण्यास सक्षम आहे मोठा खंडईमेल संदेश, ISP निर्बंध टाळणे.
  • जर तुम्ही बाह्य SMTP सर्व्हर वापरत असाल तर सुरक्षितताईमेल संदेश आणि त्यांच्या इनबॉक्समध्ये वितरणाची टक्केवारीलक्षणीय वाढते.
    मला हा बाह्य SMTP सर्व्हर कुठे मिळेल? या समस्येबद्दल अधिक तपशील.
  • प्राप्तकर्त्याच्या मेलबॉक्समध्ये पोहोचण्यापूर्वी ईमेल अनेक SMTP सर्व्हरमधून जाऊ शकते. स्पॅम हल्ल्यांचा धोका असल्यामुळे, प्रदाते अनेकदा SMTP सर्व्हर न वापरता ईमेल पाठवण्यास प्रतिबंध करतात. त्यामुळे, वापरकर्त्यांना काहीवेळा पत्रे पाठवण्यात समस्या येतात.
    वेगळे बाह्य SMTP सर्व्हर स्थापित/एकत्रित करणे हा उपाय असू शकतो, जो देखील करेल स्पॅम आणि व्हायरससाठी आउटगोइंग मेल संदेश फिल्टर करा.
  • मेलिंगची सुरक्षा वाढवणे देखील द्वारे साध्य केले जाते वापरकर्ता अधिकृतताजे SMTP सर्व्हर वापरतो: सर्व्हरशी कनेक्ट करण्यासाठी वैयक्तिक लॉगिन आणि पासवर्ड निर्दिष्ट करून.
  • आणि, महत्त्वाचे म्हणजे, अतिरिक्त सॉफ्टवेअर किंवा इतर विशेष आवश्यकता स्थापित केल्याशिवाय SMTP सर्व्हर एकत्रीकरण होते. तुम्ही तुमच्या ईमेल क्लायंटच्या सेटिंग्जमध्ये SMTP सर्व्हरचे मूलभूत पॅरामीटर्स फक्त निर्दिष्ट करा आणि तुम्ही मोठ्या प्रमाणात ईमेल पाठवणे सुरू करू शकता.

जर तुम्ही वैध ईमेल मार्केटिंग करण्याचा विचार करत असाल, तर सुरक्षिततेसाठी आणि तुमच्या मोठ्या प्रमाणात ईमेल मोहिमा पाठवण्याच्या गतीसाठी बाह्य SMTP सर्व्हर वापरण्याचा विचार करा.

SMTP (सिंपल मेसेज ट्रान्सफर प्रोटोकॉल), किंवा शब्दशः अनुवादित केलेल्या साध्या संदेश ट्रान्सफर प्रोटोकॉलचा जन्म UNIX वातावरणात झाला होता आणि तो केवळ मेल सर्व्हरमधील संवादासाठी होता. OSI मॉडेलच्या संदर्भात, SMTP अनुप्रयोग स्तरावर राहतो.

SMTP आता वास्तविक मानक बनले आहे. मोठ्या प्रमाणावर, ही लोकप्रियता अंमलबजावणीच्या तुलनात्मक सुलभतेमुळे आणि मेल सिस्टमच्या विद्यमान आवृत्त्यांसह मागास अनुकूलतेशी तडजोड न करता विस्तृत विस्तारक्षमतेमुळे आहे. एक महत्त्वाचा घटक म्हणजे वैशिष्ट्यांची विस्तृत उपलब्धता आणि त्यांच्या वापरासाठी निधी देण्याची आवश्यकता नसणे.

SMTP प्रणाली अलीकडे खालील दिशानिर्देशांमध्ये सक्रियपणे विकसित होत आहेत:

सर्व्हर-सर्व्हर कम्युनिकेशन प्रोटोकॉलचा विस्तार (SMTP स्वतः);

क्लायंट-सर्व्हर कम्युनिकेशन प्रोटोकॉलची निर्मिती आणि सुधारणा (POP3, IMAP4);

नवीन संदेश स्वरूपाचा परिचय आणि विस्तार (MIME).

SMTP प्रोटोकॉलची प्रारंभिक आवृत्ती संदेश प्राप्त करण्यासाठी आणि पाठवण्यासाठी मर्यादित आदेश आणि सेवांना समर्थन देते. अलीकडे, त्याची विस्तारित आवृत्ती (विस्तारित किंवा ईएसएमटीपी) विकसित केली गेली आहे, ज्यामुळे डिलिव्हरी नोटिफिकेशन (डिलिव्हरी नोटिफिकेशन रिक्वेस्ट किंवा डीएनआर), सर्व्हर आणि सक्तीने प्रसारित केलेल्या संदेशांच्या जास्तीत जास्त स्वीकार्य आकाराची वाटाघाटी यासारख्या कार्यांसाठी पुढील विस्तार आणि समर्थनाची मानक शक्यता प्रदान केली गेली आहे. जमा झालेल्या मेलच्या हस्तांतरणाची सुरुवात ( dequeue). तथापि, याक्षणी SMTP च्या कमकुवतपणांपैकी एक म्हणजे इनकमिंग कनेक्शन, एन्क्रिप्ट संवाद आणि सर्व्हरमधील डेटा प्रवाह प्रमाणीकृत करण्याच्या क्षमतेचा अभाव आहे आणि आहे.

इनकमिंग कनेक्शन ऑथेंटिकेशनच्या अभावामुळे क्लायंट ऍक्सेससाठी SMTP चा वापर रोखला गेला. क्लासिक SMTP मेल सिस्टमसाठी क्लायंटला संदेश प्राप्त करण्यासाठी आणि कार्य करण्यासाठी त्याच्या मेलबॉक्समध्ये फाइल प्रवेश असणे आवश्यक आहे. क्लायंट-सर्व्हर मोडमध्ये कार्य अंमलात आणण्यासाठी, पोस्ट ऑफिस सर्व्हिस प्रोटोकॉल (पोस्ट ऑफिस प्रोटोकॉल किंवा पीओपी) तयार केला गेला. सर्वात यशस्वी आवृत्ती POP3 होती, जी आधुनिक SMTP प्रणालींमध्ये मोठ्या प्रमाणावर वापरली जाते. सर्वात प्रगत अंमलबजावणी वापरकर्तानाव आणि पासवर्ड एन्क्रिप्शन आणि सिक्योर सॉकेट लेयर (SSL) ट्रॅफिक एन्क्रिप्शनसह प्रमाणीकरणास समर्थन देते. तथापि, POP3 प्रोटोकॉल वापरताना, क्लायंट स्टेशनवर प्रथम डाउनलोड केल्याशिवाय संदेशाची वैशिष्ट्ये पाहणे शक्य नाही. थेट सर्व्हरवर ईमेल संदेशाचे गुणधर्म पाहण्याची आणि हाताळण्याची समस्या सोडवण्यासाठी, तसेच इतर अनेक कार्यात्मक मर्यादांवर मात करण्यासाठी, IMAP4 प्रोटोकॉल विकसित केला गेला आहे, बहुतेक व्यावसायिक प्रणालींमध्ये त्याचे समर्थन नजीकच्या भविष्यात अपेक्षित आहे; हे लक्षात घेतले पाहिजे की क्लासिक क्लायंट (मेल कमांड) वापरताना आणि POP3 किंवा IMAP4 वापरताना, क्लायंटने तयार केलेले संदेश पाठवण्यासाठी SMTP सर्व्हर आवश्यक आहे. आकृती 1.6 पारंपारिक UNIX फाईल-आधारित मेलबॉक्स प्रवेश पद्धती आणि POP3 आणि IMAP4 प्रोटोकॉलद्वारे प्रवेश दोन्ही वापरून सामान्य SMTP प्रणालीचा आकृती दर्शविते.

सुरुवातीला, SMTP प्रणाली केवळ मजकूर स्वरूपात माहिती प्रसारित करण्यासाठी डिझाइन केली गेली होती आणि राष्ट्रीय वर्णमालांमधील वर्ण प्रसारित करण्यावर लक्ष केंद्रित केले नव्हते, म्हणजे. 7-बिट वर्ण संच वापरले. बायनरी फायली हस्तांतरित करण्याच्या समस्येचे निराकरण करण्यासाठी, UUENCODE मानक विकसित केले गेले होते, जे आपल्याला अनियंत्रित डेटा एम्बेड करण्याची परवानगी देते, पूर्वी बायनरीमधून मजकूर स्वरूपात रूपांतरित केले गेले होते, थेट संदेशाच्या मजकूरात. तथापि, या दृष्टिकोनास सर्वसमावेशक म्हणणे कठीण होते, कारण सामान्य प्रकरणात, प्राप्तकर्त्याकडे संलग्नकांच्या स्वरूपाबद्दल (डेटा हस्तांतरित करण्याचा प्रकार आणि तो व्युत्पन्न करणारा अनुप्रयोग) बद्दल कोणतीही माहिती नव्हती. जसजसे इंटरनेट विस्तारत जाते तसतसे सॉफ्टवेअर अधिक क्लिष्ट होते आणि मल्टीमीडिया सक्रियपणे सादर केले जाते, बायनरी डेटा आणि राष्ट्रीय वर्ण असलेला मजकूर टाइप करण्यासाठी आणि त्याचे प्रतिनिधित्व करण्यासाठी एक सार्वत्रिक स्वरूप तयार करण्याची आवश्यकता आहे. बहुउद्देशीय इंटरनेट मेल विस्तार (MIME) हे असे सार्वत्रिक स्वरूप बनले आहे. MIME स्वरूप अत्यंत यशस्वी ठरले, कारण त्यात समर्थित डेटा प्रकार आणि राष्ट्रीय एन्कोडिंग दोन्हीच्या अमर्याद विस्ताराची शक्यता समाविष्ट आहे.


POP3 आणि IMAP4 समर्थनासह ठराविक SMTP प्रणालीचा आकृती

SMTP संदेश, X.400 संदेशाप्रमाणे, लिफाफा आणि सामग्रीच्या संकल्पना वापरतो, ज्यामध्ये शीर्षलेख आणि मुख्य भाग असतो. त्यांचा कार्यात्मक हेतू पूर्णपणे एकसारखा आहे. हेडरमधील फील्डची रचना मेसेज बॉडी (UUENCODE किंवा MIME) च्या फॉरमॅटद्वारे निर्धारित केली जाते. कोणतेही फील्ड आवश्यक नाही, परंतु फील्डमध्ये सामान्यत: प्रति:, कडून: आणि विषय समाविष्ट असतात. जर MIME फॉरमॅट वापरला असेल, तर हेडरमध्ये "MIME-Version: 1.0" ही ओळ असणे आवश्यक आहे. SMTP संदेश शीर्षलेखातील संभाव्य फील्डची संपूर्ण यादी RFC 2076 मध्ये समाविष्ट आहे.

SMTP सिस्टीमचे एक विशिष्ट वैशिष्ट्य म्हणजे, नियमानुसार, ते सुनिश्चित करतात की हस्तांतरण प्रक्रिया सामग्री स्वरूपनापासून अक्षरशः स्वतंत्र आहे. केवळ क्लायंट प्रोग्राम (मेल रीडर) सामग्रीचा अर्थ लावण्यासाठी जबाबदार असावा. तथापि, या प्रकरणात MTA स्तरावरील सुसंगततेची किंमत म्हणजे मजकूर प्रस्तुतीकरणामध्ये माहितीच्या प्राथमिक भाषांतरामुळे राष्ट्रीय अक्षरे वापरून कोणताही मजकूर नसलेला डेटा किंवा संदेश प्रसारित करण्याची अकार्यक्षमता आहे. वापरलेल्या रूपांतरण अल्गोरिदमवर अवलंबून, हस्तांतरित केलेल्या वास्तविक डेटाचा आकार 30-100% वाढू शकतो.

SMTP प्रणालींद्वारे डेटा प्रसारित करताना एक महत्त्वाची समस्या म्हणजे गोपनीयतेची खात्री करणे. संदेश मजकूर स्वरूपात प्रसारित केले जात असल्याने, ते सहजपणे रोखले जाऊ शकतात आणि अनियंत्रितपणे सुधारित केले जाऊ शकतात. माहिती सुरक्षिततेसह समस्यांचे निराकरण करण्यासाठी, संदेश मुख्य भाग एनक्रिप्ट करण्यासाठी एक मानक तयार केले गेले, तथाकथित सुरक्षित मल्टीफंक्शनल मेल विस्तार (Secure MIME किंवा S/MIME). तथापि, हा प्रोटोकॉल संदेश शीर्षलेखांना व्यत्यय येण्यापासून संरक्षित करण्यास सक्षम नाही.

सिंपल मेल ट्रान्सफर प्रोटोकॉल हा वाहतूक माध्यमापासून स्वतंत्र आहे आणि TCP/IP आणि X.25 व्यतिरिक्त इतर प्रोटोकॉलसह नेटवर्कवर मेल वितरीत करण्यासाठी वापरला जाऊ शकतो. आयपीसीई (इंटरप्रोसेस कम्युनिकेशन एन्व्हायर्नमेंट) या संकल्पनेतून हे साध्य झाले आहे. IPCE SMTP ला समर्थन करणाऱ्या प्रक्रियांना "STOP-GO" मोड ऐवजी परस्परसंवादी मोडमध्ये संप्रेषण करण्यास अनुमती देते.

प्रोटोकॉल मॉडेल. SMTP अंतर्गत परस्परसंवाद द्वि-मार्ग संप्रेषणाच्या तत्त्वावर आधारित आहे, जो ईमेल संदेश पाठवणारा आणि प्राप्तकर्ता यांच्यात स्थापित केला जातो. या प्रकरणात, प्रेषक कनेक्शन सुरू करतो आणि सेवेसाठी विनंत्या पाठवतो आणि प्राप्तकर्ता या विनंत्यांना प्रतिसाद देतो. खरं तर, प्रेषक क्लायंट म्हणून कार्य करतो आणि प्राप्तकर्ता सर्व्हर म्हणून कार्य करतो.


SMTP प्रोटोकॉल संवाद योजना

संप्रेषण चॅनेल थेट संदेश प्रेषक आणि प्राप्तकर्ता दरम्यान स्थापित केले जाते. या परस्परसंवादाने, मेल पाठवल्यानंतर काही सेकंदात ग्राहकांपर्यंत पोहोचते.

स्थानिक संगणकावरून संगणक. सिंपल मेल ट्रान्सफर प्रोटोकॉल (SMTP) 1982 पासून वेगवेगळ्या संगणकांमधील ईमेल संदेशांची देवाणघेवाण करण्यासाठी वापरला जात आहे. विविध प्लॅटफॉर्मवर त्याचा वापर आणि पोर्टेबिलिटी सुलभतेमुळे हा प्रोटोकॉल इंटरनेटवरील संगणक प्रणालींमध्ये इलेक्ट्रॉनिक संदेशांची देवाणघेवाण करण्यासाठी मानक बनला आहे. ते कसे कार्य करते हे समजून घेण्यासाठी, ते काय आहे ते पाहूया.

SMTP प्रोटोकॉलचे वर्णन

SMTP प्रोटोकॉल ईमेल वाहतूक करण्यासाठी विविध नेटवर्कवर कार्य करण्यासाठी डिझाइन केले होते. तथापि, पोर्ट 25 द्वारे स्थापित TCP/IP कनेक्शनसह इंटरनेट हे सर्वाधिक वापरले जाणारे एक बनले आहे. विविध सेवा स्थापित करताना Linux OS च्या बहुतेक आवृत्त्या SMTP ला समर्थन देण्यासाठी सॉफ्टवेअर पॅकेज स्वयंचलितपणे स्थापित करतात. रिमोट सर्व्हर SMTP प्रोटोकॉल वापरून कार्य करण्यास सक्षम आहे हे सत्यापित करण्यासाठी, आपण टेलनेट प्रोग्राम वापरून त्याच्या पोर्ट 25 मध्ये लॉग इन करू शकता. या पोर्टवरून प्रतिसाद मिळाल्यास, सर्व्हरवर SMTP प्रोटोकॉल चालू आहे. स्थानिक सर्व्हरवर तुम्ही लोकलहोस्टवर पोर्ट 25 ला टेलनेट वापरून कनेक्ट करून तेच करू शकता. Linux-आधारित सर्व्हरसह टेलनेट सत्राचे उदाहरण सूची 5.1 मध्ये दाखवले आहे.

1 $ टेलनेट लोकलहोस्ट 25 2 प्रयत्न करत आहे 127.0.0.1... 3 लोकलहोस्टशी कनेक्ट केले आहे. 4 एस्केप कॅरेक्टर "^]" आहे. 5 220 shadrach.smallorg.org ESMTP Sendmail 8.9.3/8.9.3; बुध, 25 ऑगस्ट 1999 18:35:33 -0500 6 सोडा 7 221 shadrach.smallorg.org क्लोजिंग कनेक्शन 8 कनेक्शन विदेशी होस्टने बंद केले. $9 सूची 5.1.

पोर्ट 25 सह टेलनेट सत्राचे उदाहरण

ओळ 1 लोकलहोस्ट आणि TCP पोर्ट 25 वापरून टेलनेट कमांडचे फॉरमॅट दाखवते. ओळ 5 SMTP सॉफ्टवेअर चालवणाऱ्या लिनक्स सर्व्हरकडून विशिष्ट प्रतिसाद दर्शवते. प्रतिसाद सुरू करणारी संख्या तीन-अंकी प्रतिसाद कोड आहे. हा कोड ईमेल समस्यांचे निवारण करण्यासाठी वापरला जाऊ शकतो. खालील SMTP सर्व्हरचे नाव आणि Sendmail Consortium द्वारे वितरित केलेल्या SMTP सॉफ्टवेअर पॅकेजचे वर्णन आहे. ओळ 6 मध्ये टेलनेट सत्र बंद करण्यासाठी QUIT कमांड आहे. SMTP सर्व्हरने नंतर सत्र बंद करण्याचा संदेश जारी केला पाहिजे आणि TCP कनेक्शन समाप्त केले पाहिजे. या उदाहरणावरून, आपण पाहू शकता की SMTP साध्या ASCII मजकूर आदेश वापरते आणि तीन-वर्ण एन्कोड केलेले मजकूर संदेश प्रतिसाद देते. SMTP प्रोटोकॉलचे वर्णन इंटरनेट रिक्वेस्ट फॉर कॉमेंट (RFC) क्रमांक 821 मध्ये केले आहे, जे इंटरनेट इंजिनियरिंग टास्क फोर्स (IETF) द्वारे विकसित केले गेले आणि 21 ऑगस्ट 1982 रोजी प्रकाशित झाले. तेव्हापासून, त्यात अनेक बदल झाले आहेत, परंतु सर्वसाधारणपणे प्रोटोकॉलचे मूलभूत आदेश बदललेले नाहीत.

TCP सत्र स्थापित झाल्यानंतर, SMTP सर्व्हर क्लायंटला एक विशेष कनेक्शन स्थापना संदेश पाठवतो (लिस्टिंग 5.1 मध्ये दर्शविल्याप्रमाणे). या टप्प्यापासून, दोन संगणकांमधील कनेक्शन सर्व्हरशी जोडलेल्या क्लायंटद्वारे नियंत्रित केले जाते. क्लायंट विशेष आदेशांचा संच वापरून कनेक्शन नियंत्रित करतो जो तो सर्व्हरला पाठवतो. सर्व्हरने, त्या बदल्यात, त्याला पाठवलेल्या प्रत्येक कमांडला योग्य प्रतिसाद देणे आवश्यक आहे. RFC 821 SMTP क्लायंटसाठी मूलभूत आदेशांचे वर्णन करते ज्यांना सर्व्हरने विशिष्ट प्रकारे प्रतिसाद दिला पाहिजे. हा दस्तऐवज लिहिल्यापासून SMTP प्रोटोकॉलमध्ये अनेक विस्तार सादर केले गेले असले तरी, ते अद्याप सर्व मेल सर्व्हरद्वारे समर्थित नाहीत. या विभागात, आम्ही फक्त RFC 821 मध्ये परिभाषित केलेल्या मूलभूत SMTP कमांड्स हायलाइट करू. "SMTP प्रोटोकॉल विस्तार" हा विभाग SMTP पॅकेजच्या अलीकडील आवृत्त्यांमध्ये लागू केलेल्या काही जोडण्यांवर चर्चा करतो.

SMTP मधील कमांडचे स्वरूप सोपे आहे:

आज्ञा,

जिथे कमांड ही चार-वर्णांची SMTP प्रोटोकॉल कमांड असते आणि पॅरामीटर हा पर्यायी पॅरामीटर असतो जो कमांडमधील डेटा प्रकार निर्दिष्ट करतो. टेबलमध्ये 5.1 SMTP प्रोटोकॉलचे मूलभूत आदेश दर्शविते. पुढे आपण या कमांडस अधिक तपशीलवार पाहू.

तक्ता 5.1.
मूलभूत SMTP प्रोटोकॉल आदेश संघ
वर्णन हेलो
क्लायंटचे आमंत्रण उघडते मेल
संदेश पाठवणारा ओळखतो RCPT
संदेश प्राप्तकर्त्यांची व्याख्या करते डेटा
संदेशाची सुरुवात परिभाषित करते पाठवा
टर्मिनलला संदेश पाठवते SOML
पाठवा-किंवा-मेल SAML
पाठवा आणि मेल RSET
SMTP कनेक्शन रीसेट करत आहे VRFY
सिस्टम वापरकर्तानाव तपासते EXPN
उपनामांच्या सूचीची विनंती करते मदत करा
आदेशांच्या सूचीची विनंती करते NOOP
ऑपरेशन नाही - काहीही करू नका सोडा
SMTP सत्र थांबवा वळणे

SMTP मध्ये रोल रिव्हर्सल (क्लायंट सर्व्हर बनतो)

हेलो टीम

व्याख्येनुसार, SMTP प्रोटोकॉल कमांड चार वर्ण लांब असतात. क्लायंटने सर्व्हरला पाठवलेले ग्रीटिंग म्हणजे HELO कमांड. कमांडचे स्वरूप खालीलप्रमाणे आहे:

HELO कमांडचा उद्देश क्लायंटला SMTP सर्व्हरवर सादर करणे हा आहे. दुर्दैवाने, ही प्रवेश पद्धत इंटरनेटच्या विकासाच्या सुरुवातीच्या टप्प्यावर विकसित केली गेली होती, जेव्हा संगणक प्रणालीमध्ये अनधिकृत प्रवेशाचे इतके प्रयत्न झाले नव्हते. तुम्ही बघू शकता, क्लायंट स्वतःला कमांड लाइनवर कोणतेही नाव म्हणू शकतो. यामुळे सध्या बहुतांश SMTP सर्व्हर ही आज्ञा पूर्णपणे औपचारिकपणे वापरतात. जर त्यांनी क्लायंट ओळखण्याचा प्रयत्न केला, तर क्लायंटचे वास्तविक डोमेन नेम सिस्टम होस्ट नाव त्याच्या IP पत्त्यावरून निर्धारित करण्यासाठी उलट DNS लुकअप यंत्रणा सक्रिय केली जाते. सामान्यतः, सुरक्षेच्या कारणास्तव, SMTP सर्व्हर अशा यजमानांना कनेक्शन नाकारतील ज्यांचा IP पत्ता संबंधित होस्टनावाशी जुळत नाही. हा आदेश पाठवून, क्लायंट सर्व्हरला सूचित करतो की त्याला त्याच्याशी कनेक्शन स्थापित करायचे आहे. या आदेशाला प्रतिसाद देऊन, सर्व्हर, त्या बदल्यात, क्लायंटसह नवीन कनेक्शन स्थापित केले गेले आहे आणि त्यानंतरच्या आज्ञा स्वीकारण्यास तयार असल्याचे सूचित करतो.

क्लायंट वापरकर्ते आणि क्लायंट होस्ट

SMTP प्रोटोकॉलसह काम करताना, तुम्ही SMTP क्लायंटमध्ये फरक केला पाहिजे. क्लायंट वापरकर्ते आणि क्लायंट होस्ट समान गोष्ट नाहीत. ईमेल संदेश तयार करताना, ईमेल सिस्टमचा वापरकर्ता देखील त्याचा क्लायंट असतो लोकलहोस्ट. एकदा मेल संदेश पाठवल्यानंतर, तो यापुढे SMTP प्रक्रियेचा क्लायंट राहणार नाही. आता त्याचा स्थानिक होस्ट संगणक संदेश वितरण प्रक्रिया हाताळतो आणि स्वतः SMTP क्लायंट म्हणून कार्य करतो. जेव्हा स्थानिक होस्ट SMTP प्रोटोकॉल वापरून संदेश प्रसारित करण्यासाठी रिमोट होस्टशी कनेक्ट होतो, तेव्हा तो SMTP प्रक्रियेचा क्लायंट म्हणून कार्य करतो. HELO कमांड क्लायंट म्हणून नाव घोषित करते लोकलहोस्ट, आणि संदेश पाठवणारा वास्तविक वापरकर्ता नाही. बऱ्याचदा या संकल्पना गोंधळलेल्या असतात, ज्यामुळे ईमेल सिस्टममध्ये उद्भवलेल्या समस्यांचे निराकरण करणे कठीण होते.

मेल कमांड

HELO कमांड पाठवल्यानंतर सर्व्हरसह ईमेल सत्र सुरू करण्यासाठी MAIL कमांडचा वापर केला जातो. तो संदेश कोणाकडून येत आहे हे सूचित करते. MAIL कमांड फॉरमॅट खालीलप्रमाणे आहे:

मेल रिव्हर्स-पाथ

रिव्हर्स-पाथ युक्तिवाद केवळ संदेश पाठवणारा निर्दिष्ट करत नाही तर तो मार्ग देखील निर्दिष्ट करतो ज्याद्वारे संदेश वितरित केला जाऊ शकत नसल्यास तो परत केला जाऊ शकतो. जर प्रेषक क्लायंट संगणकावरील वापरकर्ता असेल ज्याने SMTP सत्र सुरू केले असेल, तर कमांडचे स्वरूप खालीलप्रमाणे असेल:

येथून मेल: [ईमेल संरक्षित]

लक्षात घ्या की FROM फील्ड क्लायंट होस्ट संगणकाच्या पूर्ण नावासह संदेश प्रेषकाचा ईमेल पत्ता निर्दिष्ट करते. ही माहिती मेल संदेशाच्या FROM फील्डमध्ये असणे आवश्यक आहे (परंतु त्याबद्दल नंतर अधिक). जर एखादा मेल संदेश प्रेषकाकडून प्राप्तकर्त्यापर्यंत अनेक नोड्समधून गेला असेल, तर त्यापैकी प्रत्येक फील्डमध्ये स्वतःबद्दल माहिती जोडेल. . अशा प्रकारे मेल सर्व्हरद्वारे संदेशाचा मार्ग दस्तऐवजीकरण केला जातो. बऱ्याचदा, खाजगी नेटवर्क क्लायंटचे ईमेल इंटरनेटवर पोहोचण्यापूर्वी अनेक ईमेल सर्व्हरमधून जाणे आवश्यक आहे. रिव्हर्स-पाथ फील्डमध्ये असलेली माहिती ईमेल सिस्टममधील समस्या निवारणासाठी किंवा अज्ञात SMTP सर्व्हरद्वारे संदेश पाठवून त्यांची ओळख लपविण्याचा प्रयत्न करणाऱ्या मेल सर्व्हरला ओळखण्यात उपयोगी पडते.

अनेक दशकांपासून, इंटरनेट वापरकर्ते संदेश आणि पत्रांची देवाणघेवाण करण्यासाठी ईमेल वापरत आहेत. गेल्या शतकाच्या 90 च्या दशकाच्या सुरुवातीपर्यंत, मोठ्या संस्थांच्या कर्मचाऱ्यांकडून नियमानुसार इलेक्ट्रॉनिक संदेश वापरले जात होते. व्यापक संगणकीकरण आणि वर्ल्ड वाइड वेबच्या प्रसारामुळे, ईमेल सामान्य वापरकर्त्यांच्या जीवनाचा एक भाग बनले आहेत.

इंटरनेट तंत्रज्ञानाच्या विकासामुळे नेटवर्क पत्रव्यवहारासाठी वापरल्या जाणाऱ्या तथाकथित मेल प्रोटोकॉलचा उदय झाला आहे. ते वापरकर्त्यांना सर्व प्रकारच्या सेवा प्रदान करून मोठ्या अक्षरांवर प्रक्रिया करणे शक्य करतात.

हे कोणत्याही विशिष्ट डेटा ट्रान्समिशन सबसिस्टमद्वारे प्रतिबंधित नाही. सुव्यवस्था राखताना त्याच्या प्रक्षेपणाच्या प्रवाहासाठी त्याच्या ऑपरेशनसाठी फक्त एक विश्वासार्ह चॅनेल आवश्यक आहे.

SMTP चा वापर प्रामुख्याने सर्व्हरला पत्रे आणि वापरकर्ता विनंत्या पाठवण्यासाठी केला जातो, त्यानंतर प्राप्तकर्त्यांना मेल पाठवला जातो. पत्रे प्राप्त करण्यासाठी, तुम्हाला तुमच्या मेल क्लायंटने IMAP किंवा POP3 प्रोटोकॉलवर काम करणे आवश्यक आहे.

ते कशासाठी वापरले जाते?

हा आजचा मानक मेल प्रोटोकॉल आहे. सर्व मेल प्रोग्राम आणि सर्व्हर ते वापरतात.

लोकप्रिय CMS साठी आभासी वेबसाइट होस्टिंग:

प्रोटोकॉलच्या ऑपरेशनचे सिद्धांत.

SMTP हा एक मजकूर प्रोटोकॉल आहे, त्याच्या ऑपरेटिंग तत्त्वासाठी एक कनेक्शन आवश्यक आहे ज्याद्वारे ईमेल पाठवणारा वापरकर्ता विशिष्ट कमांड लाइन वापरून त्याच्या प्राप्तकर्त्याशी संवाद साधतो. आणि डेटा विश्वसनीय संप्रेषण चॅनेलच्या वापराद्वारे प्राप्त केला जातो. सामान्यतः, हे संप्रेषण चॅनेल एक TCP कनेक्शन आहे.

कार्यरत प्रोटोकॉल सत्रामध्ये SMTP मेल क्लायंटद्वारे पाठवलेल्या अनेक कमांड्स आणि त्यांना सर्व्हरचे प्रतिसाद असतात. कामाच्या सत्रादरम्यान, क्लायंट आणि सर्व्हर दोघेही आवश्यक पॅरामीटर्सची देवाणघेवाण करतात.

प्रोटोकॉल ऑपरेशनमध्ये कमांड आणि प्रतिसादांचे खालील क्रम असलेले संयोजन समाविष्ट असते:

  • कमांड फ्रॉम मेल - रिटर्न ईमेल पत्ता सूचित करते;
  • RCPT TO कमांड - विशिष्ट पत्राचा प्राप्तकर्ता निर्धारित करते;
  • DATA ही आज्ञा ईमेल संदेशाचा मजकूर पाठवण्यासाठी जबाबदार आहे. हा अक्षराचा मुख्य भाग आहे, ज्यामध्ये रिकाम्या ओळीने विभक्त केलेले पत्राचे शीर्षलेख आणि मुख्य भाग समाविष्ट आहे.

प्रारंभिक SMTP क्लायंट प्राप्तकर्त्याचा ईमेल क्लायंट किंवा सर्व्हरवरील मेल ट्रान्सफर एजंट असू शकतो.

इतर मेल प्रोटोकॉल कसे कार्य करतात.

SMTP नेटवर्कवर पत्रव्यवहार वितरीत करण्यासाठी फक्त एक प्रोटोकॉल आहे. तो, आदेशानुसार, रिमोट सर्व्हरवरून ईमेल संदेश घेऊ शकत नाही किंवा कसा तरी ईमेल बॉक्स व्यवस्थापित करू शकत नाही.

यासाठी इतर प्रोटोकॉल आहेत, जसे की IMAP आणि POP. नेटवर्कशी तात्पुरते कनेक्ट करताना किंवा पीसी वेळोवेळी चालू असताना त्यांचा वापर करणे अधिक श्रेयस्कर आहे.

पीओपी.

पोस्ट ऑफिस प्रोटोकॉल हा एक साधा नेटवर्क प्रोटोकॉल आहे ज्यामध्ये तीन फ्लेवर्स समाविष्ट आहेत: POP, POP2 आणि POP3. ते मध्यवर्ती मेल सर्व्हरवरून वापरकर्त्याला पत्रव्यवहार वितरीत करण्यासाठी, सर्व्हरवरून मेल हटविण्यासाठी आणि वापरकर्त्याला ओळखण्यासाठी डिझाइन केलेले आहेत. लॉगिन आणि पासवर्डचे संयोजन ओळखण्यासाठी वापरले जाते. हे लक्षात घेण्यासारखे आहे की सर्व तीन प्रोटोकॉल अदलाबदल करण्यायोग्य नाहीत.

प्रोटोकॉलमध्ये SMTP समाविष्ट आहे, ज्याचा वापर आउटगोइंग मेल प्रसारित करण्यासाठी केला जातो.

POP3 नुसार, विशिष्ट ई-मेलवर येणारी पत्रे पुढील सत्रादरम्यान PC वर डाउनलोड होईपर्यंत सर्व्हरवर संग्रहित केली जातात. एकदा डाउनलोड झाल्यानंतर, नेटवर्कवरून डिस्कनेक्ट करताना संदेश वाचणे शक्य होते. POP3 हा सर्वात वेगवान मेल प्रोटोकॉल मानला जातो.

IMAP.

इंटरनेट मेसेज ऍक्सेस प्रोटोकॉलचा वापर करून, सर्व्हरवरील फाइल डिरेक्टरीमध्ये संदेश संग्रहित करणे आणि तेथे थेट कोणत्याही संदेशाच्या तार शोधणे शक्य होते.

हा प्रोटोकॉल अशा वापरकर्त्यांसाठी योग्य आहे ज्यांचे संगणक इंटरनेटशी सतत कनेक्शन वापरतात. हे POP पेक्षा वेगळे आहे की जेव्हा नवीन संदेश स्कॅन केले जातात तेव्हा फक्त त्यांचे शीर्षलेख डाउनलोड केले जातात.

या लेखात सर्वाधिक वापरले जाणारे इंटरनेट ईमेल प्रोटोकॉल - POP3, IMAP आणि SMTP समाविष्ट आहेत. त्यांच्यापैकी प्रत्येकाचे विशिष्ट कार्य आणि कार्य करण्याची पद्धत आहे. लेखातील सामग्री स्पष्ट करते की ई-मेल क्लायंट वापरताना वापरकर्त्याच्या विशिष्ट गरजांसाठी कोणते कॉन्फिगरेशन सर्वात योग्य आहे. ई-मेल कोणत्या प्रोटोकॉलला समर्थन देतो या प्रश्नाचे उत्तर देखील ते प्रकट करते.

POP3 म्हणजे काय?

प्रोटोकॉल आवृत्ती 3 (POP3) हा एक मानक ईमेल प्रोटोकॉल आहे जो रिमोट सर्व्हरवरून स्थानिक ईमेल क्लायंटला ईमेल प्राप्त करण्यासाठी वापरला जातो. तुम्हाला तुमच्या स्थानिक संगणकावर संदेश डाउनलोड करण्याची आणि वापरकर्ता ऑफलाइन असला तरीही ते वाचण्याची परवानगी देते. कृपया लक्षात घ्या की जेव्हा तुम्ही तुमच्या खात्याशी कनेक्ट होण्यासाठी POP3 वापरता, तेव्हा संदेश स्थानिक पातळीवर डाउनलोड केले जातात आणि ईमेल सर्व्हरवरून हटवले जातात.

डीफॉल्टनुसार, POP3 प्रोटोकॉल दोन पोर्टवर चालतो:

    पोर्ट 110 हे एनक्रिप्ट केलेले POP3 पोर्ट आहे;

    पोर्ट 995 - जर तुम्हाला POP3 ला सुरक्षितपणे कनेक्ट करायचे असेल तर हे वापरले पाहिजे.

IMAP म्हणजे काय?

इंटरनेट मेसेज ऍक्सेस प्रोटोकॉल (IMAP) हा ईमेल संदेश प्राप्त करण्यासाठी एक प्रोटोकॉल आहे, जो स्थानिक क्लायंटकडून रिमोट वेब सर्व्हरवर ईमेल ऍक्सेस करण्यासाठी वापरला जातो. IMAP आणि POP3 हे ईमेल प्राप्त करण्यासाठी सर्वात जास्त वापरले जाणारे दोन प्रोटोकॉल आहेत आणि सर्व आधुनिक ईमेल क्लायंट आणि वेब सर्व्हरद्वारे समर्थित आहेत.

POP3 प्रोटोकॉलचा अर्थ असा आहे की तुमचा ईमेल ॲड्रेस फक्त एका ॲप्लिकेशनवरून ऍक्सेस करता येतो, तर IMAP एकाच वेळी अनेक क्लायंट्सकडून एकाचवेळी लॉगिन करण्याची परवानगी देतो. म्हणूनच तुम्ही तुमच्या ईमेलमध्ये वेगवेगळ्या ठिकाणांहून प्रवेश करत असाल किंवा तुमचे संदेश एकाधिक वापरकर्त्यांद्वारे व्यवस्थापित केले असल्यास IMAP अधिक चांगले आहे.

IMAP प्रोटोकॉल दोन पोर्टवर चालतो:

    पोर्ट 143 हे डीफॉल्ट अनएनक्रिप्ट केलेले IMAP पोर्ट आहे;

    पोर्ट 993 - जर तुम्हाला IMAP वापरून सुरक्षितपणे कनेक्ट करायचे असेल तर हे वापरणे आवश्यक आहे.

SMTP म्हणजे काय?

प्रोटोकॉल हा इंटरनेटवर ईमेल पाठवण्यासाठी एक मानक प्रोटोकॉल आहे.

SMTP तीन पोर्टवर चालते:

    पोर्ट 25 डीफॉल्टनुसार अनएनक्रिप्ट केलेले आहे;

    पोर्ट 2525 - जर पोर्ट 25 फिल्टर केले असेल (उदाहरणार्थ तुमच्या ISP द्वारे) आणि तुम्हाला SMTP वापरून एन्क्रिप्ट न केलेले ईमेल पाठवायचे असतील तर हे सर्व साइटग्राउंड सर्व्हरवर उघडले जाते;

    पोर्ट 465 - तुम्ही SMTP वापरून सुरक्षितपणे संदेश पाठवू इच्छित असल्यास हे वापरले जाते.

ईमेलची देवाणघेवाण करण्यासाठी कोणते प्रोटोकॉल वापरले जातात? संकल्पना आणि अटी

ईमेल सर्व्हर हा शब्द ईमेल पाठवण्यासाठी आणि प्राप्त करण्यासाठी आवश्यक असणाऱ्या दोन सर्व्हरचा संदर्भ देतो, उदा. SMTP आणि POP.

इनकमिंग मेल सर्व्हर हा तुमच्या ईमेल ॲड्रेस खात्याशी संबंधित सर्व्हर आहे. त्यात एकापेक्षा जास्त इनकमिंग मेल सर्व्हर असू शकत नाहीत. येणाऱ्या संदेशांमध्ये प्रवेश करण्यासाठी, तुम्हाला ईमेल क्लायंटची आवश्यकता आहे—एक प्रोग्राम जो खात्यातून ईमेल पुनर्प्राप्त करू शकतो, वापरकर्त्याला संदेश वाचण्यास, फॉरवर्ड करण्यास, हटविण्यास आणि त्यांना उत्तर देण्याची परवानगी देतो. तुमच्या सर्व्हरवर अवलंबून, तुम्ही समर्पित ईमेल क्लायंट (जसे की Outlook Express) किंवा वेब ब्राउझर वापरण्यास सक्षम असाल. अशा प्रकारे, इंटरनेट एक्सप्लोररचा वापर ईमेल-आधारित खात्यांमध्ये प्रवेश करण्यासाठी केला जातो. मेसेज इनकमिंग मेल सर्व्हरवर डाऊनलोड होईपर्यंत साठवले जातात. एकदा तुम्ही मेल सर्व्हरवरून तुमचा मेल डाउनलोड केल्यानंतर, तुम्ही ते पुन्हा करू शकत नाही. डेटा यशस्वीरित्या डाउनलोड करण्यासाठी, आपण आपल्या ईमेल प्रोग्राममध्ये योग्य सेटिंग्ज प्रविष्ट करणे आवश्यक आहे. बहुतेक इनकमिंग मेल सर्व्हर खालीलपैकी एक प्रोटोकॉल वापरतात: IMAP, POP3, HTTP.

आउटगोइंग मेल सर्व्हर (SMTP)

हा एक सर्व्हर आहे जो फक्त ईमेल पाठवण्यासाठी वापरला जातो (ते तुमच्या ईमेल क्लायंट प्रोग्राममधून प्राप्तकर्त्याकडे हस्तांतरित करण्यासाठी). बहुतेक आउटगोइंग मेल सर्व्हर पत्रव्यवहार पाठवण्यासाठी प्रोटोकॉल) वापरतात. तुमच्या नेटवर्क सेटिंग्जवर अवलंबून, आउटगोइंग मेल सर्व्हर तुमच्या ISP किंवा सर्व्हरचा असू शकतो जिथे तुम्ही तुमचे खाते सेट केले आहे. वैकल्पिकरित्या, तुम्ही सबस्क्रिप्शन-आधारित SMTP सर्व्हर वापरू शकता जो तुम्हाला कोणत्याही खात्यातून ईमेल पाठविण्याची परवानगी देईल. स्पॅम समस्यांमुळे, बहुतेक आउटगोइंग ईमेल सर्व्हर तुम्हाला त्यांच्या नेटवर्कमध्ये लॉग इन केल्याशिवाय ईमेल पाठवण्याची परवानगी देत ​​नाहीत. ओपन रिले असलेला सर्व्हर तुम्हाला ईमेल पाठवण्यासाठी वापरण्याची अनुमती देईल, तुम्ही त्याच्या नेटवर्क गटाशी संबंधित आहात किंवा नसाल.

ईमेल पोर्ट्स

नेटवर्कसाठी, पोर्ट म्हणजे लॉजिकल कनेक्शनचा शेवटचा बिंदू. पोर्ट नंबर त्याचा प्रकार ठरवतो. खालील डीफॉल्ट ईमेल पोर्ट आहेत:

    POP3 - पोर्ट 110;

    IMAP - पोर्ट 143;

    SMTP - पोर्ट 25;

    HTTP - पोर्ट 80;

    सुरक्षित एसएमटीपी (एसएसएमटीपी) - पोर्ट 465;

    सुरक्षित IMAP (IMAP4-SSL) - पोर्ट 585;

    IMAP4 प्रती SSL (IMAPS) - पोर्ट 993;

    सुरक्षित POP3 (SSL-POP) - पोर्ट 995.

ईमेल प्रोटोकॉल: IMAP, POP3, SMTP आणि HTTP

मुळात, प्रोटोकॉल म्हणजे संप्रेषण चॅनेलच्या प्रत्येक टोकाला वापरल्या जाणाऱ्या मानक पद्धतीचा संदर्भ असतो. ईमेल हाताळण्यासाठी, मेल सर्व्हरमध्ये प्रवेश करण्यासाठी तुम्ही विशेष क्लायंट वापरणे आवश्यक आहे. या बदल्यात, ते पूर्णपणे भिन्न प्रोटोकॉल वापरून एकमेकांशी माहितीची देवाणघेवाण करू शकतात.

IMAP प्रोटोकॉल

IMAP (इंटरनेट मेसेज ऍक्सेस प्रोटोकॉल) हा तुमच्या स्थानिक सर्व्हरवरून ईमेल ऍक्सेस करण्यासाठी एक मानक प्रोटोकॉल आहे. IMAP एक क्लायंट/सर्व्हर प्रोटोकॉल आहे ज्यामध्ये ईमेल प्राप्त होतो आणि डेटा आपल्या इंटरनेट सर्व्हरद्वारे संग्रहित केला जातो. यास फक्त एक लहान डेटा ट्रान्सफर आवश्यक असल्याने, ते मॉडेम कनेक्शन सारख्या स्लो कनेक्शनवर देखील चांगले कार्य करते. विशिष्ट ईमेल संदेश वाचण्याचा प्रयत्न करताना, क्लायंट सर्व्हरवरून डेटा डाउनलोड करतो. तुम्ही सर्व्हरवर फोल्डर किंवा मेलबॉक्स तयार आणि व्यवस्थापित करू शकता आणि संदेश हटवू शकता.

POP3 प्रोटोकॉल

POP (पोस्ट ऑफिस प्रोटोकॉल 3) वापरकर्त्यांना त्यांच्या मेलबॉक्सेसमध्ये प्रवेश करण्याचा आणि त्यांच्या संगणकावर संदेश डाउनलोड करण्याचा एक सोपा, प्रमाणित मार्ग प्रदान करतो.

POP प्रोटोकॉल वापरताना, तुमचे सर्व ईमेल संदेश मेल सर्व्हरवरून तुमच्या स्थानिक संगणकावर डाउनलोड केले जातील. तुम्ही तुमच्या ईमेलच्या प्रती सर्व्हरवर देखील सोडू शकता. फायदा असा आहे की तुमचे मेसेज डाउनलोड केल्यानंतर, तुम्ही तुमचे इंटरनेट कनेक्शन डिस्कनेक्ट करू शकता आणि अतिरिक्त कम्युनिकेशन शुल्क न आकारता तुमचा ईमेल वाचू शकता. दुसरीकडे, या प्रोटोकॉलसह तुम्हाला बरेच अवांछित संदेश (स्पॅम किंवा व्हायरससह) प्राप्त होतात आणि डाउनलोड होतात.

SMTP प्रोटोकॉल

विशिष्ट प्राप्तकर्त्याच्या सर्व्हरवर इलेक्ट्रॉनिक संदेश वितरीत करण्यासाठी प्रोटोकॉलचा वापर मेल ट्रान्सफर एजंट (MTA) द्वारे केला जातो. SMTP फक्त ईमेल पाठवण्यासाठी वापरले जाऊ शकते, ते प्राप्त करण्यासाठी नाही. तुमच्या नेटवर्क किंवा ISP सेटिंग्जवर अवलंबून, तुम्ही काही विशिष्ट परिस्थितींमध्येच SMTP प्रोटोकॉल वापरण्यास सक्षम असाल.

HTTP प्रोटोकॉल

HTTP हा ईमेल संप्रेषणांसाठी डिझाइन केलेला प्रोटोकॉल नाही, परंतु तो तुमच्या मेलबॉक्समध्ये प्रवेश करण्यासाठी वापरला जाऊ शकतो. याला अनेकदा वेब ईमेल देखील म्हणतात. ते तुमच्या खात्यातून ईमेल तयार करण्यासाठी किंवा प्राप्त करण्यासाठी वापरले जाऊ शकते. ईमेल प्रोटोकॉल म्हणून HTTP वापरण्याचे हॉटमेल हे एक चांगले उदाहरण आहे.

व्यवस्थापित फाइल ट्रान्सफर आणि नेटवर्क सोल्यूशन्स

ईमेल पाठवण्याची आणि प्राप्त करण्याची तुमची क्षमता प्रामुख्याने तीन TCP प्रोटोकॉलमुळे आहे. ते SMTP, IMAP आणि POP3 आहेत.

SMTP

चला SMTP सह प्रारंभ करूया कारण त्याचे मुख्य कार्य इतर दोनपेक्षा वेगळे आहे. SMTP, किंवा सिंपल मेल ट्रान्सफर प्रोटोकॉल, प्रामुख्याने ईमेल क्लायंटकडून (जसे की Microsoft Outlook, Thunderbird, किंवा Apple Mail) ईमेल सर्व्हरवर ईमेल पाठवण्यासाठी वापरला जातो. हे एका मेल सर्व्हरवरून दुसऱ्या मेल मेसेजला रिले किंवा फॉरवर्ड करण्यासाठी देखील वापरले जाते. प्रेषक आणि प्राप्तकर्ता भिन्न ईमेल सेवा प्रदाता असल्यास हे आवश्यक आहे.

SMTP, जे RFC 5321 मध्ये निर्दिष्ट केले आहे, डीफॉल्टनुसार पोर्ट 25 वापरते. ते पोर्ट 587 आणि पोर्ट 465 देखील वापरू शकते. नंतरचे, जे सुरक्षित SMTP (उर्फ SMTPS) साठी पसंतीचे पोर्ट म्हणून सादर केले गेले होते, ते नापसंत मानले जाते. पण खरं तर, ते अजूनही अनेक ईमेल सेवा प्रदात्यांद्वारे वापरले जाते.

POP3

पोस्ट ऑफिस प्रोटोकॉल, किंवा POP, नवीनतम आवृत्तीमधून ईमेल संदेश पुनर्प्राप्त करण्यासाठी वापरली जाते जी आवृत्ती 3 आहे, म्हणून "POP3" हा शब्द वापरला जातो.

RFC 1939 मध्ये निर्दिष्ट केलेली POP आवृत्ती 3, विस्तार आणि अनेक प्रमाणीकरण यंत्रणांना समर्थन देते. दुर्भावनापूर्ण वापरकर्त्यांना वापरकर्ता संप्रेषणांमध्ये प्रवेश करण्यापासून रोखण्यासाठी प्रमाणीकरण वैशिष्ट्ये आवश्यक आहेत.

POP3 क्लायंटला खालीलप्रमाणे ईमेल प्राप्त होतो:

    पोर्ट 110 (किंवा SSL/TLS कनेक्शनसाठी 995) वर मेल सर्व्हरशी कनेक्ट होते;

    सर्व्हरवर संग्रहित संदेशांच्या प्रती हटवते;

    सर्व्हरवरून डिस्कनेक्ट होते.

    जरी पीओपी क्लायंटना सर्व्हरला डाउनलोड केलेल्या संदेशांच्या प्रती संचयित करणे सुरू ठेवण्याची परवानगी देण्यासाठी कॉन्फिगर केले जाऊ शकते, परंतु वर वर्णन केलेल्या चरण सामान्य सराव आहेत.

    IMAP

    IMAP, विशेषत: वर्तमान आवृत्ती (IMAP4), अधिक जटिल प्रोटोकॉल आहे. हे वापरकर्त्यांना संबंधित संदेशांना गटबद्ध करण्यास आणि फोल्डर्समध्ये ठेवण्यास अनुमती देते, जे यामधून श्रेणीबद्धपणे आयोजित केले जाऊ शकते. हे संदेश ध्वजांसह सुसज्ज आहे जे संदेश वाचले गेले आहे, हटवले गेले आहे किंवा प्राप्त झाले आहे की नाही हे सूचित करतात. हे वापरकर्त्यांना सर्व्हर मेलबॉक्सेस शोधण्याची परवानगी देखील देते.

    ऑपरेटिंग लॉजिक (imap4 सेटिंग्ज):

    • पोर्ट 143 (किंवा SSL/TLS कनेक्शनसाठी 993) द्वारे मेल सर्व्हरशी कनेक्ट होते;

      ईमेल संदेश पुनर्प्राप्त करते;

      मेल क्लायंट ऍप्लिकेशन बंद करण्यापूर्वी कनेक्ट करण्यासाठी आणि मागणीनुसार संदेश डाउनलोड करण्यासाठी कार्य करते.

    कृपया लक्षात ठेवा की सर्व्हरवर संदेश हटवले जात नाहीत. याचे गंभीर परिणाम होऊ शकतात. IMAP तपशील RFC 3501 मध्ये आढळू शकतात.

    IMAP आणि POP3 दरम्यान निवड करणे

    SMTP चे मुख्य कार्य मूलभूतपणे भिन्न असल्याने, सर्वोत्तम प्रोटोकॉल निवडण्याच्या दुविधामध्ये सहसा फक्त IMAP आणि POP3 यांचा समावेश होतो.

    सर्व्हर स्टोरेज स्पेस तुमच्यासाठी महत्त्वाची असल्यास, POP3 निवडा. मर्यादित मेमरी असलेला सर्व्हर हा मुख्य घटकांपैकी एक आहे जो तुम्हाला POP3 चे समर्थन करण्यास भाग पाडू शकतो. IMAP सर्व्हरवर संदेश सोडत असल्याने, ते POP3 पेक्षा अधिक वेगाने मेमरी स्पेस वापरू शकते.

    तुम्हाला तुमचा मेल कधीही ऍक्सेस करायचा असेल, तर IMAP ला चिकटून राहणे चांगले. सर्व्हरवर संदेश संचयित करण्यासाठी IMAP ची रचना करण्याचे एक चांगले कारण आहे. हे एकाधिक डिव्हाइसेसवरून संदेश शोधण्यासाठी वापरले जाते - कधीकधी अगदी एकाच वेळी. त्यामुळे तुमच्याकडे आयफोन, अँड्रॉइड टॅबलेट, लॅपटॉप आणि डेस्कटॉप असल्यास आणि यापैकी कोणत्याही किंवा सर्व डिव्हाइसवरून ईमेल वाचायचे असल्यास, IMAP हा सर्वोत्तम पर्याय आहे.

    सिंक्रोनाइझेशन हा IMAP चा आणखी एक फायदा आहे. तुम्ही एकाधिक डिव्हाइसेसवरून ईमेल मेसेज ॲक्सेस करत असल्यास, तुम्ही केलेली कोणतीही ॲक्टिव्हिटी त्यांनी दाखवावी असे तुम्हाला वाटेल.

    उदाहरणार्थ, तुम्ही संदेश A, B आणि C वाचत असल्यास, ते इतर उपकरणांवर वाचले म्हणून चिन्हांकित केले जावेत अशी तुमची इच्छा आहे. जर तुम्ही B आणि C ही अक्षरे हटवली असतील, तर तुम्हाला तेच संदेश तुमच्या इनबॉक्समधून सर्व गॅझेटवर हटवायचे आहेत. जर तुम्ही IMAP वापरत असाल तरच हे सर्व सिंक्रोनाइझेशन साध्य केले जाऊ शकते.

    IMAP वापरकर्त्यांना पदानुक्रमानुसार संदेश व्यवस्थापित करण्यास आणि फोल्डरमध्ये ठेवण्याची परवानगी देत ​​असल्याने, ते वापरकर्त्यांना त्यांचे पत्रव्यवहार अधिक चांगल्या प्रकारे व्यवस्थापित करण्यास मदत करते.

    अर्थात, सर्व IMAP कार्यक्षमता किंमतीला येते. हे सोल्यूशन्स अंमलात आणणे अधिक कठीण आहे आणि प्रोटोकॉलमध्ये खूप जास्त CPU आणि RAM वापरतात, विशेषत: जेव्हा ते सिंक्रोनाइझेशन प्रक्रिया करते. खरं तर, सिंक करण्यासाठी अनेक संदेश असल्यास क्लायंट आणि सर्व्हर या दोन्ही बाजूंनी उच्च CPU आणि मेमरी वापर होऊ शकतो. या दृष्टिकोनातून, POP3 प्रोटोकॉल कमी खर्चिक आहे, जरी कमी कार्यशील आहे.

    गोपनीयता ही देखील एक समस्या आहे जी अंतिम वापरकर्त्यांवर मोठ्या प्रमाणात अवलंबून असेल. ते सामान्यतः सर्व ईमेल संदेश डाउनलोड करण्यास प्राधान्य देतात आणि त्यांच्या प्रती अज्ञात सर्व्हरवर ठेवू नयेत.

    वेग हा एक फायदा आहे जो बदलतो आणि परिस्थितीवर अवलंबून असतो. POP3 कनेक्ट केलेले असताना सर्व मेल संदेश डाउनलोड करण्याची क्षमता आहे. आणि IMAP, आवश्यक असल्यास (उदाहरणार्थ, अपुरी रहदारी असताना), फक्त संदेश शीर्षलेख किंवा विशिष्ट भाग डाउनलोड करू शकते आणि सर्व्हरवर संलग्नक सोडू शकते. जेव्हा वापरकर्त्याने ठरवले की उर्वरित भाग डाउनलोड करण्यासारखे आहेत तेव्हाच ते त्याच्यासाठी उपलब्ध होतील. म्हणून, IMAP जलद मानला जाऊ शकतो.

    तथापि, सर्व्हरवरील सर्व संदेश प्रत्येक वेळी डाउनलोड करणे आवश्यक असल्यास, नंतर POP3 अधिक जलद होईल.

    जसे आपण पाहू शकता, वर्णन केलेल्या प्रत्येक प्रोटोकॉलचे स्वतःचे फायदे आणि तोटे आहेत. कोणती वैशिष्ट्ये किंवा क्षमता अधिक महत्त्वाच्या आहेत हे ठरविणे आपल्यावर अवलंबून आहे.

    तसेच, ई-मेल क्लायंटमध्ये प्रवेश करण्याची इच्छित पद्धत प्राधान्यकृत प्रोटोकॉल निर्धारित करते. जे वापरकर्ते केवळ एका मशीनवरून काम करतात आणि त्यांच्या नवीन ईमेलमध्ये प्रवेश करण्यासाठी वेबमेल वापरतात ते POP3 चे कौतुक करतील.

    तथापि, जे वापरकर्ते मेलबॉक्सेस सामायिक करतात किंवा भिन्न संगणकावरून त्यांचे ईमेल ऍक्सेस करतात ते IMAP ला प्राधान्य देतील.

    SMTP, IMAP आणि POP3 सह स्पॅम फायरवॉल

    बहुतेक स्पॅम फायरवॉल केवळ SMTP प्रोटोकॉल हाताळतात आणि संरक्षित करतात. सर्व्हर SMTP ईमेल पाठवतात आणि प्राप्त करतात आणि ते गेटवेवरील स्पॅम फायरवॉलद्वारे तपासले जातील. तथापि, काही स्पॅम फायरवॉल POP3 आणि IMAP4 संरक्षित करण्याची क्षमता प्रदान करतात जेव्हा बाह्य वापरकर्त्यांना त्यांच्या ईमेलमध्ये प्रवेश करण्यासाठी या सेवांची आवश्यकता असते.

    SMTP फायरवॉल अंतिम वापरकर्त्यांसाठी पारदर्शक आहेत; क्लायंटसाठी कोणतेही कॉन्फिगरेशन बदल नाहीत. वापरकर्ते अजूनही ईमेल सर्व्हरवर ईमेल संदेश प्राप्त करतात आणि पाठवतात. अशा प्रकारे, एक्सचेंज किंवा डोमिनोजने ईमेल पाठवताना प्रॉक्सी सर्व्हरवर आधारित फायरवॉलवर संदेशांचे रूटिंग कॉन्फिगर केले पाहिजे आणि फायरवॉलवरून ईमेल पाठविण्याची क्षमता देखील प्रदान केली पाहिजे.



आम्ही वाचण्याची शिफारस करतो

वर