- शिप
- 27 अगस्त 2026 को 1:14 am बजे UTC
- लेखक
- kamo
- Commit
- 7bbb9a0
होमपेज अपठित ईमेल विजेट ईमेल metadata.search index पढ़ता है सीधे - यह एक IMAP कनेक्शन खर्च नहीं करना चाहिए, जो पूरा है कारण यह मौजूद है - और उस सूचकांक ने केवल कभी सीखा कि एक फ़ोल्डर क्या है HOLDS. यह लिस्टिंग मेल के साइड इफेक्ट के रूप में लिखा गया था, और एक लिस्टिंग उन संदेशों की रिपोर्ट करता है जो वहां हैं; इसमें कुछ भी संदेश नहीं कह सकता चला गया है। इसलिए एक संदेश जिसे पढ़ा गया था और फिर उसे हटा दिया गया था, उसके पीछे अपनी पंक्ति छोड़ दी गई थी। कभी-कभी, झंडे पर जमे हुए यह साथ आया। न तो घटना दर्ज की गई थी: पढ़ना नहीं, क्योंकि एक ध्वज परिवर्तन कभी भी किसी चीज को फिर से अनुक्रमित नहीं करता है, और नहीं क्योंकि संदेश किसी भी पृष्ठ में दिखाई देना बंद कर दिया। पंक्ति बिना पढ़े रहना और विजेट इसे पेश करने पर चला गया। रिपोर्टर का सूचकांक सात ऐसी INBOX पंक्तियों को आयोजित किया गया, उनमें से प्रत्येक ट्रैश में भी उपस्थित थे। और वहाँ पढ़ा - मेल वे ग्यारह से बीस दिनों के लिए सौदा किया था पहले भी उनके डैशबोर्ड पर। दोनों सिरों पर फिक्स्ड: * प्रत्येक पथ जो एक संदेश को स्थानांतरित करता है, हटाता है या फिर उसे फिर से घुमाता है एक ही साँस में सूचकांक - एकल संदेश, बैच चयन, फिल्टर नियम, वार्तालाप पढ़ने, वार्तालाप स्टार, स्पैम रिपोर्ट। एक के लिए यह मेलबॉक्स-परिवर्तनित घटना से पहले होता है, क्योंकि घटना यह है कि होम पेज विजेट को फिर से पढ़ता है; * एक सिंकेड पेज जो संभवतः डब्ल्यूएचओएल फ़ोल्डर को कवर करता है अब ड्रॉप करता है उन संदेशों के लिए पंक्तियाँ जिनमें शामिल नहीं हैं, जो मेल पढ़ते हैं या पकड़ते हैं एक फोन या किसी अन्य क्लाइंट से हटा दिया गया, और पंक्तियां अनाथ को हटा देता है इससे पहले कि यह अस्तित्व में है। "Provably" सर्वर की अपनी संदेश गिनती के साथ सटीक समझौता है, नहीं एक लघु पृष्ठ: एक प्रदाता अपने ही अधिकतम पृष्ठ पर एक पृष्ठ पर कब्जा करने के लिए स्वतंत्र है, इसलिए संक्षिप्त अर्थ "प्रदाता बंद हो गया", जो "फोल्डर एंडेड" नहीं है। हर दूसरे मामले के माध्यम से गिर जाता है और अगली बार फिर से ठीक हो जाता है। सूचकांक है इसके अलावा, यहां गलत विलोपन वास्तविक मेल को खो देता है खोज - सुरक्षा तर्क कवरWholeFolder() है, जो शुद्ध है और "क्या यह कह सकता है कि जब यह नहीं होना चाहिए" की दिशा से परीक्षण किया गया है। चेकपॉइंट लिखने से पहले रन बनाए रखना, और एक कॉल है MailIndexMaintenance में फेंकने की अनुमति है। एक चेकपॉइंट का दावा करता है अनुक्रमणिका फ़ोल्डर को उस मॉडेक पर सही ढंग से वर्णित करता है; एक ओवर लिखना एक इंडेक्स अभी भी हटाए गए मेल के लिए पंक्तियों को रखने से इंडेक्स-बैक दिया जाएगा संदेश सूची उन पंक्तियों को मेल के रूप में वापस सेवा प्रदान करती है। असफल होने पर कोई नहीं लगता चेकपॉइंट, जिसका मतलब है रेसिंक - यह दिशा पूरी तरह विफल हो जाती है। साझा मेलबॉक्स जानबूझकर असंतुलित हैं: इंडेक्स पंक्तियों की कुंजी द्वारा की जाती है सदस्य और यूआईडी, यूआईडी एक मेलबॉक्स के भीतर अद्वितीय हैं, बल्कि पूरे होने के बजाय उन्हें, और एक सदस्य के खिलाफ साझा मेलबॉक्स के यूआईडी 42 को फिर से फ़्लैगिंग करना होगा जो भी अपने खुद के इनबॉक्स 42 पर रखती है।.