Wie verhindert man E-Mails außer der Admin-Bestätigung beim Erteilen von Admin-/Moderator-Rechten?

Wir nutzen Discourse als Hidden Service und verwalten Benutzer über APIs.

Wenn wir einem Benutzer Admin- oder Moderator-Rechte gewähren, soll ausschließlich die E-Mail admin_confirmation_message generiert werden. Der beförderte Benutzer erhält derzeit jedoch zusätzliche E-Mails wie:

  • user_private_message (z. B. „Herzlichen Glückwunsch, Sie wurden zum Admin/Moderator befördert“)
  • user_replied

Gibt es eine Einstellung oder einen empfohlenen Ansatz, um zu verhindern, dass diese zusätzlichen E-Mails an den beförderten Benutzer gesendet werden, während das Bestätigungsverhalten für Admins erhalten bleibt?

Relevante Einstellungen:

  • disable_emails = non-staff
  • default_email_level = 2 (niemals)
  • default_email_messages_level = 2 (niemals)

Wir haben die E-Mail- und Benachrichtigungseinstellungen bereits überprüft, und die Konfiguration scheint mit einer anderen Umgebung identisch zu sein, in der nur die E-Mail admin_confirmation_message generiert wird.

Ich denke, das könnte funktionieren, wenn disable_emails auf yes statt auf non-staff gesetzt ist. Es gibt einige E-Mails, die dies umgehen, und admin_confirmation_message ist eine davon.

Es hat funktioniert! Die E-Mails werden jetzt nur noch für admin_confirmation_message gesendet. Allerdings muss ich auch die E-Mail „Passwort vergessen“ einbeziehen, damit Administratoren im Bedarfsfall ihr Passwort zurücksetzen können.

Da ich eine Dockerisierte Version von Discourse verwende, kann ich die erwähnte Quelldatei nicht direkt ändern.

Gibt es eine andere Möglichkeit, die E-Mail „Passwort vergessen“ – oder andere E-Mail-Typen – von dieser Einschränkung auszunehmen? Derzeit muss ich admin_confirmation_message, forgot_password und test_message zulassen. Falls es eine Möglichkeit gibt, diese hinzuzufügen, kann ich dieselbe Methode auch zukünftig für weitere verwenden.