الخلاصة

  • بعد تفعيل UIDONLY صراحة، يمنع RFC 9586 أرقام تسلسل الرسائل ويستخدم UIDFETCH وVANISHED المرتبطين بمعرفات UID. تختفي خريطة ترجمة متحركة، لا واجب إثبات الحالة الكاملة.
  • المرجع المستمر يجمع اسم صندوق البريد وUIDVALIDITY وUID. إعلان القدرة، وتفعيل الاتصال، واكتمال الأمر، وتثبيت الذاكرة المؤقتة، وتسوية التطبيق إيصالات مختلفة.

إذا حُذفت رسالة قرب بداية صندوق يضم عشرات الآلاف من الرسائل، تغيرت أرقام كل ما يليها. عندئذ يواصل العميل مطابقة موضع متحرك مع UID أكثر ثباتاً بينما تصل تحديثات أخرى. يستهدف UIDONLY هذه الكلفة بعينها: إخراج الموضع النسبي من أوامر الرسائل.

لكن ظهور UIDONLY في CAPABILITY لا يغير جلسة بعينها. يجب على العميل إرسال ENABLE UIDONLY. بعد ذلك فقط تصبح FETCH وSTORE وSEARCH وCOPY وMOVE من دون بادئة UID غير صالحة، ويعيد الخادم UIDREQUIRED عند عبور الحد. تصل تغيرات السمات عبر UIDFETCH، وتصل الإزالات عبر VANISHED. العرض والتفعيل واقعتان مستقلتان.

للتبسيط قيمة حقيقية. رقم التسلسل ليس سوى موضع حالي يعاد توزيعه بعد EXPUNGE. حذف هذا الاسم يقلل احتمال إلصاق استجابة متأخرة برسالة خاطئة، ويعفي العميل من إبقاء فضاءي أسماء متزامنين طوال الجلسة.

غير أن UID الباقي ليس اسماً عالمياً. يقيده RFC 9051 بصندوق البريد والجيل الذي تحدده UIDVALIDITY. إذا عجز الخادم عن حفظ الفضاء السابق تغيرت قيمة الجيل، وعلى العميل إسقاط سلطة المعرفات القديمة. لذلك لا يكفي UID منفرد في سجل تدقيق لتعيين رسالة بصورة مستمرة.

ولا تعد UIDNEXT بكائن تال. إنها حد أدنى للتخصيص اللاحق، لا ضمان بأن رسالة ستحمل القيمة نفسها. الفجوات مشروعة، والرسائل قد تُحذف، والسمات المتغيرة قد تتبدل مع بقاء الهوية. ثبات التسمية لا يعني استقرار الحالة.

لا يغير UIDONLY إشعاري EXISTS وRECENT. ويمكنه العمل مع CONDSTORE وQRESYNC، كما يمكن أن يظهر MODSEQ في UIDFETCH، لكنه لا يفرض آليات المزامنة هذه. ويحظر معامل QRESYNC الاختياري لمطابقة أرقام التسلسل حتى لا يعيد فضاء الأسماء المستبعد. دقة العنونة لا تنتج تاريخاً كاملاً تلقائياً.

تكشف عمليتا COPY وMOVE الحد نفسه. يستطيع COPYUID وصل UID المصدر بمعرف الهدف وUIDVALIDITY الخاص به، وتثبت النتيجة الموسومة نهاية أمر IMAP. لكنها لا تثبت أن المفهرس أو الأرشيف أو شاشة البحث أو ذاكرة الهاتف ثبّتت الكائن الجديد. لكل طبقة لاحقة إيصالها.

ويقدم بديل الصفر المرفوض تحذيراً عملياً. فقد اقترحت مسودة سابقة إبقاء هيئة FETCH العادية ووضع صفر في خانة رقم الرسالة. رُفض الحل لأن عميلاً قديماً قد يصدق الموضع الوهمي ويفسد ذاكرته المؤقتة. توافق الشكل كان سيخفي انقطاع المعنى، بينما تجعل صيغة الاستجابة الجديدة انتقال السلطة ظاهراً.

لذلك يجب أن تصل سلسلة الدليل بين إعلان القدرة، وتفعيلها في هذا الاتصال، والصندوق مع UIDVALIDITY، والمعرفات والتغيرات المرصودة، والنتيجة الموسومة، والتثبيت المحلي الدائم، ثم تسوية النظام المستهلك. لا ينبغي لمؤشر أخضر واحد أن يمثل السلسلة كلها.

المصادر