優先度/重大度:
これは高とみなします
プラットフォーム:
Windows デスクトップ
説明:
2 つの新しいテスト アカウントでは、PM にアクセスしたり作成したりする方法がありません
管理アカウントのメール ナビゲーション ドロップダウン
および概要ページ
テスト アカウント
2 番目のテスト アカウント
サイトでは暗号化されたメッセージが有効になっています。テスト アカウントの 1 つで、テスト ユーザーは最初に有効化せず、その後無効化して再有効化しました。
2 番目のテスト アカウントでは、最初にペーパー キーが設定されました。
チャットも欠けているようです。
メール メッセージは届きますが、ユーザーがペーパー キーを作成/保存しなかった場合、それを読むことも、自分で新しい PM を開始することもできませんが、そのメッセージに返信することはできます。
@anon48433008 さん、こんにちは。
サイト設定の「personal message enabled groups」を確認しましたか？
デフォルトでは、新規ユーザー（trust_level_0）はプライベートメッセージを送信できません。
メールサポートのためにステージングされたユーザー（ステージングされたユーザー）がアカウントを作成し、PMを読み取れなかったため、TL0とTL1のPM権限で苦労しました。TL0をバイパスしてすぐにTL1から開始することで解決しました。スパムの問題や論争のあるトピックがないため、それが可能でした。
したがって、私の知る限り、それはバグではなく、仕様です。しかし、OPの状況は、何らかの形でそうなる可能性があります。
確認していませんでした。自分の無知によるものだとわかって気分が良くなりました。皆さん、解決にご協力いただきありがとうございます。
お時間を割いていただき感謝いたします 
少し考える必要があります。これが良いことだとは思いません。
まあ、24時間もの間、制限された権利が必要なのであれば、それは良いことではありません。前述したように、私はそれによって問題があったことも、あったこともありません。あなたの状況は異なるかもしれません。しかし、私はユーザーをTL2よりも良く扱っていません。なぜなら、TL3が与える非常に最小限の権利に何の利点も見出せないからです。そして私のユーザーはそれらを一度も使用したことがありません。TL4は実質的にモデレーターと同じです。
しかし、TL1から直接始めることで、あなたの頭痛は治るでしょう？
現時点ではTL0にプライベートメッセージ（PM）の権利を追加しました。それで合っていますか？
暗号化されたPMが有効になっている場合、誰かが悪用しているかどうかは、報告されない限りわかりません。正直なところ、一部のメンバーは、公開投稿する前に他のメンバーとのPMでウォームアップする必要があるかもしれません。
Jagsterはデフォルトの信頼レベル設定の調整について話していたと思いますが、特定の С настройками（設定）を調整するだけで十分だと思います。
でも、最初の24時間は機能していないんじゃない？ それとも私が間違っている？
なぜですか？
投稿後24時間以内にユーザーに影響を与える設定として考えられるのは、「max topics in first day」と「max replies in first day」のみですが、これらはトラストレベル2でバイパスされるため、tl1では何も変更されません。
ええ、それは本当です。初日の制限については完全に間違って覚えているかもしれません。
最初の信頼レベルは、新規メンバーに公開投稿を要求するものではなく、単に以下の通りです。
信頼レベル1に到達するには…
セルフホストしている場合、このプラグインは便利です。
ありがとうございます。標準機能のように思えますが、新規ユーザーが脆弱性やデータ侵害などを報告しようとしている場合はどうでしょうか。これは公に投稿するには適切ではない可能性があります。
それだけの理由で、この機能は新機能の投票に追加されるべきだと私は思います。
なぜですか？PMがいつでもスタッフを配置できるプラグインがあります。そのためのカテゴリを作成するツールがあります。そのため、この機能はすでに存在しますが、すぐに利用できるわけではありません。
そのケースでは、/about に記載されている連絡先情報をいつでも使用できると思います。これはアカウントを持っていない訪問者にも有効です。
管理/モデレーター/その他のグループの「誰がこのグループにメッセージを送信できますか？」設定を「全員」に設定すると、PM許可グループのメンバー以外でも、誰でもそのグループにメッセージを送信できるようになります。これは標準的な動作であり、追加のプラグインは必要ありません。
はい、わかりました。さらに混乱しています。
それをしばらく置いておきますが、要約させてください。
私はDiscourseの初心者ではありませんが、2つのテストアカウントを設定したとき、PMを送信できないことに当惑しました。
今、私が慣れているユーザーの多くは高齢であり、古いフォーラムに慣れている人も多く、Discourseに圧倒されたり、嫌悪感を抱いたりします。PMを送信できないことについて、なぜできないのかという大きな赤い通知があるのは、最初の印象としては悪い印象を与える可能性があります。
このインスタンスは助けられましたが、すべてうまくいきました。しかし、すべてのユーザーがスタッフにPMを送信できるこのプラグインを見て、クールです。すべてのユーザーはサインアップした瞬間からスタッフにPMを送信できるはずです。そうでなければ、彼らはイライラして去ってしまうかもしれません。
なぜ余分なステップが必要なのですか？アカウントを設定したのに、UIでスタッフに連絡できないのはなぜですか？
TL0が問題を解決するという事実に話を戻すと、それなら同意します。
しかし、そうではありません。
標準設定の新規ユーザーはスタッフにPMを送信できません。
したがって…
私の意見では、初期のコア設定を変更して、新規ユーザーが実際にスタッフにPMを送信できるようにし、単にイライラして去ってしまうリスクを排除すべきです。
私の意見では、それは人間の性質です。私たちは指示を読まず、フォーラムにサインアップして、直感的に機能することを期待します。スタッフに助けを求めることは直感的だと思います。または、他のソフトウェアのように機能することを期待します。
人々は信頼レベルのことを理解するでしょうが、その理由が明確に述べられていない場合はそうではありません。私の発見では、PMを送信するボタンはありませんでした。もしボタンがあり、「権限がありません」というポップアップが表示されれば、少なくともユーザーに希望を与えることができますが、再び、スタッフへのPMは、当然のことながら、標準であるべきです。
デフォルト設定として実装されれば、それは改善につながると私も思います。信頼レベルのフィルターは、人々が慣れないシステムでのコミュニケーションを敬遠してしまうほど過剰になることがあります。
多くのサイトには、アカウントを作成する必要なく書き込めるお問い合わせフォームがあります。これは、サイトスタッフに連絡しやすくするための最善の方法かもしれません。サイトを設定する際には、「お問い合わせ」リンクがあり、これはメールアドレスまたはお問い合わせフォームのページアドレスのいずれかになります。
もう少し積極的な方法としては、サイトによっては自動チャットバブルが表示され、ボットが「ようこそ、何かお手伝いできることはありますか？」と言うものもあります。これらも迷惑になることがありますが、新しい人がフォームに記入したり、アカウントを作成するために利用規約に同意したりすることなく、簡単にコミュニケーションできるようになります。
コアに含めるべきです。ユーザーは常にスタッフにプライベートメッセージ（pm）を送信できるはずです。Redditでさえ、すべての人にモデレーターメール（Modmail）を許可しています。
