Osticket: خطأ v1.9.12: لا يقوم المتعاونون بإرسال إشعار بالبريد الإلكتروني عند دخول تهديد البطاقة

تم إنشاؤها على ٣١ أغسطس ٢٠١٥  ·  22تعليقات  ·  مصدر: osTicket/osTicket

لقد قمت بتنشيط جميع التنبيهات في التنبيهات (باستثناء أعضاء الفريق أو المجموعة) ، واختبار البريد الإلكتروني العامل وإعداد موضوع لإعلام الجميع ...
(معدل)

ثم قبول طلب المستخدمين للحصول على تذكرة عبر بوابة الويب أو البريد الإلكتروني ..

لذلك قم بإرسال بريد إلكتروني وإرساله إلى ملف. مع رسائل البريد الإلكتروني cc ، لدينا: a dest email1 @ domain ، و cc colab1 @ domain

عندما يتم فتح التذكرة عن طريق osticket ، يتلقى الشيف وجميع الأشخاص الذين تم تكوينهم في التنبيهات إشعارًا بالبريد الإلكتروني حول تذكرة جديدة ولكن المتعاونين لا

يتلقى المتعاون إشعارًا فقط عند حدوث threath / note / Event الثانية على التذكرة المفتوحة (على سبيل المثال ، تغيير الحالة ، أو تقديم ملاحظة أو السماح برد) من قبل أي من المحتالين

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

شكرا لك مقدما

التعليق الأكثر فائدة

ثم سحب # 3353 حتى دمجها!

ال 22 كومينتر

لقد وجدت مشكلة ذات صلة تم الإبلاغ عنها مسبقًا على أنها # 1130 ولكن في هذا التاريخ لا تزال غير منفذة

أين يجب علي التعديل لعمل هذا؟

لا يزال ، بأي شكل من الأشكال ، إذا كان موجودًا في العلامة التجارية 1.10 ، فلا يزال 1.10 غير مستقر ولا يمكنني اقتراحه في المنظمة لاستخدامه في الإنتاج ...

ما يقرب من عام واحد لا يزال في انتظار هذه الحاجة إلى المتعاونين الإضافيين عندما يفتح الوكيل تذاكر للمستخدمين على الأقل ، ما الذي صنعته لـ 1.9 علامة تجارية من أجل حب الله والأجانب!

mckaygerhard لا نرسل البريد الإلكتروني الأولي لأن المتعاونين تم تضمينهم بالفعل في البريد الإلكتروني الذي تم استخدامه لإنشاء التذكرة. لماذا يجب أن يتلقوا بريدًا إلكترونيًا ثانيًا يحتوي على نفس المعلومات؟

لأن هؤلاء الأشخاص تلقوا حدث بريد إلكتروني عادي وإشعار ostiket

إذا كان بإمكاني عمل تذكرة من الواجهة وهنا في الخطوة الخامسة أضفت colaboratos ، فسيكون البريد الذي سيتم إرساله لجميع الأشخاص ذوي الصلة (المؤلف والعميل والمتعاون)

نظرًا لتلقي الأشخاص المعنيين بريدًا إلكترونيًا عاديًا ، يتم الرد على هؤلاء بعد ذلك برسائل بريد إلكتروني عادية ، وكل هذا يحدث خارج thiket threath! ألم حقيقي لفني الدعم

كما قلت greezybacon نظرًا

لا حل بعد ؟؟

بالطبع لا يوجد حل .. حتى يحدث شيء مثل رفع السحاب الخاص بهذا المشروع ... ارفع مفترق وسيتباطأ التطوير ... الهجرة إلى مفترق جديد

inphower انظر:
greezybacon علق في 25 حزيران 2016
"mckaygerhard لا نرسل البريد الإلكتروني الأولي لأن المتعاونين تم تضمينهم بالفعل في البريد الإلكتروني الذي تم استخدامه لإنشاء التذكرة. لماذا يجب أن يتلقوا بريدًا إلكترونيًا ثانيًا يحتوي على نفس المعلومات؟"

