本日、投稿のフラグ処理中に疑問に思ったことがあり、期待される動作を確認したく思います。
ある投稿が Discourse AI によって自動的にスパムとしてフラグ付けされました。その内容は明らかにフォーラムと無関係（非英語、トピック外、ソフトコア的な内容）だったため、フラグに同意し、アカウントを削除してユーザーの IP ブロックオプションを選択しました。
その直後、メールログで account_deleted タイプのメールが送信されていたことに気づきました。
これにより懸念が生じました。
このようなケース、特に明らかなスパムアカウントの場合に、Discourse がアカウント削除メールを送信するのは標準的な動作でしょうか？
もしそうであれば、スパム関連の削除に対してこれを無効化する方法はありますか？
モデレーションの観点からすると、スパマーにアカウントが削除されたことを通知するのは逆効果に思えます。スパムが明白でフラグによって確認された場合、その処理は静かに完了するのが望ましいでしょう。
また、ログの解釈を誤っているか、削除と誤って関連付けられたメールを見ている可能性も排除したいと考えています。
以下の点について明確化を求めています：
- この通知が期待される動作かどうか
- スパムワークフローに対してこれを無効化または調整できるかどうか
- モデレーションの観点からのベストプラクティス
はい
いいえ、現時点ではそうではないと思います。実際、私はこの通知を気に入っており、優れた機能だと考えていますが、スパマーに通知を送ることや、その影響について懸念すべき点もあります。例えば、スパマーは単に新しいアカウントを作成し直せるのではないか？また、もし私が本当に善意のユーザーなら、スパム検出器に引っかかり、管理者によってBANされるでしょうか？
更新：これは設計上の仕様であるようです
同じIPアドレスを共有する他の2つのアカウントと関連する、AIが生成した低品質な投稿を行っていたアカウントを削除しました。これらのアカウントが次のような注意メールを受け取ると、気分が良くなりません：
こんにちは、
これはXからの自動メッセージです。このメールアドレスに関連付けられているユーザーアカウントがスタッフによって削除されたことをお知らせします。
あなたの投稿は承認待ちとなりました：コミュニティガイドラインに準拠しているかを確認するため、スタッフによるレビューのために自動的にキューに追加されました。
詳細については、コミュニティガイドラインをご確認ください。
これらのメールが送信されないように無効化したいです。フォーラムの検索でここに至りました。
Moin
4
レビューキューではなく、（管理者）プロフィールページから削除するという回避策は、今でも有効だと思われます。ただし、レビューキューで直接削除するほど快適ではありません。
これを行う何らかのコンプライアンス上の理由があるのではないかと疑っていました。
これは、私が以前メールサーバーを管理していた「昔の頃」を思い出させます。数十年前のある時期、スパマーから逆の配信失敗通知攻撃を受けていたことを覚えています。彼らは送信者のアドレスを偽装し、私のサーバー上に存在しないアカウント宛てにメールを送信しました。当時の標準SMTPプロトコルに準拠するためには、配信失敗時に失敗したメールのコピーを含む配信失敗通知を送信する必要がありました。スパムの本来の標的は偽装された送信者のアドレスであり、彼らは実際のメールを含む配信失敗通知を受け取ることになっていました。
今回の特定の事例におけるスパマーが自動化されていると疑っていますが、人間がアカウント削除のメールを見ることは決してないでしょう。しかし、私たちがスパマーに必要以上に多くの情報を提供しており、それが彼らの戦術を微調整するために使用される可能性があることに気づかされました。
Lilly
(Lillian )
7
明らかに解決策はMoinの投稿だったのに、なぜ自分の返信を解決済みにマークしたのですか？
wkwk。気づいてくれてありがとう。
引用したときに発生したエラーです。修正しました。
