• ロードマップ
• プロジェクト
• コーディング
  • モジュールオーナー
  • ハック
  • ソースの入手
  • ビルド
• テスト
  • リリース
  • ナイトリービルド
  • 問題の報告
• ツール
  • Bugzilla
  • Tinderbox
  • Bonsai
  • LXR
• FAQ

• MDC 日本語版

Mozilla フォーラムでのエチケット

グランドルール

mozilla.org によってホストされている フォーラム に参加するに当たっては、いくつか大まかなルールがあります。こうしたルールを尊重するとともに、他の参加者に敬意を払ってください。

紳士的に。

個人攻撃はしない。誰かを煽りたいと思ったら、プライベートなメールで行ってください。公衆の面前で自分の名誉を守るために反撃しなければならないと思わないでください。

トピックから離れない。

多くのフォーラムは非常に活発なやり取りがされています。そのため、自分が送るメッセージのトピックに注意して、投稿しようとしているフォーラムの趣旨に沿っているかを確認してください。

マルチポストはしない。

同じ内容のメッセージを複数のメーリングリストまたはニュースグループに投稿することは、決して良いことではありません。これはしないでください。どうしても必要な場合は、Followup-To および Reply-To フィールドで、一つのフォーラムに返信されるように設定してください。

例：

Newsgroup:	mozilla.dev.apps.seamonkey
Newsgroup:	mozilla.dev.apps.firefox
FollowUp-To:	mozilla.dev.apps.firefox
Reply-To:	dev-apps-firefox@lists.mozilla.org
Subject:	XPFE browser?

名前に general がつくフォーラムを含んだマルチポストは、絶対にやめてください。

宣伝活動はしない。

これらのグループは Mozilla のソースコードについて議論するためのものです。そのため、どのオペレーティングシステムが優れているかとか、どのツールキットが優れているかとか、Microsoft は諸悪の根源かとかいう議論は 関係ありません。こうした話題を話し合うためのフォーラムは Usenet にたくさんあります。こうした議論は、Mozilla フォーラムではなく、そちら で行ってください。たとえば以下のような場所はどうでしょうか：

• comp.infosystems.www.advocacy
• comp.os.linux.advocacy
• comp.os.ms-windows.advocacy
• comp.os.os2.advocacy
• comp.sys.amiga.advocacy
• comp.sys.be.advocacy
• comp.sys.mac.advocacy
• comp.unix.advocacy
• comp.lang.java.advocacy
• alt.netscape.sucks
• alt.fan.mozilla
• gnu.misc.discuss

スパムは無視する。

スパムメールは、ネット上の害虫です。誰も好きな人はいません。しかし、避けがたいものでもあります。私たちの努力にもかかわらず、スパムメールが時々 Mozilla メーリングリストやニュースグループに現れます。スパマーを煽りたい場合でも、フォーラムに対して CC しないでください。スパムメールについての苦情を公共の場ですることで、必要なシグナルではなく、ノイズを増やしてしまうことになります。煽ることであなたの気分がすっきりするかもしれませんが、問題の解決には役立ちません。（スパムメールに対して効果的に対処する方法についての情報は、spam.abuse.net を参照してください。）

大きな添付ファイルを送らない。

バイナリの添付は送信しないでください。またスクリーンショット、特にテキストダイアログボックスのスクリーンショットも送らないでください。多くの人が遅いネットワーク回線でメッセージを読んでいます。彼らの状況を考えましょう。大きなファイルを配布したい場合は、添付する代わりに、Web ページに置いて、その URL をアナウンスしてください。

引用を削る。

返信しようとしているメッセージの内容全体を引用しないでください。必要な内容だけに絞ってください。ほかの人がオリジナルのメッセージを読みたいと思った場合でも、簡単に読むことができるということを覚えておいてください。目安としては、引用の分量が新しいテキストよりも多くならないようにすることです。

何かしらは常に削除の対象になります。例えば、挨拶や署名、空白行などです。引用文を一切削除しない場合、それでは駄目だということに気づいてください。

Top-posting vs bottom-posting

引用文の後に返信を書くこと 【訳注：bottom-posting】 を好む人もいれば、その逆 【訳注：top-posting】 を好む人もいます。さらに引用を分割して各々の後に返信を書くスタイルを好む人もいます。どのような投稿スタイルが良いのかという議論は、多くのフォーラムで罵り合いにまで発展したことがあります。フォーラムでの議論を平和に保つために、参加者の多くに好まれている 削除して間に返信を入れるスタイル に従ってください （引用の削除ルールは上を参考にしてください）。簡単な返事は、実質的に bottom-posting と同じです。余分な部分を削って、コメントしたい箇所の下に、論理的な順序でコメントを追加していけば良いわけです。accessibility フォーラムでは例外的に top-posting になっています

HTML 投稿は自分の責任で。

すべての読者が HTML メッセージを簡単に表示できるメール・ニュースクライアントを利用しているわけではないことに注意しましょう。従って、テキスト形式で投稿したほうが、より多くの人に読んでもらえます。多くの人は HTML をそのまま無視します。なぜなら、そうしたメッセージを読むのに、少なからぬ努力が必要になるからです。

バグは Mozilla フォーラムではなく Bugzilla へ。

Mozilla を使っていてバグに遭遇した場合、その問題について Bugzilla に 報告をお願いします。Mozilla 開発者は、定期的に Mozilla 関連のフォーラムをすべて追跡するだけの時間は持ち合わせていません。バグレポートをニュースグループやメーリングリストに投稿しただけでは、そのバグについて作業する人には届かない可能性があります。Bugzilla を通じてバグを報告することで、より高いレベルの注意を引くことができ、その他のバグと共に追跡されるようになります。Bugzilla エチケットのページ も参照してください。

内容を明確に。

すべての人がフォーラムへのすべての投稿を読んでいるわけではありません。メッセージがタイミングよく正しい読者に届くように、subject 欄に話題を明確に表記してください。question や Mozilla problem などのような題名ではいけません。

unsubscribe を送らない。

残念なことに、繰り返し起こっています。購読の仕方 を読んでください。

test メッセージを送らない。

mozilla.test 以外のニュースグループにテストメッセージを送らないでください。

Usenet Info Center で、さらに詳しい Usenet でのエチケットを学んでください。