2011-01-18 9 views
92

मान लें कि हमारे पास एक ऐसा एप्लिकेशन है जो एक मध्यस्थ के रूप में कार्य करता है, जिससे कंपनी ए को अपने ग्राहकों को रिपोर्ट भेजनी पड़ती है।क्या मुझे दूसरों को सेवा के रूप में ईमेल भेजते समय उत्तर-शीर्षक शीर्षलेख का उपयोग करना चाहिए?

कंपनी A -> कंपनी बी (मुझे) -> कंपनी A के ग्राहकों

रिपोर्ट हम प्राप्तकर्ताओं को ईमेल सूचनाएं भेजने के लिए हो रही है, लेकिन वे आवश्यक रूप से हमारी कंपनी सूचनाएं ईमेल पते से उत्पन्न होने के बाद जैसे

[email protected] -> [email protected] -> [email protected]

अब, ग्राहकों को उन ई-मेल सूचना का जवाब देने के लिए, उन्हें चाहने जाना करते हैं जो भी कंपनी ए में रिपोर्ट भेजता है, उसके बदले, वे हमारे पते पर, सूचना@b.com पर वापस आते हैं।

एक सामान्य समाधान उन सूचनाओं पर उत्तर-शीर्षक शीर्षलेख को बदलने के लिए हो सकता है जो हम प्रासंगिक कंपनी ए पते पर भेजते हैं उदा।

[email protected] -> [email protected] [इन्हें जवाब दें: [email protected]] -> [email protected]

लेकिन मेरी मुख्य चिंताएं हैं:

  • ईमेल पते और के बीच डोमेन पूरा विसंगति से और खेतों स्पैम या फ़िशिंग फिल्टर अधिक झंडा करने के लिए उत्सुक ईमेल कर सकता है उत्तर-पता
  • नहीं सभी ईमेल क्लाइंट Reply- का सम्मान कर सकते हैं क्षेत्र में जब लोग वास्तव में "उत्तर" पर क्लिक करते हैं, और बस हमें ई इसके बजाय से। एक कम चिंता, जब तक व्यापक नहीं।

क्या ये चिंताएं बिल्कुल स्थापित हैं? या, क्या मेरे पास अन्य चिंताएं होनी चाहिए?

उत्तर

77

आप Sender शीर्षक में From शीर्षक में ग्राहक के नाम और अपना पता रखने पर विचार करना चाहते हो सकता है: कंपनी क ओर से

From: Company A <[email protected]> 
Sender: [email protected] 

अधिकांश मेलर्स के रूप में "यह प्रदान करेगा [email protected] से ", जो सटीक है। और फिर कंपनी ए के पते का Reply-To प्रकार से बाहर नहीं लगेगा।

RFC 5322 से:

"प्रेषक:" क्षेत्र व्यक्ति (यों) या सिस्टम (रों) जिम्मेदार के संदेश के लेखक (s), है कि, मेलबॉक्स (ते) निर्दिष्ट करता है संदेश के लेखन के लिए । "प्रेषक:" फ़ील्ड संदेश के वास्तविक संचरण के लिए जिम्मेदार एजेंट के मेलबॉक्स को निर्दिष्ट करता है। उदाहरण के लिए, यदि कोई सचिव किसी अन्य व्यक्ति के लिए संदेश भेजना था, तो सचिव का मेलबॉक्स "प्रेषक:" फ़ील्ड में दिखाई देगा और वास्तविक लेखक का मेलबॉक्स "से:" फ़ील्ड में दिखाई देगा।

+3

मैं नहीं है वास्तव में मेरे मालिक जवाब upvoted चाहते हैं, लेकिन लायक उल्लेख इस उपयोगी सवाल-जवाब, जो मूल रूप से dkarp का जवाब भी इस बात की पुष्टि है: http: // stackoverflow। कॉम/प्रश्न/2231897/संभावित-मुद्दे-उपयोग-सदस्यों-से-पते-और-प्रेषक-शीर्षलेख – Gavin

+0

यदि यह परिपत्रकरण के लिए है तो यह काम नहीं करेगा @ ए और @ बी विभिन्न डोमेन हैं, अधिकांश सर्वर अनुमति नहीं देते हैं किसी अन्य डोमेन से किसी की ओर से भेजने के लिए। बी को इसे आगे बढ़ाना होगा, लेकिन आप हमेशा एक छिपी मल्टीपार्ट जोड़ सकते हैं। हर कोई जानता है कि दूसरे पते पर कैसे आगे बढ़ना है। –

110

मैंने जीमेल के साथ डकारप के समाधान का परीक्षण किया और इसे स्पैम में फ़िल्टर किया गया।इसके बजाय उत्तर-शीर्षक शीर्षलेख का उपयोग करें (या इसके अतिरिक्त, हालांकि जीमेल को स्पष्ट रूप से इसकी आवश्यकता नहीं है)। यहाँ कैसे लिंक्डइन यह करता है:

Sender: [email protected] 
From: John Doe via LinkedIn <[email protected]> 
Reply-To: John Doe <[email protected]> 
To: My Name <[email protected]> 

एक बार मैं इस प्रारूप का प्रयोग किया, जीमेल नहीं रह गया है स्पैम के रूप में मेरे संदेश फ़िल्टर कर रही है।

+0

सदस्य@linkedin.com सिर्फ एक सामान्य पकड़-पता है, या वास्तव में यह आपके उदाहरण में [email protected] पढ़ना चाहिए? – Sean

+0

@ सेन नं, केवल जॉन डो और माई नाम मेरे उदाहरण के लिए संपादित किए गए हैं। "सदस्य" अपरिवर्तित है। –

+5

यह वह तरीका है जिसका हमने उपयोग किया है। हालांकि, अब हमें कुछ सर्वरों (... एहम्म .. एओएल) के साथ समस्याएं आ रही हैं, यह बताते हुए कि वे अपनी नीति का पालन नहीं करते हैं। हमें प्राप्त एकमात्र स्पष्टीकरण यह है कि उत्तर देने वाले हेडर और हेडर से अलग डोमेन होते हैं, भले ही यह दो अलग-अलग शीर्षलेख रखने का सटीक इरादा है। बहु-किरायेदार ऐप्स पर बी 2 बी संचार के लिए ईमेल पर भरोसा करना वास्तव में निराशाजनक होना शुरू हो रहा है। –

-3

यहाँ मेरे लिए काम किया जाता है:

Subject: SomeSubject 
From:Company B (me) 
Reply-to:Company A 
To:Company A's customers 
संबंधित मुद्दे