मैं ग्राहकों को साप्ताहिक ईमेल भेज रहा हूं और यह पता चला है कि संदेश अक्सर उपयोगकर्ताओं के लिए स्पैम फ़ोल्डर में जा रहे हैं।DNS एसपीएफ़ रिकॉर्ड को सही तरीके से कैसे सेट अप करें?
मैं इन संदेश भेजने के लिए अमेज़न एसईएस का उपयोग कर रहा हूँ और एक SPF रिकॉर्ड को शामिल किया है उनके निर्देशों के अनुसार: http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPFSenderIDDKIM.html?r=3917
अपने डोमेन के लिए एसपीएफ़ रिकॉर्ड की क्वेरी में मैं http://www.kitterman.com/spf/validate.html से वापस निम्नलिखित हो:
SPF record lookup and validation for: mydomain.tld
SPF records are primarily published in DNS as TXT records.
The TXT records found for your domain are:
SPF records should also be published in DNS as type SPF records.
Type SPF records found for the domain are:
Checking to see if there is a valid SPF record.
Found v=spf1 record for mydomain.tld:
v=spf1 include:amazonses.com ?all
evaluating...
Results - record processed without error.
The result of the test (this should be the default result of your record) was, none . The explanation returned was,
मेरी CloudFlare DNS रिकॉर्ड के लिए मेरे पास है:
SPF mydomain.tld v=spf1 include:amazonses.com ?all with automatic TTL
TXT mydomain.tld spf2.0/pra include:amazonses.com ?all with automatic TTL
ईमेल "जवाब न दें @ MYD से भेजे जा रहे हैं omain.tld "और" [email protected] "।
कुछ उपयोगकर्ताओं ने निम्न संदेश को देखा है: "संदेश जो गलत रूप से" बाउंस संदेश "प्रतिक्रिया प्रतीत होते हैं (एक सिस्टम द्वारा उत्पन्न ईमेल जो आपको स्वचालित रूप से एक संदेश भेजने के बाद मिल सकता है जिसे वितरित नहीं किया जा सकता है संदेश एक अमान्य ईमेल पते पर भेजा गया) "
मेरे वर्तमान प्रेषण समाधान के साथ मैं ईमेल में डीकेआईएम नहीं जोड़ सकता।
यह कैसे हल किया जा सकता है ताकि हमारे उपयोगकर्ताओं के लिए किसी प्रकार की रसीद के मुद्दों को बेहतर बनाया जा सके?
क्या आपके डोमेन के लिए दो txt रिकॉर्ड हैं, यानी: 1) yourdomain.tld: "v = spf1 शामिल ई: amazonses.com ~ सब "और फिर 2) yourdomain.tld:" spf2.0/pra में शामिल हैं: amazonses.com ~ सब "? – ylluminate
@ylluminate: वास्तव में, हालांकि उन्हें होने की आवश्यकता नहीं हो सकती है (परीक्षण जो आप चल रहे हैं केवल आपके बारे में परवाह करते हैं, मेरा अपडेट देखें) - मैंने कभी भी एसपीएफ़ आवश्यकताओं का विस्तार से विश्लेषण नहीं किया, बल्कि केवल मौजूदा उदाहरणों को 2 तक लागू किया इन एसपीएफ़ परीक्षणों में से 3 'सभी हरे रंग' लौटे;) दूसरा एक प्रेषक आईडी के साथ [प्रमाणीकरण ईमेल] से निकलता है (http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SenderID.html) - मेरे पास है भ्रामक लिंक अब तय किया गया है (जो [एसपीएफ के साथ ईमेल प्रमाणीकरण] (http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPF.html) उनके माता-पिता की बजाय) चला गया। –
@ylluminate: बस स्पष्ट करने के लिए (और बाद के संदर्भ के लिए) - लिंक किए गए एसईएस दस्तावेज और संबंधित आरएफसी को फिर से पुष्टि करना, एसईएस वर्तमान में तीन मानार्थ _ प्रमाणीकरण तंत्र [...]: एसपीएफ़, प्रेषक आईडी, और डीकेआईएम_ का समर्थन करता है। जो रिकॉर्ड आप पहले से उपयोग कर रहे हैं वह _SPF_ (जाहिर है) है, जबकि दूसरा जिसका हम उपयोग कर रहे हैं वह _Sender ID_ है। तदनुसार, आपको _Sender आईडी_ की आवश्यकता नहीं है, लेकिन _ सर्वोत्तम वितरण दर के लिए, और स्पूफिंग और फ़िशिंग को रोकने में मदद के लिए, [एडब्ल्यूएस अनुशंसा करता है] कि सभी अमेज़ॅन एसईएस उपयोगकर्ता एसपीएफ़ रिकॉर्ड (वी = एसपीएफ 1) और प्रेषक आईडी रिकॉर्ड (एसपीएफ 2) दोनों बनाए रखते हैं। 0/प्रशंसक) उनके DNS सर्वर में ._ –