تمت المراجعة في 6 أكتوبر 2026. إذا أظهر بحث Zimbra نتائج غير مكتملة لصندوق بريد واحد، وكان سجل صندوق البريد يشير إلى خطأ في الفهرسة أو Lucene، فإن الحل المعتاد هو إعادة بناء فهرس البحث الخاص بهذا الصندوق باستخدام الأمر ` zmprov rim account@example.com start. يعيد هذا الأمر إنشاء بيانات الفهرس القابلة للبحث من محتوى صندوق البريد؛ وهو ليس حلاً لملفات الرسائل المفقودة، أو تلف قاعدة البيانات، أو امتلاء وحدة التخزين، أو فشل البحث على مستوى الخادم.
يُقاس نجاح العملية بالنتيجة الفعلية: اكتمال عملية إعادة الفهرسة، وظهور الرسائل المفقودة سابقًا في نتائج البحث المستهدفة، واستمرار ظهور البريد الجديد في نتائج البحث. بدء تشغيل الأمر ليس دليلًا على إعادة بناء الفهرس. لذا، يُنصح بتنفيذ العملية خلال فترة هدوء، والتحقق من حجم الفهرس أولًا، وتشغيلها على حساب واحد متأثر قبل توسيع نطاقها.
يُعدّ الفهرس التالف أو غير المكتمل سببًا محتملاً للمشكلة عندما يعمل الوصول العادي إلى صندوق البريد ولكن عمليات البحث لا تُظهر الرسائل المعروفة، أو عندما يرى المستخدم المتأثر نتائج بحث غير متناسقة، أو /opt/zimbra/log/mailbox.logعندما يُبلغ عن رسائل مثل "فشل فتح المُفهرس" أو استثناء Lucene لهذا الحساب. تُوثّق مواد استكشاف الأخطاء وإصلاحها في Zimbra zmprov verifyIndexتشخيصًا للفهرس المفقود أو الذي لا يمكن فتحه، وتُستخدم zmprov rim ... startلإعادة إنشائه.
حدد نطاق المشكلة أولاً. إذا كان مستخدم واحد فقط متأثرًا، فافحص صندوق بريده. أما إذا كان العديد من المستخدمين على نفس مخزن البريد يعانون من نفس المشكلة، فتحقق من سلامة الخادم، وسعة التخزين، والتحديثات الأخيرة، والسجلات قبل البدء بعمليات إعادة بناء متعددة. قد يؤدي إجراء عدد كبير من عمليات إعادة الفهرسة إلى استهلاك كبير لموارد الإدخال/الإخراج للقرص ووحدة المعالجة المركزية، مما قد يزيد من بطء البحث لدى المستخدمين الآخرين.
إعادة فهرسة الملفات ليست الخيار الأمثل في الحالات التالية: عندما يتعذر على المستخدمين تسجيل الدخول، أو عند فقدان المجلدات، أو عند فشل فتح نصوص الرسائل أو المرفقات، أو عند وجود أخطاء في قاعدة بيانات البريد، أو عند عدم توفر خدمة البحث لعدة حسابات. قد تشير هذه العلامات إلى مشاكل في قاعدة البيانات، أو مخزن البيانات الثنائية، أو الخدمة، أو البنية التحتية. لذا، يُنصح بالاحتفاظ بسجلات النظام واستخدام إجراءات استعادة Zimbra المناسبة أو التواصل مع قناة الدعم بدلاً من اعتبار كل شكوى متعلقة بالبحث تلفًا في الفهرس.
بصفتك مستخدمًا لحساب نظام التشغيل Zimbra، اختبر صندوق البريد المشتبه به باستخدام التشخيص الموضح في إرشادات استكشاف الأخطاء وإصلاحها الخاصة بـ Zimbra:
zmprov verifyIndex user@example.comيشير الرد الذي يفيد بعدم وجود الفهرس أو عدم العثور على ملف المقطع إلى وجود تلف في الفهرس. إذا كان إصدار Zimbra المُثبّت لديك لا يتعرف على هذا الملف verifyIndex، فلا تقم بتثبيت البرامج النصية أو نسخ ملفات الفهرس من خادم آخر كحل بديل. استخدم وثائق Zimbra الخاصة بإصدارك وقارن سجل علبة البريد بالحساب المتأثر.
على خادم Zimbra المناسب، انتقل إلى حساب نظام تشغيل Zimbra وابدأ عملية إعادة بناء صندوق البريد المتأثر الوحيد:
su - zimbra
zmprov rim user@example.com startيُشير الأمر عادةً إلى بدء المهمة، وهذا يُؤكد إرسالها، وليس اكتمالها. لا تُشغّل مهامًا مُتكررة لمجرد أن البحث لم يكتمل مُباشرةً بعد ذلك؛ تحقق أولًا من حالة المهمة وسجلات مخزن البريد.
استعلم عن مهمة إعادة الفهرسة باستخدام نفس الحساب وسياق الخادم:
zmprov rim user@example.com statusكرر العملية على فترات زمنية معقولة بدلاً من الاستقصاء المستمر. اقرأ الاستجابة وفقًا لإصدار Zimbra الخاص بك: يعرض سطر الأوامر حالة المهمة، بينما mailbox.logيمكن أن يوفر معلومات حول تقدم الحساب أو الأخطاء. إذا أبلغ الأمر عن خطأ، أو لم تكتمل المهمة أبدًا، أو أظهرت السجلات أعطالًا في مساحة القرص أو كتابة الفهرس، فتوقف مؤقتًا وحل المشكلة الأساسية قبل المحاولة مرة أخرى.
تتضمن قائمة أوامر Zimbra المرجعية إجراءات reIndexMailboxمثل startو statusو cancel. إذا كان إصدارك يدعم الإلغاء وكانت المهمة تُلحق ضررًا بالخدمة، فتأكد من صحة الصيغة المحلية قبل استخدامها. لا تقم بإنهاء عمليات Java أو حذف ملفات الفهرس كبديل لإجراء الإلغاء المدعوم.
بعد إتمام المهمة، اختبرها من خلال متصفح الويب الخاص بالمستخدم المتأثر باستخدام بعض الرسائل المعروفة. ابحث عن مُرسِل مميز، وموضوع رسالة، ونطاق تاريخ محدد؛ تحقق من الرسائل القديمة والحديثة. افحص المجلدات التي من المفترض أن تظهر فيها الرسائل وقارن النتيجة برسالة معروفة يمكن للمستخدم فتحها مباشرةً. ثم أرسل أو استقبل رسالة اختبار وتأكد من إمكانية البحث عنها بعد فترة الفهرسة المعتادة.
ابحث عن تحسن مستمر بدلاً من مجرد استعلام ناجح واحد. معايير النجاح العملية هي:
إذا أبلغ الأمر عن اكتماله ولكن بقيت بعض الرسائل مفقودة، فتحقق من وجود هذه الرسائل وإمكانية فتحها. راجع ما إذا كانت مصطلحات بحث المستخدم، أو عوامل تصفية التاريخ، أو نطاق المجلد، أو ذاكرة التخزين المؤقت على جانب العميل هي سبب هذا الاختلاف. لا يمكن للفهرس المُعاد بناؤه استعادة الرسائل التي حُذفت، أو لم تُسلّم أبدًا، أو فُقدت من المخزن الأساسي.
إذا فشلت عملية إعادة بناء قاعدة البيانات بشكل متكرر، فابدأ بمعالجة الخطأ المذكور في سجلات النظام. تأكد من توفر مساحة القرص وعدد العقد (inodes)، وابحث عن أخطاء أوسع نطاقًا في مخزن البريد أو قاعدة البيانات، وتأكد من معالجة صندوق البريد على الخادم الصحيح. إذا تعذر على الحساب الوصول إلى محتوى الرسائل، أو إذا ظهرت المشكلة نفسها في صناديق بريد أخرى، فتوقف عن إعادة فهرسة قاعدة البيانات، وابحث عن سبب المشكلة على مستوى المخزن أو قاعدة البيانات أو الخادم.
تجنب حذف /opt/zimbra/indexالبيانات يدويًا كخطوة روتينية. تتضمن صفحة ويكي Zimbra العامة إجراءً لحذف ملفات الفهرس يدويًا، ولكن هذه الصفحة لا تزال قيد التطوير ومرتبطة بإصدارات قديمة. يُعد الحذف اليدوي أكثر عرضة للأخطاء من أمر إعادة الفهرسة المدعوم على مستوى الحساب، ولا يُنصح به إلا وفقًا لإرشادات المورّد الحالية الخاصة بالإصدار، مع تحديد مسار صندوق البريد بدقة، ووجود نسخ احتياطية موثقة، وخطة صيانة.
تُعيد عملية إعادة الفهرسة بناء بيانات البحث الوصفية؛ لكنها لا تُصلح جداول MySQL أو MariaDB، ولا تستعيد الكائنات الثنائية الكبيرة المفقودة، ولا تُصلح نظام ملفات تالفًا، ولا تُحرر قرصًا ممتلئًا، ولا تُعالج انقطاع البحث على مستوى الخادم. كما أنها تستغرق وقتًا أطول مع ازدياد حجم صندوق البريد وحمل الخادم. قد يكون البحث غير مكتمل مؤقتًا أثناء تشغيل الفهرسة، وقد ينخفض الأداء العام أثناء هذه العملية.
استخدم إعادة فهرسة البريد المدمجة أولاً عندما تشير الأدلة إلى فهرس بحث حساب واحد. قِس النتيجة باستخدام الرسائل المعروفة ورسائل المتابعة. إذا تعذّر إكمال إعادة الفهرسة أو كانت البيانات نفسها تالفة، فانتقل إلى إجراء استعادة التخزين أو قاعدة البيانات المناسب بدلاً من اللجوء إلى حذف الفهرس بشكل شامل.
reIndexMailboxالأمر وصيغة الإجراء الخاصة به؛ كما توجه الصفحة القراء إلى دليل المسؤول للحصول على تفاصيل خاصة بالإصدار.verifyIndexأمر إعادة فهرسة الحساب. هذه الصفحة قيد التطوير، لذا يُرجى التأكد من ملاءمتها لإصدارك المُثبّت.قارن بين 10 أدوات مسح الشبكة المحلية (Ping) لاكتشاف الشبكات المحلية بسرعة، وإجراء مسح شامل للأنظمة الأساسية المختلفة، وإدارة عناوين IP. تعرّف على ما يمكن أن يكشفه لك المسح وما لا يمكنه كشفه.
قارن بين ست أدوات لإدارة الشبكة لمراقبة الأداء، بما في ذلك تغطية SNMP، ورسم الخرائط، والتنبيهات، ونماذج النشر، والمفاضلات المتعلقة بالتكلفة.
قارن بين أفضل برامج تحليل شبكة Wi-Fi لأنظمة Windows و iPhone و Android، بما في ذلك أدوات ازدحام القنوات وتغطية الإشارة والخرائط الحرارية واستكشاف أخطاء الشبكة وإصلاحها.
قارن بين سبعة برامج مراقبة زمن الاستجابة المجانية والمفتوحة المصدر، بدءًا من مجموعات الشبكة الكاملة وحتى مجسات زمن الاستجابة المركزة، واختر البرنامج المناسب من حيث التوافر وفقدان الحزم والسجل.
تعرف على معنى جودة الخدمة في الشبكات، وكيف تحدد علامات DSCP وقوائم انتظار حركة المرور أولويات تطبيقات الصوت والفيديو والأعمال، وما لا تستطيع جودة الخدمة إصلاحه.
قم ببناء نظام مراقبة شبكة عملي مع تغطية واضحة للأجهزة، ومقاييس أداء مفيدة، وتنبيهات قابلة للتنفيذ، ومقارنة بين SolarWinds NPM وPRTG وOpManager.
قارن بين برامج خوادم SFTP الموثوقة لأنظمة ويندوز ولينكس، بما في ذلك OpenSSH وBitvise وSolarWinds وSFTPGo. اعثر على الخيار الأمثل الذي يلبي احتياجاتك الأمنية واحتياجات نقل الملفات.
قارن بين سبع أدوات لإدارة عناوين IP لاكتشاف الشبكات الفرعية، وتنسيق DNS وDHCP، وجرد الشبكة، وIPAM مفتوح المصدر.
قارن بين أدوات فحص الشبكة لاكتشاف الأجهزة بسرعة، وعمليات فحص IP عبر الأنظمة الأساسية، وإدارة عناوين IP للمؤسسات، مع إرشادات حول مطابقة كل خيار مع شبكتك.
استخدم خيار --traceroute في Nmap لرسم خرائط القفزات إلى مضيف مصرح به، وفهم مخرجات القفزة وRTT، واستكشاف الأخطاء وإصلاحها في الاستجابات المفقودة دون الإفراط في المسح.
