خيار “عنوان البريد الإلكتروني الوارد المخصص” غير متاح للمجموعات التلقائية. هذا جيد للجميع ولمجموعات trust_level، لكنني لست متأكدًا من أنه منطقي لمجموعات الموظفين/المشرفين/المسؤولين.\n\nلقد اضطررت إلى إنشاء مجموعة “دعم” منفصلة لمجموعاتنا، تحتوي على المشرفين. هذا جيد كحل بديل ولكنه يمثل عبئًا إداريًا صغيرًا ولكنه مزعج.\n\nهل هناك سبب قوي لتعطيل هذا (أو IMAP لهذا الشأن) لهذه المجموعات؟
3 إعجابات
ماذا سيحدث إذا قمت بإدراج عنوان بريد إلكتروني في groups.incoming_email للمشرفين @moderators في منتدى الخاص بي؟ من الصعب قليلاً اختباره بأمان دون مثيل جديد تمامًا.
حسنًا، بما أنه لم يخبرني أحد أن هذا كان غباءً تامًا، فقد قمت باختبار هذا الأمر الخاص بـ rails على مثيل غير مستخدم.
ويبدو أنه يعمل (حتى الآن)!
استخدمه على مسؤوليتك الخاصة وقم بعمل نسخة احتياطية أولاً
لإضافة عنوان بريد إلكتروني وارد
Group.where(name: "=groups.name=").update(incoming_email: "=groups.name=@=domain=")
لإزالة عنوان بريد إلكتروني وارد
Group.where(name: "=groups.name=").update(incoming_email: nil)
3 إعجابات
لست متأكدًا من أن هذا جاهز ليكون دليلًا يا @nathank؟ يبدو أنه لم يتم اختباره بشكل كافٍ.
حسنًا حسنًا، سأقوم باختباره أكثر ثم أنقله إلى جزء الدليل بمجرد إثباته. حتى الآن، كل شيء على ما يرام تمامًا.
ما زلت غير متأكد لماذا تم تعطيله في واجهة المستخدم - بينما يمكنني رؤية وجود مخاطر لإرسال البريد الإلكتروني للمجموعات التلقائية الكبيرة (خاصة للمواقع البارزة مثل meta.discourse.org)، يبدو من الغريب إزالة قدرة المسؤولين على القيام بذلك تمامًا.
أتساءل عما إذا كان هذا شيئًا تاريخيًا ويجب إعادة النظر فيه - خاصة للمسؤولين / المشرفين / الموظفين.
إعجابَين (2)
سأرى ما يمكنني اكتشافه. 
إعجاب واحد (1)
يبدو لي أنه يجب أن يعمل. لست متأكدًا من أنها فكرة رائعة، لكن لا أعتقد أنها يمكن أن تضر بأي شيء.
لأن هذه المجموعات مميزة نوعًا ما، حيث إنها في الواقع أسماء مستعارة، ومن المنطقي إنشاء مجموعة “عادية” للأشخاص الذين هم “مسؤولون” أو “موظفون” في مؤسستك.
إعجابَين (2)
أعتقد أن ترددي يدور حول ما إذا كان ينصح به بما يكفي لإضافته كتوصية أم لا. لست متأكدًا من سبب حظره عادةً، لكن لدي ميل إلى الثقة في واجهة المستخدم. 
على الرغم من أنه إذا تبين أنه بخير، يمكننا دائمًا إعادته.
إعجابَين (2)
كنت أبحث للتو في إنشاء عناوين بريد إلكتروني للموظفين في منتدى الحي الخاص بي، وواجهت هذه المشكلة. يوجد صندوق بريد للمشرفين، لذلك يبدو من المنطقي بالنسبة لي أن يكون من الممكن إعطاء هذا الصندوق عنوان بريد إلكتروني حتى يتمكن الأشخاص من الكتابة إليه. نفس الشيء بالنسبة للمشرفين، الذين يبدو من المنطقي السماح بالكتابة إليهم عبر البريد الإلكتروني لطلب المساعدة في تسجيل الدخول إلى الحساب وما شابه ذلك.
بالنسبة لمجتمع خاص، يتم تشغيله عن طريق الدعوة فقط بشكل غير رسمي مثل منتدى الحي الخاص بي، لا توجد طريقة أخرى للوصول إلى مالكي الموقع ما لم يضع المالكين عنوان بريد إلكتروني في الوصف، والذي يظهر الآن في صفحة تسجيل الدخول. أفضل تقديم عنوان بريد إلكتروني يصل إلى المشرفين هناك بدلاً من بريد Gmail الشخصي الخاص بي.
سأجرب هذا الحل، ولكني أعتقد أيضًا أنه قد يكون من المثير للاهتمام التحدث عن جعل هذا ممكنًا عبر واجهة المستخدم وحتى تشجيعه للمواقع الخاصة.
4 إعجابات
أعتقد أنه من الممكن وجود إضافة تقبل username@hostname.
إعجابَين (2)
هذه بالضبط أفكاري! بعد استخدامه لمدة 6 أشهر على موقعين خاصين كبيرين، لم ألاحظ أي مشاكل على الإطلاق. وعلى الرغم من وجوده بشكل بارز على صفحة تسجيل الدخول، فقد تلقينا القليل جدًا من رسائل البريد الإلكتروني والقليل من البريد العشوائي.
لذلك، لقد كان نجاحًا كبيرًا حتى الآن، وأشجع بشدة على وضعه في واجهة المستخدم.
هذا شيء مختلف تمامًا - ولكنه قد يكون مفيدًا جدًا يا جاي. سيعمل بشكل جيد جدًا إذا كان يمكن تكوينه ليتم تطبيقه على جميع الأفراد في مجموعة (مجموعات) محددة.
3 إعجابات
بالنسبة لأولئك الذين يرغبون في إدارة الحسابات (مثل Mailgun، AWS، Digital Ocean) من حساب المسؤول الخاص بهم، فإن إعداد الموقع auto_generated_allowlist مفيد للغاية.
إنه يسمح للرسائل الإلكترونية التي يتم إنشاؤها تلقائيًا مثل ‘no-reply’ وغيرها بالمرور عبر المرشحات الصارمة عادةً. هذا يسمح بإدارة الفواتير ورسائل تأكيد الحساب داخل مثيلك، بواسطة فريقك.
4 إعجابات