グループの通知を手続き的に無効化する

TLDR: 2024年2月、Googleは許容スパム率を0.3%に変更します。フラグが立てられるのを避けるために、送信メールの量を減らす必要があります。(メール1000通あたりのスパムフラグ3通でドメインがブラックリストに登録されます)。特定のグループの「最初の投稿を監視」をプロシージャルに変更する必要があります。

私の非営利団体は、メンバー/コミュニティのエンゲージメントを促進するためにDiscourseを使用している実体組織です。特に、新規メンバーには、組織(会議の議題、投票、および重要な更新情報)に関する必須通知をオプトインさせます。これらのメールを送信することは法的に許可されており、義務付けられています。

  • 現在:メンバーポータルはAPI経由で新しいDiscourseユーザーを追加し、良好な状態にある限り「current_members」グループに割り当てます。
  • 現在のメンバーグループは、カテゴリ:最初の投稿を監視:公式発表に設定されています。

ここまでは順調です。

  • 退会/期限切れになると、API経由で「former_members」に移動させ、さまざまな権限を付与します。メンバーが退会/期限切れになった場合でも、アカウントは「public non member」権限レベルとしてアクティブに保ち、コミュニティとの関与を継続できるようにします。
  • 目標:グループ追加時の「最初の投稿を監視」の選択を削除します。
スクリーンショット


グループ設定では監視が割り当てられていません。


グループメンバーはまだ監視設定が有効になっています。

  • グループへの追加は加算のみのようです。グループ追加に基づいて「トラッキングの削除」を指定する方法はありますか?
  • グループメンバーシップによって追加されたトラッキング設定を削除する方法はありますか?(つまり、グループを離れるときに、追加されたものを元に戻す)。

あるいは、@メンションを使用することもできますが、誤って乱用するのは非常に簡単です。グループが通知レベルを管理するのが最も簡単でしょう。

それがやるべきことだと思います。彼らが離れるときにそれらの監視対象カテゴリを削除します。Discourse APIをリバースエンジニアリングして、監視対象カテゴリを変更するためのAPI呼び出しを見つけることができます。Reverse engineer the Discourse API

問題は、この状況にあるユーザーが何百人もいることです。将来のために設定するのはボーナスですが、明示的なnullの空リストがあれば素晴らしい機能になるでしょう。

「いいね!」 1

期限切れのグループのユーザーからウォッチを削除するrailsコマンドが解決策になるかもしれません。グループの設定を変更すると、すべてのメンバーに適用するかどうか尋ねられるかどうかは覚えていません。試してみる価値はあるかもしれません(期限切れのグループにカテゴリをウォッチさせ、その後そのウォッチを削除する?)

試してみます。ウォッチを追加すると再帰的になることはわかっています。存在しないウォッチを削除する方法が見つかりませんでした。追加と削除の問題である可能性が高いですね。

「いいね!」 1

これが魔法です。フラグを持たないグループに追加しても、フラグの削除は主張されません。これは維持するのが悪夢になるでしょう…しかし、年に1回程度しか行わないのであれば、フラグを遡って適用し、その後グループにフラグを削除することは、まともな回避策として機能します。

#feature-request - グループ追加時に「無効化」カテゴリまたはタグを主張する機能があれば素晴らしいでしょう。

「いいね!」 1

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.