ईडब्ल्यूएस एपीआई - अधिसूचना सदस्यता को पुनः बनाते समय त्रुटि


81

जब आप Office365 कैलेंडर फ़ोल्डर में पुल सदस्यता के साथ काम कर रहे हैं, तो मुझे अनुरोध ErrorReadEventsFailedमें बहुत सारे संदेश मिल रहे SendNotificationहैं। इस त्रुटि का अनिवार्य रूप से मतलब है कि सदस्यता अब नहीं मिल सकती है, और सर्वर को अब नई सूचनाओं की अपेक्षा नहीं करनी चाहिए।

Microsoft की अनुशंसित त्रुटि से निपटने की जाँच , समाधान बाहरी एडवेयर या EwsPartnerUrl को फिर से खोज करने के लिए ऑटोडिस्कवर का उपयोग करना और एक नई सदस्यता बनाना है।

Office365 के साथ, AutoDiscovery सेवा OAuth2 सेवा खातों के संयोजन के साथ असंभव लगती है इसलिए मैं https://outlook.office365.com/EWS/Exchange.asmxमुख्य ईडब्ल्यूएस समापन बिंदु के रूप में उपयोग कर रहा हूं ।

हालाँकि, जब मैं विशिष्ट कैलेंडर फ़ोल्डर के लिए एक नई सदस्यता बनाने का प्रयास करता हूं, तो मुझे एक सामान्य 500 ErrorNoRespondingCASInDestinationSiteत्रुटि मिलती रहती है:

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

अजीब हिस्सा यह केवल प्रारंभिक ErrorReadEventsFailedत्रुटि प्राप्त करने के बाद सीधे होता है । अगर मैं 30 सेकंड में फिर से कोशिश करता हूं, तो अनुरोध बिना किसी समस्या के हो जाता है।

कुछ शोध करने के बाद, ऐसा लगा कि अधिकांश उपयोगकर्ताओं को यह सुनिश्चित करने में मदद मिली कि X-AnchorMailboxहेडर ठीक से उस उपयोगकर्ता के लिए सेट किया गया था जो सेवा खाता प्रतिरूपण करना चाहता है। मैंने इस हेडर को डबल-चेक किया, और यह वास्तव में फिर से शुरू करने के अनुरोध के साथ भेजा जा रहा है।

यह समस्या एक घातीय बैक-ऑफ सॉल्यूशन द्वारा या अनुरोध के गुजरने तक एक्स राशि को केवल बार-बार लेने से हल हो सकती है। यह मुझे लगता है कि जब सदस्यता "खो" जाती है, तो O365 सेवा को एक्सचेंज सर्वर के DNS को बदलने के लिए समय चाहिए (यह केवल एक चीज है जिसे मैं सोच सकता हूं)।

किसी भी तरह की सहायता का स्वागत किया जाएगा!


लगभग एक साल पुराना, क्या आपने इसके लिए कोई समाधान ढूंढा है?
मार्कस होगलगंड

1
आधिकारिक तौर पर कुछ भी नहीं, लेकिन मैंने समस्या को कम करने के प्रयास के लिए "रीट्री" रणनीति लागू की है। दुर्भाग्य से, X-AnchorMailboxशीर्ष लेख को जोड़ने और पूरे अनुरोधों में Exchange बैकएंड कुकी का उपयोग करने के बाद भी समस्या उत्पन्न होती है । खुद को ओवरटाइम तय करने लगता है (पूरे दिन में 30 सेकंड के बीच कहीं भी)।
jstruzik

3
ठीक है, मैंने एक रिट्री स्ट्रैटेजी भी लागू की। सबसे ज्यादा परेशान करने वाली बात यह है कि कभी-कभी जब यह त्रुटि होती है तो मुझे केवल उसी चीज की आवश्यकता होती है जो वर्तमान ईडब्ल्यूएस सेवा की सदस्यता को फिर से बनाना है। लेकिन जब वह काम नहीं करता है तो मुझे सेवा के एक नए इंस्टेंसेस को बनाने और उस पर ऑटोडिस्कवर को कॉल करने की आवश्यकता होती है ताकि यह काम कर सके। मुझे लगता है कि एक्सचेंज सर्वर कुछ कर रहा है (सफाई, फिर से जोड़ता है .. अन्याय का अनुमान लगा रहा है।) और अगर यह प्रक्रिया लंबी होती है तो आप इसे समाप्त कर सकते हैं ..
मार्कस होगलगंड

जवाबों:


3

प्रलेखन को देखते हुए: https://msdn.microsoft.com/en-us/library/office/dn458788(v=exchg.150).aspx

जब एक सदस्यता खो जाती है, या अब सुलभ नहीं है, तो नई सदस्यता बनाना सबसे अच्छा है और नई सदस्यता में पुराने वॉटरमार्क को शामिल नहीं करना चाहिए। पुराने वॉटरमार्क के साथ पुन: वर्णन करने से घटनाओं के लिए एक रैखिक स्कैन होता है, जो महंगा है।

इसके बजाय, एक नई सदस्यता बनाएं और खोए हुए सदस्यता और नई सदस्यता के बीच होने वाले सामग्री परिवर्तनों को देखने के लिए फ़ोल्डर गुणों की तुलना करें। विस्तारित फ़ोल्डर गुण जो हम अनुशंसा करते हैं कि आप जाँच रहे हैं PR_LOCAL_COMMIT_TIME_MAX (0x670a0040)और PR_DELETED_COUNT_TOTAL (0x670b0003)

आप एक विस्तारित संपत्ति परिभाषा बनाकर ऐसा कर सकते हैं। मुझे लगता है कि यह आपकी मदद कर सकता है !!

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.