etc/MAILINGLISTS ファイルに GNU のメーリング・リストに関する 情報が書かれています. (入手法は質問 20 を参照.) メーリング・リストに送られたメールが 自動的にネットワーク・ニュースにも投稿されるものについては ニュース・グループ名とメール・アドレスを掲載します.
comp.emacs は Emacs プログラム一般について議論するために使います. もちろん GNU Emacs を含みますが, JOVE, MicroEmacs, Freemacs, MG, Unipress, CCA, Epsilon など さまざまな Emacs についても議論できます.
GNU Emacs に関する質問は comp.emacs に投稿します. というのは gnu.* ニュース・グループを購読していないサイトも多いからです. GNU Emacs 特有の記事を投稿するに関しては賛否両論あるでしょうが, 個人の判断に任せます.
"non-free" ソフトウェアを擁護するいかなる記事も gnu ニュース・グループに投稿することは容認されていません. ただし gnu.misc.discuss は このような話題についても議論するために作成されたものです. ここで "non-free" ソフトウェアとは ユーザがソース・コードを入手できないものを含みます. 記事にフォローアップするとき そのようなソフトウェアを推奨するときは 注意深く "Newsgroup:" 行から gnu ニュース・グループを削除して下さい.
GNU Emacs のバグは 電子メールで bug-gnu-emacs@prep.ai.mit.edu へ報告してください. これらのメールは同時に gnu.emacs.bug ニュース・グループにも投稿されます. くれぐれもニュースではなく電子メールでバグを報告して下さい. 信頼できる返信アドレスを沿えることにより バグの詳細を確認することができるようになります.
RMS は次のように書いています:
help-gnu-emacs へバグを報告することはやめて欲しい. 報告は同時に gnu.emacs.help ニュース・グループへも投稿されるが, このニュース・グループを購読しているのは このような情報は不要なユーザであって, たぶん問題を解決できないだろうが, そのために余分な時間を割かれることになるからだ. bug-gnu-emacs なら もしかしたら問題を解決できるかもしれない精鋭が読んでいて, より詳細な情報を必要とするかもしれない.
バグかどうか不確かなときのために, RMS の次の文章も引用しておきましょう:
... もし Emacs がクラッシュするなら, それはバグだ. Emacs をコンパイルするときにエラーが出るなら, それもバグだ. Emacs を構築するときにクラッシュするなら, やはりバグだ. ドキュメント通りに Lisp コードが動作しないなら, それもやはりバグだ.