Zammad: أرسل بريدًا إلكترونيًا لمدير مكتب البريد إلى المرسل إذا كان البريد الإلكتروني كبيرًا جدًا ولم تتم معالجته بواسطة Zammad

إذا كان سيتم تغيير هذا ، فسأرحب بخيار التكوين الخاص به - في حالتنا ، لا نريد أن يرسل Zammad أي رسائل بريد مرتدة ، وأنا أفضل "عدم جلبه من IMAP وإظهار تحذير" إلى نهج المسؤول ".

والسبب في ذلك هو إعداد البريد المعقد جدًا لدينا: لدينا خادم بريد رئيسي لشركتنا وهو MX لمجالنا ، وكل البريد الصادر والوارد يمر عبر هذا الخادم. بمجرد أن نبدأ في استخدام Zammad ، سيتم تكرار بعض رسائل البريد (وليس كلها) في حسابات IMAP منفصلة ليحضرها Zammad. لتوضيح ذلك:

على سبيل المثال ، لدينا عنوان [email protected]. تم تكوين info كمجموعة على خادم البريد الرئيسي لدينا ؛ تحتوي هذه المجموعة على أرشيف يخزن نسخة من كل بريد وارد ، ولديها أعضاء (على سبيل المثال martin.von.wittich ) ، ويحصل كل عضو في المجموعة على نسخة في صندوق الوارد الخاص به أيضًا. في الوقت الحالي ، ما زلنا نستخدم Kayako كنظام تذاكر لدينا ، ويحصل Kayako على نسخة عبر /etc/aliases :

info:        \info,          [email protected]

في المستقبل ، عندما نرحل من Kayako ، سيتم تكرار البريد بشكل مشابه لصندوق بريد Zammad IMAP. لذلك سيكون من غير المرغوب فيه للغاية بالنسبة لنا عندما يقرر أحد "الأنظمة الخلفية" لدينا مثل Kayako أو Zammad فجأة إرسال بريد مرتد خاص به ، لأن قرار قبول أو رفض البريد (على سبيل المثال بسبب قيود الحجم) يقع على عاتقنا الرئيسي خادم البريد ، وليس مع أنظمة الواجهة الخلفية التي تتلقى نسخًا فقط من الخادم الرئيسي. عندما يكون خادمنا الرئيسي (الذي يقبل بريدًا يصل حجمه إلى 50 ميغابايت) قد قرر بالفعل قبول بريد ، لكن البريد أكبر من أن يقبله زمماد (لأن Zammad افتراضيًا يقبل ما يصل إلى 10 ميغابايت) ، فهذا مجرد خطأ في التكوين على جانبي. في هذه الحالة أريد من زماد إبلاغ _me_ وليس عميلنا.

TLDR: يعجبني بالطريقة التي يعمل بها حاليًا :)

أستطيع أن أفهم جدال مارتينز.
يجب على الأقل إضافة معلومات إلى المراقبة ، حيث لا يمكنك مراقبة ذلك بشكل نظيف!

يعد خيار تمكين / تعطيل الرد التلقائي فكرة جيدة - سأرى هذا داخل الإعدادات وسأطلب من المسؤول داخل المعالج كيف يريد ذلك. السبب هو أنني شخصياً أفضل أن يكون الرد التلقائي على زمّاد قيد التشغيل بشكل افتراضي.

يؤثر هذا على الكثير من المثيلات المستضافة أيضًا ، لا يستخدم معظم هؤلاء المستخدمين على خوادم البريد الإلكتروني ويعتمد الحد الأقصى لحجم البريد الإلكتروني على الحزمة المختارة. بالإضافة إلى ذلك ، فإن معلومات المراقبة مفقودة داخل الإعدادات المستضافة (لأنك لا تحتاجها عادةً) ولهذا السبب سيكون الارتداد أفضل في هذه المرحلة.

كما ترى ، الأمر معقد بعض الشيء ^^ "

تم تنفيذه لـ Zammad 3.2 الآن.

1) عند تثبيت الترقية ، لن يكون هناك سلوك آخر كما هو الحال الآن. يتم عرض رسائل البريد الإلكتروني الكبيرة جدًا فقط في نقطة نهاية مراقبة Zammad.

في حالة رغبتك في الحصول على السلوك الحالي ، فقم بعمل المسؤول -> القنوات -> البريد الإلكتروني -> الإعدادات وقم بتغيير "إرسال بريد مدير مكتب البريد إذا كان البريد كبيرًا جدًا"

2) في الإعدادات الجديدة أو إذا تم تعيين "إرسال بريد مدير مكتب البريد إذا كان حجم البريد كبير جدًا" على "صحيح" ، يتم إرسال رسالة بريد إلكتروني إلى المرسل تفيد بأن حجم البريد كبير (ما هو حجمه وما هو الحد الأقصى) وأنه كان غير قادر على التسليم.