個人メッセージのレート制限は「その他の項目」フラグも制限します

貢献 バグ
1

問題の再現方法

  1. 既存のコミュニティを壊さないように、テストインスタンスを取得します。
  2. 「1日の最大個人メッセージ数」を1に設定します。（デフォルトは20です。この設定で0が何を意味するのか不明なため、次に近い値を使用します。）
  3. スタッフではないユーザーになりきります。（管理者としては問題が見えませんでした。スタッフはこのレート制限の対象ではないと推測していますが、コードを確認したわけではありません。）
  4. なりきったアカウントから、他の誰かにテスト用の個人メッセージを送信します。（私は自分自身のアカウントに送信しました。）
  5. ランダムな投稿を「その他」の理由でフラグ付けします。（他のフラグ理由では問題が発生しないようです。）

ポップアップが表示されるはずです。

エラーが発生しました：1日の最大メッセージ数に達しました。23時間後に新しいメッセージを作成できます。

なぜ重要か

関連する設定はいくつかあります。

  1. 1日のPMスレッド数。（デフォルト20）
  2. 1日のフラグ数。（デフォルト20）
  3. 1日のフラグ数は信頼レベルによって乗算されます。（TL2 => 1.5、TL3 => 2、TL4 => 3）

その結果、TL3ユーザーは24時間で最大20のPMスレッドを開始し、最大40の投稿にフラグを付けることができます。しかし、「その他」の理由を使用するフラグは、PMスレッド制限とフラグ制限の両方にカウントされます。PM制限にはTL乗数がないため、信頼されたユーザーのためにレート制限を増やすことは不可能です。

おそらくより重要なのは、メッセージがユーザーの実際のアクションと関連がないように見えることです。特定のフラグ理由がPMスレッドを開始するとは限りません。この混乱を実際に確認するには、これらのスレッドを参照してください。

  1. Maximum messages per day?
  2. Reached maximum messages….again

本日調査した結果、1日にPMスレッドを使い果たした場合、「その他」の理由を使用しないことをお勧めできます。しかし、これは一部のユーザーが必要なコンテキストをフラグに追加することを思いとどまらせる可能性があるため、理想的ではありません。おそらくPMスレッドのレート制限を増やすだけで、誰かが他のユーザーにスパムを送信できることを発見しないことを願っています。

考えられる解決策

  1. システムによって生成されたPMスレッドをユーザーのカウントから除外します。 つまり、投稿にフラグを付け、システムがそれをモデレーターとのPMスレッドに親切に変換した場合、それは私の制限にはカウントされないはずです。フラグについては、フラグのレート制限のみが適用されるべきです。
  2. メッセージを修正して、ユーザーが問題を自己診断できるようにします。 簡潔なコピーを提案することはできませんが、問題が他の種類のフラグではなく、「その他」でのフラグ付けであることを明確にする必要があります。PMスレッドに関連しているという兆候は、注意深く説明されていない限り、省略します。平均的な人にとっては、システムの内部に入り込みすぎます。
  3. PMスレッドのレート制限にTLベースの乗数を追加します。 正直なところ、20はほとんどの極端な状況を除いて十分だと思います。しかし、フラグが制限を圧迫する場合、信頼されたユーザーに少なくとも通常のユーザーと同じ数のPMスレッド開始を許可したいと思います。
「いいね！」 10
2

@sam さん、これは気に入るはずですよ。1ヶ月経ちました（そしてついにサイトを3.1.0.beta3にアップグレードしました）。この長らく待たれていたアップグレードで修正されるのかどうか、確認したかったのです。コミットを見たような気がしましたが、ここには何もありません。

「いいね！」 1
3

これを修正するという考えは良いと思いますが、まだ何も予定されていません。疎結合が正しい解決策のように思えます。

「いいね！」 3
4

こんにちは。

このバグの修正案があります。ただし、PRを上げる前に、私のソリューションについて話し合いたいと思います。
非常に単純で、新しいプライベートメッセージはsystemユーザーに属するように設定され、実際のユーザーはイニシエーターではなく受信者になります。

言及する価値のあること：ユーザーは自分のメッセージをsystemから受信トレイで受け取ることになります。

何か考えはありますか？

「いいね！」 1
5

これは、Discourse全体にとって素晴らしい改善となるでしょう。TL0がPMを送信できないというデフォルト設定であっても、TL1が多くの異なる新しいPMスレッドを送信できるようにすると、PMスパム攻撃の低レベルの可能性がすぐに発生します。または、PMレート制限を非常に低く設定することもできますが、信頼されたユーザー> = TL2にも同じレートを適用することは現実的ではありません。

6

こんにちは、
再度この件についてお話しします。この機能は確かに興味深いものです。私の場合、ユーザーに提供したくない機能であるため、ダイレクトメッセージを無効にしました。しかし、その影響として、ユーザーは「その他」で投稿を報告できなくなっています。

「いいね！」 1
7

@jericson さん、ご報告ありがとうございます。モデレーターにプライベートメッセージ（PM）を生成するフラグを使用した際に、「PMレート制限」を「スキップ」するようにしました。

「いいね！」 2
9

どのように無効にしましたか？サイト設定の「プライベートメッセージが有効なグループ」からすべてのグループを削除しましたが、ユーザーはまだ「その他」としてフラグを立てることができます。メッセージンググループの受信トレイは、その設定ではなく、グループの設定で構成されています。

「いいね！」 1
10

@Kluges 私は「1日の最大個人メッセージ数」の設定を0に設定しました

「いいね！」 1
12

このトピックは5日後に自動的にクローズされました。新しい返信は許可されていません。