यदि आपके पास याहू या Gmail अगर आपके पास अकाउंट है, तो आप जानते ही होंगे कि अनचाहे संदेशों से आपका इनबॉक्स कितना भर जाता है। अच्छी खबर ये है: Google और...
चाबी छीन लेना
- SMTP यह प्रोटोकॉल मेल सर्वरों के बीच ईमेल भेजने और रिले करने के लिए उपयोग किया जाता है। यह मेलबॉक्स से संदेश प्राप्त नहीं करता है।
- SMTP यह एक संक्षिप्त, पाठ-आधारित आदान-प्रदान के माध्यम से काम करता है जिसमें एक ईमेल क्लाइंट एक ईमेल को संदेश भेजता है। SMTP सर्वर, जो फिर इसे प्राप्तकर्ता के मेल सर्वर तक पहुंचाता है।
- प्रमाणित क्लाइंट सबमिशन के लिए STARTTLS के साथ पोर्ट 587 मानक विकल्प है, जबकि इम्प्लिसिट TLS के साथ पोर्ट 465 एक व्यापक रूप से समर्थित सुरक्षित विकल्प है।
- SMTP प्रमाणीकरण इस बात की पुष्टि करता है कि प्रेषक को मेल सर्वर का उपयोग करने का अधिकार है, जबकि SPF, DKIM, तथा DMARC डोमेन स्पूफिंग के खिलाफ अलग से सुरक्षा प्रदान करें।
- ईमेल सत्यापन का उपयोग किया जा सकता है SMTPसर्वर किसी पते के लिए संदेश भेजे बिना मेल स्वीकार करने के लिए तैयार है या नहीं, इसका आकलन करने के लिए RCPT TO कमांड सहित -स्तरीय जांच की जाती है।
आप एक ईमेल लिखते हैं, सेंड बटन दबाते हैं, और कुछ ही सेकंड में वह दुनिया के दूसरे कोने में किसी के इनबॉक्स में पहुँच जाता है। यह प्रक्रिया इस पर निर्भर करती है... SMTPयह इंटरनेट पर ईमेल भेजने के लिए ज़िम्मेदार मानक प्रोटोकॉल है। इसे डाकिये की तरह समझें जो आपके पत्र को डाकघरों के बीच पहुँचाता है: यह प्राप्तकर्ता को पत्र पढ़ने में मदद नहीं करता, बस उसे वहाँ पहुँचा देता है।
क्या है SMTP?
SMTPसिंपल मेल ट्रांसफर प्रोटोकॉल (SMO) इंटरनेट पर ईमेल भेजने और रिले करने के लिए इस्तेमाल किया जाने वाला मानक प्रोटोकॉल है। जब आप कोई संदेश भेजते हैं, SMTP यह आपके ईमेल क्लाइंट से आपके आउटगोइंग मेल सर्वर तक और फिर वहां से प्राप्तकर्ता के मेल सर्वर तक ईमेल को स्थानांतरित करता है। यह केवल आउटगोइंग मेल को ही संभालता है (मेलबॉक्स से मेल प्राप्त करना और पढ़ना IMAP या POP3 द्वारा किया जाता है)।
SMTP यह एक एप्लिकेशन-लेयर प्रोटोकॉल है जो TCP/IP पर चलता है, जिसे इस प्रकार परिभाषित किया गया है: RFC 5321यह एक पुश प्रोटोकॉल है: यह एक सर्वर से दूसरे सर्वर पर संदेश भेजता है। संदेश प्राप्तकर्ता के मेलबॉक्स में पहुँचने के बाद, SMTPका काम पूरा हो गया है। इसके बाद जो भी होगा, जैसे किसी डिवाइस पर डाउनलोड करना, ब्राउज़र में पढ़ना या ऐप्स के बीच सिंक करना, वह इसके दायरे से बाहर है। SMTPका दायरा है।
SMTP ईमेल और IMAP को अक्सर एक दूसरे के साथ भ्रमित किया जाता है क्योंकि दोनों ही ईमेल से संबंधित हैं, लेकिन वे विपरीत उद्देश्यों की पूर्ति करते हैं: SMTP संदेश भेजे जाते हैं, जबकि IMAP उन्हें प्राप्त करता है और सिंक्रनाइज़ करता है।
कैसे SMTP काम?
SMTP यह प्रक्रिया संक्षिप्त, सरल पाठ निर्देशों का उपयोग करके संदेश को कई चरणों से गुजारती है। इस प्रक्रिया में आपका ईमेल क्लाइंट, आपका आउटगोइंग मेल सर्वर और प्राप्तकर्ता का मेल सर्वर (इसी क्रम में) शामिल होते हैं।
RSI SMTP भेजने की प्रक्रिया
जब आप सेंड बटन दबाते हैं, तो ये होता है:
- आपका ईमेल क्लाइंट आपके ईमेल पते पर संदेश भेजता है। SMTP सर्वर पोर्ट 587 या 465 पर उपयोगकर्ता नाम और पासवर्ड के साथ प्रमाणीकरण कर रहा है।
- आपका SMTP सर्वर एक कार्य करता है DNS प्राप्तकर्ता के डोमेन पर खोज करके उसका पता लगाएं एमएक्स रिकॉर्डजो उस डोमेन के लिए ईमेल प्राप्त करने के लिए जिम्मेदार मेल सर्वर की पहचान करता है।
- आपका सर्वर एमएक्स लुकअप द्वारा लौटाए गए पते का उपयोग करके पोर्ट 25 पर संदेश को प्राप्तकर्ता के मेल सर्वर तक पहुंचाता है।
- प्राप्तकर्ता का मेल सर्वर संदेश को स्वीकार करता है और उसे प्राप्तकर्ता के मेलबॉक्स में संग्रहीत करता है।
- प्राप्तकर्ता IMAP या POP3 का उपयोग करके संदेश प्राप्त करता है। यह एक अलग प्रक्रिया है जिसमें शामिल नहीं होता है। SMTP.
यदि संदेश रास्ते में मध्यवर्ती सर्वरों से होकर गुजरता है (जो कुछ कॉन्फ़िगरेशन में होता है), तो प्रत्येक सर्वर संदेश में "प्राप्त हुआ:" हेडर जोड़ता है, जिससे संदेश के आने-जाने का पता लगाया जा सकता है। इसे स्टोर-एंड-फॉरवर्ड कहा जाता है: प्रत्येक सर्वर संदेश को अगले सर्वर को भेजने से पहले अस्थायी रूप से अपने पास रखता है। यही ट्रेस ईमेल हेडर में दिखाई देता है जब आप भेजे गए संदेश के पूरे स्रोत को देखते हैं।
SMTP आदेश और बातचीत
SMTP यह सादे टेक्स्ट में अनुरोध और प्रतिक्रिया का संवाद है। क्लाइंट एक कमांड जारी करता है, और सर्वर एक संख्यात्मक कोड के साथ उत्तर देता है। यहाँ एक बुनियादी उदाहरण दिया गया है। SMTP विनिमय इस प्रकार दिखता है:
EHLO client.example.com
250 Hello client.example.com
MAIL FROM:<[email protected]>
250 OK
RCPT TO:<[email protected]>
250 OK
DATA
354 Start input, end with <CRLF>.<CRLF>
Subject: Hello
This is the message body.
250 Message queued
QUIT
221 Bye
प्रत्येक कमांड की एक विशिष्ट भूमिका होती है: EHLO सत्र खोलता है और भेजने वाले सर्वर की पहचान करता है; MAIL FROM प्रेषक का पता बताता है; RCPT TO प्राप्तकर्ता का पता बताता है; DATA संदेश की सामग्री को ले जाता है; और QUIT कनेक्शन बंद करता है। सर्वर तीन अंकों के कोड के साथ प्रतिक्रिया देता है: 250 का अर्थ सफलता है, 354 का अर्थ है "संदेश का मुख्य भाग भेजें", और 4xx और 5xx श्रेणियों के कोड क्रमशः अस्थायी और स्थायी विफलता का संकेत देते हैं।
SMTP पोर्ट: 25, 587 और 465
तीन बंदरगाहों अधिकांश को संभालें SMTP ट्रैफ़िक को नियंत्रित करना और सही विकल्प चुनना डिलीवरी और सुरक्षा के लिए महत्वपूर्ण है:
- पोर्ट 25 मूल है SMTP सर्वर-टू-सर्वर रिले के लिए पोर्ट। यह सामान्य ईमेल क्लाइंट के लिए नहीं है, और कई इंटरनेट सेवा प्रदाता और क्लाउड प्लेटफ़ॉर्म स्पैम को कम करने के लिए इस पोर्ट पर आउटबाउंड कनेक्शन को ब्लॉक कर देते हैं।
- पोर्ट 587 ईमेल क्लाइंट के लिए मानक सबमिशन पोर्ट है। इसके लिए आवश्यकता होती है SMTP यह AUTH (एक उपयोगकर्ता नाम और पासवर्ड) का उपयोग करता है और ट्रांसमिशन से पहले कनेक्शन को एन्क्रिप्टेड में अपग्रेड करने के लिए STARTTLS का उपयोग करता है। अधिकांश क्लाइंट और एप्लिकेशन द्वारा डेटा भेजने के लिए यही पोर्ट अनुशंसित है।
- पोर्ट 465 इम्प्लिसिट टीएलएस का उपयोग करता है, जिसका अर्थ है कि कनेक्शन खुलते ही एन्क्रिप्ट हो जाता है, किसी भी गतिविधि से पहले। SMTP आदेश भेजे जाते हैं। यह व्यापक रूप से समर्थित है और पोर्ट 587 के सुरक्षित विकल्प के रूप में कार्य करता है।
पोर्ट 2525 कई ईमेल सेवा प्रदाताओं द्वारा पेश किया जाने वाला एक अनौपचारिक फ़ॉलबैक पोर्ट है। इसका उपयोग अक्सर तब किया जाता है जब पोर्ट 587 अनुपलब्ध या अवरुद्ध होता है, हालांकि इसे औपचारिक रूप से किसी विशेष पोर्ट के लिए आवंटित नहीं किया गया है। SMTP एक आरएफसी में।
SMTP प्रमाणीकरण और सुरक्षा
SMTP मूल रूप से ईमेल को बिना किसी अंतर्निहित सुरक्षा के डिजाइन किया गया था, इसलिए आधुनिक ईमेल संदेशों को जमा करने की सुरक्षा के लिए अतिरिक्त प्रमाणीकरण और एन्क्रिप्शन पर निर्भर करता है।
SMTP AUTH सबमिशन पोर्ट 587 और 465 पर प्रमाणीकरण परत है। जब आप ईमेल भेजने के लिए किसी ईमेल क्लाइंट या एप्लिकेशन को कॉन्फ़िगर करते हैं, तो आप एक उपयोगकर्ता नाम और पासवर्ड प्रदान करते हैं जिसे आपका SMTP सर्वर संदेश स्वीकार करने से पहले उसकी पुष्टि करता है। इससे अनधिकृत उपयोगकर्ताओं को आपके सर्वर के माध्यम से ईमेल भेजने से रोका जा सकता है और स्पैम के दुरुपयोग को कम करने में मदद मिलती है।
पोर्ट 25 पर सर्वर-टू-सर्वर डिलीवरी अलग तरह से काम करती है। SMTP AUTH का उपयोग नहीं किया जाता है क्योंकि मेल सर्वर एक दूसरे को पहचानते और मूल्यांकन करते हैं। DNS उपयोगकर्ता क्रेडेंशियल्स के बजाय रिकॉर्ड, आईपी प्रतिष्ठा और अन्य विश्वास संकेत।
क्लाइंट और रिसीवर के बीच संदेशों के आदान-प्रदान के दौरान एन्क्रिप्शन उन्हें सुरक्षित रखता है। SMTP सर्वर। पोर्ट 587 पर, STARTTLS एक अनएन्क्रिप्टेड कनेक्शन से शुरू होता है और क्रेडेंशियल या संदेश सामग्री भेजे जाने से पहले इसे TLS में अपग्रेड कर देता है। पोर्ट 465 पर, इम्प्लिसिट TLS कनेक्शन स्थापित होते ही उसे एन्क्रिप्ट कर देता है।
SMTP AUTH और TLS यह सत्यापित करते हैं कि आप प्रेषक सर्वर का उपयोग करने के लिए अधिकृत हैं और ट्रांज़िट में कनेक्शन की सुरक्षा करते हैं, लेकिन वे किसी को From: हेडर में आपके डोमेन की स्पूफिंग करने से नहीं रोकते हैं। डोमेन स्पूफिंग को निम्न प्रकार से संबोधित किया जाता है: SPF, DKIM, तथा DMARC, कौन से DNSईमेल प्रमाणीकरण मानकों पर आधारित, जिनका मूल्यांकन प्राप्तकर्ता सर्वर साथ-साथ करते हैं। SMTP लेन-देन।
SMTP बनाम IMAP और POP3
सबसे आम भ्रम के बारे में SMTP यह धारणा है कि यह ईमेल भेजने और प्राप्त करने दोनों का काम संभालता है। ऐसा नहीं है।
SMTP यह एक पुश प्रोटोकॉल है जो एक सर्वर से दूसरे सर्वर तक संदेश भेजता और रिले करता है। IMAP और POP3 पुल प्रोटोकॉल हैं जो ईमेल क्लाइंट को मेलबॉक्स में संग्रहीत संदेशों को पुनः प्राप्त करने की अनुमति देते हैं। जब आप अपना इनबॉक्स खोलते हैं और नया ईमेल देखते हैं, तो यह काम IMAP या POP3 द्वारा किया जाता है, न कि आपके द्वारा। SMTP.
SMTP, IMAP, और POP3 ये प्रोटोकॉल एक-दूसरे के प्रतिस्पर्धी होने के बजाय पूरक हैं। अधिकांश ईमेल क्लाइंट इनका उपयोग करते हैं। SMTP संदेश भेजने के लिए IMAP और उन्हें प्राप्त करने के लिए कभी-कभी POP3 का उपयोग किया जाता है, प्रत्येक कार्य के लिए अलग-अलग सर्वर या पोर्ट के माध्यम से कनेक्ट किया जाता है।
क्यों SMTP केवल इतना ही पर्याप्त नहीं है
SMTP यह आपके संदेश को प्राप्तकर्ता के मेल सर्वर तक पहुंचाता है। वह संदेश स्पैम फ़ोल्डर में जाता है या इनबॉक्स में, यह कई कारकों पर निर्भर करता है जो इसके नियंत्रण से परे हैं। SMTP लेन-देन स्वयं।
इनबॉक्स में प्लेसमेंट निर्धारित करने वाले तीन कारक हैं, जो इस बात से परे हैं कि क्या होना चाहिए। SMTP नियंत्रण:
- प्रमाणीकरण: प्राप्तकर्ता सर्वर जाँच SPF, DKIM, तथा DMARC यह सत्यापित करने के लिए कि संदेश वास्तव में आपके डोमेन के लिए एक अधिकृत प्रेषक से आया है। गुम या गलत तरीके से कॉन्फ़िगर किए गए रिकॉर्ड संदेशों को अस्वीकार या फ़िल्टर कर सकते हैं, भले ही SMTP लेन-देन सफल रहा।
- प्रेषक की प्रतिष्ठा: इनबॉक्स प्रदाता समय के साथ आपके आईपी पते और डोमेन के भेजने के व्यवहार को ट्रैक करते हैं। उच्च शिकायत दरें, स्पैम ट्रैप हिट और उच्च स्तर की दरों में उछाल इससे वह प्रतिष्ठा कमजोर हो सकती है और भविष्य में भेजे जाने वाले संदेशों को स्पैम के रूप में फ़िल्टर किया जा सकता है।
- सूची की गुणवत्ता: अमान्य, निष्क्रिय या जोखिम भरे पतों पर भेजने से बाउंस सिग्नल उत्पन्न होते हैं जो प्रेषक की प्रतिष्ठा को नुकसान पहुंचा सकते हैं। आपकी ईमेल सूची का सत्यापन भेजने से पहले ऐसा करने से इनमें से कई पते हट जाते हैं और डिलीवरी में होने वाली अनावश्यक विफलताओं का खतरा कम हो जाता है।
इसके बीच सीधा संबंध भी है SMTP और ईमेल सत्यापन। DeBounce यह एक ईमेल पते को सत्यापित करता है, यह एक ईमेल खाता खोलता है। SMTP यह प्राप्तकर्ता के मेल सर्वर से संपर्क करता है और मेलबॉक्स स्वीकार किया जाता है या नहीं, यह जांचने के लिए RCPT TO कमांड जारी करता है। यदि सर्वर सकारात्मक प्रतिक्रिया देता है, तो पता डिलीवर करने योग्य है। यदि अस्वीकृति मिलती है, तो पते को चिह्नित कर दिया जाता है।
सत्यापन प्रक्रिया डेटा चरण से पहले ही रुक जाती है, इसलिए कोई संदेश भेजा ही नहीं जाता और प्राप्तकर्ता के इनबॉक्स में इस जांच का कोई निशान नहीं रहता। DeBounce यह इसे जोड़ता है SMTP वास्तविक डिलीवरी पूरी किए बिना पते का आकलन करने के लिए अन्य सत्यापन संकेतों के साथ प्रतिक्रिया दें।
नीचे पंक्ति
SMTP यह सर्वरों के बीच ईमेल भेजने और रिले करने का काम संभालता है, जबकि IMAP या POP3 ईमेल प्राप्त करने का काम संभालते हैं। यह इनके साथ भी काम करता है। SPF, DKIM, तथा DMARCजो प्राप्त करने वाले सर्वरों को प्रेषक को सत्यापित करने और संदेश के साथ कैसा व्यवहार करना है, यह तय करने में मदद करते हैं।
विश्वसनीय डिलीवरी वैध पतों पर भेजने पर भी निर्भर करती है। DeBounce ईमेल पतों की जाँच करता है SMTP बिना मैसेज भेजे ही लेवल सेट करें, जिससे आपको बाउंस रेट बढ़ने से पहले ही अमान्य संपर्कों को हटाने में मदद मिलेगी। अपनी ईमेल सूची सत्यापित करें अपने अगले अभियान से पहले 100 मुफ्त सत्यापन के साथ शुरुआत करें।
