प्रकार का बंदर "reject_reason": "अमान्य-इस"

Question

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

Full Response 
[ 
    { 
     "email": "someemail@somedomain.com", 
     "status": "rejected", 
     "_id": "b814c2974594466cba9c904c54dca6c6", 
     "reject_reason": "invalid-sender" 
    } 
] 

उपरोक्त त्रुटि से मिलता है। हम मैनरिल एसएमटीपी सेटिंग्स के साथ ईमेल भेजने के लिए .NET का उपयोग कर रहे हैं।

Answer 1

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

आप शायद यह जांचना चाहते हैं कि ईमेल पते से एक पूर्ण-योग्य डोमेन नाम है, और यदि विषय पंक्ति एन्कोड की गई है, तो ऐसी चीजें नहीं हैं जैसे न्यूलाइन (\n) वर्ण जो विषय में मल्टीबाइट वर्ण तोड़ते हैं लाइन। यदि आप कच्चे एसएमटीपी संदेश में इस मुद्दे की पहचान करने में सक्षम नहीं हैं, तो आगे की समस्या निवारण सहायता के लिए get in touch with support पर निःशुल्क महसूस करें।

Answer 2

मुझे एक ही समस्या थी। हेडर में मेरे मामले एन्कोडिंग में समस्या थी। मैंने यूटीएफ -8 में हेडर एन्कोडिंग बदल दी और यह काम किया। मैं सी # एसएमटीपी का उपयोग कर रहा था और कोड नीचे है।

message.HeadersEncoding = Encoding.UTF8; 

आशा है कि यह काम करता है!

Answer 3

मेरे लिए, ऐसा इसलिए था क्योंकि मेरे ईमेल email@example.net1 से आ रहे थे, अंत में 1 के कारण मंड्रिल ने मुझे खारिज कर दिया। e+mail@example.net और email@example.neta दोनों वैध हैं और स्वीकार किए जाएंगे।

मेरे अन्य परीक्षण सिर्फ हेडर से खाली थे, इसलिए उन्हें भी खारिज कर दिया गया। मैनेरिल द्वारा इन ईमेल को तब तक प्राप्त नहीं किया जब तक मैंने लॉग इन नहीं किया और एपीआई लॉग की जांच की।

Answer 4

मेरे लिए ऐसा इसलिए था क्योंकि मैं टेम्पलेट डिफ़ॉल्ट "नाम से" और "विषय" को पूरा करना भूल गया था।

Answer 5

मुझे हाल ही में एक ही समस्या है। यह संदेश.from_name फ़ील्ड में कुछ वर्णों के उपयोग के कारण था। प्रलेखन और ढेर ओवरफ्लो के माध्यम से खोज करने के बाद, मुझे वर्जित पात्रों की एक सूची नहीं मिली, इसलिए हालांकि यह आपके मामले से संबंधित नहीं है, मैंने सोचा कि मैं इस छोटी सूची को साझा करूंगा जिसे मैंने कुछ स्वीकार्य पात्रों से संकलित किया है (एक संपूर्ण नहीं सूची):

• az
• AZ
• 0-9
• _, -,, # $,%, \, ^, &, *, +, =, {}! ,?

  const pattern = /[^a-zA-Z0-9_\-!#$%\^&*+={}?.]/;

  आशा इस किसी के लिए भी उपयोगी है:

जे एस में, यहाँ एक रेगुलर एक्सप्रेशन कि मना वर्ण (या, बल्कि, किसी भी अक्षर है कि ऊपर उल्लिखित सूची में नहीं हैं) के साथ मेल होगा और इस पर अटक गया।