email सवर सर्वोत्तम अभ्यास: उपयोगकर्ताओं की तरफ से ईमेल भेजना




गूगल पासवर्ड (2)

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

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

हालांकि यह करना बहुत कठिन है, क्योंकि आपको स्पैम मानकों के शीर्ष पर रहने की आवश्यकता है, और कैन-स्पैम कानूनों और बाकी सब कुछ का पालन करना होगा। बेहतर शर्त यह है कि ऑन-डिमांड क्लाउड आधारित एसएमटीपी सर्वर का उपयोग इस तरह करें:

https://www.postmarkapp.com

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

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

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

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

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


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

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

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

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





send-on-behalf-of