मालवेअर हे अनाहूत किंवा धोकादायक प्रोग्राम आहेत जे...
![व्हायरस आणि मालवेअर काढून टाकण्यासाठी सर्वोत्तम उपयुक्तता](https://i2.wp.com/webhelper.info/images/danger.jpg)
शक्यता आहे की हे मार्गदर्शक वाचणारे बहुतेक लोक सर्वात सामान्यपणे वापरल्या जाणाऱ्या संप्रेषण तंत्रज्ञानाशी आधीच परिचित आहेत: ईमेल. पण ते प्रत्यक्षात कसे कार्य करते याचा तुम्ही कधी विचार केला आहे का? या लेखात, आपण ही सेवा कशी कार्य करते आणि POP3, SMTP आणि IMAP काय आहेत हे जाणून घेऊ.
POP3(पोस्ट ऑफिस प्रोटोकॉल आवृत्ती 3) बहुतेकदा रिमोट ईमेल सर्व्हरशी संप्रेषण करण्यासाठी आणि स्थानिक ईमेल क्लायंटला संदेश डाउनलोड करण्यासाठी आणि नंतर सर्व्हरवरून हटवण्यासाठी वापरले जाते, उदाहरणार्थ, थंडरबर्ड, विंडोज मेल इ. तथापि, ईमेल क्लायंट सहसा सर्व्हरवर संदेशांच्या प्रती सोडायच्या की नाही हा पर्याय देतात. तुम्ही संदेश पाठवण्यासाठी एकाधिक डिव्हाइस वापरत असल्यास, हे वैशिष्ट्य सक्षम ठेवण्याची शिफारस केली जाते, अन्यथा, दुसऱ्या डिव्हाइसवर तुम्हाला रिमोट सर्व्हरवर सेव्ह न केलेल्या पाठवलेल्या संदेशांमध्ये प्रवेश मिळणार नाही. हे देखील लक्षात घेण्यासारखे आहे की POP3 हा एक-मार्गी प्रोटोकॉल आहे, याचा अर्थ असा की डेटा रिमोट सर्व्हरवरून घेतला जातो आणि स्थानिक क्लायंटला पाठविला जातो.
डीफॉल्ट POP3 पोर्ट आहेत:
पोर्ट 110 - एन्क्रिप्शनशिवाय पोर्ट
पोर्ट 995 एक SSL/TLS पोर्ट आहे, ज्याला या नावाने देखील ओळखले जाते POP3S
IMAP (ईमेल ऍक्सेस करण्यासाठी ऍप्लिकेशन लेयर प्रोटोकॉल), तसेच POP3, स्थानिक क्लायंटवर ईमेल संदेश प्राप्त करण्यासाठी वापरला जातो, तथापि, त्यात एक महत्त्वपूर्ण फरक आहे - फक्त ईमेल शीर्षलेख डाउनलोड केले जातात, पत्राचा मजकूर स्वतः वरच राहतो. सर्व्हर हे संप्रेषण प्रोटोकॉल दोन दिशांनी कार्य करते; IMAP अलीकडे अधिक लोकप्रिय झाले आहे कारण Gmail सारख्या महाकाय ईमेल सेवा प्रदात्यांनी POP3 ऐवजी त्याची शिफारस करण्यास सुरुवात केली आहे.
डीफॉल्ट IMAP पोर्ट आहेत:
साधा मेल ट्रान्सफर प्रोटोकॉल ( SMTP), रिमोट सर्व्हरशी संवाद साधण्यासाठी आणि नंतर स्थानिक क्लायंटकडून रिमोट सर्व्हरवर आणि शेवटी संदेश प्राप्तकर्त्याच्या सर्व्हरवर संदेश पाठविण्यासाठी वापरला जातो. तुमच्या ईमेल सर्व्हरवर, ही प्रक्रिया एका विशेष सेवेद्वारे नियंत्रित केली जाते ( MTA). हे लक्षात घेण्यासारखे आहे की SMTP केवळ संदेश पाठवण्यासाठी वापरला जातो.
SMTP पोर्ट:
आम्हाला आशा आहे की आता तुम्हाला ईमेल प्रोटोकॉल कसे कार्य करतात आणि ते कोणते पोर्ट वापरतात याची स्पष्ट समज आहे. या ट्यूटोरियलमध्ये, आपण POP3, SMTP आणि IMAP काय आहेत आणि ते कशासाठी वापरले जातात ते शिकलो. उदाहरणार्थ, POP3 आणि IMAP समान उद्देशांसाठी वापरले जातात, परंतु ते या कार्यांकडे वेगळ्या पद्धतीने संपर्क साधतात. IMAP संदेशाची सामग्री सर्व्हरवर सोडते आणि POP3 आपल्या संगणकावर डाउनलोड करते. तसेच, SMTP, POP3 आणि IMAP साठी मानक पोर्ट काय आहेत हे आम्हाला आढळले.
(SMTP) ई-मेलसाठी एक मानक आहे. मूळत: RFC 821 (1982) मध्ये दस्तऐवजीकरण केलेले, ते 2008 मध्ये RFC 5321 (आज मोठ्या प्रमाणावर वापरलेला प्रोटोकॉल) मध्ये SMTP च्या विस्तारित जोडणीसह अद्यतनित केले गेले.
जरी मेल सर्व्हर आणि इतर मेल एजंट ई-मेल पत्रव्यवहार पाठवण्यासाठी आणि प्राप्त करण्यासाठी SMTP वापरत असले तरी, वापरकर्ता-श्रेणी सॉफ्टवेअर सामान्यत: SMTP पोर्टचा वापर फक्त सर्व्हरला डेटा रिले करण्यासाठी पाठवण्यासाठी करतात. क्लायंट ऍप्लिकेशन सामान्यत: संदेश प्राप्त करण्यासाठी IMAP किंवा POP3 वापरतात. हे प्रोटोकॉल सर्वात सोयीस्कर आहेत आणि या हेतूंसाठी मागणी आहेत: त्यांच्याकडे प्रगत कार्यक्षमता आणि क्षमतांची विस्तृत श्रेणी आहे.
मेल सर्व्हरमधील SMTP संवाद TCP पोर्ट 25 वापरतो. मेल क्लायंट बहुतेक वेळा पोर्ट 587 वरील मेल सर्व्हरला आउटगोइंग ईमेल पाठवतात. जरी लीगेसी मेल प्रदाते तरीही या उद्देशासाठी गैर-मानक पोर्ट 465 वापरण्याची परवानगी देतात.
TLS द्वारे संरक्षित SMTP कनेक्शन, SMTPS म्हणून ओळखले जातात, STARTTLS तंत्रज्ञान वापरून केले जाऊ शकतात.
प्रोप्रायटरी आणि ईमेल सिस्टम त्यांच्या ईमेल सर्व्हरवरील मेलबॉक्सेसमध्ये प्रवेश करण्यासाठी त्यांचे स्वतःचे नॉन-स्टँडर्ड प्रोटोकॉल वापरतात - सर्व कंपन्या SMTP सर्व्हर पोर्ट वापरतात जेव्हा ईमेल पाठवणे किंवा प्राप्त करणे त्यांच्या स्वतःच्या सिस्टमच्या बाहेर होते.
इंटरनेटवरील जवळपास सर्व काही प्रोटोकॉलद्वारे शक्य झाले आहे—विशेष नेटवर्क सॉफ्टवेअर नियम जे संगणकाला सर्व नेटवर्कशी संवाद साधण्याची परवानगी देतात जेणेकरून वापरकर्ते खरेदी करू शकतात, बातम्या वाचू शकतात आणि ईमेल पाठवू शकतात. प्रोटोकॉल हे दैनंदिन नेटवर्किंगसाठी अत्यावश्यक आहेत - ते नेटवर्किंग सॉफ्टवेअरमध्ये तयार केले जातात आणि डीफॉल्टनुसार वापरले जातात.
SMTP पोर्ट प्रोटोकॉल कोडचा एक संच प्रदान करतो जो सर्व्हर दरम्यान ईमेल संदेशांची देवाणघेवाण सुलभ करतो (एक नेटवर्क संगणक जो इनकमिंग आणि आउटगोइंग ईमेलवर प्रक्रिया करतो). हा एक प्रकारचा लघुलेख आहे जो सर्व्हरला संदेशाचे वेगवेगळे भाग दुसऱ्या सर्व्हरला समजू शकणाऱ्या श्रेणींमध्ये विभाजित करण्यास अनुमती देतो. जेव्हा वापरकर्ता संदेश पाठवतो, तेव्हा ते कोड शब्द (किंवा संख्या) द्वारे विभक्त केलेल्या मजकूराच्या ओळींमध्ये बदलते जे प्रत्येक विभागाचा उद्देश परिभाषित करतात.
SMTP हा एक TCP/IP प्रोटोकॉल आहे जो ई-मेलसह काम करण्यासाठी वापरला जातो. तथापि, हे प्राप्तकर्त्याच्या रांगेत संदेश पाठविण्याच्या क्षमतेपुरते मर्यादित असल्याने, ते सामान्यत: POP3 किंवा IMAP सह वापरले जाते, जे सर्व्हरवर डेटा संग्रहित करण्यास आणि आवश्यकतेनुसार डाउनलोड करण्यास अनुमती देते. दुसऱ्या शब्दांत, ते सहसा ई-मेल पाठवण्यासाठी SMTP आणि पत्रव्यवहार प्राप्त करण्यासाठी POP3 किंवा IMAP निवडणारा अनुप्रयोग वापरतात. युनिक्स आधारित सिस्टीमवर, इमेलसाठी सेंडमेल हा सर्वाधिक प्रमाणात वापरला जाणारा SMTP सर्व्हर आहे. व्यावसायिक सेंडमेल पॅकेजमध्ये POP3 सर्व्हर समाविष्ट आहे. Microsoft Exchange मध्ये SMTP सर्व्हर समाविष्ट आहे आणि POP3 ला समर्थन देण्यासाठी कॉन्फिगर देखील केले जाऊ शकते.
SMTP चा वापर सामान्यतः इंटरनेट पोर्ट 25 वर ऑपरेट करण्यासाठी केला जातो. युरोपमध्ये मोठ्या प्रमाणावर वापरल्या जाणाऱ्या SMTP चा पर्याय X.400 आहे. अनेक ईमेल सर्व्हर आता एक्स्टेंडेड सिंपल मेल ट्रान्सफर प्रोटोकॉल (ESMTP) चे समर्थन करतात, जे तुम्हाला मल्टीमीडिया फाइल्स ईमेल म्हणून हस्तांतरित करण्याची परवानगी देतात.
1960 च्या दशकात इलेक्ट्रॉनिक संदेशवहनाचे विविध प्रकार वापरले गेले. विशिष्ट मेनफ्रेम संगणकांसाठी तयार केलेल्या प्रणाली वापरून वापरकर्ते संप्रेषण करतात. जसजसे अधिकाधिक संगणक एकमेकांशी जोडले गेले, तसतसे विविध प्रणालींच्या वापरकर्त्यांना एकमेकांना ईमेल पाठविण्याची परवानगी देण्यासाठी मानके विकसित करण्याची आवश्यकता होती. SMTP 1970 च्या दशकात विकसित झालेल्या या मानकांमधून विकसित झाले.
पुढील अंमलबजावणीमध्ये 1973 पासून सुरू होणारा FTP मेल प्रोटोकॉल समाविष्ट आहे. 1970 च्या दशकात ARPANET 1980 मध्ये आधुनिक इंटरनेट होईपर्यंत विकास कार्य चालू राहिले. त्यानंतर जॉन पोस्टेलने मेल डेटा ट्रान्सफर करण्यासाठी प्रोटोकॉलचा प्रस्ताव दिला.
SMTP चा वापर 1980 च्या दशकाच्या सुरुवातीस मोठ्या प्रमाणावर होऊ लागला. त्या वेळी, हा प्रोटोकॉल युनिक्स कॉपी प्रोग्राम मेल प्रोग्रामसाठी युनिक्स ॲड-ऑन होता. जेव्हा पाठवणे आणि प्राप्त करणारी मशीन इंटरनेटशी जोडलेली असतात, स्टोअर वापरतात आणि पाठवण्याची यंत्रणा वापरतात आणि पुश तंत्रज्ञानाची उदाहरणे असतात तेव्हा SMTP उत्तम कार्य करते.
ई-मेल ईमेल क्लायंटद्वारे (मेल वापरकर्ता एजंट, MUA) TCP पोर्ट 587 वर SMTP वापरून मेल सर्व्हरवर (मेल सबमिशन एजंट, MSA) पाठविला जातो. बहुतेक मेलबॉक्स प्रदाते अजूनही पारंपारिक पोर्ट 25 वर पाठवण्याची परवानगी देतात. MSA आपल्या मेलवर मेल वितरीत करते मेल एजंट (मेल ट्रान्सफर एजंट, एमटीए). बऱ्याचदा हे एजंट समान संगणकावर भिन्न सेटिंग्जसह सक्रिय केलेल्या सामान्य सॉफ्टवेअरची उदाहरणे असतात. स्थानिक प्रक्रिया एकतर एकाच मशीनवर केली जाऊ शकते किंवा अनेक मशीनवर सामायिक केली जाऊ शकते. एकाच मशीनवरील मेल एजंट प्रक्रिया फाइल्सची देवाणघेवाण करू शकतात, परंतु जर प्रक्रिया एकाधिक मशीनवर चालू असेल, तर ते SMTP पोर्ट वापरून संदेश पाठवतात, जिथे प्रत्येक मशीन पुढील मशीनला स्मार्ट होस्ट म्हणून वापरण्यासाठी कॉन्फिगर केलेली असते.
SMTP हा मजकूर-आधारित, कनेक्शन-ओरिएंटेड प्रोटोकॉल आहे ज्यामध्ये मेल प्रेषक कमांड लाइन जारी करून आणि विश्वासार्ह, व्यवस्थित डेटा प्रवाह चॅनेलवर आवश्यक डेटा प्रदान करून मेल प्राप्तकर्त्याशी संवाद साधतो. SMTP सत्रामध्ये SMTP क्लायंट (प्रारंभ करणारा एजंट, प्रेषक किंवा ट्रान्समीटर) आणि SMTP सर्व्हर (ऐकणारा एजंट किंवा प्राप्तकर्ता) कडून संबंधित प्रतिसादांचा समावेश असतो. सत्रामध्ये शून्य किंवा अधिक SMTP व्यवहार समाविष्ट असू शकतात, ज्यामध्ये तीन आदेश/प्रतिसाद क्रम असतात:
DATA साठी इंटरमीडिएट प्रतिसादाव्यतिरिक्त, प्रत्येक सर्व्हरचा प्रतिसाद एकतर सकारात्मक किंवा नकारात्मक असू शकतो (कोड 2xx). नकारात्मक प्रतिसाद कायम (कोड 5xx) किंवा तात्पुरते (कोड 4xx) असू शकतात. नकार हा कायमस्वरूपी अपयश आहे आणि क्लायंटने ज्या सर्व्हरला तो प्राप्त झाला आहे त्या सर्व्हरला नकार संदेश पाठविला पाहिजे. गडी बाद होण्याचा क्रम म्हणजे सकारात्मक प्रतिसाद आणि त्यानंतर संदेश नाकारणे.
SMTP फक्त एक वितरण प्रोटोकॉल आहे. सामान्य वापरात, मेल लक्ष्यित मेल सर्व्हरवर पाठविला जातो, जसे की मेल पोर्ट SMTP सर्व्हर. डेटा ज्या वैयक्तिक वापरकर्त्यांना संबोधित केला जातो त्याऐवजी गंतव्य सर्व्हरवर आधारित राउट केला जातो. इतर प्रोटोकॉल (POP किंवा IMAP) विशेषतः वैयक्तिक वापरकर्त्यांद्वारे वापरण्यासाठी डिझाइन केलेले आहेत जे संदेश प्राप्त करतात आणि मेलबॉक्सेस व्यवस्थापित करतात. SMTP, POP आणि IMAP हे अधूनमधून कनेक्शन असलेल्या संगणकांवर मेल रिले करण्यासाठी स्वीकार्य प्रोटोकॉल नाहीत. जेव्हा मेल रिलेच्या योग्य ऑपरेशनसाठी महत्त्वपूर्ण माहिती काढून टाकली जाते तेव्हा ते अंतिम वितरणानंतर ऑपरेट करण्यासाठी डिझाइन केलेले असतात.
रिमोट मेसेज क्यू स्टार्टिंग हे एक SMTP वैशिष्ट्य आहे जे रिमोट होस्टला सर्व्हरवर मेल प्रक्रिया सुरू करण्यास अनुमती देते जेणेकरुन तो टर्न कमांड पाठवून त्याच्या उद्देशाने संदेश प्राप्त करू शकेल. तथापि, या वैशिष्ट्यामुळे संभाव्य डेटा सुरक्षा धोका निर्माण झाला आणि RFC 1985 मध्ये ETRN कमांडद्वारे विस्तारित करण्यात आला, जो डोमेन नेम सिस्टम माहितीवर आधारित प्रमाणीकरण पद्धत वापरून अधिक सुरक्षितपणे कार्य करते.
ज्या वापरकर्त्यांची स्क्रिप्ट लॅटिन नाही, किंवा जे ASCII वर्ण संचामध्ये नसलेले डायक्रिटिक्स वापरतात, त्यांना लॅटिन ईमेल पत्ता (mail.ru SMTP पोर्ट) आवश्यक असण्यात अडचण आली. RFC 6531 ची निर्मिती SMTP साठी आंतरराष्ट्रीयीकरण क्षमता प्रदान करून, SMTPUTF8 चा विस्तार, आणि ईमेल पत्त्यांमध्ये मल्टी-बाइट आणि नॉन-ASCII वर्णांसाठी समर्थन देऊन या समस्येचे निराकरण करण्यासाठी केली गेली. उदाहरणे: डायक्रिटिक्स आणि इतर भाषा चिन्हे (ग्रीक आणि चीनी). Yandex SMTP पोर्टसाठी देखील संबंधित.
या दस्तऐवजासाठी सध्याचा सपोर्ट सध्या मर्यादित आहे, परंतु लॅटिन (ASCII) ही परदेशी स्क्रिप्ट आहे अशा चीनसारख्या देशांमध्ये RFC 6531 आणि संबंधित RFC चा व्यापक प्रमाणात अवलंब करण्यात मोठा रस आहे.
ईमेल क्लायंटला त्याच्या मूळ SMTP सर्व्हरचा IP पत्ता माहित असणे आवश्यक आहे. हे त्याच्या कॉन्फिगरेशनचा भाग म्हणून निर्दिष्ट करणे आवश्यक आहे (सामान्यतः DNS नाव). हा सर्व्हर वापरकर्त्याच्या वतीने आउटगोइंग संदेश प्रदान करेल.
सर्व्हर प्रशासकांना त्या क्लायंटवर काही नियंत्रणे लादणे आवश्यक आहे जे सर्व्हर वापरू शकतात. हे गैरवर्तन आणि स्पॅमचा सामना करण्यास मदत करते. तत्सम उपाय मोठ्या प्रमाणावर वापरले गेले:
पूर्वी, बऱ्याच प्रणाल्यांनी क्लायंट स्थानाच्या वापरावर निर्बंध लादले होते, ज्यांचा IP पत्ता सर्व्हर प्रशासकांपैकी एक होता अशा क्लायंटनाच वापरण्याची परवानगी होती. इतर कोणत्याही क्लायंटचा IP पत्ता वापरण्यास मनाई आहे.
आधुनिक SMTP सर्व्हर सहसा पर्यायी प्रणाली ऑफर करतात ज्यासाठी क्लायंटला प्रवेशास परवानगी देण्यापूर्वी क्रेडेन्शियल्ससह प्रमाणीकृत करणे आवश्यक असते.
मेल सर्व्हरमधील संप्रेषण सामान्यत: नेहमी 25 चे डीफॉल्ट TCP पोर्ट मूल्य वापरते, जे SMTP ला नियुक्त केले जाते. तथापि, ईमेल क्लायंट सामान्यतः त्याऐवजी विशिष्ट smtp ssl पोर्ट वापरतात. बऱ्याच इंटरनेट सेवा प्रदाते आता स्पॅम विरोधी उपाय म्हणून त्यांच्या ग्राहकांकडून सर्व आउटगोइंग पोर्ट ट्रॅफिक ब्लॉक करतात. त्याच कारणास्तव, व्यवसाय विशेषत: नियुक्त मेल सर्व्हरवरून आउटगोइंग पोर्ट्सना परवानगी देण्यासाठी त्यांचे फायरवॉल कॉन्फिगर करतात.
समान मेल डोमेन (example.com किंवा localhost.com) मध्ये असलेल्या दोन मेलबॉक्सेस (एलिस आणि थेबॉस) वर SMTP द्वारे संदेश पाठविण्याचे एक सामान्य उदाहरण पुढील एक्सचेंज सत्रात पुनरुत्पादित केले आहे. संदेश प्रेषक (SMTP क्लायंट) संदेश प्राप्तकर्त्यासाठी (SMTP सर्व्हर) एक विश्वासार्ह संप्रेषण चॅनेल स्थापित केल्यानंतर, एक सत्र सामान्यत: पूर्ण पात्र डोमेन नाव (FQDN) असलेल्या सर्व्हरसह उघडले जाते, या प्रकरणात smtp, उदाहरण किंवा com. क्लायंट त्याच्या पूर्ण पात्र डोमेन नावासह (किंवा उपलब्ध नसल्यास अक्षरशः पत्ता) कमांड पॅरामीटरमध्ये स्वतःची ओळख करून देणाऱ्या HELO कमांडसह प्रतिसाद देऊन संवाद बॉक्स सुरू करतो.
मूळ HELO ऐवजी EHLO ग्रीटिंग वापरून सर्व्हर कोणत्या पर्यायांना समर्थन देतो हे क्लायंट शिकतात. जर सर्व्हर SMTP विस्तारांना समर्थन देत नसेल तरच क्लायंट HELO वर परत येतात.
आधुनिक क्लायंट ईएसएमटीपी एक्स्टेंशन SSRE कीवर्डचा वापर करून सर्व्हरला जास्तीत जास्त संदेश आकारासाठी क्वेरी करू शकतात जे स्वीकारले जातील. लीगेसी क्लायंट आणि सर्व्हर मोठ्या आकाराचे संदेश प्रसारित करण्याचा प्रयत्न करू शकतात जे नेटवर्क संसाधने वापरल्यानंतर नाकारले जातील, ज्यामध्ये नेटवर्क लिंक्सवर कनेक्शन वेळ समाविष्ट आहे.
SMTP च्या मूळ डिझाइनमध्ये प्रेषकांना ओळखण्याचा किंवा त्यांच्या वतीने सर्व्हरला पाठवण्याची परवानगी आहे की नाही हे तपासण्याचा कोणताही मार्ग नव्हता. परिणामी, ईमेल स्पूफिंग शक्य आहे, जे सामान्यतः ईमेल स्पॅम आणि फिशिंगमध्ये वापरले जाते.
एसएमटीपी बदलण्यासाठी किंवा ते पूर्णपणे बदलण्यासाठी विशेष प्रस्ताव तयार केले जात आहेत. याचे एक उदाहरण म्हणजे इंटरनेट मेल 2000, परंतु क्लासिक SMTP च्या प्रचंड स्थापित बेसच्या नेटवर्क प्रभावापूर्वी याला किंवा इतर कोणत्याही गोष्टीला फारसे यश मिळाले नाही. त्याऐवजी, मेल सर्व्हर आता DomainKeys, DomainKeys आयडेंटिफाइड मेल, पॉलिसी फ्रेमवर्क आणि DMARC, DNSBLs आणि संशयास्पद ईमेल नाकारण्यासाठी किंवा अलग ठेवण्यासाठी ग्रेलिस्टिंगसह अनेक पद्धती वापरतात.
बहुतेक ईमेल सेवा वापरकर्ते त्यांच्या सेवा प्रदाता त्यांना ऑफर करत असलेल्या मानक वेब क्लायंटसह खूप आनंदी आहेत. वास्तविक, हा असा प्रकार आहे ज्यामध्ये ही मेल सेवा बऱ्याचदा वापरली जाते, परंतु हे इतके सोयीस्कर आहे म्हणून नाही, परंतु लोकांना पर्याय कोठे शोधावा आणि तृतीय-पक्ष प्रोग्राममध्ये मेल रिसेप्शन कसे सेट करावे हे माहित नसते. . जर ईमेल तुमचे कार्य साधन असेल, तर तुम्ही कदाचित प्रगत ईमेल क्लायंटशिवाय करू शकणार नाही जे वेब इंटरफेस बदलेल. या सामग्रीमध्ये आम्ही Mail.ru डोमेनवर मेलबॉक्स कसा तयार करायचा आणि आउटलुक आणि ऍपल मेलसह विविध क्लायंट प्रोग्रामसाठी (IMAP) कसे तयार करायचे ते पाहू. सर्वसाधारणपणे ईमेल सेवेसह आणि विशेषतः तृतीय-पक्ष ईमेल क्लायंटसह कार्य करताना उद्भवणाऱ्या मुख्य त्रुटींकडे त्वरित लक्ष देऊ या.
आपण सेवेच्या अधिकृत वेबसाइटवर Mail.ru नोंदणी करू शकता.
नोंदणी करताना, आपण वैयक्तिक डेटासह अनेक आवश्यक फील्ड भरणे आवश्यक आहे:
इतर फील्ड आहेत, परंतु ते आवश्यक नाहीत.
हा प्रोटोकॉल ईमेलसह कार्य करण्यासाठी सर्वात अनुकूल आणि सोयीस्कर आहे आणि सर्व लोकप्रिय ईमेल सेवांद्वारे समर्थित आहे. याव्यतिरिक्त, क्लाउडमध्ये मेल संचयित केल्याने सुरक्षितता आणि विश्वासार्हतेवर सकारात्मक परिणाम होतो (ईमेल निश्चितपणे गमावले जाणार नाहीत आणि नेहमी वेगवेगळ्या डिव्हाइसेसवर उपलब्ध असतील).
IMAP प्रोटोकॉलद्वारे Mail.ru च्या योग्य कॉन्फिगरेशनसाठी मेलबॉक्समध्ये प्रवेश प्रदान करण्यासाठी विशिष्ट डेटाचे ज्ञान आवश्यक आहे:
Microsoft क्लायंटसाठी Mail.ru (IMAP) सेट करणे तुम्ही कोणती आवृत्ती वापरत आहात त्यानुसार बदलते. 2016 च्या आवृत्तीमध्ये आपल्याला आवश्यक आहे:
या क्लायंटमध्ये Mail.ru (IMAP) कॉन्फिगर करणे बिल्ट-इन युटिलिटी इंटरफेस वापरून केले जाते, जे चरण-दर-चरण डेटा एंट्री ऑफर करते.
आपल्याला एक नवीन बॉक्स जोडण्याची आवश्यकता आहे, हे करण्यासाठी आपल्याला आवश्यक आहे:
पुढील कॉन्फिगरेशनसाठी, तुम्हाला "मेलबॉक्स गुणधर्म" वर जाणे आणि IMAP पोर्ट 993 आणि SMTP पोर्ट 465 निर्दिष्ट करणे आवश्यक आहे.
मॅकओएस सिस्टममध्ये Mail.ru (IMAP) सेट करणे सिस्टम सेटिंग्ज स्तरावर किंवा अंगभूत मेल प्रोग्रामद्वारे केले जाते.
मेल ऍप्लिकेशनद्वारे कॉन्फिगर करण्यासाठी, आपण खालील गोष्टी करणे आवश्यक आहे:
द बॅट प्रमाणे, ऍपलचा क्लायंट चरण-दर-चरण सेटअप ऑफर करतो.
पहिली विंडो तुम्हाला मेलबॉक्ससाठी मूलभूत डेटा प्रविष्ट करण्यास सांगेल:
प्रोग्राम स्वयंचलितपणे पुढील सेटिंग्ज करेल, परंतु त्रुटी येऊ शकतात आणि नंतर प्रोग्राम आपल्याला अतिरिक्त डेटा प्रविष्ट करण्यास सूचित करेल.
ऑपरेशन्स पूर्ण झाल्यानंतर, प्रोग्राम सर्व डेटा पुन्हा तपासण्याची आणि एक नवीन बॉक्स तयार करण्याची ऑफर देईल.
प्रोग्राम मेलबॉक्सेसच्या सूचीमध्ये नवीन मेलबॉक्स जोडल्यानंतर, आपल्याला सेटिंग्जमध्ये पोर्ट बदलण्याची आवश्यकता आहे. हे करण्यासाठी आपल्याला आवश्यक आहे:
iOS मध्ये Mail.ru (IMAP) सेट करणे हे सिस्टम सेटिंग्जद्वारे macOS प्रमाणेच केले जाते. नवीन मेलबॉक्स जोडण्यासाठी तुम्हाला हे आवश्यक आहे:
यासाठी तुम्हाला सर्व्हर आणि पोर्ट मॅन्युअली निर्दिष्ट करावे लागतील:
प्रथम, आपण सिस्टमवर कोणता ईमेल क्लायंट स्थापित केला आहे हे ठरवावे. हे मार्गदर्शक Android साठी मानक क्लायंट सेट करण्यासाठी सूचना प्रदान करते. Mail.ru (IMAP) स्वहस्ते कॉन्फिगर केले आहे. नवीन मेलबॉक्स जोडण्यासाठी तुम्हाला हे आवश्यक आहे:
IMAP सर्व्हर प्रकार निवडा.
एक अतिरिक्त मेनू दिसेल ज्यामध्ये आपल्याला येणाऱ्या पत्रव्यवहारासह सर्व्हरसाठी डेटा प्रविष्ट करण्याची आवश्यकता असेल:
एक अतिरिक्त मेनू दिसेल जिथे तुम्हाला आउटगोइंग मेलसाठी सर्व्हर डेटा प्रविष्ट करण्याची आवश्यकता असेल:
थर्ड-पार्टी क्लायंटसाठी Mail.ru (IMAP) सेट करण्यामध्ये गोंधळ टाळण्यासाठी, तुम्ही अधिकृत ॲप्लिकेशन डाउनलोड करू शकता, जे AppStore आणि Google Play सह सर्व प्रमुख ॲप्लिकेशन स्टोअरवरून डाउनलोड करण्यासाठी उपलब्ध आहे. या ऍप्लिकेशन्सचा एक महत्त्वाचा फायदा म्हणजे सर्व्हर डेटा मॅन्युअली प्रविष्ट करण्याची आवश्यकता नाही. तुम्हाला फक्त पासवर्ड (नोंदणी दरम्यान वापरला जाणारा) आणि ईमेल पत्ता (अनुप्रयोग डोमेन आपोआप सेट करेल) माहित असणे आवश्यक आहे. शिवाय, वेबसाइटचा वापर न करता, नोंदणी प्रक्रिया स्वतः मोबाइल ऍप्लिकेशनमध्ये पूर्ण केली जाऊ शकते. जे mail.ru मेल वापरतात त्यांच्यासाठी जास्तीत जास्त सोयीसाठी ॲप्लिकेशन इंटरफेस पूर्व-तयार केला गेला आहे. जर वापरकर्त्याकडे इतर सेवांमध्ये मेलबॉक्सेस असतील तर ते थेट त्याच अनुप्रयोगात जोडले जाऊ शकतात आणि सर्व पत्रव्यवहार एकाच प्रोग्राममध्ये येईल. डेस्कटॉप संगणक आणि लॅपटॉपसाठी, येथे, अरेरे, विकसकांना वेब क्लायंटशिवाय ऑफर करण्यासारखे काहीही नाही.
कोणत्याही ईमेल सेवेप्रमाणे, किंवा सर्वसाधारणपणे सॉफ्टवेअरच्या बाबतीत, समस्या उद्भवू शकतात. हेच तृतीय-पक्ष ईमेल क्लायंटसाठी Mail.ru (IMAP) सेट करण्यासाठी लागू होते.
मुख्य घटकांपैकी एक म्हणजे SMTP सर्व्हर कॉन्फिगरेशन. ते काय आहे आणि विविध परिस्थितींसाठी आवश्यक सेटिंग्ज कशी बनवायची ते पाहू या.
SMTP हे संक्षेप इंग्रजी वाक्यांशावरून आले आहे, ज्याचा अर्थ "साधा मेल पाठवणारा प्रोटोकॉल" आहे. त्याचा अनुप्रयोग प्रामुख्याने TCP/IP-आधारित नेटवर्क आणि वापरकर्ता स्तरावर मर्यादित आहे.
कोणताही ईमेल प्रोग्राम, ज्याला सहसा ईमेल क्लायंट म्हटले जाते, विशेष सेटिंग्ज असतात जी तुम्हाला प्रोटोकॉल पॅरामीटर्स कॉन्फिगर करण्याची परवानगी देतात. याद्वारेच सर्व ईमेल मेल सर्व्हरवर पाठवले जातात, जिथे ते पुन्हा प्रसारित होण्याची प्रतीक्षा करतात. सुरुवातीला, SMTP सर्व्हर TCP पोर्ट क्रमांक 25 वापरतो. तथापि, ईमेल सेवांच्या विकासासह, सेटिंग्ज लक्षणीय बदलू शकतात.
नियमानुसार, इंटरनेटवरील कोणतीही ईमेल सेवा जी वापरकर्त्यांना इलेक्ट्रॉनिक पत्रव्यवहार पाठविण्यासाठी आणि प्राप्त करण्यासाठी सेवा प्रदान करते ती आधीपासूनच पूर्व-कॉन्फिगर केलेल्या SMTP सर्व्हरसह सुसज्ज आहे. म्हणजेच, वापरकर्त्याला काहीही उत्पादन करण्याची आवश्यकता नाही.
सेवांना, त्यांच्या स्वतःच्या मेलबॉक्समध्ये लॉग इन करण्यासाठी, वापरकर्त्याने नोंदणी दरम्यान निर्दिष्ट केलेले लॉगिन आणि पासवर्ड प्रविष्ट करणे आवश्यक आहे, आणि सेट अप करणे आवश्यक आहे, उदाहरणार्थ, हे सर्व केले आहे या एकमेव कारणासाठी Mail.Ru SMTP सर्व्हरची आवश्यकता नाही. सुरुवातीला सेवेतच (याशिवाय सेवा कार्य करणार नाही). परंतु जर काही कारणास्तव वापरकर्ता इंटरनेट संसाधने वापरत नसेल, परंतु इंटरनेट सेवेमध्ये नोंदणीकृत खाते असताना मायक्रोसॉफ्टच्या आउटलुक एक्सप्रेस आणि आउटलुक किंवा तृतीय-पक्ष सॉफ्टवेअर उत्पादनांसारख्या मानक क्लायंटला प्राधान्य देत असेल तर काय करावे?
या सेवेवर लागू केलेले मानक पॅरामीटर्स पाहू या. ईमेल क्लायंटचा वापर केला असला तरीही, सर्व सेटिंग्ज समान असतील.
म्हणून, Mail.Ru SMTP सर्व्हर योग्यरित्या कॉन्फिगर करण्यासाठी, तुम्ही खालील पॅरामीटर्स सेट केले पाहिजेत:
या सेटिंग्ज प्रभावी झाल्यानंतर, तुम्ही वापरत असलेल्या वापरकर्ता प्रोग्राममध्ये मेल थेट प्राप्त होऊ शकतात. जसे आपण पाहू शकता, SMTP सर्व्हर पोर्ट मानक एक (25) पेक्षा वेगळे आहे, परंतु हे आधीपासूनच TCP/IP प्रोटोकॉलशी संबंधित आहे.
Yandex.Ru सेवा कमी लोकप्रिय नाही. त्याच्यासाठी SMTP सर्व्हर पूर्णपणे समान प्रकारे कॉन्फिगर केले आहे.
तथापि, आउटगोइंग मेसेज सर्व्हरसाठी, smtp.yandex.ru पत्ता वापरला जातो, पोर्ट 465 वर सेट केला जातो, परंतु सुरक्षा सेटिंग्ज केवळ TLS वर सेट केल्या जातात.
आता अधिक जटिल परिस्थितींकडे जाऊ या जेव्हा वापरकर्त्याला, काही कारणास्तव (उदाहरणार्थ, त्याच्या स्वत: च्या व्यवसायाची किंवा वेबसाइटची जाहिरात करण्यासाठी) मोठ्या प्रमाणात मेलिंग करणे आवश्यक असते. ऑनलाइन सेवा किंवा ईमेल क्लायंट वापरून हे व्यक्तिचलितपणे करण्यात काही अर्थ नाही, जर केवळ या कारणास्तव खूप वेळ आणि मेहनत घ्यावी लागते. म्हणून, आपण ते दोन प्रकारे करू शकता - तयार-तयार कॉन्फिगर केलेला SMTP सर्व्हर खरेदी करा किंवा ते स्वतः कॉन्फिगर करा.
पहिल्या प्रकरणात, जर "पांढरा" सर्व्हर खरेदी केला असेल, तर यासाठी महत्त्वपूर्ण खर्च तसेच विकसक किंवा विक्रेत्याच्या सर्व अटींचे पालन करणे आवश्यक आहे. तुम्ही अर्थातच, “ग्रे” सर्व्हर खरेदी करू शकता, परंतु तो शोध इंजिन स्पॅम डेटाबेसमध्ये समाविष्ट केला जाणार नाही याची कोणतीही हमी नाही. हे केवळ या वस्तुस्थितीने भरलेले आहे की जेव्हा यांडेक्सला निर्दिष्ट स्त्रोतांकडून पत्रे प्राप्त होतात, तेव्हा ते त्यांना फक्त फिल्टर करेल आणि स्पॅम विभागात पाठवेल, तर Mail.Ru आणि Google संबंधित "स्पॅम" निर्देशांकासह पत्रव्यवहार चिन्हांकित करतात. SMTP सर्व्हर मॅन्युअली सेट करणे आर्थिक खर्चाच्या दृष्टीने अधिक विश्वासार्ह आणि अधिक किफायतशीर दिसते.
प्रथम आपल्याला सेंटोस ऑपरेटिंग सिस्टम आवृत्तीसह VPS सर्व्हर खरेदी करणे आवश्यक आहे ज्याची आवृत्ती सहा पेक्षा कमी नाही. पीटीआर रेकॉर्ड प्रविष्ट करणे शक्य आहे की नाही याकडे ताबडतोब लक्ष द्या, जे तुम्हाला प्राप्त करणाऱ्या सर्व्हरद्वारे प्रामाणिक डोमेन नाव अचूकपणे ओळखण्यास अनुमती देईल.
पुढे आपल्याला वेस्टा पॅनेल स्थापित करण्याची आवश्यकता आहे. उदाहरण म्हणून, आम्ही पुटी युटिलिटी वापरतो, जी डाउनलोड करणे, स्थापित करणे आणि लॉन्च करणे आवश्यक आहे. सेटिंग्जमध्ये, आम्ही ताबडतोब सर्व्हरचा IP पत्ता प्रविष्ट करतो, नंतर उघडा बटणावर क्लिक करा आणि VPS सर्व्हर खरेदी करताना प्रदान केलेले रूट लॉगिन आणि पासवर्ड प्रविष्ट करा.
आता क्रमाने खालील आदेश प्रविष्ट करा:
curl -O http://vestacp.com/pub/vst-install.sh
bash vst-install.sh
त्रुटी आढळल्यास, आम्ही संयोजन वापरून त्याचे निराकरण करतो:
bash vst-install-rhel.sh --force
त्यानंतर, एक वैध ईमेल पत्ता आणि होस्ट नाव प्रविष्ट करा. 5-10 मिनिटांनंतर पॅनेल स्थापित केले जाईल.
https://serverIP:8083
एक विंडो दिसते जिथे तुम्हाला रूट वापरकर्तानाव आणि प्रदान केलेला पासवर्ड प्रविष्ट करणे आवश्यक आहे.
पुढील टप्प्यावर, डोमेनची नोंदणी करा आणि DNS सेटिंग्ज पॅनेलवर जा, जिथे आम्ही A स्वॅप करतो.
आम्ही DNS झोन अपडेट होण्याची वाट पाहतो आणि वेस्टा पॅनेलमधील WEB टॅबवर जातो, जिथे आम्ही नोंदणीकृत डोमेन जोडतो.
त्यानंतर, मेल विभागात SMTP खाती नोंदवा. त्याच विभागात तपासण्यासाठी, ओपन वेबमेल टॅब वापरा. दिसत असलेल्या EXIM सर्व्हर विंडोमध्ये, तयार केलेल्या SMTP चे पॅरामीटर्स प्रविष्ट करा आणि एक चाचणी पत्र पाठवा. सर्वकाही ठीक असल्यास, आपण स्वतःचे अभिनंदन करू शकता.
कृपया लक्षात घ्या की काही प्रकरणांमध्ये, मास मेलिंगसाठी डिजिटल स्वाक्षरीची आवश्यकता असू शकते (पीटीआर रेकॉर्डसह गोंधळात टाकू नका, जे केवळ डोमेन किंवा होस्टच्या सत्यतेसाठी जबाबदार आहे). ती अनुपस्थित असल्यास, काही प्राप्त सेवा मेलिंगवर अविश्वासू असू शकतात आणि येणारा पत्रव्यवहार स्वतःच संशयास्पद म्हणून चिन्हांकित केला जाईल. त्यामुळे तुम्हाला याची आगाऊ काळजी घेणे आवश्यक आहे.
हे जोडणे बाकी आहे की ईमेल क्लायंटसाठी SMTP सर्व्हर सेट करणे तितके कठीण नाही जितके ते प्रथम दिसते. परंतु मास मेलिंगसाठी, आपल्याला सेटिंग्जवर कठोर परिश्रम करावे लागतील, जसे ते म्हणतात. आणि आपण केवळ वर सादर केलेला पर्याय वापरू शकत नाही. काही डेव्हलपर आधीच अतिशय वाजवी शुल्क (किंवा अगदी विनामूल्य) अशा सर्व्हर तयार करण्यासाठी आणि कॉन्फिगर करण्यासाठी स्वयंचलित सिस्टम ऑफर करत आहेत.