सवाल मुझे एक एसएमटीपी सर्वर की आवश्यकता क्यों है?


मेल भेजने के लिए मुझे इंटरमीडिएट एसएमटीपी सर्वर की आवश्यकता क्यों है? मेरे क्लाइंट (आउटलुक, थंडरबर्ड) सीधे प्राप्तकर्ता के एसएमटीपी डोमेन पर संदेश क्यों नहीं भेज सकते?

उदाहरण के लिए, अगर मुझे एक ईमेल भेजना है address@example.com मेरे जीमेल खाते के साथ, मैं इसे भेजता हूं smtp.gmail.com सर्वर और फिर यह सर्वर मेरा संदेश एमएक्स सर्वर पर भेज देगा example.com


91
2017-11-27 07:12


मूल


के संभावित डुप्लिकेट मेल क्लाइंट सीधे प्राप्तकर्ता के SMTP सर्वर का उपयोग क्यों नहीं करते हैं - WoDoSc


जवाब:


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

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

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

लेकिन यह बदतर हो जाता है-स्पैमर्स। अधिकांश ईमेल (80% से अधिक तरीका) स्पैम हैं। इसलिए मेल प्रदाता इस समस्या को कम करने के लिए जो भी कर सकते हैं-और बड़ी संख्या में तकनीकें ईमेल वितरित करने के तरीके के बारे में धारणाएं बनाती हैं- निम्नलिखित महत्वपूर्ण विचार हैं:

  1. greylisting: अगर प्रेषक और प्राप्तकर्ता ने पहले संवाद नहीं किया है, तो कुछ प्रदाता स्वचालित रूप से मेल कनेक्शन छोड़ देंगे, और उन्हें दूसरी बार कोशिश करने की उम्मीद है-क्योंकि स्पैमर अक्सर नहीं करते हैं, जबकि एक एसएमटीपी सर्वर हमेशा माना जाता है। इससे स्पैम वॉल्यूम लगभग 80% कम हो जाता है। हालांकि यह करने के लिए यह बेकार है।

  2. प्रतिष्ठा: यह बहुत अधिक संभावना है कि एक प्रतिष्ठित, ज्ञात एसएमटीपी सर्वर के माध्यम से ईमेल भेजने वाला कोई फ्लाई-बाय-नाइट सर्वर से कानूनी है। प्रतिष्ठा के लिए एक महसूस करने के लिए, प्रदाता कई चीजें करते हैं:

    1. गतिशील / ग्राहक पते ब्लॉक करें (100% नहीं, लेकिन इंटरनेट के बड़े हिस्से मैप किए गए हैं)।

    2. देखो कि रिवर्स डीएनएस आगे DNS से ​​मेल खाता है: ऐसा करने में बहुत मुश्किल नहीं है, लेकिन कुछ स्तर की उत्तरदायित्व और सर्वोत्तम प्रथाओं के ज्ञान को दिखाता है- और कुछ ग्राहक पता ब्लॉक में कुछ नहीं है।

    3. प्रतिष्ठा: अन्य एसएमटीपी सर्वरों के साथ संवाद करते समय, बहुत से प्रदाता स्पैम की मात्रा और ईमेल की मात्रा को ट्रैक करते हैं और कनेक्शन को सीमित करके और इन मानकों पर नजर रखकर स्पैम की मात्रा को कम कर सकते हैं। (यह बहुत सारे तरीके हैं, ये सभी स्पष्ट नहीं हैं, लेकिन जिनके लिए एक ज्ञात प्रेषक की आवश्यकता होती है)।

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

शायद अन्य मामूली चिंताओं हैं, लेकिन ये प्रमुख होंगे।


113
2017-11-27 07:32



