दूसरों को सेवा के रूप में ईमेल भेजते समय क्या मुझे उत्तर देने वाले हेडर का उपयोग करना चाहिए?

112

मान लीजिए कि हमारे पास एक एप्लिकेशन है जो बिचौलिया के रूप में कार्य करता है, जिससे कंपनी A अपने ग्राहकों को रिपोर्ट भेज सकती है।

कंपनी A -> कंपनी B (me) -> कंपनी A के ग्राहक

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

joe.bloggs@a.com -> सूचनाएँ @b.com -> peter@c.com

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

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

joe.bloggs@a.com -> सूचनाएँ @b.com [उत्तर-टू: joe.bloggs@a.com] -> peter@c.com

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

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

क्या इन चिंताओं को स्थापित किया गया है? या, क्या अन्य चिंताएं हैं जो मुझे होनी चाहिए?

— गेविन
स्रोत

जवाबों:

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

From: Company A <joe.bloggs@a.com>
Sender: notifications@b.com

ज्यादातर मेलर्स इसे "कंपनी की ओर से सूचनाएँ@b.com से" के रूप में प्रस्तुत करेंगे, जो सटीक है। और फिर Reply-Toकंपनी A का पता किसी प्रकार का नहीं लगेगा।

से RFC 5322 :

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

— dkarp
स्रोत

मैं वास्तव में नहीं चाहता कि मेरा मालिक उत्तर को उखाड़ फेंके, लेकिन ध्यान देने योग्य बात यह है कि यह उपयोगी प्रश्न और उत्तर है, जो मूल रूप से dkarp के उत्तर की पुष्टि करता है: stackoverflow.com/questions/2231897/…

— Gavin

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

— एरिडेन anelamo

इस तरह से फ़ील्ड का उपयोग करते समय 2018 से वितरण पर कोई अपडेट?

— डेविड एलन हजेले

160

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

Sender: messages-noreply@bounce.linkedin.com
From: John Doe via LinkedIn <member@linkedin.com>
Reply-To: John Doe <John.Doe@gmail.com>
To: My Name <My.Name@gmail.com>

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

— एलेक्स लाउमैन
स्रोत

क्या Member@linkedin.com सिर्फ एक सामान्य कैच-ऑल एड्रेस है, या क्या यह वास्तव में आपके उदाहरण में john.doe@linkedin.com पढ़ना चाहिए?

— शॉन

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

— ब्रायन एच।

@ ब्रायन: एओएल और याहू के पास जाहिर तौर पर एग्रेसिव डीएमएआरसी सत्यापन है। इससे मुझे AOL के 'From:' एड्रेस के साथ समस्या हुई है। emailonacid.com/blog/details/C4/… ।

— ईएमएल

इस दृष्टिकोण के नकारात्मक पक्ष यह है कि प्राप्तकर्ता की पता पुस्तिका (कई ई-मेल क्लाइंट में) में अब "जॉन डो लिंक्डइन के माध्यम से <सदस्य@linkedin.com>" है। और जब कोई अनजान व्यक्ति जॉन डो से फिर से संपर्क करना चाहता है, तो यह पता तब चलता है जब उसका नाम एक नए संदेश के क्षेत्र में अपना नाम लिखते हैं (इस प्रकार: "लिंक्डइन के माध्यम से" एक यूएक्स पक्ष से महत्वपूर्ण महत्व का है)।

— smhg

ब्लॉग पोस्ट @EML के लिए अपडेटेड लिंक: emailonacid.com/blog/article/industry-news/… ... यह aol / yahoo.com मुद्दों पर कुछ गहराई में जाता है।

— लैम्बर्ट

-3

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

Subject: SomeSubject
From:Company B (me)
Reply-to:Company A
To:Company A's customers

— wildneuro
स्रोत