एक संदेश पर पते के पीछे लोगों को हल करें

शिप

5 अगस्त 2026 को 10:37 pm बजे UTC

लेखक

Kamo

Commit

1a83506

एक संदेश हेडर एक पता जानता है और जो कुछ भी प्रदर्शित करता है वह प्रेषक को चुना जाता है इसे छोड़कर। संगठन पहले से ही अधिक जानता है - सहयोगियों, पता किताबें, एक्सटेंशन, टाइमज़ोन - और इसमें से कोई भी मेलबॉक्स तक नहीं पहुंचा। POST ************************* पते के एक बैच का जवाब देता है प्रत्येक के पीछे व्यक्ति: सहयोगी (कार्य शीर्षक, विभाग, विस्तार, टाइमज़ोन के साथ) और एक सदस्य आईडी जो उपस्थिति और चैट को अनलॉक करता है) ने संपर्क बचाया (निर्माता के साथ), शीर्षक और संख्या), या एक स्पष्ट EXTERNAL तो कॉलर जवाब कैश कर सकते हैं इसके बजाय हर होवर पर फिर से चलना। स्पष्ट रूप से इसमें मुड़ने के बजाय अवतार समापन बिंदु से अलग है। कि एक दो चरण की आवश्यकता है - एक पूर्ण मिस का मतलब डीएनएस प्लस चार HTTP कॉल करने के लिए तीसरे पक्ष - और यह स्थानीय, अनुक्रमित, org-scoped पढ़ने का एक मुट्ठी भर है कि पहले कॉल पर पूरी तरह से जवाब दे सकते हैं। एक समापन बिंदु को साझा करने से बल होता है तुल्यकालिक आधे को "आस्क फिर से बाद" अनुबंध प्राप्त करने के लिए इसकी आवश्यकता नहीं है। नंगे पते पर की और कभी प्रदर्शन नाम पर नहीं, जो है हमलावर नियंत्रित पाठ: एक बाहरी व्यक्ति अपने सहयोगियों के वास्तविक नाम पर सेट कर सकता है, और इस रिकॉर्ड में वह सहयोगी का प्रत्यक्ष-डायल एक्सटेंशन होता है। सामान्यीकृत यह लागू करता है कि अब अवतार समापन बिंदु (mailboxAddress) के साथ साझा किया गया है, इसलिए दोनों एक दूसरे की कैश प्रविष्टियों को अलग नहीं छोड़ सकते हैं। संगठन सत्र से आता है, कभी अनुरोध नहीं — समापन बिंदु उत्तर "क्या यह किरायेदार इस पते के लिए रिकॉर्ड रखता है", जो एक सदस्यता है अगर कॉलर किरायेदार को चुनता है तो ऑरेकल। Ids स्ट्रिंग के रूप में क्रमबद्ध: CockroachDB पंक्ति ids MAX SAFE INTEGER अतीत में चल रहा है, और ईमेल सेवा के पास कोई वैश्विक लॉन्ग-टू-स्ट्रिंग मैपर नहीं है क्योंकि संदेश uids लंबे समय तक हैं मेलबॉक्स फ्रंट एंड वास्तव में नंबर के रूप में व्यवहार करता है।.