इस तरह मत भूलना बिल्कुल नाबालिग नहीं एसपीएफ़ के रूप में चीजें (मेजबानों की श्वेतसूची को डोमेन के लिए मेल भेजने की अनुमति है) और डीकेआईएम (डोमेन स्तर पर डिजिटल हस्ताक्षर संदेश) - विशेष रूप से उत्तरार्द्ध केवल समर्पित रिले के साथ ही संभव है। - grawity
@ ग्रोटी निश्चित रूप से उल्लेखनीय लायक है, लेकिन एक समर्पित रिले के बिना डीकेआईएम "संभव" क्यों नहीं है? डीकेआईएम चयनकर्ता भेजने वाले आवेदन या आईपी पते से बंधे नहीं हैं। यदि आपका मेल क्लाइंट एक प्रकाशित कुंजी के साथ संदेश पर हस्ताक्षर कर सकता है तो यह किसी अन्य हस्ताक्षरकर्ता के रूप में मान्य है। - Mathias R. Jessen
@ManuH: ठीक उत्तर में मेट्रिक्स के अनुसार, सामान्य मेल मेल वॉल्यूम के 1/5 समझौता करता है। मेट्रिक्स के अनुसार मेरे सर्वर, सामान्य मेल मेल वॉल्यूम के 1/20 समझौता करता है। यह एक भयानक व्यापार है। - dotancohen
@manuh: ईमेल भेजने से पहले कनेक्शन को बंद करके Greylisting काम करता है - यह तब तक सुनता है जब तक यह प्रेषक और प्राप्तकर्ता प्राप्त नहीं करता - जो हेडर में हैं। इसके अलावा, कुछ greylist सिस्टम ommediatelly होगा। एक smtp सर्वर से सभी ईमेल स्वीकार करें जिसमें वितरण को पुनः प्रयास करने का इतिहास है। दुख की बात है, यह बहुत प्रभावी है। - davidgo
इसे "अच्छे ओल" दिनों में जोड़ सकते हैं "मेल अक्सर एक एसएमटीपी सर्वर से दूसरे में भेजा जाता था, फिर दूसरा, फिर दूसरा गंतव्य तक पहुंचने से पहले। यह आमतौर पर ठीक काम करता था, लेकिन उदाहरण के लिए आरटीएम-कीड़े के हमले के दौरान, कंप्यूटर में से एक आवश्यक मेल-रिले में से एक था, इसलिए चेतावनी, समाधान और कीड़े को ठीक करने के लिए ईमेल, तक पहुंचने में 48 घंटे लग सकते हैं उनके प्राप्तकर्ता। - Baard Kopperud


मेल भेजने के लिए मुझे इंटरमीडिएट एसएमटीपी सर्वर की आवश्यकता क्यों है? मेरा क्यों नहीं हो सकता   क्लाइंट (आउटलुक, थंडरबर्ड) सीधे संदेश भेजते हैं   प्राप्तकर्ता का एसएमटीपी डोमेन?

1 99 1-और 1 99 0 के दशक की शुरुआत में और इससे पहले भी - आप जो भी वर्णन करते हैं वह कर सकते हैं। लेकिन 2015 में वास्तविकता यह है कि, कोई भी तकनीकी रूप से किसी भी मशीन से किसी को भी ईमेल भेज सकता है जिस पर मेल सेवा स्थापित है, स्पैम की दुनिया ने उस विधि को प्रभावी ढंग से बेकार बना दिया है।

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

  • पीटीआर (सूचक रिकॉर्ड / रिवर्स DNS रिकॉर्ड): सर्वर स्तर सत्यापन। जैसा यहां समझाया, एक पीटीआर रिकॉर्ड का उपयोग मेजबान नाम पर नेटवर्क इंटरफेस (आईपी) को मैप करने के लिए किया जाता है। मतलब अगर आपके पास पता है 123.456.789.0 आपके एसएमटीपी सर्वर पर ईमेल भेजना smtp.example.com उसके लिए एक उपयुक्त पीटीआर रिकॉर्ड होगा smtp.example.com। बहुत आसान लगता है, लेकिन यह केवल एक ही काम करता है जो वास्तव में एक पीटीआर रिकॉर्ड सेट कर सकता है आईपी पते का मालिक है और इसे केवल अपने हार्डवेयर पर सेट किया जा सकता है। तो यह उस सत्यापन बिंदु के रूप में कार्य करता है जो उस आईपी पते का मालिक / प्रबंधन / प्रबंधन करता है।

  • एसपीएफ़ (प्रेषक नीति ढांचा): होस्टनाम DNS प्रविष्टि स्तर सत्यापन। एक एसपीएफ़ रिकॉर्ड-जैसा कि यहां बताया गया है- मूल रूप से डोमेन नाम धारक द्वारा निर्धारित एक DNS रिकॉर्ड जो आईपी पते और सर्वर के होस्टनामों की एक सूची प्रदान करता है जिन्हें उस डोमेन नाम के लिए ईमेल भेजने की अनुमति है। यह एक और सत्यापन चरण है जो सुनिश्चित करता है कि एक SMTP सर्वर के लिए केवल सही डोमेन नाम स्वामी ही मेल भेज सकता है। तो चलिए एक आईपी पते के साथ एक सर्वर कहते हैं 123.456.789.9 के लिए ईमेल भेज रहा है example.com। हम पहले से ही जानते हैं smtp.example.com का उपयोग करता है 123.456.789.0, लेकिन एक एसपीएफ़ रिकॉर्ड प्रविष्टि के लिए example.com बता सकते हैं, "अरे! 123.456.789.9 एक अच्छा सर्वर है! वह वैध है! अपने ईमेल का सम्मान करें! "

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

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


