Ethsim2
(Ethan )
28 فبراير 2026، 8:41ص
1
الملخص
إضافة عناوين بريد إلكتروني بشكل مجمع إلى مجموعة يبدو أنها ترسل رسائل دعوة حتى عند إلغاء تحديد “إخطار المستخدمين”.
السلوك المتوقع
عندما يتم إلغاء تحديد “إخطار المستخدمين”، لا ينبغي إرسال أي رسائل بريد إلكتروني.
السلوك الفعلي
يرسل Discourse رسائل دعوة بالعنوان:
“قام [الاسم] بدعوتك للانضمام إلى [المنتدى]”
تؤكد سجلات المعاملات الخاصة بـ Brevo التسليم وتصنفها على أنها رسائل دعوة.
البيئة
إصدار Discourse: أحدث فرع (مستضاف ذاتيًا عبر Docker، محدث عبر git pull وإعادة بناء)
الاستضافة: مستضاف ذاتيًا عبر Docker
مزود SMTP: Brevo
الإجراء الذي تم تنفيذه:
المسؤول ← المجموعات ← إضافة أعضاء ← إضافة عناوين بريد إلكتروني بشكل مجمع ← تم إلغاء تحديد “إخطار المستخدمين”
السؤال
هل هذا هو السلوك المتوقع لأن عناوين البريد الإلكتروني لم تتطابق بعد مع المستخدمين الحاليين (مسار الدعوة)، أم أن هذا غير مقصود؟
مناقشة قديمة ذات صلة
This guide explains how to configure, create, and manage user invitations in Discourse.
Required user level: Administrator
Discourse allows users in permitted groups to invite new members to your community (default trust level 2). Invites can be configured to redirect the new user to a specific topic when they first join the site. Invites can also be configured to add the user to custom Discourse groups when they accept the invite.
Configuring invite-relat…
تشير تجربتي إلى أنه لا تزال تُرسل رسائل دعوة حتى عند إلغاء تحديد “إخطار المستخدمين”.
الدليل
تُظهر سجلات المعاملات الخاصة بـ Brevo:
الحدث: تم التسليم
الحدث: تم فتحه بواسطة الوكيل
الموضوع: “قام [الاسم] بدعوتك للانضمام إلى [المنتدى]”
تم تشغيل رسائل البريد الإلكتروني هذه فورًا بعد إجراء الإضافة المجمعة.
الهدف
توضيح ما إذا كان هذا هو السلوك التصميمي المتوقع للمستخدمين المرحليين / غير الموجودين، أو تراجع / غموض في تجربة المستخدم في إصدارات Discourse الأحدث.
إعجاب واحد (1)
شكرًا لك @Ethsim2 على التقرير سيتم إصلاحه عبر
main ← fix/group-bulk-add-notify-users
opened 02:06PM - 01 Apr 26 UTC
When bulk-adding email addresses to a group via the admin UI, invitation emails … were always sent regardless of the "Notify users" checkbox state.
The backend parsed `notify_users` and used it to control system messages for existing users, but the invite path for unknown emails only checked a separate `skip_email` param that the frontend never sent (#29962 added `skip_email` as an API-only escape hatch).
Additionally, the frontend disabled the "Notify users" checkbox and forced it to `false` when only emails were entered, meaning admins had no way to control invite email delivery through the UI.
Backend: derive `skip_email` from both the API `skip_email` param (for backward compat) and the `notify_users` param so the checkbox now controls invite emails too.
Frontend: remove the disabled state on the "Notify users" checkbox when emails are entered, and default it to checked so the existing behavior of sending invite emails is preserved. Keep "Set as owner" reset when emails are present since non-existing users can't be owners.
https://meta.discourse.org/t/397334
Ethsim2
(Ethan )
1 أبريل 2026، 2:21م
3
آه، شكرًا لك!
هل من الممكن تبديل هذا السلوك والسلوك السابق عبر إعداد عام للموقع أو ما شابه ذلك؟
لست متأكدًا مما تقصده لقد قمت فقط بضمان احترام خانة اختيار “إشعار المستخدمين”.
Ethsim2
(Ethan )
1 أبريل 2026، 3:25م
5
في حالات الاستخدام التي تتضمن قوائم مجلدات حيث يمكن أن يكون عضو واحد عضوًا في القائمة الأخرى، سيكون من الجيد وجود إعداد يتيح إشعارًا فقط بالرسائل الإلكترونية التي لا ترتبط بحسابات حتى الآن.