उपनाम, डोमेन और व्यक्तिगत मेलबॉक्स व्यवस्थापक कार्यों को एक प्रबंधन अधिकार की आवश्यकता होती है

शिप

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

लेखक

Kamo

Commit

90af780

एक ईमेल आलियाओं पर निर्माण / डिलीट करें, ************* org के भेजने वाले डोमेन पर, **************** एक व्यक्तिगत (आत्म-होस्टेड) मेलबॉक्स पर सभी को केवल एक ही आवश्यकता होती है सत्र — org scoping पहले से ही अस्तित्व में, लेकिन इसके ऊपर कुछ भी नहीं पूछा कि क्या कॉलर था ईमेल खातों को सब पर प्रशासित करने की अनुमति है। कोई भी प्रामाणिक सदस्य एक नए उपनाम को छोटा कर सकता है एक सहयोगी के लिए पता, एक डोमेन जोड़ें जो मेल रिले तब भेजेगा (या एक ओरग को हटा दें) वास्तव में सत्यापित), या एक सहयोगी के कनेक्टेड व्यक्तिगत इनबॉक्स को फिर से हस्ताक्षर / हटा दें। इनमें से सभी को अब MANAGE EMAIL ACCOUNTS की आवश्यकता होती है - उसी दाएं मेलबॉक्स कंट्रोलर के बराबर व्यक्तिगत-मेलबॉक्स व्यवस्थापक कार्य पहले से ही लागू होते हैं (2026-08-14) - उस नियंत्रक के दर्पण तीन नियंत्रकों में से प्रत्येक में Unless/hasRight सहायकों को अस्वीकार करते हैं। केवल एंडपॉइंट्स (listDomains, getVerificationRecords, व्यक्तिगत मेलबॉक्स सदस्य-facing और IMAP/OAuth मार्ग) अपरिवर्तित हैं: उनकी स्वामित्व जांच पहले से ही जीवित रहती है जहां यह संबंधित है, सत्र की कुंजी या सत्र की कुंजी `?member=true` ध्वज, और उन्हें आगे गिटिंग के लिए नहीं कहा गया था और यहां नहीं बनाया गया था। AliasControllerRightsTest. बदलाव के बिना - प्रत्येक व्यवस्थापक कार्रवाई वर्तमान में एक नंगे सत्र के बजाय के लिए सफल होती है (200) मना किया जा रहा है (403)।.