أخدم قائمة الملفات من الرقم القياسي عندما يثبت أنها موجودة

Shipped

14 أغسطس 2026 في 2:24 ص UTC

صاحب البلاغ

Kamo

Commit

d70fbde

إن الصفوف وراء قائمة الرسائل موجودة بالفعل في " Postgres " - فهرس البيانات الوصفية يحمل مرسلاً وموضوعاً وتاريخاً وحجماً وملحقاً وأعلاماً لكل رسالة تحملها رأيت قراءة صفحة من هناك سؤال واحد؛ وقراءتها من IMAP هي SELECT بالإضافة إلى خمسين مظرفاً من طراز FETCH وجعل الخادم يبني الرقم القياسي لصناديق البريد إجابة ما منع أي شخص من استخدامه لم يكن السرعة بل الثقة. الرقم القياسي ممتلئ بـ فهرس الدفع الذي يعمل فقط بينما شخص ما لديه صندوق بريد مفتوح لا شيء يميز ملفاً حالياً من مضرب مركز واحد يميزهم إنه أرخص سؤال يجيب عليه برنامج الرصد الدولي - لا SELECT, no message data - وهو يعيد عد رسالة الملف UID. الرقم القياسي لا يستخدم إلا عندما يطابق كلاهما ما يحمله: أي شيء أضيف أو أزيل، وماكسويد + 1 UIDNEXT يمسك القضية لا يمكن أن نرى، حيث وصل عدد كبير كما تم حذفه. (أوديكست) يمضي قدماً، لذا الرقم القياسي المفقودة يتركه يضغط فوق أعلى الرقم القياسي أعلم كل نتيجة أخرى تعود إلى فريق الرصد الدولي: الملف المفقود، الخادم الذي يتزين STATUS, an empty index, a database error. أسوأ نتيجة متاحة هي السلوك الموجود قبل هذا ملف يفشل في الفحوصات بنفسه عندما تصل الرسالة التالية وتفهرس **** بسبب الرد العلامة تتوقف على البحث (كاموفيليسيزر) هرب انقلب عليه هو ان يكون تصرفا متعمدا بدلا من التأثير الجانبي للنشر الاتفاق هو المكان الذي يُظهر فيه الخطأ شخص ما البريد الخاطئ، لذا هو نقي، حزمة خاصة ومختبرة من هذا الاتجاه - كل حالة تسأل عما إذا كانت يمكن أن يستخدم الرقم القياسي عندما لا يجب.