يوجد:
ج: لا توجد طريقة لفتح تذكرة في واجهة المستخدم مع المتعاونين.
ب: الطريقة الوحيدة لفتح تذكرة مع المتعاونين هي إرسال نظام التذاكر بالبريد الإلكتروني وإرسال نسخة إلى الأشخاص. وقررت DEVs عدم إرسال رسالتي بريد إلكتروني إلى جميع المستلمين بدلاً من واحدة.

أكرر: الأشخاص المعنيون يستقبلون / يرسلون رسائل بريد إلكتروني عادية من FITRS STEP ، ثم يتم الرد عليها برسائل بريد إلكتروني عادية ، وكل هذا يحدث خارج thiket threath! ألم حقيقي لفني الدعم

لذا فإن حجتك هي:
إذا قمت بإرسال بريد إلكتروني إلى: [email protected].
ونسقها إلى [email protected] و [email protected].
ألا يتلقى جون وماري وجين البريد الإلكتروني الأصلي؟

ولكن عندما أرسلنا الرد الأول من osTicket ، ينتقل هذا إلى بريد إلكتروني واحد فقط لأن CC عند الإدخال الأول غير مدرجة ،،،

أنت تعرف يصدر أكثر من مستخدم ضوضاء .. أنا فاتيكين ، إذا لم تهتم جميعًا بأفكار مهمة ، فسوف ينتهي هذا مثل حالة ownclud!

inphower الذي قال إنه لم يحدث ، سيتم تضمين كل ذلك في البريد و CC والمؤلف في التذكرة كمتعاونين ...

المشكلة هنا أنتم جميعًا ، وهي أن أولئك الذين أرسلوا بالبريد في CC ، سيتلقون بريدًا خارج تهديد التذكرة ...

لذلك إذا استجاب أحد هؤلاء ، فمن الواضح أن tiket لم يتلق سجل التهديد لأنه ليس في بريد الرد ..

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

إذا كان هناك شخص آخر يحمل التذكرة بعد هذا البريد ، فسيفكرون "آه ، حسنًا ، لقد كانت تذكرة ، وليست محادثة خاصة"

بالطبع ، نحن نتعامل مع الأشخاص "الوهميين" بأن سبب استطلاع التذاكر أو دعم التذاكر أو أيًا كان اسمه!

لذا فإن التهديد يتألم بسبب أن التاريخ سيخسر عندما حدث ذلك

inphower أعتقد المشجعين تذكرة كمؤلف ، وبالطبع في هذه الحالة وفي سلسلة 1.9 من osticket ، هذا غير ممكن ، لكن ليس من الصعب القيام بذلك .. كان رد شباب osticket "استخدم 1.10 "كان ذلك قبل 1.5 سنة .. في هذه اللحظة كان 1.10 غير ثابت ، لذا كان الاقتراح هو استخدام غير مستقر في الإنتاج .. عظيم!

يبدو الآن أن السحب يحل الموقف # 3353 يبدو سهلاً للغاية ، فلماذا كان معقدًا جدًا للمطورين المطبقين في 1.9 ، في ذلك الوقت!

لا تزال هذه المشكلة تحدث في 1.10 ... لا يتم عرض التعاون ولا يتم إخطاره!

تضمين التغريدة

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

هتافات.

يبدو أن الحلول موجودة في # 3353 ولكن المطورين مرة أخرى لا يأخذون أيًا من هذه المشكلة .. نفخة لهذا السبب هناك الكثير من التعليقات المفترسة و "المحذوفة"

تضمين التغريدة

لا يوجد "إصلاح" لأنه لا توجد مشكلة فعلية ، فهذه هي الطريقة التي من المفترض أن تعمل بها. كما ذكرت من قبل ، فأنت مرحب بك لتعديل قاعدة الشفرة / تطبيق طلب السحب الذي ذكرته والانتهاء من ذلك.

هتافات.

ثم سحب # 3353 حتى دمجها!

مرحباً سحب في # 3353 حوالي 10 سنوات .. والآن protich sais: "نريد أن نحقق مع المجتمع"! ؟؟؟؟ أم ...

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

ما هي المشكلة ... إنه يتعاون وما زالوا يشكون

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات