このトピックに最適なカテゴリかどうかわかりません。
他にこの件について投稿している人がいないようでしたが、SiteSetting の personal message enabled groups のラベルが紛らわしいと思うので、言っておきたいと思います。
Discourse には、ユーザーがダイレクトメッセージを作成できるようになるための最低限の信頼レベルである、グローバルオプション personal message enabled groups があります。
ユーザーは、ダイレクトメッセージを送受信するための個別のオプション（チェックボックス） user_option.allow_private_messages を持っています。
私たちが望むのは、スタッフ/モデレーター/管理者以外のすべてのユーザーが trust_level_1 のユーザーにメッセージを送信できないようにすることです。これは、personal_message_enabled_groups を trust_level_2 に設定することで達成できるはずですが、上記の 2 つのオプションは別々に扱われ、ユーザーオプションが優先されるようです。つまり、trust_level_1 のユーザーは確かに DM を開始することはできませんが、allow_private_messages が有効になっている場合、can_send_private_message_to_user の値は true になります。
グローバルオプションがチェックボックスをオーバーライドしないため、ユーザーがこの値で設定されたグループに属していなくても PM に参加できる（開始できないだけですが）ため、personal message enabled groups と言うのは不正確なようです。ユーザーオプションがこの SiteSetting をオーバーライドするという意図は理解できるので、この設定は別の名前、おそらく personal message initiating groups に変更できるのではないかと思います。
「いいね！」 5
martin
2024 年 1 月 4 日午前 2:05
3
これは混乱を招く可能性があることは理解していますが、これを読む限り、このユースケースを処理する別の新しい設定を探しているのだと思います。それはdisallow_personal_message_groupsのような名前になり、選択されたグループのユーザーはスタッフ（モデレーターと管理者）以外からPMを受信できなくなります。
personal_message_enabled_groups設定は、ブロックリストとして使用されることを意図していません。これは少し難しい問題です。既存の動作を変更して、personal_message_enabled_groupsに含まれていないユーザーもスタッフ以外からメッセージを受信できないようにすることは可能でしょうか？これがどれだけの期待を壊すかはわかりません。
@tobiaseigenにも意見を述べてもらうことにします 。
「いいね！」 3
ご協力ありがとうございます。personal_message_enabled_groups は、チェックボックスがマークされていない場合 personal_message_DISABLED_groups を意味することになりますが、実際にはそうではありません。
活発なコミュニティとDiscourse自体に感謝します。ありがとうございます！
「いいね！」 2
参考までに、ここで話している設定とその説明は以下のとおりです。
テストユーザーでテストを行ったところ、いくつかの点に気づきました。
ここで指定されたグループに属するユーザーは、PMシステムに完全にアクセスできます。サイドバーのメッセージセクション、ユーザープロファイルメニューのメッセージリンク、通知メニューのメッセージアイコンが表示されます。また、PMの開始と返信も可能です。
ここで指定されたグループに属していないユーザーは、PMを開始できる他のユーザーからのPMのみ受信できます。PMを開始することはできませんが、他のユーザーが開始したPMに返信することは許可されています。UIではメッセージシステムは一切表示されませんが、受信したPMの通知は受け取り、その方法でアクセスできます。また、Discourse Meta - The Official Support Forum for Discourse のように直接メッセージ受信トレイにアクセスできますが、メッセージを開始するオプションは表示されません。受信したメッセージから自分自身を削除することはできます。
モデレーターと管理者はここから削除できますが、指定されているかのように機能に完全にアクセスできます。
ここでの意図は、ほとんどのユーザーに対してメッセージシステムを軽視/無効にすることで、ディスカッションがトピック内で行われ、モデレーションが困難な場所に隠されないようにすることだと考えています。一方、管理者とモデレーターは、フラグシステムに不可欠なメッセージを開始することも許可されています。
私の考えでは、設定とその機能は問題ありませんが、説明をより明確にすることができます。トラストレベルのグループメンバーシップがどのように機能するかを説明する必要があるかどうかはわかりません。ユーザー管理ページで、ユーザーがどのトラストレベルグループに属しているかを確認できます。
この変更はいかがでしょうか？
これらのグループに属するユーザーは、個人メッセージシステムで完全にやり取りできます。ナビゲーションメニューでメッセージを確認でき、サイト上の誰にでもメッセージを開始できます。このメッセージに対しては、ここに指定されたグループに属していないユーザーも返信できます。注：モデレーターと管理者は常に完全にアクセスできます。
また、ユーザーがここに指定されていなくても、1つ以上のメッセージを受信した場合に、メッセージへの裏口を提供すべきだと思います。見つける方法がないのは、私には壊れているように感じます。最も賢明なのは、ユーザープロファイルに「MESSAGES」セクションを復活させ、メッセージを見ているときに完全なユーザー > メッセージの水平ナビゲーションを復活させることだと思います。サイドバーに戻す必要はないかもしれませんが、それも行うべきでしょうか？
Martin Brennan:
これが混乱を招く可能性があることは理解していますが、これを読むと、このユースケースを処理する別の新しい設定が必要になると思います。それは disallow_personal_message_groups のような名前になり、選択されたグループのユーザーはスタッフ（モデレーターと管理者）以外からのPMを受信できなくなります。
personal_message_enabled_groups 設定は、ブロックリストとして使用することを意図していません。これはジレンマです。既存の動作を変更して、personal_message_enabled_groups に属していないユーザーもスタッフ以外からメッセージを受信できないようにすることは可能でしょうか？どれだけの期待が壊れるかわかりません。
既存の設定の動作を変更することはできない可能性が高いです。なぜなら、おっしゃるように期待を壊してしまうからです。しかし、おっしゃるように、特定のグループがPMを受信できないようにする別の設定を追加することはできます。これは特定のコミュニティにとって価値のある機能になる可能性があります。他に誰かがこれを求めたことはありますか？
ここで考えられることをまとめると：
personal_message_enabled_groups 管理設定の説明を改善するユーザーがPMを受信した場合、PMを送信する権限がない場合でも、ユーザー > メッセージナビゲーションを表示する
新しい disallow_personal_message_groups 設定を追加する
「いいね！」 3
@tobiaseigen 、詳細なご回答ありがとうございます。ご提案いただいた内容は、私が考えていたことをはるかに超えています。personal_message_enabled_groups の説明を修正して、その機能が何であるかを明確にするだけでも助かります。ありがとうございます！
「いいね！」 1
