الإجابة المختصرة
بالنسبة لبريد زيمبرا الإلكتروني، قد لا يكفي تعديل إعداد واحد فقط. إذا كان المستخدمون بحاجة إلى إرفاق ملفات كبيرة بالرسائل الصادرة، فيجب تنسيق حد التحميل عبر الويب، وحد محتوى SOAP في صندوق البريد، والحد الأقصى لحجم الرسالة في خادم البريد. تحقق أيضًا من وجود أي تجاوز خاص بالخادم أو وكيل خارجي يفرض حدًا أقل للطلبات.
كمثال عملي، لنفترض أن مؤسستك ترغب في أن يُرفق المستخدمون ملفات يصل حجمها إلى 25 ميجابايت. توصي إرشادات Zimbra بشأن الحجم بالسماح بحوالي 150% من حجم الملف الأصلي للرسالة الكاملة المشفرة بتنسيق MIME. يُعدّ حد 40 ميجابايت (41,943,040 بايت) مثالًا مبدئيًا معقولًا لهذه السياسة، رهناً بالاختبار وسعة التخزين لديك. يختلف حجم MIME الإضافي باختلاف الرسالة، لذا لا يوجد مُضاعِف يضمن احتواء كل رسالة.
قم بتشغيل هذه الأوامر بصفتك zimbraالمستخدم، بعد مراجعة القيم الحالية والتأكد من أن سياسة المثال تناسب بيئتك:
su - zimbra
zmprov gcf zimbraFileUploadMaxSize zimbraMailContentMaxSize zimbraMtaMaxMessageSize
zmprov mcf zimbraFileUploadMaxSize 41943040
zmprov mcf zimbraMailContentMaxSize 41943040
zmprov mcf zimbraMtaMaxMessageSize 41943040
postfix reload
تُعيّن هذه الأوامر القيم العامة. إذا كان لخادم البريد إعدادات بديلة خاصة به، فتحقق من هذا الخادم واضبطها أيضًا. قد تختلف السمات الدقيقة وسلوك إعادة التشغيل باختلاف إصدار Zimbra وطريقة نشره؛ لذا تحقق منها مقارنةً بإصدارك المُثبّت قبل تطبيق التغييرات على نطاق واسع.
لماذا يوجد أكثر من حد واحد
zimbraFileUploadMaxSizeيتحكم هذا الإعداد في عمليات تحميل الملفات التي تتم معالجتها بواسطة Zimbra، بما في ذلك محتوى الطلب الذي يقبله وكيل الويب المدمج. يربط مرجع وكيل Zimbra الحد الأقصى لحجم محتوى HTTP وHTTPS بهذا الإعداد؛ وقد يتلقى الطلب الذي يتجاوز حد الوكيل رمز HTTP 413. في بيئة متعددة صناديق البريد، يمكن ضبط هذا الإعداد على مستوى النظام أو لكل خادم على حدة.
zimbraMailContentMaxSizeيتحكم هذا الإعداد في حجم محتوى الرسائل المرسلة عبر واجهة SOAP الخاصة بصندوق البريد. zimbraMtaMaxMessageSizeكما يتحكم في الحد الأقصى للرسالة الكاملة التي يقبلها خادم نقل البريد (MTA)، وهو Postfix في بيئة Zimbra القياسية. يشمل هذا الإجمالي رؤوس الرسائل والمحتوى المشفر بتنسيق MIME، وليس فقط الملف الأصلي الموجود على القرص.
مقالة مركز زيمبرا التقني حول إعدادات الحجم مُصنّفة بوضوح على أنها قيد التطوير. شرحها وأوامرها مفيدة، ولكن يُرجى مراجعة تعريفات السمات وسلوكها في إصدار زيمبرا المُثبّت لديك. المراجع هي إرشادات زيمبرا بشأن الحد الأقصى لحجم الرسالة ومرجع متغيرات زيمبرا بروكسي .
استخدم الإعدادات التي تتوافق مع سبب الفشل: رفض ملف فورًا عند محاولة ربطه بحدود التحميل أو حدود خادم الوكيل. قد يكون سبب رفض رسالة أثناء الإرسال أو التسليم هو وصولها إلى خادم نقل البريد (MTA) أو خادم المستلم. أما إذا نجح التحميل ثم فشل الإرسال لاحقًا، فهذا يعني أن حدود خادم نقل البريد (MTA) أو توسيع MIME لا يزالان بحاجة إلى معالجة.
اختر حدًا يناسب وثيقة التأمين الخاصة بك
حدد حدًا أقصى مُحددًا للأعمال بدلًا من رفع جميع الحدود إلى أقصى حد ممكن. على سبيل المثال، إذا كان ينبغي على المستخدمين إرفاق ملفات يصل حجمها إلى 25 ميجابايت، فإن مثال 40 ميجابايت يترك مجالًا للترميز وحجم الرسائل. تشير زيمبرا إلى أن الزيادة في حجم الملفات المُرمّزة ليست نسبة مئوية ثابتة، وتقترح استخدام 150% كقيمة افتراضية عند تقدير حدود الرسائل.
تستهلك الرسائل الأكبر حجمًا مساحة تخزين أكبر في قائمة الانتظار، وعرض نطاق ترددي أوسع، وسعة أكبر لصندوق البريد. تحذر زيمبرا من أن الحد الأقصى لحجم Postfix قد يتسبب في مشاكل في تسليم البريد عندما لا يتوفر مساحة كافية في قسم قائمة الانتظار. كما قد تتسبب سمات حجم زيمبرا العالية جدًا في مشاكل في الخدمة في بعض الإصدارات؛ وقد وثّقت زيمبرا حالات فشل في تطبيق الويب ووحدة تحكم الإدارة بعد تجاوز القيم النطاق المسموح به. لذا، يُنصح بزيادة الحدود تدريجيًا واختبار النتائج بدلًا من تحديد حد أقصى متعدد الجيجابايت دون خطة سعة.
تحقق من وجود تجاوز خاص بالخادم
يُعدّ التكوين العام مناسبًا عندما ترغب جميع خوادم البريد في مشاركة سياسة واحدة. مع ذلك، يمكن لقيمة على مستوى الخادم أن تتجاوز الإعداد العام. تحقق من القيم العامة، ثم تحقق من مضيف البريد الذي يتعامل مع المستخدم المتأثر.
su - zimbra
zmprov gcf zimbraFileUploadMaxSize zimbraMailContentMaxSize
zmprov gs mailbox1.example.com zimbraFileUploadMaxSize zimbraMailContentMaxSize
استبدل mailbox1.example.comهذا باسم خادم البريد الفعلي. إذا كانت قيمته الخاصة بالخادم أقل من القيمة المحددة، وكانت سياستك تسمح بالحجم الأكبر، فقم بتحديث هذا المضيف.
zmprov ms mailbox1.example.com zimbraFileUploadMaxSize 41943040
zmprov ms mailbox1.example.com zimbraMailContentMaxSize 41943040
كرر هذه الخطوات فقط لخوادم البريد التي تتطلب التغيير. لا تفترض أن تعديل الإعدادات العامة يزيل التعديلات الموجودة على الخادم. في بيئة متعددة الخوادم، تحقق من كل عقدة بريد قابلة للتطبيق وكل خادم نقل بريد (MTA).
تأكد من سريان حد هيئة النقل الحضري
بعد تغيير سمة MTA العامة وإعادة تحميل Postfix، تحقق من قيمة Postfix الفعالة على كل MTA في Zimbra:
su - zimbra
zmprov gcf zimbraMtaMaxMessageSize
postconf message_size_limit
يجب أن تتطابق النتيجتان من حيث عدد البايتات. إذا كانت سمة LDAP صحيحة ولكنها postconfلا تزال تُظهر الحد القديم، فراجع عملية تكوين Zimbra MTA وسجلاتها قبل محاولة إعادة التشغيل الكاملة. قد تؤدي إعادة التشغيل إلى انقطاع خدمات البريد، لذا لا تُجدولها إلا عند الضرورة وفقًا للإصدار المُثبّت وبنية النشر.
يُحدد خادم Zimbra الوكيل حدّ حجم نص طلب HTTP الخاص به zimbraFileUploadMaxSize. إذا كانت بيئتك تتضمن أيضًا خادم Nginx أو Apache أو بوابة سحابية أو جهاز أمان منفصل أمام Zimbra، فقد يكون لهذا المكون حدّ تحميل خاص به. يُعدّ ظهور استجابة 413 أو إدخال سجل الوكيل مؤشرًا للتحقق من حدّ حجم نص الطلب في الطبقة التي أرجعت الخطأ. تجنّب تعديل ملفات الوكيل التي أنشأها Zimbra مباشرةً؛ قم بإجراء التغييرات من خلال إعدادات Zimbra المدعومة، واستخدم إجراء إعادة إنشاء التكوين أو إعادة التشغيل الموثّق لإصدارك.
اختبار برسالة مضبوطة
- استخدم صندوق بريد تجريبي وملفًا أصغر بقليل من الحد الأقصى المسموح به للمرفقات. لا تبدأ بأكبر ملف يمكن للنظام قبوله.
- أرفق الملف في بريد زيمبرا الإلكتروني. إذا أبلغ المتصفح بأن حجم الملف كبير جدًا، فافحص إعدادات
zimbraFileUploadMaxSizeخادم البريد وتجاوزات خادم البريد وحدود البروكسي.
- أرسل الرسالة إلى صندوق بريد اختبار داخلي آخر. إذا نجح التحميل ولكن فشل الإرسال، فتحقق من سعة صندوق البريد (SOAP) وحدود خادم البريد (MTA).
- راجع نص الارتداد والسجلات. تشير إرشادات MTA الخاصة بـ Zimbra إلى أن Postfix يرفض رسالة كبيرة الحجم مع خطأ في الحجم 552، وتوصي بالتحقق
/var/log/zimbra.logمن أحداث الرفض أو التجاوز أو الحد أو التحذير.
- إذا نجحت عملية التسليم الداخلي ولكن رفض المستلم الخارجي الرسالة، فتحقق من الحد الأقصى لحجم الرسالة المُعلن عنه أو الموثق لدى المستلم. لا يمكن لإعدادات Zimbra الخاصة بك رفع حد أقصى لحجم الرسالة على نظام بريد آخر.
بالنسبة لبروتوكول SMTP الصادر، يُمكن لـ Postfix الإعلان عن حجمه المقبول ضمن SIZEإمكانيات SMTP. قد يُعلن خادم البريد البعيد عن قيمة أصغر أو يرفض الرسالة بعد إرسالها من Zimbra. تشرح مقالة استكشاف الأخطاء وإصلاحها في Zimbra كيفية التمييز بين رفض خادم البريد المحلي ورفض المُستلم. راجع مرجع معلمات حجم الرسالة في Postfix وأمثلة استكشاف أخطاء حجم خادم البريد في Zimbra وإصلاحها .
متى تستخدم رابط مشاركة الملفات بدلاً من ذلك؟
لا تُعدّ حدود حجم المرفقات في البريد الإلكتروني وسيلةً موثوقةً لتوزيع ملفات الوسائط الكبيرة جدًا، أو صور الأقراص، أو أرشيفات المشاريع. قد يفرض نظام البريد الإلكتروني لكل مُستلم حدًا مختلفًا لإجمالي حجم الرسائل، كما أن الرسائل المُشفّرة تكون أكبر حجمًا من مرفقاتها الأصلية. إذا كان تجاوز هذا الحد سيُرهق مساحة التخزين أو سعة قائمة الانتظار، فيُفضّل مشاركة الملف عبر خدمة مشاركة ملفات مُعتمدة وإرسال رابط مُتحكّم به عبر البريد الإلكتروني.
يُعتبر التغيير ناجحًا عندما يتم تحميل ملف اختبار ضمن السياسة الجديدة وإرساله واستلامه من قِبل مُستلم داخلي، مع إبلاغ Postfix عن قيمة حجم الرسالة المطلوبة. إذا استمر فشل بعض المستخدمين أو عُقد الخادم فقط، فقارن تجاوزات خادم البريد ومسار الوكيل لديهم. إذا رفض المُستلمون الخارجيون فقط البريد، فتأكد من حدّهم قبل زيادة حدود Zimbra مرة أخرى.