Ethsim2
(Ethan )
February 28, 2026, 8:41am
1
Summary
Bulk adding email addresses to a group appears to send invitation emails even when “Notify users” is unchecked.
Expected behaviour
When “Notify users” is unchecked, no emails should be sent.
Actual behaviour
Discourse sends invitation emails with subject:
“[Name] invited you to join [forum]”
Brevo transactional logs confirm delivery and classify them as invitation emails.
Environment
Discourse version: latest branch (self-hosted Docker, up to date via git pull and rebuild)
Hosting: self-hosted Docker
SMTP provider: Brevo
Action performed:
Admin → Groups → Add members → bulk add email addresses → “Notify users” unchecked
Question
Is this expected behaviour because the email addresses did not yet correspond to existing users (invite flow), or is this unintended?
Related older discussion
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-rela…
My experience suggests invitation emails are still sent even when “Notify users” is unticked.
Evidence
Brevo transactional logs show:
Event: Delivered
Event: Opened by proxy
Subject: “[Name] invited you to join [forum]”
These emails were triggered immediately after the bulk add action.
Goal
Clarify whether this is expected design behaviour for staged / non-existing users, or a regression / UX ambiguity in newer Discourse versions.
1 Like
Thanks @Ethsim2 for the report Will be fixed by
main ← fix/group-bulk-add-notify-users
merged 03:25PM - 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 )
April 1, 2026, 2:21pm
3
Ah, thanks!
would it be feasible to toggle this and the previous behaviour with a site-wide, or similar setting?
Not sure what you mean I just made it so the “notify users” checkbox is respected.
Ethsim2
(Ethan )
April 1, 2026, 3:25pm
5
in use cases where you have directory lists where one member can be a member of the other list, it would be nice to have a setting where only emails with no associated accounts yet are notified