ईडब्ल्यूएस मैनेज एपीआई

के साथ एक्सचेंज 2010 खाते तक पहुंचने का प्रयास करते समय 'ऑटोडिस्कवर सेवा नहीं मिल सका' मैं एक निर्दिष्ट ई-मेल पते के लिए ऑटो खोज सेवा यूआरएल का उपयोग कर रहा हूं।ईडब्ल्यूएस मैनेज एपीआई

The Autodiscover service couldn't be located

मुझे क्या करना है इस त्रुटि से बचने के लिए:

ExchangeService Service = new ExchangeService(ExchangeVersion.Exchange2010); 
Service.Credentials = new WebCredentials("[email protected]", "Password"); 
Service.AutodiscoverUrl("[email protected]"); 
Folder inbox = Folder.Bind(Service, WellKnownFolderName.Inbox); 
Console.WriteLine("The folder name is" + inbox.DisplayName.ToString());

मैं एक त्रुटि मिल रही हूँ मैं इस तरह करते हैं?

स्रोत

2013-02-25 user1891567

आप Service.Credentials गलत है, यह इस तरह का उपयोग करें:

Service.Credentials = new WebCredentials(username, password, domainname);

डोमेन क्रेडेंशियल्स, नहीं ईमेल पते का उपयोग।

इसके अलावा doublecheck निम्नलिखित:

संस्करण आप new ExchangeService() मैचों में सर्वर के
पैरामीटर Service.AutodiscoverUrl(); के लिए पारित सही है निर्दिष्ट (ईमेल पते जो डेटा प्राप्त किया जा करने की जरूरत है)

मेरे लिए निम्नलिखित काम (एक नए कंसोल अनुप्रयोग में):

// Tweaked to match server version 
ExchangeService Service = new ExchangeService(ExchangeVersion.Exchange2007_SP1); 

// Dummy but realistic credentials provided below 
Service.Credentials = new WebCredentials("john", "12345678", "MYDOMAIN"); 
Service.AutodiscoverUrl("[email protected]"); 
Folder inbox = Folder.Bind(Service, WellKnownFolderName.Inbox); 
Console.WriteLine("The folder name is " + inbox.DisplayName.ToString()); 

//Console output follows (IT localized environment, 'Posta in arrivo' = 'Inbox') 
> The folder name is Posta in arrivo

स्रोत

2013-02-25 11:30:14 Alex

धन्यवाद उत्तर देने के लिए धन्यवाद Alex.मैंने ऊपर बताया जैसा मैंने कोशिश की थी। लेकिन एक ही त्रुटि आता हे। – user1891567

मुझे नहीं पता कि क्या कहना है, मैंने आपके कोड को एक नए कंसोल ऐप में कॉपी किया है और यह सर्वर के संस्करण से मेल खाता है (हमारा 2007SP1 है) और क्रेडेंशियल बदल रहा है, जैसा कि मैंने ऊपर बताया है। सर्वर का संस्करण अंतर प्रासंगिक हो सकता है लेकिन मेरे पास इसे सत्यापित करने का कोई तरीका नहीं है। – Alex

मैंने संस्करण को Exchange2007_SP1, Exchange2010, Exchange2010_SP1, Exchange2010_SP2 में बदलने की कोशिश की ... फिर भी एक ही त्रुटि आती है। – user1891567

मैं अनुशंसा करता हूं कि आप सत्यापित करें कि ऑटोडिस्कवर वास्तव में DNS में स्थापित है। निम्न आलेख बताता है कि इसे अधिक विस्तार से कैसे सेट अप करें और यह आपको Microsoft रिमोट कनेक्टिविटी विश्लेषक के साथ परीक्षण करने के तरीके के बारे में जानकारी भी देता है। http://www.petri.co.il/autodiscover-configuration-exchange-2010.htm

स्रोत

2013-03-03 02:23:35 cmchenry

इस का उपयोग करने की कोशिश:

Service.Credentials = new WebCredentials("john", "12345678", "MYDOMAIN");

नहीं यह एक

Service.Credentials = new WebCredentials("[email protected]", "12345678", "MYDOMAIN");

नोटिस उपयोगकर्ता नाम 'john' नहीं '[email protected]' है, यह दूसरा एक प्रयोग करने के लिए काफी कुछ घंटों के लिए मुझे अवरुद्ध .. ..

स्रोत

2013-08-01 07:48:48 cenday

मैं इस अनुवर्ती को प्राप्त करने के लिए आपको निशान सक्षम करने की सलाह दूंगा:

 Service.TraceEnabled = true;

