जब कोई नई सामग्री पोस्ट करता है तो हमारा वेब एप्लिकेशन लोगों को ईमेल संदेश भेजता है। प्रेषक और प्राप्तकर्ता दोनों ने हमारे आवेदन से ईमेल संदेश प्राप्त करने का विकल्प चुना है। ऐसा संदेश तैयार करते समय, हम निम्नलिखित SMTP हेडर सेट करते हैं:
FROM: author@example.com To: प्राप्तकर्ता @example.com SENDER: webapp@mycompany.com
हमने प्राप्तकर्ता से सर्वोत्तम अनुभव प्रदान करने के प्रयास में FROM हेडर में लेखक के ईमेल पते का उपयोग करना चुना; जब वे अपने मेल क्लाइंट में संदेश देखते हैं, तो लेखक स्पष्ट है। स्पूफिंग की उपस्थिति से बचने के लिए, हमने SENDER हेडर (अपनी कंपनी के ईमेल पते के साथ) को जोड़ा ताकि यह स्पष्ट हो सके कि हमने संदेश लेखक की ओर से भेजा है। RFCs 822 और 2822 पढ़ने के बाद, यह प्रेषक हेडर का एक इच्छित उपयोग प्रतीत होता है।
अधिकांश प्राप्त मेल सर्वर इसे अच्छी तरह से संभालते हैं; ईमेल संदेश सामान्य रूप से दिया जाता है (प्राप्तकर्ता मेलबॉक्स मौजूद है, कोटा से अधिक नहीं है, आदि)। हालाँकि, जब एक डोमेन में एक पते से एक संदेश भेजते हैं उसी डोमेन में एक पते पर, कुछ प्राप्त डोमेन प्रतिक्रिया के साथ संदेशों को अस्वीकार करते हैं:
571 गलत आईपी - psmtp (कमांड के लिए RCPT के जवाब में)
मुझे लगता है कि इसका मतलब यह है कि प्राप्त करने वाले सर्वर ने केवल यह देखा कि FROM हेडर का पता अपने डोमेन में था, और यह संदेश उस सर्वर से उत्पन्न हुआ जिसे उस डोमेन के लिए संदेश भेजने के लिए अधिकृत नहीं माना गया था। दूसरे शब्दों में, प्राप्त सर्वर ने SENDER हेडर को अनदेखा कर दिया।
हमारे पास एक जगह पर वर्कअराउंड है: वेबऐप ऐसे डोमेन की एक सूची रखता है जो SENDER हेडर को नजरअंदाज करते हैं, और जब FROM और TO हेडर दोनों ऐसे डोमेन में होते हैं, तो यह FROM हेडर को हमारे अपने ईमेल पते पर सेट करता है। लेकिन इस सूची के रखरखाव की आवश्यकता है।
क्या वांछित अनुभव प्राप्त करने का एक बेहतर तरीका है? हम नेट का एक "अच्छा नागरिक" बनना चाहते हैं, और इसमें शामिल सभी पक्ष - प्रेषक और प्राप्तकर्ता - इन संदेशों को भाग लेना और प्राप्त करना चाहते हैं। एक विकल्प यह है कि FROM हैडर में हमेशा हमारी कंपनी के ईमेल पते का उपयोग करें, और विषय के लिए लेखक का नाम / पता प्रस्तुत करें, लेकिन यह थोड़ा अनाड़ी लगता है।
From: authorबजाय का उपयोग क्यों नहींFrom: author@example.com?