एक संदेश आकार के लिए ग्राफ पूछना बंद करें विरासत के प्रकार की कमी

शिप

27 अगस्त 2026 को 3:25 pm बजे UTC

लेखक

Kamo

Commit

f66aad7

माइक @OptionOne.com के लिए प्रत्येक सूची 400 अनुरोधब्रोकर-ParseUri वापस आ गई ("Could not find a property name 'size') on type ************* और मेलबॉक्स अनुपयुक्त था। अनुरोध /v1.0 तक जाता है, लेकिन त्रुटि ने विरासत Outlook REST नाम दिया प्रकार, Microsoft.graph.message नहीं: एक किरायेदार जिसका मेलबॉक्स अभी भी विरासत के समर्थन को हल करता है, ग्राफ एक संदेश के साथ जवाब देता है जो करता है 'आकार' घोषित नहीं किया गया। $ चयन एक इकाई के रूप में parsed है, इसलिए एक unsupported नाम एक स्तंभ छोड़ने के बजाय पूरे अनुरोध को विफल करता है - पूरे इनबॉक्स, एक पंक्ति पर नंबर नहीं। MSG SELECT से ड्रॉप 'आकार', जो सभी तीन संदेश पथों को कवर करता है। इसे साझा करें (listMessage, getMessage, search). इसे केवल पर अनुरोध करना एकल संदेश पथ सिर्फ उसी 400 को "इनबॉक्स लोड नहीं होगा" से ले जाएगा "मेसेज ओपन नहीं होगा", क्योंकि विरासत के प्रकार में हर जगह इसकी कमी है। कुछ भी मूल्य पर निर्भर नहीं है: संगठन भंडारण लेखांकन को मापा जाता है MailboxStorageMeasurer, and EmailMessage द्वारा स्वतंत्र रूप से IMAP पर पहले से ही दस्तावेज़ sizeBytes == 0 के रूप में "प्रदाता ने एक की रिपोर्ट नहीं की", इसलिए अनुपस्थित संपत्ति longOf () के माध्यम से ठीक उसी भेजे गएिनेल को अवगत कराती है। मानचित्रण में 'आकार' पढ़ना जारी रहता है, इसलिए ग्राफ-मूल प्रतिक्रिया अभी भी है आकार अनुलग्नक एक अलग प्रकार के होते हैं जिसमें वास्तव में 'आकार' होता है; उनका अलग चयन अछूता है। कोई प्रति किरायेदार क्षमता झंडा नहीं और कोई पीछे हटना-बिना आकार: एक लिस्टिंग कि चुपचाप रिट्रीज़ अगले ऐसे टूटने को छिपा देगा। टेस्ट पिन है कि कोई संदेश का चयन 'आकार' के लिए तीनों में से किसी पर पूछता है पथ, कि अन्य चौदह गुण जीवित रहते हैं, कि एक लापता आकार शून्य को हल करने के लिए, और उस अनुलग्नक का आकार अभी भी अनुरोध किया गया है और क्षमा किया गया है। सत्यापित गैर खाली - पुराने निरंतर बहाल करने से सभी तीनों में विफल हो जाता है परीक्षण चुनें।.