32
2017-11-27 19:36





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


15
2017-11-27 07:23



आप लिखते हैं "अधिकांश आवासीय आईएसपी ब्लॉक टीसीपी पोर्ट 25 (एसएमटीपी)" <- क्या आप इसका अर्थ बता सकते हैं। क्या आपका मतलब है कि वे पोर्ट 25 पर किसी SMTP सर्वर से आउटगोइंग कनेक्शन नहीं करने देंगे? या क्या आपका मतलब है कि वे आपको पोर्ट 25 पर कनेक्शन नहीं देंगे? - barlop
पूर्व में @barlop - वे आवासीय लिंक से अपने स्वयं के मेल सर्वर (या वास्तव में कहीं भी) के अलावा 25 पर आउटगोइंग कनेक्शन ब्लॉक करते हैं, क्योंकि वे अपने स्वयं के सर्वर के लिए 587 या 465 का उपयोग कर सकते हैं)। हालांकि, यह कहना बेहद असाधारण है कि अधिकांश आईएसपी इसे करते हैं। - hobbs
@ हॉब्स - मेरा अनुभव (और यह मेरे काम का एक उचित हिस्सा) अलग है। हालांकि बहुत से आईएसपी पोर्ट 25 के लक्ष्य के साथ अपने नेटवर्क को छोड़कर यातायात को अवरुद्ध कर देंगे (जो पोर्ट मेल 25 या 465 के लिए पोर्ट 25 यातायात को मजबूर करता है), और यह वास्तव में पोर्ट 587 या 465 के लिए सच नहीं है - और वास्तव में यह समझ में आता है। पोर्ट 587 और 465 आम तौर पर प्रमाणीकरण की आवश्यकता होती है, और अवरुद्ध होती है और एमटीए के लिए विशेष रूप से एमयूए होती है, फिर एमटीए-एमटीए - इन बंदरगाहों को अवरुद्ध करने से बड़ी प्रतिक्रियाएं उत्पन्न हो जाती हैं क्योंकि कई कंपनियों को इसकी आवश्यकता होती है ताकि रोमिंग, जवाबदेही और एसपीएफ़ को तोड़ने की अनुमति न हो। - davidgo
@ हॉब्स, मैंने कभी नहीं लिखा है कि अधिकांश आईएसपी ऐसा करते हैं; मैंने जो लिखा वह सबसे अधिक है आवासीय आईएसपी यह करो। उदाहरण के लिए, एटी एंड टी, कॉमकास्ट, टीडब्ल्यूसी, वेरिज़ोन इत्यादि अपने आवासीय ग्राहकों के लिए ऐसा करते हैं, लेकिन वे अपने व्यापार ग्राहकों के लिए ऐसा नहीं करते हैं। - Ron Maupin


अन्य उत्तर सभी उत्कृष्ट हैं, और स्पैम के साथ बहुत कुछ करना है।

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

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

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

आउटलुक, थंडरबर्ड इत्यादि में एसएमटीपी कार्यान्वयन बहुत ही कम है - सबसे अच्छा, लगभग प्रेषक पर स्मार्ट होस्ट का उपयोग करने के बराबर।

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


6
2017-11-30 00:04



यह लाभप्रद है। यह कतार के लिए वास्तविक सुविधाओं के बारे में नहीं है और आगे: हालांकि उपलब्धता सर्वर की उन सुविधाओं में से कुछ के लिए एक फर्क पड़ता है। यदि कोई समस्या है और आप अपने लैपटॉप को बंद कर देते हैं तो यह अगले चालू होने तक पुनः प्रयास नहीं कर सकता - मेल सर्वर 24/7 उपलब्ध होने की संभावना है, हालांकि यह संदेश की कतार प्रबंधित करने के लिए एक बेहतर स्थिति में है। एक बार जब आप एसएमटीपी द्वारा सर्वर पर अपना संदेश जमा कर लेते हैं तो आपके मेल क्लाइंट को डिलीवरी सुनिश्चित करने के लिए ऑनलाइन रहने की आवश्यकता नहीं होती है। - David Spillett


