2010-11-11 17 views
6

जब एक नेट साइट में एक ईमेल भेजने के लिए कोशिश कर रहा है, तो निम्न त्रुटि का सामना करना पड़ा की जा रही है:मेलबॉक्स अनुपलब्ध त्रुटि

Mailbox unavailable. The server response was: No such user here 

इस त्रुटि अगर कोड एक ईमेल पते जो नहीं करता है करने के लिए भेजने की कोशिश कर रहा है दिखाई देता है अस्तित्व में नहीं है?

धन्यवाद।

अब मुझे इस त्रुटि के बारे में अधिक जानकारी है। ईमेल 'noreply @ [डोमेन]' से भेजे जाते हैं। जब ईमेल एक ही डोमेन के ईमेल पते पर भेजे जाते हैं, तो ईमेल बिना किसी समस्या के भेजे जाते हैं। यह त्रुटि तब प्रकट होती है जब ईमेल पते भेजे जाते हैं, वे एक ही डोमेन से नहीं होते हैं। मुझे नहीं पता कि इसका कोई उपयोग है या नहीं?

उत्तर

0

मैं सटीक समस्या के बारे में सुनिश्चित नहीं हूँ, लेकिन मैंने पाया कि समस्या किसी चीज़ था: कैसे पीछे कोड के साथ उपयोग करने के लिए सर्वर माइग्रेशन के साथ जी करने के लिए जी। समस्या अब हल हो गई है!

1

यह एक smtp मुद्दा

इस तरह web.config फ़ाइल में आपके एसएमटीपी सर्वर जानकारी सेटिंग की कोशिश की तरह लगता है:

<system.net> 
     <mailSettings> 
      <smtp deliveryMethod="Network"> 
       <network defaultCredentials="false" host="mail.blah.com" password="xxxx" port="25" userName="[email protected]"/> 
      </smtp> 
     </mailSettings> 
</system.net> 

यह एक सभ्य web.config के इस भाग का ब्यौरा लेख है और

http://dotnetslackers.com/Community/blogs/kaushalparik/archive/2008/09/06/accessing-web-config-file-smtp-mail-settings-programmatically.aspx

+1

आपकी प्रतिक्रिया के लिए धन्यवाद - मुझे यकीन है कि यह साइट के रूप में समस्या होगी त्रुटि प्रकट हुई है कम से कम 2 वर्षों तक लाइव रही है और ईमेल भेजने के पहले उन्हें कभी भी यह त्रुटि संदेश प्राप्त नहीं हुआ है।क्या इस त्रुटि संदेश के लिए कोई अन्य कारण हो सकता है? – Leah

9

ऐसा तब होता है जब आप अपने NetworkCredentials के साथ कोई डोमेन निर्दिष्ट करते हैं। यदि आप एक डोमेन (तीसरा तर्क) निर्दिष्ट करते हैं तो आप केवल उस डोमेन के भीतर मान्य मेलबॉक्स भेज सकते हैं। डोमेन के बाहर किसी भी पते पर भेजने में सक्षम होने के लिए इसे छोड़ दें।

var client = new SmtpClient("smtp.server.com"); 
client.UseDefaultCredentials = false; 

// The following will be able to send to anyone outside the domain. 
client.Credentials = new NetworkCredential("user", "password"); 

// The following will only work when sending to users on server.com 
client.Credentials = new NetworkCredential("user", "password", "server.com"); 
+0

अभी भी बात काम नहीं कर रही है –

3

यह तब हो सकता है जब आप 2.0 प्लेटफ़ॉर्म से 4.0 तक स्विच करते हैं। जैसा कि यहां बताया गया था, आपको स्पष्ट रूप से आईआईएस को बताना होगा कि आप डिफ़ॉल्ट क्रेडेंशियल्स और डोमेन का उपयोग नहीं कर रहे हैं। web.config में निम्न सिंटैक्स का उपयोग करें:

<network host="mail.younameit.com" port="25" 
userName="[email protected]" password="youchoose" 
defaultCredentials="false" clientDomain=""/> 

पिछले दो मापदंडों इस समस्या को दूर करने के लिए सबसे अधिक महत्वपूर्ण हैं।

5

यह हो सकता है कि आपका पासवर्ड गलत है। मुझे मेल सर्वर पर पासवर्ड रीसेट करना पड़ा, फिर त्रुटि चली गई।

+0

यह मेरे लिए मामला था। और हमें कुछ 'अमान्य प्रमाण-पत्र' या 'प्रमाणीकरण विफल' क्यों नहीं मिलेगा? प्राप्तकर्ता का 'ऐसा कोई उपयोगकर्ता' और ईमेल पता देखना वास्तव में भ्रमित नहीं है। –

+0

मुझे एक ही समस्या है ... और पासवर्ड बदलकर हल किया गया है – Ratul

1

यह प्रश्नोत्तर एक समान स्थिति में मेरे लिए उपयोगी था। हमारे लिए, मुख्य तथ्य यह था कि त्रुटि केवल एक अलग डोमेन पर ईमेल पते के लिए हुई। मैंने सीखा है कि हमारा नया वेबहोस्ट/मेल सर्वर सेटअप जानबूझकर इस तरह से कॉन्फ़िगर किया गया है। (एक ही होस्टिंग सह वाला पिछला वाला नहीं था।) ऐप कोड या वेब.कॉन्फिग सेटिंग्स के कुछ संयोजन ने हमारी समस्या हल कर दी है, लेकिन हमारे डोमेन पर नो-उत्तर खाता बनाने का सबसे प्रत्यक्ष तरीका था, ताकि वह अब [email protected] मान्य है, और बाहरी पते पर भेजने की अनुमति है।

कोड या Web.config में कोई संशोधन की आवश्यकता नहीं थी। बाद वाले ने केवल "से" और "होस्ट" को कॉल किया और हमारे होस्टिंग वातावरण में प्रमाण-पत्रों की आवश्यकता नहीं है। (जब हम नाममात्र "से" को ओवरराइड करते हैं, तो हमें हमारे डोमेन पर मान्य कुछ अन्य पता होने के लिए ओवरराइड करने की आवश्यकता है।

संबंधित मुद्दे