تطلب عملية مسح قائمة انتظار البريد في Zimbra من Postfix إعادة محاولة إرسال الرسائل الموجودة في قائمة الانتظار. لا تؤدي هذه العملية إلى مسح قائمة الانتظار، أو إصلاح مشكلة في نظام أسماء النطاقات (DNS) أو الشبكة، أو ضمان قبول الخوادم البعيدة لجميع الرسائل. لكن النتيجة المفيدة قابلة للقياس: حيث تتوقف قائمة الانتظار عن النمو، ويقل عدد الرسائل المؤجلة أو تتحول إلى رسائل تم تسليمها بنجاح، ويمكن للبريد الجديد أن ينتقل عبر خادم نقل البريد (MTA).
اتبع الخطوات التالية على خادم Zimbra بصفتك مسؤولاً. قد تختلف الأوامر والمسارات بين إصدارات Zimbra. تحقق من مسارات الملفات التنفيذية على جهازك قبل تشغيلها؛ وتجنب استخدام تثبيت Postfix المنفصل لنظام التشغيل عن طريق الخطأ.
اتصل بالخادم وانتقل إلى حساب Zimbra باستخدام طريقة الإدارة المعتمدة لموقعك. عادةً ما يتم تثبيت أداة ملخص قائمة الانتظار في [المسار] /opt/zimbra/libexec/zmqstat. توضح وثائق قائمة انتظار Zimbra أنها تعرض عدد الرسائل المحتجزة، والتالفة، والمؤجلة، والنشطة، والواردة.
sudo /opt/zimbra/libexec/zmqstatبحسب إعدادات sudo، شغّل الأمر من حساب Zimbra أو استخدم طريقة الصلاحيات المحددة لخادمك. قد يُظهر ملخصٌ نموذجيٌّ عدد الرسائل ( deferred=240240 active=3رسالة). هذه مجرد أعداد، وليست دليلاً قاطعاً على تعطل 240 رسالة بشكل دائم. قارنها مجدداً بعد بضع دقائق ولاحظ أي تغيير في الفئة.
بعد ذلك، افحص كل إدخال من إدخالات قائمة الانتظار على حدة. تستخدم العديد من عمليات التثبيت الحالية المسار common/sbin`/usr/local postfix/sbin...
/opt/zimbra/common/sbin/postqueue -pإذا لم يكن هذا المسار موجودًا، فتحقق مما إذا كان مثبتًا لديك /opt/zimbra/postfix/sbin/postqueue، ثم استبدل هذا المسار الكامل في الأوامر أدناه. توضح وثائق Zimbra كلاً من ملخص قائمة الانتظار والقائمة التفصيلية postqueue -p. قد تحتوي معرّفات قوائم الانتظار على علامة نجمة في نهايتها للدلالة على محاولات التسليم النشطة، أو علامة تعجب للدلالة على رسالة معلقة. راجع مرجع قائمة انتظار Postfix في Zimbra .
راجع تاريخ أقدم الرسائل وحالة التسليم المسجلة في سجل زيمبرا. الرسالة المؤجلة تنتظر محاولة تسليم أخرى؛ وقد يتأخر وصولها بسبب خادم بعيد، أو عملية بحث في نظام أسماء النطاقات (DNS)، أو انتهاء مهلة الشبكة، أو تفاوض بروتوكول أمان طبقة النقل (TLS)، أو مشكلة في التوجيه المحلي أو إعدادات الترحيل. يُعد نص الحالة الدقيق أكثر فائدة من عدد الرسائل في قائمة الانتظار وحده.
grep -E 'status=(deferred|sent|bounced)|connect to|TLS|SASL|relay=' /var/log/zimbra.log | tail -n 50فسّر هذه الأسطر في سياقها. تشير حالات انقطاع الاتصال المتكررة بوجهة واحدة إلى مشكلة في الاتصال أو الخادم البعيد. تشير أخطاء تحليل الأسماء إلى نظام أسماء النطاقات (DNS). قد يتطلب الرفض المؤقت عن بُعد أو تحديد معدل الإرسال الانتظار أو الاتصال بمزود خدمة الاستلام. قد تشير أخطاء المصادقة أو بروتوكول أمان طبقة النقل (TLS) إلى مشكلة في التكوين المحلي. status=sentيعني وجود سجل أن خادم التسليم التالي قد قبل الرسالة؛ ولا يثبت ذلك أن المستلم قد قرأها أو أنها وصلت إلى صندوق الوارد.
إذا كان حجم قائمة الانتظار يتزايد بسرعة، فابحث عن مُرسِل ذي حجم كبير من الرسائل أو حساب مُخترق قبل إعادة المحاولة مرارًا وتكرارًا. توصي إرشادات Zimbra لحل مشاكل مكافحة البريد العشوائي بربط محتويات قائمة الانتظار بالمُرسِل ونشاط المصادقة، ثم احتواء المصدر قبل حذف البريد غير المرغوب فيه. راجع خطوات Zimbra الخاصة بقائمة الانتظار والتحقيق في البريد العشوائي .
استخدم سجلات النظام لتحديد ما إذا كانت المشكلة عابرة أم محلية. تأكد من أن الخادم يعمل بشكل صحيح في تحليل أسماء النطاقات، وأن لديه إمكانية الوصول إلى الشبكة الصادرة إلى وجهات البريد المتأثرة. إذا أشارت السجلات إلى استجابة تقييد عن بُعد، فتجنب إرسال طلبات متكررة إلى هذا المزود؛ إذ لا يمكن لإعادة المحاولة تجاوز سياسته. في حال فشل عدة نطاقات بنفس الخطأ المحلي، افحص إعدادات Zimbra MTA ذات الصلة وحالة الخدمة قبل تغيير الإعدادات.
الرسائل المصنفة على أنها معلقة تتطلب عناية خاصة: فعملية مسح البريد العادية لا تعني تحرير البريد المعلق. راجع سبب تعليقها وتأكد من صحتها قبل تحرير أي منها. كما تتطلب الرسائل المصنفة على أنها تالفة أو مرتدة معالجة منفصلة؛ فإعادة المحاولة لا تحول الرفض الدائم إلى تسليم ناجح. احتفظ بمعرفات قائمة الانتظار وسجلات النظام ذات الصلة أثناء التحقيق.
تُعدّ مواد استكشاف الأخطاء وإصلاحها في Zimbra /var/log/zimbra.logالمصدر الرئيسي للتحقق من مشاكل MTA، وتُدرج أدوات إدارة قوائم الانتظار مثل ` postqueuemta` و`mta` zmqstat. يختلف تخطيط الخدمة ومواقع الملفات التنفيذية باختلاف الإصدار، لذا يُرجى مراجعة وثائق الإصدار المُثبّت قبل إعادة تشغيل الخدمات أو تعديل الإعدادات. راجع أدوات استكشاف أخطاء MTA وإصلاحها في Zimbra .
بعد التأكد من صحة البريد الإلكتروني المُضاف إلى قائمة الانتظار وتصحيح أو فهم سبب الحظر، اطلب تشغيل قائمة الانتظار. استبدل المسار الموجود على خادمك بالمسار الصحيح.
/opt/zimbra/common/sbin/postqueue -fفي حالة التثبيت باستخدام المسار القديم، استخدم /opt/zimbra/postfix/sbin/postqueue -fبدلاً من ذلك. تُوثّق وثائق مرجع قائمة انتظار Zimbra postqueue -fالأمر flush. يُوجّه هذا الطلب Postfix لمحاولة معالجة البريد المُخزّن في قائمة الانتظار؛ وهو ليس عملية حذف. قد لا يُظهر رسالة نجاح واضحة، لذا استند في تقييم النتيجة إلى إحصاءات قائمة الانتظار وسجلات التسليم اللاحقة بدلاً من الاعتماد على مُخرجات الأمر المختصرة.
يُعدّ مسح ذاكرة التخزين المؤقت إجراءً مناسبًا بعد انقطاع قصير في الشبكة أو بعد تصحيح مشكلة مؤقتة في الإعدادات. لكن من غير المرجح أن يُجدي نفعًا طالما أن نظام أسماء النطاقات (DNS) أو التوجيه أو إعادة التوجيه أو بروتوكول أمان طبقة النقل (TLS) أو خادم الاستقبال البعيد غير متاح. كما أن تكرار الأمر بسرعة قد يُسبب تشويشًا وحركة مرور إضافية لإعادة المحاولة دون معالجة العطل.
بعد السماح بفترة قصيرة لمحاولات التسليم، كرر ملخص قائمة الانتظار وافحص إدخالات السجل الأخيرة:
sudo /opt/zimbra/libexec/zmqstat
tail -n 100 /var/log/zimbra.logابحث عن عدة مؤشرات مجتمعة: انخفاض عدد الرسائل المؤجلة، واختفاء إدخالات قائمة الانتظار القديمة، وظهور status=sentسجلات جديدة للوجهات المتأثرة، وانخفاض عدد الرسائل المؤجلة حديثًا. قد تبقى قائمة الانتظار غير فارغة أثناء التشغيل العادي. ولا يعني تسليم رسالة واحدة بنجاح أن جميع نطاقات المستلمين سليمة.
لا تحذف جميع الرسائل لمجرد إظهار قائمة الانتظار فارغة. إذا تأكد أن رسالة معينة غير مرغوب فيها أو غير قابلة للتسليم، وكانت السياسة تسمح بحذفها، فاحتفظ بمعرف قائمة الانتظار الخاص بها وراجعه قبل استخدام إجراء إدارة قائمة الانتظار المناسب. يحذر نظام Zimbra صراحةً من أن الحذف قد يؤثر على المستخدمين، ويوصي بتسجيل تفاصيل قائمة الانتظار قبل حذف الرسائل. تجنب حذف الملفات مباشرةً من مجلدات التخزين المؤقت لـ Postfix؛ لأن ذلك يتجاوز إدارة قائمة الانتظار وقد يُلحق الضرر بحالة البريد.
الاستعادة الناجحة تعني تحسنًا مستدامًا في تدفق الرسائل، وليس مجرد توقفها مؤقتًا. قد يستمر Postfix في تخزين البريد في قائمة انتظار للوجهات البعيدة غير المتاحة أو التي ترفض الاتصالات مؤقتًا. يبدأ أمر flush محاولات إعادة الإرسال، لكنه لا يضمن التسليم، ولا يُحرر الرسائل المحتجزة عمدًا، ولا يُصحح الإعدادات الخاطئة، ولا يُحدد ما إذا كان نظام المُستلم قد قبل الرسالة بعد عملية تسليم SMTP.
اعتبارًا من 6 أكتوبر 2026، توثق صفحات مركز زيمبرا التقني المذكورة أوامر قائمة الانتظار واستكشاف الأخطاء وإصلاحها المستخدمة هنا، لكنها لا توفر مسارًا واحدًا مضمونًا في جميع إصدارات زيمبرا. تأكد من مواقع الملفات الثنائية وسلوك الصلاحيات على خادمك قبل تنفيذ الأوامر، خاصةً في عمليات النشر القديمة أو المُخصصة.
قم بتشخيص ارتفاعات وحدة المعالجة المركزية في متصفح Jitsi Meet وقلل من حمل العميل عن طريق فحص مربعات الفيديو وتأثيرات الكاميرا ورسومات المتصفح وإعدادات المضيف.
تتبع حالة Jitsi Videobridge، وحمل المؤتمرات، وحركة المرور باستخدام نقطة نهاية Prometheus المدمجة، ثم استكشف البيانات وارسمها بيانيًا في Grafana.
قم بتكوين نطاق مخصص لـ Jitsi Meet Docker باستخدام DNS و PUBLIC_URL و HTTPS و Let's Encrypt ومنافذ جدار الحماية وإعدادات NAT والتحقق من طرف إلى طرف.
قم بإصلاح أخطاء 404 في وحدة تحكم إدارة Zimbra بعد تجديد شهادة SSL عن طريق التحقق من عنوان URL والمنفذ الصحيحين، وتوجيه الوكيل، وحالة الخدمة، والشهادات المنشورة، والسجلات.
تعرف على كيفية تشخيص وإصلاح تحذير تكوين PHP OPcache الخاص بـ Nextcloud عن طريق التحقق من إعدادات PHP SAPI النشطة، وحدود الحجم، والتعليقات، وإعادة التحقق.
قم باستكشاف أخطاء ترحيل قاعدة بيانات Kopano وإصلاحها بعد ترقية MySQL أو MariaDB عن طريق التحقق من النسخ الاحتياطية، وإصدارات الخادم، وأوضاع SQL، ومجموعة الأحرف، وحالة المخطط، والسجلات.
قم بتوصيل Nextcloud بـ LDAP أو Active Directory باستخدام النقل الآمن، وفلاتر المستخدم والمجموعة، وسمات تسجيل الدخول، وعملية نشر تم اختبارها.
إصلاح إشعارات Element Android على الهواتف التي تم إلغاء خدمة Google منها عن طريق تكوين UnifiedPush، وأذونات Android، وإعدادات البطارية، واختبارات التحقق الموثوقة.
قم بإزالة تحذير فهارس قاعدة البيانات المفقودة في Nextcloud باستخدام أمر occ الرسمي. قم بعمل نسخة احتياطية أولاً، ثم استعرض التغييرات، وقم بتشغيل عملية الإصلاح، وتحقق من النتيجة.
قم بتكوين Keycloak SSO لـ Element Web عن طريق ربط OIDC بـ Synapse، وتعيين عنوان URL لإعادة الاتصال بدقة، وتعيين مطالبات المستخدم، واختبار تسجيل الخروج.
