問題を報告するには

リリースされたバージョンに関する問題の報告

1. パッチと OpenSSH に関する情報 をチェックする。
2. 使用しているプラットフォームに応じて OpenBSD専用 あるいは 移植版 ページで より新しいリリースが出ていないかチェックする。
3. FAQ (よくある質問と答え) を参照して、よくバグと間違って報告される現象をチェックする。
4. 最新のリリース以降に修正されたバグ一覧 および 最新のリリース以降に報告された既知のバグ一覧 をチェックする。

もしこれらでは問題が解決しそうにない場合、 Bugzilla を使ってバグレポート (英語) を送ってください (ですが、セキュリティに関するバグを非公開で送る場合には以下をごらんください)。

OpenSSH の開発者たちと連絡をとるには、以下のアドレスを使ってください:

• openssh@openssh.com。 これは OpenSSH 開発者だけが読むことのできる、非公開のメーリングリストです。
  このアドレスが適切な場合: OpenBSD 用の OpenSSH に関する問題を報告するとき、 あるいはそれ以外のプラットフォームにおけるセキュリティ上の問題を報告するとき。
  このアドレスが適切でない場合: How-to 的質問、 OpenBSD 以外のプラットフォーム (またはサードパーティのパッチをふくんだプラットフォーム) 上での 問題の報告、あるいはその他の一般的な議論。
• openssh-unix-dev@mindrot.org。 これは公開されているメーリングリストで、講読者していない人でも投稿することができます。
  このアドレスが適切な場合: あらゆるプラットフォーム (OpenBSD を含む) における OpenSSH のバグおよび使い方に関する質問、あるいは議論。
  このアドレスが適切でない場合: セキュリティ上の問題を指摘するとき、 あるいは OpenSSH チームから提供されたのではないバイナリに関するバグレポート (ただし、純粋な OpenSSH ディストリビューションでもその問題が再現できる場合を除く)。

Current バージョンの問題に関する報告

1. ソースコードが更新されてから数日の間をおいて、 少なくとも 2回は その問題をテストしてください。
2. ソースツリーのコンパイルに関する問題は、それがずっと続かない限り 報告しないでください。これらはたいていあなたのミスか、 あるいはあなたが遭遇したときにはすでに解決されかかっている場合が ほとんどです。
3. anoncvs サーバは 実際のワーキング ソース ツリーを反映しており、 かなり激しく更新されていることを覚えておいてください。
4. その問題がすでに解決されていないか、OpenSSH の変更点 をチェックしてください。

バグレポートを送る

バグを報告する技術に関する、よくできた説明があります。Simon Tatham による 効果的にバグを報告するには (日本語訳) を見てください。 重要なのは、質のよい情報が報告されれば、それだけその問題が解決されるチャンスも 高くなるということです。

新しい機能は受理されます。あなたが提案した機能を 実装するコードがついていればとくにそうです。もし誰か他の人が あなたの新機能のコードを書くとしても、それは誤解されて付けられてしまって あなたがそれに気づかない、ということもあり得ます。

バグレポートの種類を欲しい順に並べると:

1. 再現可能な問題で、ソースの修正箇所がついているとベスト。
2. 再現可能な問題で、お使いのハードウエア構成やソフトウエア構成に関係なく 生じるもの。
3. 再現可能な問題で、お使いのソフトウエア構成で特に起こるもの。
4. 再現可能な問題で、お使いのハードウエア構成で特に起こるもの。