- Shipped
- 7 अगस्त 2026 को 6:15 am बजे UTC
- Author
- Kamo
- Commit
- 8e73db6
एक विभाग का संपर्क ईमेल मुफ्त टेक्स्ट था, इसलिए यह एक पता का नाम दे सकता था कि ऑर्ग करता है नहीं -- आज एक सेट के साथ तीन विभागों में से दो बिल्कुल ऐसा करते हैं। अब ऑर्ग के मेलबॉक्स में से एक के लिए एक सूचक रखती है, और संगठन उसी को प्राप्त करता है सूचक अपने मौजूदा contactEmail के बगल में, जो अनछिपे हुए है। असाइनमेंट एक सूचक है और अधिक कुछ नहीं है: यह रिकॉर्ड करता है जो विभाग को मेलबॉक्स करता है या org पर पहुंच जाता है, और इसमें कोई भी पहुंच नहीं देता है। दोनों कॉलम सादे UUID हैं, जिनमें ईमेल provider.mailboxes के लिए कोई FK नहीं है, जानबूझकर। मेलबॉक्स बाहरी प्रदाताओं से सिंक होते हैं और प्रदाता-साइड को हटा सकते हैं, और उन्हें हटा दिया जा सकता है। मेलबॉक्स डिलीट एंडपॉइंट डिपार्टमेंट्स के बारे में कुछ नहीं जानता - एक वास्तविक FK दोनों को बदल देगा उन लोगों की विफलताओं में से। एक कहानी सूचक स्वीकार्य लागत है और यूआई इसे सतहों पर है। विभाग.email ठहरता है, पते को निर्दिष्ट मेलबॉक्स को हल करता है। उपभोक्ता एक पता चाहते हैं, आईडी नहीं और मेलबॉक्स पते immutable हैं (UpdateMailbox केवल एक डिस्प्ले नाम और पासवर्ड स्वीकार करता है), इसलिए प्रति नहीं बहती है। असाइनिंग दोनों लिखते हैं; क्लियरिंग नल दोनों। किसी अन्य संगठन से मेलबॉक्स है इनकार कर दिया - पिकर केवल इस ओरग को प्रदान करता है, लेकिन इसके बिना अनुरोध किया जा सकता है, और एक क्रॉस-टेंडेंट पॉइंटर ने दूसरे के आउटबाउंड मेल पर एक ओरग का पता लगाया।.