सदस्य के मेलबॉक्स और उपनाम केवल अपने संगठन के अंदर पठनीय हैं

शिप

23 सितंबर 2026 को 7:49 am बजे UTC

लेखक

Kamo

Commit

0893174

GET ******************* सभी पर कोई HttpServletRequest नहीं - कोई सत्र नहीं, कोई org पथ पर कहीं भी चेक करें - और प्राप्त करें ******************* चेक करें कि कॉलर एक सत्र था लेकिन केवल लक्ष्य MemberId to AliasService, कभी नहीं कॉलर का अपना org. किसी भी तरह से, किसी भी संगठन के किसी भी प्रमाणीकरण सदस्य को किसी अन्य संगठन की आवश्यकता हो सकती है मेलबॉक्स असाइनमेंट या उपनाम केवल चलने वाले सदस्य आईडी द्वारा। ************* अब कॉलर का ऑर्जीड लेता है और मेलबॉक्स को फ़िल्टर करता है यह, एक ही रास्ता ******************* पहले से ही बराबर लुकअप फिल्टर लॉग-इन सदस्य के लिए; ********** अब org-scoped भंडार चलाता है क्वेरी (findByMemberIdandOrgId) रचनाकार पहले से ही unscoped के बजाय उपयोग करता है find by MemberId. कॉलर के ऑर्ग के बाहर एक सदस्य अब बस कुछ भी नहीं मेल खाता है, बिल्कुल एक की तरह किसी अन्य किरायेदार के डेटा का जवाब देने के बजाय, सभी पर मेलबॉक्स/एलीज़ के साथ। वास्तव में यह भी एक सही पीछे नहीं है: कामो-आंतरिक एक कॉलर ************* एक पृष्ठ स्तर ACCESS MAIL के पीछे बैठता है चेक करें, नहीं ******************* और सर्वर को संकुचित करें कि क्या है स्क्रीन को वास्तव में कई भूमिकाओं के लिए जोखिमपूर्ण ब्रेकिंग की आवश्यकता होती है जो बिना ACCESS MAIL को पकड़ती हैं। एक उत्पाद निर्णय यह तय नहीं करता है। ************* ************* AliasControllerMemberScopeTest परिवर्तन के बिना विफल - एक सदस्य आईडी किसी अन्य संगठन में वर्तमान में एक खाली सूची के बजाय संगठन की वास्तविक पंक्तियां लौटती हैं।.