मेल भेजने के लिए मुझे इंटरमीडिएट एसएमटीपी सर्वर की आवश्यकता क्यों है? मेरे क्लाइंट (आउटलुक, थंडरबर्ड) सीधे प्राप्तकर्ता के एसएमटीपी डोमेन पर संदेश क्यों नहीं भेज सकते?

आप एक ईमेल प्रोग्राम बना सकते हैं जिसने ऐसा किया, और मुझे कोई संदेह नहीं है कि दूसरों ने इससे पहले भी किया है (या प्रयास किया है)।

आप अनिवार्य रूप से एक उपकरण लिख रहे होंगे जो एक एमयूए (मेल उपयोगकर्ता एजेंट) और एमटीए (मेल ट्रांसफर एजेंट) दोनों में से एक है।

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

एक एमटीए को है:

  • देखो और उन सर्वर से कनेक्ट करें जिन पर भरोसा नहीं है, या जो गलत व्यवहार कर सकता है, और एक त्रुटिपूर्ण तरीके से त्रुटि स्थितियों से निपट सकता है जो मेल खोना नहीं है।

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

  • विभिन्न सर्वर क्षमताओं की एक श्रृंखला के साथ सौदा, प्राप्त सर्वर की क्षमताओं के अनुसार व्यवहार समायोजित करना।

  • त्रुटि शर्तों के बारे में उपयोगकर्ता को वापस रिपोर्ट करें या जब मेल अविश्वसनीय है, तो मेल अभी खो नहीं गया है।

  • उत्कृष्ट सुरक्षा प्रथाएं रखें और बहुत सचेत रहें।

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

इन आवश्यकताओं को देखते हुए एसएमटीपी सर्वर को सार्वजनिक रूप से हमेशा सर्वर पर हमेशा घर पर रखना और उस विशेष नौकरी को करने के लिए उपयुक्त टूल का उपयोग करने और उपयोग करने का अर्थ है।


4
2017-12-01 01:09





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

जीमेल, आउटलुक 365, और याहू मेल ईमेल सेवाओं के उदाहरण हैं जिनका उपयोग ईमेल भेजने वाले व्यक्तियों द्वारा किया जाता है। वाणिज्यिक ईमेल भेजने के लिए, MailChimp, Marketo, और Eloqua जैसी सेवाएं हैं जो एक कंपनी के लिए बड़े पैमाने पर ईमेल भेजने और बाउंस, थ्रॉटलिंग और वितरण की तरह चीजों को संभालने में बहुत अच्छी हैं।

देख: https://en.m.wikipedia.org/wiki/Bounce_address


1
2017-11-27 19:01



मुझे समझ में नहीं आता कि मुझे अपना जवाब प्राप्त करने के लिए एक स्थिर आईपी की आवश्यकता क्यों है ... उत्तर मेरे एमएक्स सर्वर (पूर्व जीमेल) को मेरे कंप्यूटर पर नहीं दिया जाना चाहिए। क्या मैं सही हू? - Tobia
हाँ आप सही हैं। मुझे लगता है कि मेरा मुद्दा यह है कि आउटगोइंग ईमेल भेजने के लिए कहीं भी एक इनबॉक्स सर्वर पर मौजूद होता है। तर्कसंगत रूप से, यह उस सर्वर के आउटगोइंग ईमेल को संभालने के लिए समझ में आता है। अन्यथा आप "भेजे गए" ईमेल फ़ोल्डर की तरह चीजें खो देंगे। - dana
एमएमएच यह उचित है। लेकिन मैं जीमेल के साथ एक अज्ञात "से" या "उत्तर" पते के साथ एक संदेश भेजने के लिए स्वतंत्र हूं, जो इसके smtp सर्वर को अनदेखा कर रहा है ... - Tobia
यदि आप जीमेल का उपयोग करते हैं, तो आपको smtp प्रमाणीकरण का उपयोग करना होगा। तो, FROM पता आपके @ gmail.com पते पर सेट है। अन्यथा, आप स्पूफिंग के लिए अपनी सेवा का उपयोग करने में सक्षम होंगे। - dana
इन दिनों, बहुत से उपयोगकर्ता बाउंस के बारे में कम परवाह नहीं कर सकते थे, लेकिन एक सेटअप जो बाउंस स्वीकार नहीं करेगा आमतौर पर एक संभावित स्पैम स्रोत माना जाता है। - rackandboneman