एसएमटीपी रिले और स्मार्तोस्ट क्या हैं?


25

वास्तव में SMTP रिले क्या है, और वास्तव में SMTP smarthost क्या है? क्या कोई मुझे प्रत्येक का संक्षिप्त विवरण दे सकता है, जिसमें वे एक दूसरे से कैसे संबंधित हैं?

जवाबों:


28

सामान्य तौर पर, दोनों मेल रिले हैं, और एक मेल रिले सिर्फ एक सर्वर है जो एसएमटीपी के माध्यम से किसी अन्य मेल सर्वर को मेल भेजता है, बजाय सर्वर के जो POP3 / IMAP / HTTP के माध्यम से उपयोगकर्ताओं को मेलबॉक्स सेवा प्रदान करता है।

एक smarthost एक मेल रिले है जो आउटबाउंड ईमेल से निपटने के लिए विशेष है। यदि आपके पास एक निजी LAN है, तो आप आउटबाउंड ईमेल के प्रवाह को नियंत्रित करना चाहते हैं, और "किसी भी पुराने सर्वर" को इंटरनेट पर ईमेल भेजने में सक्षम होने से रोक सकते हैं, या शायद आपके आंतरिक सिस्टम केवल आंतरिक DNS को हल करते हैं और मेजबानों को हल नहीं कर सकते हैं। या सिस्टम के लिए डोमेन एमएक्स रिकॉर्ड "इंटरवेब पर बाहर"। इस तरह एक मामले में, आप एक मेजबान को स्मार्तोस्ट के रूप में नामित कर सकते हैं। अन्य सभी मशीनें बारी-बारी से किसी भी आउटबाउंड ईमेल को स्मार्तोस्ट को भेज देंगी। स्मार्टहॉस्ट में इंटरनेट पर होस्ट और डोमेन एमएक्स रिकॉर्ड को हल करने की क्षमता होगी, और आउटबाउंड ईमेल देने के लिए पोर्ट 25, या पोर्ट 587 पर अन्य होस्ट को संचार करने के लिए फ़ायरवॉल / एसीएल / आईपीटेबल्स / जो कुछ भी करने की अनुमति होगी।

मेल रिले का अन्य सामान्य उपयोग इनबाउंड ईमेल के साथ होता है। यदि आप हजारों या हजारों उपयोगकर्ताओं के साथ एक बड़ा संगठन चलाते हैं, तो स्टोरेज को ब्लॉक करने के लिए ईमेल लिखना बहुत अधिक समय और संसाधनों का उपभोग कर सकता है। यदि आपके पास ऐसा करने के लिए केवल 1 सर्वर है, तो यह जल्दी से बंद हो जाएगा। यदि आपके पास एक से अधिक उपयोगकर्ता हैं, तो प्रत्येक उपयोगकर्ता के सबसेट की सेवा करते हुए, आपको उस उपयोगकर्ता के लिए अलग-अलग होने के लिए प्रत्येक उपयोगकर्ता के ईमेल डोमेन को बदलना होगा। उन workarounds के बजाय काफी जल्दी असुविधाजनक हो जाते हैं। इसके लिए समाधान आपके डोमेन के लिए एक एकल MX रिकॉर्ड है, जो कई मेल-रिले सर्वरों के लिए (लोड संतुलन, या DNS राउंड-रोबिंग द्वारा) हल हो सकता है। SPAM को फ़िल्टर करते समय, डोमेन में किसी भी उपयोगकर्ता के लिए ईमेल स्वीकार करने के लिए इन मेल-रिले को कॉन्फ़िगर किया जाएगा, फिर वह इसे परामर्श करेगा ' स्वयं की नीतियाँ / मानचित्र यह निर्धारित करने के लिए कि अंत उपयोगकर्ता के मेलबॉक्स तक पहुँचने के लिए ईमेल को किस मेलबॉक्स सर्वर को भेजने की आवश्यकता है। userA => server1, userB => server2, आदि।

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


7
  • SMTP रिले एक होस्ट है जो आने वाले SMTP को स्वीकार करता है और कहीं न कहीं उन संदेशों को स्वीकार करता है जो उन्हें सही जगह पहुंचाएंगे।
  • SMTP smarthost एक SMTP रिले है जो सही जगह पर समझदारी से सामान भेजने के लिए पर्याप्त है।

या तो किसी को आम तौर पर उन संदेशों को कतारबद्ध करने में सक्षम होने की उम्मीद की जाएगी जो अस्थायी रूप से बाद में भेजने की कोशिश नहीं कर सकते।


5

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

Smarthosts रिले सर्वर का एक वर्ग है जो उपयोगकर्ताओं के एक निश्चित समूह के लिए ईमेल को रिले करने के लिए उपयोग किया जाता है। आईएसपी आमतौर पर एक रिले सर्वर प्रदान करते हैं जो अपने नेटवर्क से ईमेल स्वीकार करते हैं और इसे इंटरनेट पर रिले करते हैं। उन्हें प्रमाणीकरण की आवश्यकता हो सकती है।

MSAs (मेल सबमिशन एजेंट) Smarthosts हैं जिन्हें आमतौर पर प्रमाणीकरण की आवश्यकता होती है। उनके उपयोग के लिए एक अलग सबमिशन पोर्ट आवंटित किया गया है। एक एमएसए मोबाइल उपयोगकर्ताओं के लिए उपयोगी हो सकता है क्योंकि वे उपयोगकर्ता को विश्वसनीय मेल सर्वर का उपयोग करके ईमेल को रिले करने की अनुमति देते हैं।


3

वह एक जैसे है। दोनों रिले मेल करते हैं, लेकिन आपके आईएसपी के स्मार्तोस्ट के रूप में जोर दिया जाता है।

मेल को रिलेट करने से पहले एक स्मार्तोस्ट सामान्य रूप से प्रमाणीकरण (SMTP-AUTH) मांगता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.