मैं एक ही मुद्दे का सामना करना पड़ रहा था तो जब मैं निशान सक्षम इन निशान वास्तव में क्या मेरे मामले SSL प्रमाणपत्र मुद्दे happening.In है आपका मार्गदर्शन करेंगे वहाँ इसे हल करने मैं निम्नलिखित पीछा किया जाता है post

कई मुद्दा हो सकता है जैसे:

उपयोगकर्ता अवरुद्ध किया जा सकता है।
DSN नहीं मिल सकता है autodiscover.domain.com

स्रोत

2013-12-09 15:39:43

धन्यवाद। इसने मुझे अपने मामले में इस मुद्दे को इंगित करने में मदद की। DNS सर्वर पर autodiscover.domain.com को हल करने में असमर्थ था, जबकि यह मेरी स्थानीय मशीन पर काम करता था। उचित आईपी पते पर अपेक्षित काम करने के लिए autodiscover.domain.com को इंगित करने के लिए मेजबान फ़ाइल में एक प्रविष्टि जोड़ा गया। – user2260040

पता लगाने के लिए कि ट्रेस का आउटपुट कहां जाता है, यहां निर्देशों का पालन करें https://msdn.microsoft.com/en-us/library/office/dd633676(v=exchg.80).aspx –

मैं एक्सचेंज 2013 मेरे मामले में के साथ एक ही समस्या का सामना करना कारण मेरी कॉन्फ़िग फ़ाइल में एक डिफ़ॉल्ट प्रॉक्सी घोषणा, जो शायद स्वत: खोज सेवा को रोका था सही ढंग से काम करने के लिए।

<system.net> 
    <defaultProxy enabled="true"> 
     <proxy proxyaddress="http://localhost:8888" bypassonlocal="False"/> 
    </defaultProxy> 
</system.net>

<defaultProxy> टैग टिप्पणी करने के बाद, स्वत: खोज सेवा यूआरएल को खोजने के लिए सक्षम था।

स्रोत

2014-03-03 09:19:46

मुझे बताएं कि यदि आप Office 365 तक पहुंचने का प्रयास कर रहे हैं तो वेब प्रमाण-पत्र वास्तव में वेबक्रेडेंशियल्स (strUsername, strPassword) के रूप में हैं; strUsername उस खाते का ईमेल पता है जिसका आप उपयोग करने का प्रयास कर रहे हैं।

मुझे यह त्रुटि मिल रही थी और यह पता चला कि किसी ने मुझे सूचित किए बिना खाते में पासवर्ड बदल दिया है! यह एक बुरा पासवर्ड है जब यह एक बुरा पासवर्ड है!

स्रोत

2014-04-15 16:07:17 user3531993

धन्यवाद @ user3531993 परीक्षण किया गया यह परीक्षण करता है। बस अगर अन्य लोग एमएसडीएन दस्तावेज़ पढ़ते हैं - माइक्रोसॉफ्ट ने वह विकल्प दिया जहां strUsername ईमेल नहीं है बल्कि केवल उपयोगकर्ता नाम है और जो मुझे भ्रमित करता है क्योंकि यह यहां काम नहीं करता है लिंक https://msdn.microsoft.com/en-us/library है /dn467891(v=exchg.150).aspx – Dung

यह इंगित करने के लिए धन्यवाद कि यह त्रुटि गलत प्रमाण-पत्रों पर भी हो सकती है। मुझे थोड़ा सा समय बचाया! – confusedandamused

पूर्णता के रिकॉर्ड के लिए:

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

The Autodiscover service couldn't be located

ईस्वी में एक्सचेंज उपयोगकर्ता का पासवर्ड अद्यतन कर रहा है और यह जांच अपने Password Never Expires संपत्ति हमारे लिए समस्या हल हो।

स्रोत

2015-01-28 10:39:57 Gigabyte

अच्छी तरह से लिखा और पूरा। मेरा भी समाप्त हो गया था। – wruckie

जांचें कि इस ईमेल के पासवर्ड ने प्रयोग किया है या नहीं।

यदि पासवर्ड समाप्त हो गया है तो आपको यह त्रुटि Autodiscover से प्राप्त होती है।

स्रोत

2015-03-23 18:50:51

यह प्रश्न का उत्तर नहीं प्रदान करता है। किसी लेखक से स्पष्टीकरण की आलोचना या अनुरोध करने के लिए, अपनी पोस्ट के नीचे एक टिप्पणी छोड़ दें। –

दरअसल @StephenMuecke यह उत्तर सहायक था - यह मेरी समस्या साबित हुई! – kaveman

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

स्रोत

2016-03-04 14:10:06

उत्तर

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