2010-05-06 18 views
45

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

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

हमने उत्तर में उपयोग किया है: अतीत में, लेकिन ऐसा लगता है कि स्पैम फ़िल्टर द्वारा अतिरिक्त मेल फंसाने का कारण बनता है।

मैं प्रेषक के बारे में पढ़ रहा हूं: और इसके लिए: हेडर, और यह सोच रहा था कि वर्तमान परिदृश्य एक परिदृश्य में ईमेल भेजने के लिए क्या था जहां हमें ईमेल भेजने की आवश्यकता है जैसे उत्तर डोमेन हम नियंत्रित नहीं करते हैं।

+0

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

उत्तर

37

on-behalf-of हेडर ऐसा करने का सबसे अच्छा तरीका है, लेकिन आप स्पैम फ़िल्टर द्वारा फंसने जा रहे हैं। स्पैम फ़िल्टर में समाप्त होने की संभावना को कम करने या कम करने के लिए सबसे अच्छा है अपने डोमेन और मेल सर्वर को सत्यापित करने के आसपास सभी उद्योग मानकों को लागू करना। जैसा कि इस लेख में संकेत:

http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html

क्योंकि आप स्पैम मानकों के शीर्ष पर रहने, और CAN-SPAM कानून और बाकी सब कुछ का पालन करने की जरूरत है हालांकि ऐसा करना बहुत कठिन है।

https://www.postmarkapp.com

एक कंपनी ईमेल भेजने के क्षेत्र में एक डोमेन विशेषज्ञ है और करने के लिए सभी पैर काम के माध्यम से चला गया है कि का उपयोग करें: बेहतर शर्त इस तरह का मांग पर बादल आधारित SMTP सर्वर का उपयोग करने के लिए है उच्चतम वितरण दर प्राप्त करें। और आपके लिए मानकों के शीर्ष पर रहेगा, और समस्याओं के लिए ब्लैक सूचियों की निगरानी करेगा।

+1

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

+1

समस्या यह है कि आपके द्वारा सूचीबद्ध दो विधियां आपके डोमेन को वैध प्रेषक के रूप में सत्यापित करने के लिए हैं। आपको अगला कदम उठाने और वितरित किए गए प्रत्येक ईमेल पर हस्ताक्षर करने की आवश्यकता है। एक डोमेन कुंजी के साथ। यदि आप विकिपीडिया (http://en.wikipedia.org/wiki/DKIM) पढ़ते हैं तो आपको डीकेआईएम को लागू करने की आवश्यकता है, यह कहता है "... ट्रांजिट पथ या अप्रत्यक्ष हैंडलर ** ** जैसे एक स्वतंत्र सेवा प्रत्यक्ष हैंडलर ** को सहायता प्रदान करना ... "। यदि आपका ईमेल कोड पूरी जगह पर है, या यदि आपका एसएमटीपी सर्वर स्वचालित रूप से उन पर हस्ताक्षर नहीं करता है तो यह कठिन होगा, ऊपर उल्लिखित सेवा प्राप्त करने का एक अन्य कारण। –

+2

प्रत्येक ईमेल पर हस्ताक्षर करने के बाद आप 'ऑन-ओर-ऑफ' का उपयोग कर सकते हैं या आप वास्तविक ईमेल को 'से' पते में भी डाल सकते हैं जो बुलेट प्रूफ समाधान है। –

24

आप शायद Reply-To खोज रहे हैं। यह On-Behalf-Of के विपरीत, एक आधिकारिक और व्यापक रूप से समर्थित शीर्षलेख है, और यह From के समान स्पैम चेक के अधीन नहीं है।

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

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

Sender: + From: अभी भी तकनीकी रूप से काम करता है। यह मूल रूप से एक ही संगठन, जैसे सचिव या सहायक के लोगों द्वारा उपयोग किए जाने के इरादे से बनाया गया था। स्पैम रोकथाम तंत्र के आगमन के साथ यह एक कठिन बाधा बन गया है।