Как предотвратить отправку писем, кроме подтверждения администратора, при выдаче прав администратора/модератора?

Мы используем Discourse как скрытый сервис и управляем пользователями через API.

При выдаче пользователю прав администратора или модератора мы хотим, чтобы генерировалось только письмо с темой admin_confirmation_message. В настоящее время продвигаемый пользователь также получает дополнительные письма, такие как:

  • user_private_message (например, «Поздравляем, вам предоставлен статус администратора/модератора»)
  • user_replied

Существует ли настройка или рекомендуемый подход, позволяющий предотвратить отправку этих дополнительных писем продвигаемому пользователю, сохранив при этом поведение подтверждения администратора?

Релевантные настройки:

  • disable_emails = non-staff
  • default_email_level = 2 (никогда)
  • default_email_messages_level = 2 (никогда)

Мы уже изучили настройки, связанные с электронной почтой и уведомлениями, и конфигурация выглядит такой же, как в другой среде, где генерируется только письмо admin_confirmation_message.

Думаю, это может сработать, если установить disable_emails в yes, а не в non-staff. Некоторые письма обходят эту настройку, и admin_confirmation_message — одно из них.

Это сработало! Теперь письма отправляются только для admin_confirmation_message. Однако мне также нужно добавить письмо «Забыли пароль», чтобы администраторы могли сбрасывать пароли при необходимости.

Поскольку я использую версию Discourse в Docker, я не могу напрямую изменить указанный вами файл исходного кода.

Есть ли другой способ разрешить отправку письма «Забыли пароль» или других типов писем в обход этого ограничения? В данный момент мне нужно разрешить admin_confirmation_message, forgot_password и test_message. Если существует способ добавить их, я смогу использовать тот же метод для добавления других типов в будущем.