元のトピックはかなり古く、すべての詳細を覚えていませんでしたが、今読み返してみると、@Moinがポイントを正しく指摘していると思います。
当時、サポートフォーラムでの私たちのユースケースは、サポートカテゴリで長くて広がりすぎた議論を避けることでした。私たちは、トピックを集中させ、簡潔に保ち、100件以下(理想的には50件未満)に抑えることで、ユーザーが情報を実際に読むよう促したいと考えていました。ところが、時間ベースの自動クローズを使いたくありませんでした。なぜなら、数ヶ月・数年後でも、当社のソフトウェアの非常に遅いリリースサイクル(主にパッチとセキュリティアップデートだけ)により、トピックが依然として関連性を持ち続ける場合があったからです。
同時に、私たちにはサポートではないカテゴリ(政治、経済、一般議論など)があり、これらには人工的な制限をつけたくありませんでした。これらは、よりコミュニティ重視で、自由な会話と最小限のモデレーター介入を目的としていました。
したがって、目的は、投稿数制限をカテゴリごとに選択的に適用できるようにし、全体ではなく、サポートのトピックをコンパクトに保ちながら、他の場所では自由な議論を許容することでした(もちろん、大規模なトピックに発展しない範囲で)。