diff --git a/ja_JP.eucJP/articles/contributing/article.sgml b/ja_JP.eucJP/articles/contributing/article.sgml
index e0b78e146b..440ae93b6c 100644
--- a/ja_JP.eucJP/articles/contributing/article.sgml
+++ b/ja_JP.eucJP/articles/contributing/article.sgml
@@ -1,6473 +1,6477 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.406
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/contrib/chapter.sgml,v 1.63 2001/04/08 15:33:39 hrs Exp $
+     Original revision: 1.407
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/contrib/chapter.sgml,v 1.64 2001/04/09 02:15:16 hrs Exp $
 -->
 
 <chapter id="contrib">
   <title>FreeBSD への貢献</title>
 
   <para><emphasis>原作: &a.jkh;.</emphasis></para>
 
   <para><emphasis>訳: &a.jp.iwasaki;,
       1997 年 4 月 27 日.</emphasis></para>
 
   <para>あなたも何か FreeBSD のために貢献したくなりましたか?
     素晴らしい! 私たちは常に支援を受ける用意がありますし, FreeBSD
     は生き残るためにユー
     ザベースの貢献に<emphasis>頼る</emphasis>ようなシステムの一つです.
     あなたの貢献は 感謝されるだけではなく, FreeBSD
     が成長し続けるために極めて重要なものな のです!</para>
 
   <para>一部の人達が言っているのとは逆に,
     貢献を受け付けてもらうために腕利 きのプログラマーになるとか
     FreeBSD コアチームの人と親友になる必要はあ りません. FreeBSD
     プロジェクトの開発は, 多くのそして益々増加する世界中
     の貢献者達によってなされており, 彼らの年齢,
     専門技術分野は多岐に渡りま す.
     そして手の空いている人よりも
     成されるべき仕事の方が常に多いのです.</para>
 
   <para>FreeBSD
     プロジェクトがカーネルや散在しているユーティリティよりも,
     オペレーティングシステム環境 (と, そのインストール)
     に対して責任を持つ ようになったため,
     私たちの<filename>TODO</filename>リストはドキュメンテーション,
     ベータテ スト,
     高度に専門化されたタイプのカーネル開発の好例を紹介するなど非常に
     広い範囲のタスクに渡ります. あなたの技能レベルに関わらず,
     プロジェクト を支援できることが必ず何かあります!</para>
 
   <para>FreeBSD
     関連の事業に従事している商業団体が私たちにコンタクトすること
     も歓迎します. あなたの製品を (FreeBSD 上で) 動作させるには,
     特別な拡張 が必要ではありませんか?
     あまりにも風変わりな要求でなければ, それを受け
     入れる用意が私たちにあるとわかるはずです.
     付加価値のある製品ですか? 私たちに知らせてください! 多分私たちは,
     ある 面において共同して作業をすることができるでしょう.
     フリーソフトウェア界 は,
     ソフトウェアがそのライフサイクルを通してどのように開発され,
     売られ,  保守されていくかについて, 既存の仮説に挑戦しています.
     少なくとももう一
     度考慮してみることを私たちは強くお奨めします.</para>
 
   <sect1 id="contrib-what">
     <title>何が必要?</title>
 
     <para>次のタスクとサブプロジェクトのリストは, コアチームの色々な
       <filename>TODO</filename> リ
       ストと最近2ヶ月で集めたユーザリクエストを合わせたものです.
       可能なとこ ろでは, 緊急度によってタスクがランクづけされています.
       もしここにあるタ スクの実行に興味があるのでしたら,
       コーディネータの名前をクリックしてメー ルを送ってください.
       もしコーディネータが決まっていなければ, あなたがボ
       ランティアしてみませんか?</para>
 
     <sect2>
       <title>優先度の高いタスク</title>
 
       <para>次のタスクは通常, ひどく壊れているとか,
 	とても必要とされている何かを 表しているため,
 	急務と考えられています:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>第3ステージ・ブート問題. 全体コーディネーション:
 	    &a.hackers;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>第3ステージがディスクの BIOS
 		ジオメトリの正確なマッピングを提供 できるように WinNT
 		コンパチブルなドライブの追跡をおこなう.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>ファイルシステム問題. 全体コーディネーション:
 	    &a.fs;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>nullfs ファイルシステムコードのクリーンアップと
 		ドキュメンテーション. コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>union ファイルシステムの修正. コーディネータ:
 		&a.dg;</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>Int13 vm86 ディスクドライバの実装. コーディネータ:
 	    &a.hackers;</para>
 	</listitem>
 
 	<listitem>
 	  <para>New bus アーキテクチャカーネル.  コーディネータ:
 	    &a.newbus;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>すべての現存 ISA ドライバの
 	        新しいアーキテクチャへの移植.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>すべての割り込み処理コードを
 		適切なバスドライバに移動.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>PCI サブシステムの
 	        新しいアーキテクチャへの移植.  コーディネータ:
 	        &a.dfr;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>リムーバブルデバイスを正しく扱う方法を見い出し,
 		PC-Card や CardBus を実装するための土台にする.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>プローブ・アタッチの優先順位の問題を
 		一回ですっきりと解決する.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>その他残りのバスをすべて新しい
 		アーキテクチャへと移行する.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルの諸問題. 全体コーディネーション:
 		&a.hackers;</para>
 	</listitem>
 
 	<listitem>
 	  <para>より積極的にセキュリティ基盤の整備を進める.
 	    全体コーディネーション: &a.security;</para>
 	  
 	  <itemizedlist>
 	    <listitem>
 	      <para>Tripwire(TM) のようなものをカーネル内の
 		リモート・ローカル両部分に備える.
 		これを正しく実現する上で, 暗号技術に関する問題が
 		いろいろと上がっています.
 		詳細についてはコーディネータに連絡を取ってみてください.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>カーネルで (UID を) 0 と比較している部分を
 		すべて <literal>suser()</literal> を使うようにする.
 		現在, 約半分の箇所が使っています.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>セキュアレベルをいくつかの部分に分ける.
 		これによって管理者は, 放棄しても構わない
 		権限については放棄できるようになります.
 		当然ながら, 全体セキュアレベルをセットしたときの
 		効果は現在のままにしなければなりません.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>BPF に対して <quote>許可されたプログラム</quote>
 		のリストをアップロードできるようにして、 BPF がそれ以外の
 		プログラムを受け入れるのを食い止める.
 		これによって, BPF を例えば DHCP に使うと, アタッカーに
 		ローカルネットワークをこっそり探られることもなくなる
 		でしょう.</para>
 	    </listitem>
 	    
 	    <listitem>
 	      <para>セキュリティチェッカスクリプトを更新する.
 		何はともあれ, 他の BSD 派生システムにあるチェックは
 		すべて取り込む. さらに, システムがセキュアレベルを
 		高くしている場合には, 関連箇所について適切なフラグを
 		設定しているかどうかのチェックを行うようにする.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>カーネルに認証機構を設け, 認証ポリシーを
 		複数サポートする. その一部は <literal>suser()</literal>
 		を修正することで可能でしょう.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 	    
 	    <listitem>
 	      <para>NFS レイヤにコードを追加し, NFS パーティションの
 		外に出るような <literal>chdir("..")</literal> は
 		できないようにする. 例えば, <filename>/usr</filename>
 		が UFS で <filename>/usr/src</filename> が NFS
 		エクスポートされているとします.  現在では, 
 		<filename>/usr/src</filename> への NFS ファイル
 		ハンドルを使って <filename>/usr</filename> に
 		アクセスできてしまう可能性があります.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>優先度がさほど高くないタスク</title>
 
       <para>次のタスクはやっておくべきではありますが,
 	特にさし迫っているわけで はありません:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>完全な KLD ベースのドライバのサポート /
 	    コンフィグレーションマネー ジャ.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>穏やかな方法でハードウェアを検知する
 		コンフィグレーションマネージャ の作成
 		(第3ステージ・ブートの中に?). ハードウェアが必要とする
 		KLD だけを 残す等.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>PCMCIA/PCCARD. コーディネータ: &a.msmith; と &a.imp;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>ドキュメンテーション!</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>pcic ドライバの信頼性のある操作 (テスト要).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>sio.c</filename>
 		のリコグナイザとハンドラ (ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>ed.c</filename> のリコグナイザとハンドラ
 		(ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>ep.c</filename> のリコグナイザとハンドラ
 		(ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>User-mode のリコグナイザとハンドラ
 		(部分的に完了).</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>先進的なパワーマネージメント. コーディネータ: &a.nate;
 	    と &a.phk;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>APM サブドライバ (ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>IDE/ATA ディスクサブドライバ (部分的に完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>syscons/pcvt サブドライバ.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>PCMCIA/PCCARD ドライバ群との統合 (サスペンド /
 		レジューム).</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>優先度の低いタスク</title>
 
       <para>次のタスクは全くのあら隠し,
 	または誰もすぐにおこないそうもない投資
 	のような仕事を表します:</para>
 
       <para>最初の N 項目は Terry Lambert
 	<email>terry@lambert.org</email> からのものです.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>ネットワークカードと一緒に提供される ODI
 	    カードドライバを使用で きるようにする, NetWare サーバ
 	    (プロテクトモードの ODI ドライバ) ロー ダとサブサービス.
 	    NDIS ドライバと NetWare の SCSI ドライバについても同
 	    様.</para>
 	</listitem>
 
 	<listitem>
 	  <para>前のリビジョンの FreeBSD マシンではなく, Linux
 	    マシンで動作する 「アップグレード
 	    システム」オプション.</para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルのマルチスレッド化
 	    (カーネルのプリエンプションが必要).</para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルのプリエンプション付き対称マルチプロセッシング
 	    (カーネル のプリエンプションが必要).</para>
 	</listitem>
 
 	<listitem>
 	  <para>ポータブルコンピュータのサポートにおける協調の試み.
 	    これは PCMCIA
 	    ブリッジング規則と電源管理イベント処理の変更により, いく
 	    らかは処理できます. しかし,
 	    内蔵ディスプレイと外部ディスプレイの検出, この 2
 	    種類のディスプレイがあるという事実に基づく
 	    異なる解像度の選択, マシンがドックにある場合には
 	    ディスクのモータ停止を防止すること, マシンの
 	    ブート能力に影響を与えずにドックベースのカードの消滅を
 	    可能にすること  (PCMCIA と同じ問題)
 	    などの問題があります.</para>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>もっと簡単なタスク</title>
 
       <para>上のセクションで挙げたタスクは膨大な時間の投資または
 	FreeBSD のカーネルに関する深い知識を必要とします
 	(もしくはそのどちらも). しかしながら,
 	&quot;週末ハッカー&quot;やプログラミングのスキルを持
 	たない人々に適した立派なタスクも数多くあります.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>FreeBSD-current を運用しており,
 	    状態の良いインターネット接続があ るならば, <hostid
 	      role="fqdn">current.FreeBSD.org</hostid>
 	    という一日に一回フルリリースを行っている マシンがあります
 	    &mdash; 時おり最新のリリースをそこからインストールし, その
 	    過程で何か問題があるなら報告して下さい.</para>
 	</listitem>
 
 	<listitem>
 	  <para>freebsd-bugs
 	    メーリングリストを読んでください. そこではあなたが建
 	    設的なコメントを付けたりテストできるパッチが
 	    提供されているような問題がある かもしれません.
 	    もしくはそれらの問題の一つをあなた自身で修正することさえ
 	    できるかもしれません.</para>
 	</listitem>
 
 	<listitem>
 	  <para>定期的に FAQ とハンドブックを通して読んでみてください.
 	    もしまずい説明や古い事柄や完全に間違っていることなどが
 	    あれば我々に しらせて下さい.
 	    さらに良いのは我々に修正案を送ることです (SGML
 	    は学ぶのにそれほど難しくありませんが,
 	    プレインテキストでも問題は ありません).</para>
 	</listitem>
 
 	<listitem>
 	  <para>(もしまだないならば) FreeBSD
 	    のドキュメントを自分の母国語に翻訳
 	    するのを手伝ってください &mdash;
 	    作業している人がいるかどうか &a.doc; にメールを
 	    送って聞くだけです. とはいっても,
 	    そうすることによってあなたが全ての FreeBSD
 	    ドキュメントの翻訳に携わるように
 	    なるというわけではないですから ね &mdash; 実際,
 	    もっとも翻訳が必要とされているドキュメントはインストール方
 	    法です.</para>
 	</listitem>
 
 	<listitem>
 	  <para>たまに(もしくは定期的に) freebsd-questions
 	    メーリングリストや
 	    <literal>comp.unix.bsd.freebsd.misc</literal>
 	    を読んでください. これは, あなたの持ってい
 	    る専門知識を共有したり誰かが抱えている問題を
 	    解決するのに非常に有効な ものになり得ることです.
 	    時にはあなた自身で新しいことを学ぶことさえ
 	    できるかもしれません.
 	    これらのフォーラムはやるべきことのアイディア
 	    の源にもなり得るのです.</para>
 	</listitem>
 
 	<listitem>
 	  <para>-current に正しく当てられるがしばらく経っても(通常は
 	    2, 3 週間) -stable
 	    に取り込まれてないようなバグフィックスがあるならば
 	    コミッターに 丁寧に思い出させてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>寄贈ソフトウェアをソースツリーの
 	    <filename>src/contrib</filename>
 	    に移動させてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>src/contrib</filename>
 	    以下のコードが最新のものであるか確認してください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>2000 年問題に関するバグを探してください(そして,
 	    見つけたら修正してください!).</para>
 	</listitem>
 
 	<listitem>
 	  <para>警告を詳細に報告するようにして
             ソースツリー全体(もしくはその一部)を構築してみてください.
 	    そして警告が出ないようにしてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>ports で, gets() を使っているとか malloc.h
 	    をインクルードしている
 	    などといった警告が出ないようにしてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>もしなんらかの ports に関わっているなら,
 	    あなたのパッチを作者に フィードバックしてください
 	    (次のバージョンが出た時にあなたが楽になります).</para>
 	</listitem>
 
 	<listitem>
 	  <para>このリストに追加するタスクを提案して下さい!</para>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>障害報告(PR; Problem Report)データベースにおける作業</title>
 
       <para><ulink url="http://www.FreeBSD.org/cgi/query-pr-summary.cgi">
 	FreeBSD 障害報告リスト</ulink>では, 現在問題となっている報告と,
         FreeBSD の利用者によって提出された改良の要望に関する
 	全てのリストを公開しています.
         open 状態の障害情報を見て, 興味を引く内容かどうか確かめて下さい.
         本当に複雑なものも含まれているでしょうし,
         例えば, 障害報告に対する修正がちゃんとしたものであるかどうか
         単にチェックするだけのとても簡単な作業もあるでしょう.</para>
 
       <para>まず, まだ誰にも割り当てられていない障害報告から作業を
         始めて下さい. もし, 誰か他の人に割り当てが決まっているけれども
         自分が作業可能だ, というものがあれば, 作業ができるかどうか&mdash;
         既にテスト用パッチが用意されているのかどうか, あるいは
         その問題についてあなたが考えている,
         より進んだ考えに関して議論ができるかどうか,
         割り当てられている人に電子メールで問い合わせて下さい.
       </para>
 
     </sect2>
   </sect1>
 
   <sect1 id="contrib-how">
     <title>貢献の仕方</title>
 
     <para>一般的に, システムへの貢献は次の 6
       つのカテゴリの1つ以上に分類されます:</para>
 
     <sect2 id="contrib-general">
       <title>バグ報告と一般的な論評</title>
 
       <para>報告するべきバグがあったり, 提案したいことがあれば:</para>
 
       <para><emphasis>一般的な</emphasis>
 	技術的関心事に関するアイデアや提案は  &a.hackers;
 	へメールしてください. 同様に, このような事柄に興味のある
 	(そして<emphasis>膨大な</emphasis>メール!  に耐えられる) 人は,
 	  &a.majordomo; へメールを送って hackers
 	メーリングリストに参加すると良いでしょう. 情報については
 	<link linkend="eresources-mail">メーリングリスト</link>
 	を参照してください.</para>
 
       <para>バグを発見したり変更を送付しようとしている場合は
 	&man.send-pr.1; プログラムか <ulink
 	  url="http://www.FreeBSD.org/send-pr.html">WEB ベースの
 	  send-pr</ulink> を使用して報告してください.
 	バグレポートの各項目を埋めるようにしてください.  65KB
 	を超えるのでなければ, レポート中に直接
 	パッチを入れてくださって結構です.
 	その場合, カット＆ペーストは<emphasis>しないで</emphasis>
 	ください. カット＆ペーストではタブがスペースに展開されて
 	パッチが使い物にならなくなってしまいます.
 	20KB を超える場合は,
 	それらを compress して &man.uuencode.1;
 	することも検討してください. とても大きくなる場合は <ulink
 	  url="ftp://ftp.FreeBSD.org/pub/FreeBSD/incoming/">
 	  ftp.FreeBSD.org:/pub/FreeBSD/incoming/</ulink>
 	を利用してください.
       </para>
 
       <para>レポートがファイリングされれば, バグ報告の確認と
 	トラッキング番号をメールで受け取るはずです.
 	このトラッキング番号を覚えておき, 問題に関する詳細情報を
 	<email>bug-followup@FreeBSD.org</email> に
 	メールで送って更新できるようにしてください.  例えば
 	<literal>"Re: kern/3377"</literal> のように,
 	この番号をサブジェクト行に使用してください.
 	すべてのバグレポートの追加情報は,
 	この方法で送付されなければいけません.</para>
 
       <para>もしタイムリに (あなたの電子メール接続形態にもよりますが,
 	3日から 1週間)  確認を受けとれないとか, 何らかの理由で
 	&man.send-pr.1; コマンドが 使用できない場合には, &a.bugs;
 	へメールを送り, 誰か代りにバグ報告を
 	送付してもらうようたずねてください.</para>
     </sect2>
 
     <sect2>
       <title>文書の変更</title>
 
       <para>文書の変更は &a.doc; が監督しています.  <link
 	  linkend="contrib-general">バグ報告と一般的な論評</link>
 	に記述されているように <command>send-pr</command>
 	コマンドを使用して,  提案や変更
 	(どんな些細なものでも歓迎します!) を送ってください.</para>
     </sect2>
 
     <sect2>
       <title>現存のソースコードの変更</title>
       
       <para>現存のソースコードへの追加または変更は,
 	いくらかトリッキーな仕事で あり, core の FreeBSD
 	開発の現状にあなたがどれだけ通じているかに大 きく依存します.
 	<quote>FreeBSD-current</quote>として知られる FreeBSD の特別な
 	継続的リリースがあります. FreeBSD-current
 	は開発者の積極的な活動の 便宜のために,
 	色々な方法で利用可能になっています. FreeBSD-current
 	の入手と使用方法についての詳しい情報については <link
 	  linkend="current">最新の FreeBSD を追いかける</link>
 	を参照してください.</para>
 
       <para>不幸にして古いソースをもとに仕事をすることは,
 	時々あなたの変更が時 代遅れ, または FreeBSD
 	への簡単な再統合に合わなくなっていることを意 味します.
 	システムの現状に関する議論がおこなわれている &a.announce; と
 	&a.current; へ参加することで,
 	この可能性を最小限にすることができます.</para>
 
       <para>完全な最新のソースを変更のベースにできることが
 	確実になったと仮定し て, 次のステップは FreeBSD
 	の保守担当者へ送る差分ファイルの生成です.  これは &man.diff.1;
 	コマンドを使用しておこないますが, <quote>context
 	diff</quote>形式が好まれるようです. 例えば:</para>
 
       <screen>&prompt.user; <userinput>diff -c oldfile newfile</userinput></screen>
 
       <para>または</para>
 
       <screen>&prompt.user; <userinput>diff -c -r olddir newdir</userinput></screen>
 
       <para>これで指定されたソースファイルまたはディレクトリ階層に
 	対するコンテ キスト形式の差分が生成されます. 詳しい説明は
 	&man.diff.1; のマ ニュアルページを参照してください.</para>
 
       <para>差分ファイル (&man.patch.1; コマンドでテストできます)
 	を作ったら,  それらを FreeBSD
 	に含めてもらうようメールで送ってください.  <link
 	  linkend="contrib-general">バグ報告と一般的な論評</link>
 	に記述されているように &man.send-pr.1;
 	コマンドを使用してください.  差分ファイルだけを &a.hackers;
 	へ送ってはいけません.  途方にくれてしまいます!
 	私たちは多忙なので, あなたの提案に大変感謝します
 	(これはボランティアのプロジェクトです!).
 	すぐに取りかかることはできませんが, 処理されるまでは ちゃんと
 	pr データベースに残っています.</para>
 
       <para>あなたがそうした方がいいと思う場合 (例えば,
 	ファイルの追加,  削除または名称変更など), 変更を
 	<command>tar</command> ファイルにまとめ,  &man.uuencode.1;
 	プログラムにかけてください.  shar
 	アーカイブも歓迎します.</para>
 
       <para>例えばあなたがそれ自身のさらなる配布を管理する
 	コピーライト問題を良 く分かっていないとか,
 	単に厳しいレビューをおこなっておらず, リリース
 	する準備ができていないなど,
 	あなたの変更が潜在的に不安定な性質をも つものである場合,
 	&man.send-pr.1; で送付するよりむしろ &a.core;
 	へ直接送ってください. コアチームメーリングリスト宛のメールは,
 	日々の仕事のほとんどを FreeBSD でおこなっている人たちの,
 	より小さなグルー プに届きます.
 	このグループもまた<emphasis>とても忙しい</emphasis>
 	ことに注意し て, 本当に必要な場合にコアチームの彼らにメールを
 	送るだけにしてください.</para>
 
       <para>コーディングスタイルに関する情報は <command>man 9
 	  intro</command> および  <command>man 9 style</command>
 	を参照してください. コードを提出する前には,
 	少なくともこの情報を意識しておいてくださるようお願いします.
       </para>
     </sect2>
 
     <sect2>
       <title>新たなコードやメジャーな付加価値の高いパッケージ</title>
 
       <para>重要な大きい仕事の寄贈や, 重要な新しい機能を
 	FreeBSD に追加する場合には, 変更点を tar/uuencode
 	したファイルにして送るか, それらを web や FTP サイトへ
 	アップロードしてアクセスできるようにすることの
 	どちらかが通常必要になります.  web や FTP サイトへのアクセスが
 	できないときは適切な FreeBSD のメーリングリストで誰かに
 	変更を受け取って貰ってください.</para>
 
       <para>大量のコードを伴った仕事の場合,
 	コピーライトの神経過敏な問題が常に出てきます. FreeBSD
 	に含めるコードのコピーライトとして受け入れることができるのは,
 	以下の二つです:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>BSD コピーライト.
 	    このコピーライトは<quote>権利に縛られない</quote>性格
 	    と商用企業にとって一般的な魅力をもつために最も好まれます.
 	    FreeBSD プロジェクトは商用利用を阻んだりせず, 何かを
 	    FreeBSD
 	    へ投資する気になった商業関係者による参加を積極的に奨励
 	    します.</para>
 	</listitem>
 
 	<listitem>
 	  <para>GNU一般公有使用許諾, または<quote>GPL</quote>.
 	    このライセンスはコード
 	    を商用目的に使用する場合に余分な努力が求められるため,
 	    私たちにあまり評判が良いというわけではありません. しかし,
 	    私たちは既に GPL 下の高品質なコード (コンパイラ,
 	    アセンブラ, テキストフォーマッタ等) の提供を受けており,
 	    私たちは現在それを必要としています. そのため,
 	    このライセンスによる新たな貢献を拒絶す
 	    るというのは愚かなことでしょう. GPL
 	    下のコードはソースツリー の別の部分, 現在のところ
 	    <filename>/sys/gnu</filename> か
 	    <filename>/usr/src/gnu</filename> に入っています.
 	    そのため, GPL が問題となるような人は,
 	    誰でも簡単にそれとわかるようになっています.</para>
 	</listitem>
       </orderedlist>
 
       <para>これ以外のタイプのコピーライトによる寄贈は, FreeBSD
 	へ含めることを考慮する前に,
 	注意深いレビューを受けなければなりません. 作者が独自
 	のチャネルを通して配布しており,
 	そのような変更をおこなうことを常に奨励している場合でも,
 	特に限定的な商用のコピーライトが適用される寄
 	贈は一般に拒否されます.</para>
 
       <para>あなたの作品に <quote>BSD-スタイル</quote>
 	のコピーライトを付けるには, 保護した
 	いソースコードファイルすべての一番最初に
 	以下のテキストを入れて, <literal>%%</literal>
 	の間を適切な情報に置き換えください.</para>
 
       <programlisting>Copyright (c) %%適切な年%%
 	%%あなたの名前%%, %%あなたの州%%  %%郵便番号%%.
       All rights reserved.
 
 Redistribution and use in source and binary forms, with or without
 modification, are permitted provided that the following conditions
 are met:
 1. Redistributions of source code must retain the above copyright
    notice, this list of conditions and the following disclaimer as
    the first lines of this file unmodified.
 2. Redistributions in binary form must reproduce the above copyright
    notice, this list of conditions and the following disclaimer in the
    documentation and/or other materials provided with the distribution.
 
 THIS SOFTWARE IS PROVIDED BY %%あなたの名前%% ``AS IS'' AND ANY EXPRESS OR
 IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
 IN NO EVENT SHALL %%あなたの名前%% BE LIABLE FOR ANY DIRECT, INDIRECT,
 INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
 NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
 DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
 THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
 (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
 THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 
        &#36;Id&#36;</programlisting>
 
       <para>便宜をはかるため,
 	このテキストのコピーは次の場所に置いてあります.
 	<filename>/usr/share/examples/etc/bsd-style-copyright</filename>.
       </para>
 
       <para>(訳注: 以下は神田敏広氏より寄贈された bsd-style-copyright
 	の日本語訳です.
 	ソースファイルに含めるものは原文の方であることに注意して
 	ご利用ください.  また, 原文との間に趣旨の差異が生じた場合,
 	原文の内容が FreeBSD プロジェクトの
 	意思であるものとします.)</para>
 
       <programlisting>
 Copyright (C) [年]
      [あなたの名前]  All rights reserved.
 
 ソースとバイナリ形式の再配布および使用は, 変更の有無にかかわらず以下の
 条件を満たす場合に限り許可される:
 1. ソースコードの再配布は, 上記の著作権表示・この条件のリスト・下記の
    否認声明文を保持しなければならない.
 
 2. バイナリ形式の再配布は, 上記の著作権表示・この条件のリスト・下記の
    否認声明文を, 配布物と共に提供される文書および/または他の資料の中に
    含めなければならない.
 
 (訳注:ここから「否認声明文」です)
 
 このソフトウェアは[あなたの名前]および貢献者によって ``あるがままの状態''
 で提供され, 商品性と特定の目的に対する適合性についての暗黙の保証に留ま
 らず, いかなる明示および暗黙の保証を認めない. [あなたの名前]および貢献
 者は, あらゆる直接的・間接的・偶発的・特殊的・典型的・必然的な損害 (代
 替製品または代替サービスの獲得費; 効用・データ・利益の喪失; または業務
 中断を含み, またそれだけに留まらない損害) に対して, たとえどのようにし
 て生じたとしても, そしてこのソフトウェアの使用によってどのようにであれ
 生じる, 契約上であろうと, 厳密な責任内であろうと, あるいは不正行為 (過
 失やそうでない場合を含む) における場合であろうとも, いかなる責任論上も,
 たとえそのような損害の可能性が予見されていたとしても, 一切の責任を持た
 ない.
 
 翻訳: 神田敏広
 御協力 (五十音順・敬称略):
   池田研二, 内川 喜章, 藤村 英治, むらたしゅういちろう
   杢野 雅一, 横田＠宇都宮
       </programlisting>
     </sect2>
 
     <sect2>
       <title>金銭, ハードウェアまたはインターネットアクセス</title>
 
       <para>FreeBSD プロジェクトの目的を進めるための寄付や,
 	私たちと同じような ボランティアの細く長い! 努力を,
 	私たちは常に喜んで受け入れています.
 	また一般的に私たちは自分達で
 	周辺機器を買う資金が不足しているため,
 	周辺機器のサポートを充実させるのに
 	ハードウェアの寄付はとても重要です.</para>
 
       <sect3 id="donations">
 	<title>資金の寄付</title>
 
 	<para>FreeBSD プロジェクトは501(C3) (非営利) 企業ではないため,
 	  いかなる寄付に対しても特別な税金の優遇措置を提供することができません.
 	  このような 寄付はプロジェクトを代表して FreeBSD, Inc.
 	  により感謝をもって受け入れられるでしょう.</para>
 
 	<para>FreeBSD, Inc. は FreeBSD
 	  プロジェクトの推進とプロジェクトに企業とし
 	  ての最小限の体裁を持たせることを目的として, 1995年の初めに
 	  &a.jkh; と &a.dg; により設立されました.
 	  寄付されたすべての資金は (最終的に FreeBSD,
 	  Inc.によりもたらされるであろうすべての利益も同様に)
 	  プロジェクトの目標を推進するためだけに使われるでしょう.</para>
 
 	<para>支払い先を FreeBSD, Inc. とした小切手を,
 	  次の住所気付けで送ってください:</para>
 
 	<address>
 	  <otheraddr>FreeBSD, Inc.</otheraddr>
 	  <otheraddr>c/o Jordan Hubbard</otheraddr>
 	  <street>4041 Pike Lane, Suite F</street>
 	  <city>Concord</city>
 	  <state>CA</state>, <postcode>94520</postcode>
 	</address>
 
 	<para>[現在 私書箱が開設されるまで一時的に BSDi
 	  の住所を使用]</para>
 
 	<para>電信振替は次の所まで直接送れるでしょう:</para>
 
 	<address>
 	  <otheraddr>Bank Of America</otheraddr>
 	  <otheraddr>Concord Main Office</otheraddr>
 	  <pob>P.O. Box 37176</pob>
 	  <city>San Francisco</city>
 	  <state>CA</state>, <postcode>94137-5176</postcode>
 
 	  <otheraddr>Routing #: 121-000-358</otheraddr>
 	  <otheraddr>Account #: 01411-07441 (FreeBSD, Inc.)</otheraddr>
 	</address>
 
 	<para>寄付に関することは全て電子メールもしくは上記 FreeBSD,
 	  Inc. の住所宛の郵政省メールにて &a.jkh
 	  までお送りくださるようお願いします.</para>
 
 	<para>もし <link linkend="donors">寄贈者ギャラリー</link>
 	  の節で匿名を希望される方は, 寄付の際にその旨お伝えください.
 	  Thanks!</para>
       </sect3>
 
       <sect3>
 	<title>ハードウェアの寄贈</title>
 
 	<para>FreeBSD プロジェクトは,
 	  次の3つのカテゴリのどんなハードウェアの寄贈も,
 	  喜んで受け付けます:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>ディスクドライブ,
 	      メモリまたは完全なシステムといった一般用途のハードウェアは,
 	      <emphasis>資金の寄付</emphasis>の節にある
 	      FreeBSD, Inc. の住所まで送っ てください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>進行中の受け入れテストのための
 	      ハードウェアが必要とされていま す.
 	      新たなリリース毎に適切な逆行テストができるように,
 	      私たちは現在,  FreeBSD
 	      がサポートするすべてのコンポーネントの
 	      テストラボを設置しよう としています. 私たちにはまだ,
 	      たくさんの重要な部品 (ネットワークカード,
 	      マザーボードなど) が不足していますので,
 	      このような寄贈をしたいと思って いるならば, &a.dg;
 	      へコンタクトしてどの部品がまだ必要とされているか
 	      の情報を得てください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>現在 FreeBSD にサポートされていないハードウェアで,
 	      サポートに追加して欲しいもの.
 	      私たちが新しいハードウェアを受けとる前にそのタスクを
 	      引き受けてくれる開発者を探す必要があるため,
 	      その部品を送る前に &a.core;
 	      にコンタクトを取ってください.</para>
 	  </listitem>
 	</itemizedlist>
       </sect3>
 
       <sect3>
 	<title>インターネットアクセスの寄付</title>
 
 	<para>私たちは常に FTP, WWW や <command>cvsup</command>
 	  の新しいミラーサイトを募集しています.
 	  ミラーサイトになりたい場合には the FreeBSD project
 	  administrators <email>hubs@FreeBSD.org</email>
 	  にコンタクトを取って, 詳しい情報を手に入れてください.</para>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="donors">
     <title>寄贈者ギャラリー</title>
 
     <para>FreeBSD プロジェクトは次の寄贈者に恩義を受けており,
       ここに公表して感謝の意を表したいと思います.</para>
 
     <itemizedlist>
       <listitem>
 	<para><emphasis>
 	    セントラルサーバプロジェクトへの寄贈者:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは,
 	  セントラルサーバマシンのための 部品の寄贈を頂いており,
 	  それによって <hostid
 	    role="fqdn">freefall.FreeBSD.org</hostid>
 	  をリプレースして新たに FreeBSD
 	  プロジェクトのセントラルサーバマシンを
 	  構築することができました:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>&a.mbarkah
 	      と彼の所属する <ulink
 		url="http://www.hemi.com/">Hemisphere Online</ulink>
 	      は, <emphasis>Pentium Pro (P6) 200Mhz CPU</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.asacomputers.com/">ASA
 		Computers</ulink> は, <emphasis>Tyan 1662
 		マザーボード</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.via.net/">ViaNet
 		Communications</ulink> の Joe McGuckin
 	      <email>joe@via.net</email> は, <emphasis>Kingston
 		イーサネットコントローラ</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Jack O'Neill
 	      <email>jack@diamond.xtalwind.net</email> は,
 	      <emphasis>NCR 53C875 SCSI コントローラカード</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.Alameda.net/">Alameda
 		Networks</ulink> の Ulf Zimmermann
 	      <email>ulf@Alameda.net</email> は, <emphasis>128MB
 		のメモリ</emphasis>, そして <emphasis>4 GB
 		のディスクドライブと匡体</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>直接的な資金提供:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは FreeBSD
 	  プロジェクトに対する直接的な
 	  資金提供を頂いております:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>Annelise Anderson
 	      <email>ANDRSN@HOOVER.STANFORD.EDU</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.dillon</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.bluemountain.com/">Blue Mountain
 		Arts</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.epilogue.com/">
 		Epilogue Technology Corporation</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.sef</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.gta.com/">Global Technology
 		Associates, Inc</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Don Scott Wilde</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Gianmarco Giovannelli
 	      <email>gmarco@masternet.it</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Josef C. Grosch <email>joeg@truenorth.org</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Robert T. Morris</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.chuckr</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.imagescape.com/">
 		Imaginary Landscape, LLC.</ulink>
 	      の Kenneth P. Stox
 	      <email>ken@stox.sa.enteract.com</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Dmitry S. Kohmanyuk <email>dk@dog.farm.org</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>日本の
 	      <ulink url="http://www.cdrom.co.jp/">Laser5</ulink>
 	      は, さまざまな種類の FreeBSD CD の販売利益の一部を
 	      寄付してくれました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.mmjp.or.jp/fuki/">
 		蕗出版</ulink> は, <emphasis>はじめての FreeBSD
 	      </emphasis> の売り上げの一部を FreeBSD プロジェクト及び
 	      XFree86 プロジェクトへ寄付してくれました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.ascii.co.jp/">アスキー</ulink>
 	      は FreeBSD 関連の書籍の売り上げの一部を FreeBSD
 	      プロジェクト及び FreeBSD 友の会へ寄付してくれました.
 	    </para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.yokogawa.co.jp/">
 		横河電機株式会社</ulink> からは FreeBSD
 	      プロジェクトへ多大な寄付をいただきました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.buffnet.net/">BuffNET</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.pacificsolutions.com/">Pacific
 		Solutions</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.siemens.de/">Siemens AG</ulink>
             via <ulink url="mailto:andre.albsmeier@mchp.siemens.de">Andre
 		Albsmeier</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="mailto:ras@interaccess.com">Chris Silva</ulink>
 	    </para>
 	  </listitem>
 
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>ハードウェアの寄贈者:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは,
 	  テストやデバイスドライバの開発 / サポート
 	  のためのハードウェアの寄贈を頂いております:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>BSDi は,
 	      ネットワークへのアクセスおよび
 	      他のハードウェアリソースの寄贈はいうまでもなく,
 	      開発に使うための Pentium P5-90 と 486/DX2-66 EISA/VL
 	      のシステム数台を提供してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>TRW Financial Sysytems 社は, PC 130台, 68 GB
 	      のファイルサーバ 3台, 12のイーサネット,
 	      ディスクレスコードのデバッグをおこなうための ルータ
 	      2台及び ATM スイッチを提供してくださいました.  また,
 	      彼らは 2, 3人の FreeBSD ハッカーを雇って, FreeBSD
 	      に専念させてくださっております.
 	      ありがとうございます!</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Dermot McDonnell は, 東芝 XM3401B CD-ROM ドライブを
 	      寄贈してくださいました. その CD-ROM ドライブは現在
 	      freefall で使用されています.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.chuck; は, 実験用のフロッピーテープストリーマを
 	      寄付してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Larry Altneu <email>larry@ALR.COM</email> と
 	      &a.wilko;は, <devicename>wt</devicename>
 	      ドライバを改良するために Wangtek と Archive の QIC-02
 	      テープドライブを提供してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Ernst Winter <email>ewinter@lobo.muc.de</email> は,
 	      このプロジェクトへ 2.88 MB
 	      のフロッピードライブを提供してくださいました.
 	      うまくいけば,
 	      これでフロッピーディスクドライバを書き直すための
 	      プレッシャーが増えるでしょう. <!-- smiley -->;-)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.tekram.com/">Tekram
 		Technologies</ulink> は NCR ドライバや AMD
 	      ドライバと自社のカードの逆行テストのため  FAST/ULTRA
 	      SCSI ホストアダプタ DC-390, DC-390U, DC-390F を
 	      各１枚提供してくださいました. また, フリーな OS
 	      のためのドライバの ソースを自社の FTP サーバ <ulink
 		url="ftp://ftp.tekram.com/scsi/FreeBSD/">
 		ftp://ftp.tekram.com/scsi/FreeBSD/</ulink>
 	      で公開されていることも称賛に値するでしょう.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Larry M. Augustin
 	      は Symbios Sym8751S SCSI
 	      カードを寄贈してくださっただけでなく, Ultra-2 や LVD
 	      をサポートする次期チップ Sym53c895 のものを含む
 	      データブックのセットと, 最新の Symbios SCSI
 	      チップが持つ先進的機能を安全に使う方法について書かれた
 	      最新のプログラミングマニュアルも寄贈してくださいました.
 	      本当にありがとうございます!</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Christoph Kukulies <email>kuku@FreeBSD.org</email>
 	      は, IDE CD-ROM ドライバ開発用の FX120 12 倍速 Mitsumi
 	      CD-ROM ドライブを提供してくださいました.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>特筆すべき寄贈者:</emphasis></para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para><ulink url="http://www.bsdi.com/">BSDi
 		</ulink> は,
 	      言い表せないほど多くの寄付をしてくださいました (詳細は
 	      <link linkend="history">FreeBSD 小史</link>を参照).
 	      特に, 私たちのもともとのプライマリ開発マシンである
 	      <hostid role="fqdn">freefall.FreeBSD.org</hostid>,
 	      テストおよびビルドマシンである <hostid
 		role="fqdn">thud.FreeBSD.org</hostid>
 	      で使用しているハードウェアに対し感謝したいと思います.
 	      また彼らには, 数年にわたる色々な貢献者への資金提供や,
 	      インターネットへの T1 コネクションの無制限使用を提供して
 	      頂いた恩義があります.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink
 		url="http://www.interface-business.de/">interface
 		business GmbH, Dresden</ulink> は, &a.joerg;
 	      を根気よくサポートしてくださいました. 彼は本職より
 	      FreeBSD の仕事を好みがちであり, 彼個人の接続があまりに
 	      遅くなったり途切れたりして仕事にならない時は必ず
 	      interface business の (非常に高価な) EUnet
 	      インターネット接続に頼ったものです...</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.bsdi.com/">Berkeley Software
 		Design, Inc.</ulink> は, 同社の DOS
 	      エミュレータのコードを
 	      BSD コミュニティ全体に対して提供してくれました. このコードは,
 	      <emphasis>doscmd</emphasis>
 	      コマンドに利用されています.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="contrib-corealumni">
     <title>コアチームの卒業生</title>
 
     <para>次に挙げる人々は()で記した期間, FreeBSD
       コアチームのメンバーでした. FreeBSD
       プロジェクトにおける彼らの努力に感謝の意を表します.
     </para>
 
     <para><emphasis>だいたいの年代順:</emphasis></para>
 
     <itemizedlist>
       <listitem>
 	<para>&a.ache (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmb (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.bde (1992 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.gibbs (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.rich (1994 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.phk (1992 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.gpalmer (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.sos (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.wollman (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.joerg (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.jdp (1997 - 2000)</para>
       </listitem>
       
       <listitem>
 	<para>&a.guido (1995 - 1999)</para>
       </listitem>
 
       <listitem>
 	<para>&a.dyson (1993 - 1998)</para>
       </listitem>
 
       <listitem>
 	<para>&a.nate (1992 - 1996)</para>
       </listitem>
 
       <listitem>
 	<para>&a.rgrimes (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>Andreas Schulz (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.csgr (1993 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.paul (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.smace (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>Andrew Moore (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>Christoph Robitschko (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>J. T. Conklin (1992 - 1993)</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="contrib-develalumni">
     <title>開発チームの卒業生</title>
  
     <para>次にあげるのは, かつて FreeBSD
       開発チームの一員だった人々です.
       FreeBSD プロジェクトに貢献してくださった彼らに感謝します.</para>
  
     <para><emphasis>ほぼ年代順に:</emphasis></para>
  
     <itemizedlist>
       <listitem>
         <para>&a.tedm (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.karl (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.gclarkii (1993 - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.jraynard (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.jgreco (???? - 1999)</para>
       </listitem> 
       <listitem>
         <para>&a.ats (???? - 1999)</para>
       </listitem> 
       <listitem>
         <para>Jamil Weatherby (1997 - 1999)</para>
       </listitem> 
       <listitem>
         <para>meganm (???? - 1998)</para>
       </listitem> 
       <listitem>
         <para>&a.dyson (???? - 1998)</para>
       </listitem> 
       <listitem>
         <para>Amancio Hasty (1997 - 1998)</para>
       </listitem> 
       <listitem>
         <para>Drew Derbyshire (1997 - 1998)</para>
       </listitem> 
     </itemizedlist>
   </sect1>	
 
   <sect1 id="contrib-derived">
     <title>BSD 派生ソフトウェアへのコントリビュータ</title>
 
     <para>このソフトウェアは最初は William F. Jolitz の 386BSD release
       0.1 から派生しましたが, オリジナルの 386BSD
       に固有のコードはほとんど残っていません.
       このソフトウェアは基本的にはカリフォルニア大学 バークレイ校の
       Computer Science Research Group (CSRG) とその共同研究者
       たちによる 4.4BSD-Lite リリースから再実装されました.</para>
 
     <para>また, NetBSD や OpenBSD の一部も FreeBSD
       に取り込まれています. したがって私たちは NetBSD と OpenBSD
       へ貢献した人々すべてに感謝します.</para>
   </sect1>
 
   <sect1 id="contrib-additional">
     <title>その他の FreeBSD へのコントリビュータ</title>
 
     <para>(名前でアルファベット順に):</para>
 
     <itemizedlist>
       <listitem>
 	<para>ABURAYA Ryushirou <email>rewsirow@ff.iij4u.or.jp</email></para>
       </listitem>
       
       <listitem>
 	<para>AMAGAI Yoshiji <email>amagai@nue.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Aaron Bornstein <email>aaronb@j51.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Aaron Smith <email>aaron@mutex.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Achim Patzner <email>ap@noses.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Ada T Lim <email>ada@bsd.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam Baran <email>badam@mw.mil.pl</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam Glass <email>glass@postgres.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Adam Herzog <email>adam@herzogdesigns.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam McDougall <email>mcdouga9@egr.msu.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Adam Strohl <email>troll@digitalspark.net</email></para>
       </listitem>
 
       <listitem>
         <para>Adoal Xu <email>adoal@iname.com</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Colley <email>aecolley@ois.ie</email></para>
       </listitem>
 
       <listitem>
        <para>Adrian Hall <email>ahall@mirapoint.com</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Mariano <email>adrian@cam.cornell.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Steinmann <email>ast@marabu.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian T. Filipi-Martin
 	  <email>atf3r@agate.cs.virginia.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ajit Thyagarajan <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Akio Morita
 	  <email>amorita@meadow.scphys.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Akira SAWADA <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Akira Watanabe
 	  <email>akira@myaw.ei.meisei-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Akito Fujita <email>fujita@zoo.ncl.omron.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Alain Kalker
 	  <email>A.C.P.M.Kalker@student.utwente.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Alan Bawden <email>alan@curry.epilogue.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alec Wolman <email>wolman@cs.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Aled Morris <email>aledm@routers.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Aleksandr A Babaylov <email>.@babolo.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alex G. Bulushev <email>bag@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Alex D. Chen
 	  <email>dhchen@Canvas.dorm7.nccu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Le Heux <email>alexlh@funk.org</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Kapranoff <email>kappa@zombie.antar.bryansk.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Perel <email>veers@disturbed.net</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Varju <email>varju@webct.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Zepeda <email>garbanzo@hooked.net</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander B. Povolotsky <email>tarkhil@mgt.msk.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander Gelfenbain <email>mail@gelf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander Leidinger
 	  <email>netchild@wurzelausix.CS.Uni-SB.DE</email></para>
       </listitem>
 
       <listitem>
         <para>Alexandre Snarskii <email>snar@paranoia.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alistair G. Crooks <email>agc@uts.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allan Bowhill <email>bowhill@bowhill.vservers.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allan Saddi <email>asaddi@philosophysw.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allen Campbell <email>allenc@verinet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amakawa Shuhei <email>amakawa@hoh.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Amancio Hasty <email>hasty@star-gate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amir Farah <email>amir@comtrol.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amy Baron <email>amee@beer.org</email></para>
       </listitem>
 
       <listitem>
         <para>The Anarcat <email>beaupran@iro.umontreal.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Anatoly A. Orehovsky <email>tolik@mpeks.tomsk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Anatoly Vorobey <email>mellon@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Andersson <email>anders@codefactory.se</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Nordby <email>anders@fix.no</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Thulin <email>Anders.X.Thulin@telia.se</email></para>
       </listitem>
 
       <listitem>
         <para>Andras Olah <email>olah@cs.utwente.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Albsmeier
 	  <email>Andre.Albsmeier@mchp.siemens.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Goeree <email>abgoeree@uwnet.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Oppermann <email>andre@pipeline.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Haakh <email>ah@alman.robin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Kohout <email>shanee@rabbit.augusta.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Lohr <email>andreas@marvin.RoBIN.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Schulz <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Wetzel <email>mickey@deadline.snafu.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Wrede <email>andreas@planix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andres Vega Garcia <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Atrens <email>atreand@statcan.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Boothman <email>andrew@cream.org</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Gillham <email>gillham@andrews.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Gordon <email>andrew.gordon@net-tel.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Herbert <email>andrew@werple.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew J. Korty <email>ajk@purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew L. Moore <email>alm@mclink.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew L. Neporada <email>andrew@chg.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew McRae <email>amcrae@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Stevenson <email>andrew@ugh.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Timonin <email>tim@pool1.convey.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew V. Stesin <email>stesin@elvisti.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Webster <email>awebster@dataradio.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrey Novikov <email>andrey@novikov.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrey Simonenko <email>simon@comsys.ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
 	<para>Andrey Tchoritch <email>andy@venus.sympad.net</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Farkas <email>andyf@speednet.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Valencia <email>ajv@csd.mot.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Whitcroft <email>andy@sarc.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Angelo Turetta <email>ATuretta@stylo.it</email></para>
       </listitem>
 
       <listitem>
         <para>Anthony C. Chavez <email>magus@xmission.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anthony Yee-Hang Chan <email>yeehang@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anton Berezin <email>tobez@plab.ku.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Anton N. Bruesov <email>antonz@library.ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Anton Voronin <email>anton@urc.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Antti Kaipila <email>anttik@iki.fi</email></para>
       </listitem>
 
       <listitem>
 	<para>arci <email>vega@sophia.inria.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Are Bryne <email>are.bryne@communique.no</email></para>
       </listitem>
 
       <listitem>
         <para>Ari Suutari <email>ari@suutari.iki.fi</email></para>
       </listitem>
 
       <listitem>
 	<para>Arindum Mukerji <email>rmukerji@execpc.com</email></para>
       </listitem>
 
       <listitem>
         <para>Arjan de Vet <email>devet@IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Arne Henrik Juul <email>arnej@Lise.Unit.NO</email></para>
       </listitem>
 
       <listitem>
         <para>Arun Sharma <email>adsharma@sharmas.dhs.org</email></para>
       </listitem>
 
       <listitem>
         <para>Ask Bjoern Hansen <email>ask@valueclick.com</email></para>
       </listitem>
 
       <listitem>
         <para>Atsushi Furuta <email>furuta@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Atsushi Murai <email>amurai@spec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Bakul Shah <email>bvs@bitblocks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Barry Bierbauch <email>pivrnec@vszbr.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Barry Lustig <email>barry@ictv.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Hutchinson <email>benhutch@xfiles.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Jackson <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Walter <email>bwalter@itachi.swcp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Benjamin Lewis <email>bhlewis@gte.net</email></para>
       </listitem>
 
       <listitem>
         <para>Berend de Boer <email>berend@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bernd Rosauer <email>br@schiele-ct.de</email></para>
       </listitem>
 
       <listitem>
         <para>Bill Kish <email>kish@osf.org</email></para>
       </listitem>
 
       <listitem>
         <para>Bill Trost <email>trost@cloud.rain.com</email></para>
       </listitem>
 
       <listitem>
         <para>Blaz Zupan <email>blaz@amis.net</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Van Valzah <email>Bob@whitebarn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Wilcox <email>bob@obiwan.uucp</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Willcox <email>bob@luke.pmr.com</email></para>
       </listitem>
 
       <listitem>
         <para>Boris Staeblow <email>balu@dva.in-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Boyd Faulkner <email>faulkner@mpd.tandem.com</email></para>
       </listitem>
 
       <listitem>
         <para>Boyd R. Faulkner <email>faulkner@asgard.bga.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Chapman <email>chapmanb@arches.uga.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Hendrickse <email>bradh@uunet.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Karp <email>karp@eecs.harvard.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Bradley Dunn <email>bradley@dunn.org</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Jones <email>brad@kazrak.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Brandon Fosdick <email>bfoz@glue.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brandon Gillespie <email>brandon@roguetrader.com</email></para>
       </listitem>
 
       <listitem>
         <para>&a.wlloyd</para>
       </listitem>
 
       <listitem>
         <para>Brent J. Nordquist <email>bjn@visi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brett Lymn <email>blymn@mulga.awadi.com.AU</email></para>
       </listitem>
 
       <listitem>
         <para>Brett Taylor
 	  <email>brett@peloton.runet.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Campbell <email>brianc@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Clapper <email>bmc@willscreek.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Cully <email>shmit@kublai.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Handy
 	  <email>handy@lambic.space.lockheed.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Litzinger <email>brian@MediaCity.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian McGovern <email>bmcgover@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Moore <email>ziff@houdini.eecs.umich.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brian R. Haug <email>haug@conterra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Tao <email>taob@risc.org</email></para>
       </listitem>
 
       <listitem>
         <para>Brion Moss <email>brion@queeg.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Albrecht <email>bruce@zuhause.mn.org</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Gingery <email>bgingery@gtcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce J. Keeler <email>loodvrij@gridpoint.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Murphy <email>packrat@iinet.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Walter <email>walter@fortean.com</email></para>
       </listitem>
 
       <listitem>
         <para>Carey Jones <email>mcj@acquiesce.org</email></para>
       </listitem>
 
       <listitem>
         <para>Carl Fongheiser <email>cmf@netins.net</email></para>
       </listitem>
 
       <listitem>
         <para>Carl Mascott <email>cmascott@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Casper <email>casper@acc.am</email></para>
       </listitem>
 
       <listitem>
         <para>Castor Fu <email>castor@geocast.com</email></para>
       </listitem>
 
       <listitem>
         <para>Chain Lee <email>chain@110.net</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Hannum <email>mycroft@ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Henrich <email>henrich@msu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Mott <email>cmott@scientech.com</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Owens <email>owensc@enc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chet Ramey <email>chet@odin.INS.CWRU.Edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chia-liang Kao <email>clkao@CirX.ORG</email></para>
       </listitem>
 
       <listitem>
         <para>Chiharu Shibata <email>chi@bd.mbn.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Chip Norkus <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Csanady <email>cc@tarsier.ca.sandia.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Dabrowski <email>chris@vader.org</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Dillon <email>cdillon@wolves.k12.mo.us</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Shenton
 	  <email>cshenton@angst.it.hq.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Stenton <email>jacs@gnome.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Timmons <email>skynyrd@opus.cts.cwu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Torek <email>torek@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Gusenbauer
 	  <email>cg@fimp01.fim.uni-linz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Haury <email>Christian.Haury@sagem.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Weisgerber
 	  <email>naddy@mips.inka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph P. Kukulies <email>kuku@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph Robitschko
 	  <email>chmr@edvz.tu-graz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph Weber-Fahr
 	  <email>wefa@callcenter.systemhaus.net</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher G. Demetriou
 	  <email>cgd@postgres.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher N. Harrell <email>cnh@ivmg.net</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher T. Johnson
 	  <email>cjohnson@neunacht.netgsi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Chrisy Luke <email>chrisy@flix.net</email></para>
       </listitem>
 
       <listitem>
         <para>Chuck Hein <email>chein@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cliff Rowley <email>dozprompt@onsea.com</email></para>
       </listitem>
 
       <listitem>
         <para>Colman Reilly <email>careilly@tcd.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Conrad Sabatier <email>conrads@home.com</email></para>
       </listitem>
 
       <listitem>
         <para>Coranth Gryphon <email>gryphon@healer.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cornelis van der Laan
 	  <email>nils@guru.ims.uni-stuttgart.de</email></para>
       </listitem>
 
       <listitem>
         <para>Cove Schneider <email>cove@brazil.nbn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Leres <email>leres@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Loomis <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Metz <email>cmetz@inner.net</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Spannring <email>cts@internetcds.com</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Struble <email>cstruble@vt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Cristian Ferretti <email>cfs@riemann.mat.puc.cl</email></para>
       </listitem>
 
       <listitem>
         <para>Curt Mayer <email>curt@toad.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cy Schubert <email>cschuber@uumail.gov.bc.ca</email></para>
       </listitem>
 
       <listitem>
 	<para>Cyrille Lefevre <email>clefevre@citeweb.net</email></para>
       </listitem>
 
       <listitem>
 	<para>Cyrus Rahman <email>cr@jcmax.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dai Ishijima <email>ishijima@tri.pref.osaka.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Daisuke Watanabe <email>NU7D-WTNB@asahi-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Damian Hamill <email>damian@cablenet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Cross <email>tenser@spitfire.ecsel.psu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Langille <email>dan@freebsddiary.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Lukes <email>dan@obluda.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Nelson <email>dnelson@emsphone.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Papasian <email>bugg@bugg.strangled.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Piponi <email>wmtop@tanelorn.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Walters <email>hannibal@cyberstation.net</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Hagan
 	  <email>dhagan@cs.vt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel O'Connor <email>doconnor@gsoft.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Poirot <email>poirot@aio.jsc.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Rock <email>rock@cs.uni-sb.de</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel W. McRobb <email>dwm@caimis.com</email></para>
       </listitem>
 
       <listitem>
         <para>Danny Egen <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Danny J. Zerkel <email>dzerkel@phofarm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Darren Reed <email>avalon@coombs.anu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Adkins <email>adkin003@tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Andersen <email>angio@aros.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Blizzard <email>dblizzar@sprynet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Bodenstab <email>imdave@synet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Burgess <email>burgess@hrd769.brooks.af.mil</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Chapeskie <email>dchapes@ddm.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Cornejo <email>dave@dogwood.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Edmondson <email>davided@sco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Glowacki <email>dglo@ssec.wisc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Marquardt <email>marquard@austin.ibm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Tweten <email>tweten@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>David A. Adkins <email>adkin003@tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David A. Bader <email>dbader@eece.unm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Borman <email>dab@bsdi.com</email></para>
       </listitem>
 
       <listitem>
         <para>David W. Chapman Jr. <email>dwcjr@inethouston.net</email></para>
       </listitem>
 
       <listitem>
         <para>David Dawes <email>dawes@XFree86.org</email></para>
       </listitem>
 
       <listitem>
         <para>David Filo <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>David Holland <email>dholland@eecs.harvard.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Holloway <email>daveh@gwythaint.tamis.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Horwitt <email>dhorwitt@ucsd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Hovemeyer <email>daveho@infocom.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Jones <email>dej@qpoint.torfree.net</email></para>
       </listitem>
 
       <listitem>
         <para>David Kelly <email>dkelly@tomcat1.tbe.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Kulp <email>dkulp@neomorphic.com</email></para>
       </listitem>
 
       <listitem>
         <para>David L. Nugent <email>davidn@blaze.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>David Leonard <email>d@scry.dstc.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>David Muir Sharnoff <email>muir@idiom.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Sugar <email>dyfet@gnu.org</email></para>
       </listitem>
 
       <listitem>
         <para>David S. Miller <email>davem@jenolan.rutgers.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Wolfskill <email>dhw@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dean Gaudet <email>dgaudet@arctic.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dean Huxley <email>dean@fsa.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Denis Fortin <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Denis Shaposhnikov <email>dsh@vlink.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Dennis Glatting
 	  <email>dennis.glatting@software-munitions.com</email></para>
       </listitem>
 
       <listitem>
         <para>Denton Gentry <email>denny1@home.com</email></para>
       </listitem>
 
       <listitem>
 	<para>der Mouse <email>mouse@Collatz.McRCIM.McGill.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>Derek Inksetter <email>derek@saidev.com</email></para>
       </listitem>
 
       <listitem>
         <para>DI. Christian Gusenbauer
 	  <email>cg@scotty.edvz.uni-linz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Dirk Keunecke <email>dk@panda.rhein-main.de</email></para>
       </listitem>
 
       <listitem>
         <para>Dirk Nehrling <email>nerle@pdv.de</email></para>
       </listitem>
 
       <listitem>
         <para>Dishanker Rajakulendren <email>draj@oceanfree.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dmitry Khrustalev <email>dima@xyzzy.machaon.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Dmitry Kohmanyuk <email>dk@farm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dom Mitchell <email>dom@myrddin.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Domas Mituzas <email>midom@dammit.lt</email></para>
       </listitem>
 
       <listitem>
         <para>Dominik Brettnacher <email>domi@saargate.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Dominik Rothert <email>dr@domix.de</email></para>
       </listitem>
 
       <listitem>
         <para>Don Croyle <email>croyle@gelemna.ft-wayne.in.us</email></para>
       </listitem>
 
       <listitem>
         <para>Donn Miller <email>dmmiller@cvzoom.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Pelleg <email>dpelleg+unison@cs.cmu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>&a.whiteside;</para>
       </listitem>
 
       <listitem>
         <para>Don Morrison <email>dmorrisn@u.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Don Yuniskis <email>dgy@rtd.com</email></para>
       </listitem>
 
       <listitem>
         <para>Donald Maddox <email>dmaddox@conterra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Ambrisko <email>ambrisko@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Carmichael <email>dcarmich@mcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Crosher <email>dtc@scrooge.ee.swin.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Drew Derbyshire <email>ahd@kew.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dustin Sallings <email>dustin@spy.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eckart "Isegrim" Hofmann
 	  <email>Isegrim@Wunder-Nett.org</email></para>
       </listitem>
 
       <listitem>
         <para>Ed Gold
 	  <email>vegold01@starbase.spd.louisville.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ed Hudson <email>elh@p5.spnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edward Chuang <email>edwardc@firebird.org.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Edward Wang <email>edward@edcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edwin Groothus <email>edwin@nwm.wan.philips.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edwin Mons <email>e@ik.nu</email></para>
       </listitem>
 
       <listitem>
 	<para>Ege Rekk <email>aagero@aage.priv.no</email></para>
       </listitem>
 
       <listitem>
         <para>Eiji-usagi-MATSUmoto <email>usagi@clave.gr.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Eike Bernhardt <email>eike.bernhardt@gmx.de</email></para>
       </listitem>
 
       <listitem>
         <para>ELISA Font Project</para>
       </listitem>
 
 
       <listitem>
         <para>Elmar Bartel
 	  <email>bartel@informatik.tu-muenchen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Eoin Lawless <email>eoin@maths.tcd.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Eric A. Griff <email>eagriff@global2000.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eric Blood <email>eblood@cs.unr.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Eric J. Haug <email>ejh@slustl.slu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Eric J. Schwertfeger <email>eric@cybernut.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric L. Hernes <email>erich@lodgenet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric P. Scott <email>eps@sirius.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric Sprinkle <email>eric@ennovatenetworks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Erich Stefan Boleyn <email>erich@uruk.org</email></para>
       </listitem>
 
       <listitem>
         <para>Erich Zigler <email>erich@tacni.net</email></para>
       </listitem>
 
       <listitem>
         <para>Erik H. Bakke <email>erikhb@bgnett.no</email></para>
       </listitem>
 
       <listitem>
         <para>Erik E. Rantapaa <email>rantapaa@math.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Erik H. Moe <email>ehm@cris.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ernst de Haan <email>ernst@heinz.jollem.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ernst Winter <email>ewinter@lobo.muc.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Espen Skoglund <email>esk@ira.uka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Eugene M. Kim <email>astralblue@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eugene Radchenko <email>genie@qsar.chem.msu.su</email></para>
       </listitem>
 
       <listitem>
 	<para>Eugeny Kuzakov <email>CoreDumped@coredumped.null.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Evan Champion <email>evanc@synapse.net</email></para>
       </listitem>
 
       <listitem>
         <para>Faried Nawaz <email>fn@Hungry.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Flemming Jacobsen <email>fj@tfs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Fong-Ching Liaw <email>fong@juniper.net</email></para>
       </listitem>
 
       <listitem>
         <para>Francis M J Hsieh <email>mjshieh@life.nthu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Francisco Reyes <email>fjrm@yahoo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Bartels <email>knarf@camelot.de</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Chen Hsiung Chan
 	  <email>frankch@waru.life.nthu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Durda IV <email>uhclem@nemesis.lonestar.org</email></para>
       </listitem>
 
       <listitem>
         <para>Frank MacLachlan <email>fpm@n2.net</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Nobis <email>fn@Radio-do.de</email></para>
       </listitem>
 
       <listitem>
         <para>Frank ten Wolde <email>franky@pinewood.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Frank van der Linden <email>frank@fwi.uva.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Volf <email>volf@oasis.IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Cawthorne <email>fcawth@jjarray.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Gilham <email>gilham@csl.sri.com</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Templin <email>templin@erg.sri.com</email></para>
       </listitem>
 
       <listitem>
         <para>Frederick Earl Gray <email>fgray@rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>FUJIMOTO Kensaku
 	  <email>fujimoto@oscar.elec.waseda.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>FURUSAWA Kazuhisa
 	  <email>furusawa@com.cs.osakafu-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>G. Adam Stanislav<email>adam@whizkidtech.net</email></para>
       </listitem>
 
       <listitem>
         <para>Gabor Kincses <email>gabor@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Gabor Zahemszky <email>zgabor@CoDe.hu</email></para>
       </listitem>
 
       <listitem>
         <para>Garance A Drosehn <email>gad@eclipse.its.rpi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Gary A. Browning <email>gab10@griffcd.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary Howland <email>gary@hotlava.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary J. <email>garyj@rks32.pcs.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary Kline <email>kline@thought.org</email></para>
       </listitem>
 
       <listitem>
         <para>Gaspar Chilingarov <email>nightmar@lemming.acc.am</email></para>
       </listitem>
 
       <listitem>
         <para>Gea-Suan Lin <email>gsl@tpts4.seed.net.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Gene Raytsin <email>pal@paladin7.net</email></para>
       </listitem>
 
       <listitem>
         <para>Geoff Rehmet <email>csgr@alpha.ru.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Georg Wagner <email>georg.wagner@ubs.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Gianlorenzo Masini <email>masini@uniroma3.it</email></para>
       </listitem>
 
       <listitem>
         <para>Gianmarco Giovannelli
 	  <email>gmarco@giovannelli.it</email></para>
       </listitem>
 
       <listitem>
         <para>Gil Kloepfer Jr. <email>gil@limbic.ssdl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gilad Rom <email>rom_glsa@ein-hashofet.co.il</email></para>
       </listitem>
 
       <listitem>
         <para>Giles Lean <email>giles@nemeton.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Ginga Kawaguti
 	  <email>ginga@amalthea.phys.s.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Giorgos Keramidas <email>keramida@ceid.upatras.gr</email></para>
       </listitem>
 
       <listitem>
         <para>Glen Foster <email>gfoster@gfoster.com</email></para>
       </listitem>
 
       <listitem>
         <para>Glenn Johnson <email>gljohns@bellsouth.net</email></para>
       </listitem>
 
       <listitem>
         <para>Godmar Back <email>gback@facility.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Goran Hammarback <email>goran@astro.uu.se</email></para>
       </listitem>
 
       <listitem>
         <para>Gord Matzigkeit <email>gord@enci.ucalgary.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Gordon Greeff <email>gvg@uunet.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Graham Wheeler <email>gram@cdsec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg A. Woods <email>woods@zeus.leitch.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Ansley <email>gja@ansley.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Robinson <email>greg@rosevale.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Troxel <email>gdt@ir.bbn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Ungerer <email>gerg@stallion.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Gregory Bond <email>gnb@itga.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Gregory D. Moncreaff
 	  <email>moncrg@bt340707.res.ray.com</email></para>
       </listitem>
 
       <listitem>
         <para>Guy Harris <email>guy@netapp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Guy Helmer <email>ghelmer@cs.iastate.edu</email></para>
       </listitem>
 
       <listitem>
         <para>HAMADA Naoki <email>hamada@astec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hannu Savolainen <email>hannu@voxware.pp.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Huebner <email>hans@artcom.de</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Petter Bieker <email>zerium@webindex.no</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Zuidam <email>hans@brandinnovators.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harlan Stenn <email>Harlan.Stenn@pfcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harold Barker <email>hbarker@dsms.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harry Newton <email>harry_newton@telinco.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Havard Eidnes
 	  <email>Havard.Eidnes@runit.sintef.no</email></para>
       </listitem>
 
       <listitem>
         <para>Heikki Suonsivu <email>hsu@cs.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Heiko W. Rupp <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Helmut F. Wirth <email>hfwirth@ping.at</email></para>
       </listitem>
 
       <listitem>
         <para>Henrik Vestergaard Draboel
 	  <email>hvd@terry.ping.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Herb Peyerl <email>hpeyerl@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hideaki Ohmon <email>ohmon@tom.sfc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hidekazu Kuroki <email>hidekazu@cs.titech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hideki Yamamoto <email>hyama@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hideyuki Suzuki
 	  <email>hideyuki@sat.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hirayama Issei <email>iss@mail.wbs.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroaki Sakai <email>sakai@miya.ee.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroharu Tamaru <email>tamaru@ap.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hironori Ikura <email>hikura@kaisei.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroshi Nishikawa <email>nis@pluto.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroya Tsubakimoto <email>unknown</email></para>
       </listitem>
 
       <listitem>
 	<para>Holger Lamm <email>holger@eit.uni-kl.de</email></para>
       </listitem>
 
       <listitem>
         <para>Holger Veit <email>Holger.Veit@gmd.de</email></para>
       </listitem>
 
       <listitem>
         <para>Holm Tiffe <email>holm@geophysik.tu-freiberg.de</email></para>
       </listitem>
 
       <listitem>
         <para>HONDA Yasuhiro
 	  <email>honda@kashio.info.mie-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Horance Chou
 	  <email>horance@freedom.ie.cycu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Horihiro Kumagai <email>kuma@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>HOSOBUCHI Noriyuki <email>hoso@buchi.tama.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>HOTARU-YA <email>hotaru@tail.net</email></para>
       </listitem>
 
       <listitem>
         <para>Hr.Ladavac <email>lada@ws2301.gud.siemens.co.at</email></para>
       </listitem>
 
       <listitem>
         <para>Hubert Feyrer <email>hubertf@NetBSD.ORG</email></para>
       </listitem>
 
       <listitem>
         <para>Hugh F. Mahon <email>hugh@nsmdserv.cnd.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Hugh Mahon <email>h_mahon@fc.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Hung-Chi Chu <email>hcchu@r350.ee.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Holland <email>ianh@tortuga.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Struble <email>ian@broken.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Vaudrey <email>i.vaudrey@bigfoot.com</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Khasilev <email>igor@jabber.paco.odessa.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Roshchin <email>str@giganda.komkon.org</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Sviridov <email>siac@ua.net</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Vinokurov <email>igor@zynaps.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Ikuo Nakagawa <email>ikuo@isl.intec.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Ilia Chipitsine <email>ilia@jane.cgu.chel.su</email></para>
       </listitem>
 
       <listitem>
         <para>Ilya V. Komarov <email>mur@lynx.ru</email></para>
       </listitem>
 
       <listitem>
         <para>IMAI Takeshi <email>take-i@ceres.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>IMAMURA Tomoaki
 	  <email>tomoak-i@is.aist-nara.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Itsuro Saito <email>saito@miv.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>IWASHITA Yoji <email>shuna@pop16.odn.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>J. Bryant <email>jbryant@argus.flash.net</email></para>
       </listitem>
 
       <listitem>
         <para>J. David Lowe <email>lowe@saturn5.com</email></para>
       </listitem>
 
       <listitem>
         <para>J. Han <email>hjh@photino.com</email></para>
       </listitem>
 
       <listitem>
         <para>J. Hawk <email>jhawk@MIT.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>J.T. Conklin <email>jtc@cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jack <email>jack@zeus.xtalwind.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jacob Bohn Lorensen <email>jacob@jblhome.ping.mk</email></para>
       </listitem>
 
       <listitem>
         <para>Jagane D Sundar <email>jagane@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jake Hamby <email>jehamby@lightside.com</email></para>
       </listitem>
 
       <listitem>
         <para>James Clark <email>jjc@jclark.com</email></para>
       </listitem>
 
       <listitem>
         <para>James D. Stewart <email>jds@c4systm.com</email></para>
       </listitem>
 
       <listitem>
         <para>James da Silva <email>jds@cs.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>James Jegers <email>jimj@miller.cs.uwm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>James Raynard
 	  <email>fhackers@jraynard.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>James T. Liu <email>jtliu@phlebas.rockefeller.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jamie Heckford <email>jamie@jamiesdomain.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Jan Conard
 	  <email>charly@fachschaften.tu-muenchen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Jan Koum <email>jkb@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Janick Taillandier
 	  <email>Janick.Taillandier@ratp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Janusz Kokot <email>janek@gaja.ipan.lublin.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Jarle Greipsland <email>jarle@idt.unit.no</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Garman <email>init@risen.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Jason R. Mastaler
 	  <email>jason-freebsd@mastaler.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Thorpe <email>thorpej@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Wright <email>jason@OpenBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Young
 	  <email>doogie@forbidden-donut.anet-stl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Javier Martin Rueda <email>jmrueda@diatel.upm.es</email></para>
       </listitem>
 
       <listitem>
         <para>Jay Fenlason <email>hack@datacube.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jay Krell <email>jay.krell@cornell.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jaye Mathisen <email>mrcpu@cdsnet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Bartig <email>jeffb@doit.wisc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Brown <email>jabrown@caida.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Forys <email>jeff@forys.cranbury.nj.us</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Kletsky <email>Jeff@Wagsky.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Palmer <email>jeff@isni.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeffrey Evans <email>evans@scnc.k12.mi.us</email></para>
       </listitem>
 
       <listitem>
         <para>Jeffrey Wheat <email>jeff@cetlink.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Allison <email>jallison@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Chadwick <email>yoshi@parodius.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Chatfield <email>jdc@xinside.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Karlson <email>karlj000@unbc.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Prior <email>unknown</email></para>
       </listitem>
 
       <listitem>
 	<para>Jeremy Shaffner <email>jeremy@external.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jesse McConnell <email>jesse@cylant.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jesse Rosenstock <email>jmr@ugcs.caltech.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jian-Da Li <email>jdli@csie.nctu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Babb <email>babb@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Binkley <email>jrb@cs.pdx.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Bloom <email>bloom@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Carroll <email>jim@carroll.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Flowers <email>jflowers@ezo.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Leppek <email>jleppek@harris.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Lowe <email>james@cs.uwm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Mattson <email>jmattson@sonic.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Mercer <email>jim@komodo.reptiles.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Sloan <email>odinn@atlantabiker.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Wilson <email>wilson@moria.cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jimbo Bahooli
 	  <email>griffin@blackhole.iceworld.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jin Guojun <email>jin@george.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Joachim Kuebart <email>kuebart@mathematik.uni-ulm.de</email></para>
       </listitem>
 
       <listitem>
         <para>Joao Carlos Mendes Luis <email>jonny@jonny.eng.br</email></para>
       </listitem>
 
       <listitem>
         <para>Jochen Pohl <email>jpo.drs@sni.de</email></para>
       </listitem>
 
       <listitem>
         <para>Joe "Marcus" Clarke <email>marcus@miami.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Abley <email>jabley@automagic.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Jih-Shian Lu <email>jslu@dns.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Orthoefer <email>j_orthoefer@tia.net</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Traister <email>traister@mojozone.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Faedi <email>Joel.Faedi@esial.u-nancy.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Ray Holveck <email>joelh@gnu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Sutton <email>jsutton@bbcon.com.au</email></para>
       </listitem>
 
       <listitem>
 	<para>Joseph Scott <email>joseph@randomnetworks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Granlund <email>johan@granlund.nu</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Karlsson <email>k@numeri.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Larsson <email>johan@moon.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Johann Tonsing <email>jtonsing@mikom.csir.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Johannes Helander <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Johannes Stille <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Beckett <email>jbeckett@southern.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Beukema <email>jbeukema@hk.super.net</email></para>
       </listitem>
 
       <listitem>
         <para>John Brezak <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Capo <email>jc@irbs.com</email></para>
       </listitem>
 
       <listitem>
         <para>John F. Woods <email>jfw@jfwhome.funhouse.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Goerzen
 	  <email>jgoerzen@alexanderwohl.complete.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Heidemann <email>johnh@isi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Hood <email>cgull@owl.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Kohl <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Lind <email>john@starfire.mn.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Mackin <email>john@physiol.su.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>John P <email>johnp@lodgenet.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Perry <email>perry@vishnu.alias.net</email></para>
       </listitem>
 
       <listitem>
         <para>John Preisler <email>john@vapornet.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Reynolds <email>jjreynold@home.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Rochester <email>jr@cs.mun.ca</email></para>
       </listitem>
 
       <listitem>
         <para>John Sadler <email>john_sadler@alum.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Saunders <email>john@pacer.nlc.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>John Wehle <email>john@feith.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Woods <email>jfw@eddie.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Johny Mattsson <email>lonewolf@flame.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jon Morgan <email>morgan@terminus.trailblazer.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan H N Chin <email>jc254@newton.cam.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan Hanna
 	  <email>jh@pc-21490.bc.rogers.wave.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan Pennington <email>john@coastalgeology.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jorge Goncalves <email>j@bug.fe.up.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Jorge M. Goncalves <email>ee96199@tom.fe.up.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Jos Backus <email>jbackus@plex.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Jose Marques <email>jose@nobody.org</email></para>
       </listitem>
 
       <listitem>
         <para>Josef Grosch
 	  <email>jgrosch@superior.mooseriver.com</email></para>
       </listitem>
 
       <listitem>
         <para>Joseph Stein <email>joes@wstein.com</email></para>
       </listitem>
 
       <listitem>
         <para>Josh Gilliam <email>josh@quick.net</email></para>
       </listitem>
 
       <listitem>
         <para>Josh Tiefenbach <email>josh@ican.net</email></para>
       </listitem>
 
       <listitem>
         <para>Juergen Lock <email>nox@jelal.hb.north.de</email></para>
       </listitem>
 
       <listitem>
         <para>Juha Inkari <email>inkari@cc.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Jukka A. Ukkonen <email>jau@iki.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Julian Assange <email>proff@suburbia.net</email></para>
       </listitem>
 
       <listitem>
         <para>Julian Coleman <email>j.d.coleman@ncl.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>&a.jhs</para>
       </listitem>
 
       <listitem>
         <para>Julian Jenkins <email>kaveman@magna.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Junichi Satoh <email>junichi@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Junji SAKAI <email>sakai@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Junya WATANABE <email>junya-w@remus.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Justas <email>justas@mbank.lv</email></para>
       </listitem>
 
       <listitem>
         <para>Justin Stanford <email>jus@security.za.net</email></para>
       </listitem>
 
       <listitem>
         <para>K.Higashino <email>a00303@cc.hc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kai Vorma <email>vode@snakemail.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Kaleb S. Keithley <email>kaleb@ics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kaneda Hiloshi <email>vanitas@ma3.seikyou.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kang-ming Liu <email>gugod@gugod.org</email></para>
       </listitem>
 
       <listitem>
         <para>Kapil Chowksey <email>kchowksey@hss.hns.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Denninger <email>karl@mcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Dietz <email>Karl.Dietz@triplan.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Lehenbauer <email>karl@NeoSoft.com</email></para>
       </listitem>
 
       <listitem>
 	<para>KATO Tsuguru <email>tkato@prontomail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kawanobe Koh <email>kawanobe@st.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kees Jan Koster <email>kjk1@ukc.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Bostic <email>bostic@bostic.com</email></para>
       </listitem>
 
       <listitem>
         <para>Keith E. Walker <email>kew@icehouse.net</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Moore <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Sklower <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Hornstein <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Key <email>key@cs.utk.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Mayer <email>kmayer@freegate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kenji Saito <email>marukun@mx2.nisiq.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kenji Tomita <email>tommyk@da2.so-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Furge <email>kenneth.furge@us.endress.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Monville <email>desmo@bandwidth.org</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth R. Westerback <email>krw@tcn.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Stailey <email>kstailey@gnu.ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kent Talarico <email>kent@shipwreck.tsoft.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kent Vander Velden <email>graphix@iastate.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kentaro Inagaki <email>JBD01226@niftyserve.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Bracey <email>kbracey@art.acorn.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Day <email>toasty@dragondata.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Lahey <email>kml@nas.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Meltzer <email>perlguy@perlguy.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Street <email>street@iname.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Van Maren <email>vanmaren@fast.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kim Scarborough <email>sluggo@unknown.nu</email></para>
       </listitem>
 
       <listitem>
         <para>Kiril Mitev <email>kiril@ideaglobal.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kiroh HARADA <email>kiroh@kh.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus Herrmann <email>klaus.herrmann@gmx.net</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus Klein <email>kleink@layla.inka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus-J. Wolf <email>Yanestra@t-online.de</email></para>
       </listitem>
 
       <listitem>
         <para>Koichi Sato <email>copan@ppp.fastnet.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Konrad Heuer <email>kheuer@gwdu60.gwdg.de</email></para>
       </listitem>
 
       <listitem>
         <para>Konstantin Chuguev <email>Konstantin.Chuguev@dante.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Kostya Lukin <email>lukin@okbmei.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Kouichi Hirabayashi <email>kh@mogami-wire.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kris Dow <email>kris@vilnya.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>KUNISHIMA Takeo <email>kunishi@c.oka-pu.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kurt D. Zeilenga <email>Kurt@Boolean.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Kurt Olsen <email>kurto@tiny.mcs.usu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>L. Jonas Olsson
 	  <email>ljo@ljo-slip.DIALIN.CWRU.Edu</email></para>
       </listitem>
 
       <listitem>
         <para>Larry Altneu <email>larry@ALR.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Lars Bernhardsson <email>lab@fnurt.net</email></para>
       </listitem>
 
       <listitem>
         <para>Lars K&ouml;ller
 	  <email>Lars.Koeller@Uni-Bielefeld.DE</email></para>
       </listitem>
 
       <listitem>
         <para>Laurence Lopez <email>lopez@mv.mv.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lee Cremeans <email>lcremean@tidalwave.net</email></para>
       </listitem>
 
       <listitem>
         <para>Leo Kim <email>leo@florida.sarang.net</email></para>
       </listitem>
 
       <listitem>
         <para>Liang Tai-hwa
 	  <email>avatar@www.mmlab.cse.yzu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Lon Willett <email>lon%softt.uucp@math.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Louis A. Mamakos <email>louie@TransSys.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Louis Mamakos <email>loiue@TransSys.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lowell Gilbert <email>lowell@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lucas James <email>Lucas.James@ldjpc.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Lyndon Nerenberg <email>lyndon@orthanc.ab.ca</email></para>
       </listitem>
 
       <listitem>
         <para>M. L. Dodson <email>bdodson@scms.utmb.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>M.C. Wong <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Magnus Enbom <email>dot@tinto.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mahesh Neelakanta <email>mahesh@gcomm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto MATSUSHITA <email>matusita@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto WATANABE
 	  <email>watanabe@zlab.phys.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto YAMAKURA <email>makoto@pinpott.spnet.ne.jp</email></para>
       </listitem> 
 
       <listitem>
         <para>Malte Lance <email>malte.lance@gmx.net</email></para>
       </listitem>
 
       <listitem>
         <para>MANTANI Nobutaka <email>nobutaka@nobutaka.com</email></para>
       </listitem>
 
       <listitem>
         <para>Manu Iyengar
 	  <email>iyengar@grunthos.pscwa.psca.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Frajola <email>marc@dev.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Ramirez <email>mrami@mramirez.sy.yale.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Slemko <email>marcs@znep.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc van Kempen <email>wmbfmk@urc.tue.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Marc van Woerkom <email>van.woerkom@netcologne.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Marcin Cieslak <email>saper@system.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Andrews <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Cammidge <email>mark@gmtunx.ee.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Diekhans <email>markd@grizzly.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Huizer <email>xaa@stack.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Mark J. Taylor <email>mtaylor@cybernet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Knight <email>markk@knigma.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Krentel <email>krentel@rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Mayo <email>markm@vmunix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Pulford <email>mark@kyne.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Thompson <email>thompson@tgsoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Tinguely <email>tinguely@plains.nodak.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Treacy <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Valentine <email>mark@linus.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
 	<para>Markus Holmberg <email>saska@acc.umu.se</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Birgmeier <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Blapp <email>blapp@attic.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Hinner <email>mhi@linux.gyarab.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Ibert <email>mib@ppe.bb-data.de</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Kammerhofer <email>dada@sbox.tu-graz.ac.at</email></para>
       </listitem>
 
       <listitem>
 	<para>Martin Minkus <email>diskiller@cnbinc.com</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Renters <email>martin@tdc.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Martti Kuparinen
 	  <email>martti.kuparinen@ericsson.com</email></para>
       </listitem>
 
       <listitem>
         <para>Masachika ISHIZUKA
 	  <email>ishizuka@isis.min.ntt.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masahiro Sekiguchi
 	  <email>seki@sysrap.cs.fujitsu.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masahiro TAKEMURA
           <email>mastake@msel.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanobu Saitoh <email>msaitoh@spa.is.uec.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanori Kanaoka <email>kana@saijo.mke.mei.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanori Kiriake <email>seiken@ARGV.AC</email></para>
       </listitem>
 
       <listitem>
         <para>Masatoshi TAMURA
 	  <email>tamrin@shinzan.kuee.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mats Lofkvist <email>mal@algonet.se</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Bartley <email>mbartley@lear35.cytex.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Heckaman <email>matt@LUCIDA.QC.CA</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Thomas <email>matt@3am-software.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matt White <email>mwhite+@CMU.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew C. Mead <email>mmead@Glock.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Cashdollar <email>mattc@rfcnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Emmerton <email>root@gabby.gsicomp.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Flatt <email>mflatt@cs.rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Fuller <email>fullermd@futuresouth.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Stein <email>matt@bdd.net</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew West <email>mwest@uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Matthias Pfaller <email>leo@dachau.marco.de</email></para>
       </listitem>
 
       <listitem>
         <para>Matthias Scheler <email>tron@netbsd.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mattias Gronlund
 	  <email>Mattias.Gronlund@sa.erisoft.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mattias Pantzare <email>pantzer@ludd.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Maurice Castro
 	  <email>maurice@planet.serc.rmit.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Max Euston <email>meuston@jmrodgers.com</email></para>
       </listitem>
 
       <listitem>
         <para>Max Khon <email>fjoe@husky.iclub.nsu.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Maxim Bolotin <email>max@rsu.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Maxime Henrion <email>mhenrion@cybercable.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Micha Class
 	  <email>michael_class@hpbbse.bbn.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Alyn Miller <email>malyn@strangeGizmo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Lucas <email>mwlucas@blackhelicopters.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Lyngb� <email>michael@lyngbol.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Butler <email>imb@scgt.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Butschky <email>butsch@computi.erols.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Clay <email>mclay@weareb.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Galassi <email>nerd@percival.rain.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Hancock <email>michaelh@cet.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Hohmuth <email>hohmuth@inf.tu-dresden.de</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Perlman <email>canuck@caam.rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Petry <email>petry@netwolf.NetMasters.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Reifenberger <email>root@totum.plaut.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Michael Sardo <email>jaeger16@yahoo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Searle <email>searle@longacre.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Urban <email>murban@tznet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Vasilenko <email>acid@stu.cn.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Michal Listos <email>mcl@Amnesiac.123.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michio Karl Jinbo
 	  <email>karl@marcer.nagaokaut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Miguel Angel Sagreras
 	  <email>msagre@cactus.fi.uba.ar</email></para>
       </listitem>
 
       <listitem>
         <para>Mihoko Tanaka <email>m_tonaka@pa.yokogawa.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mika Nystrom <email>mika@cs.caltech.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mikael Hybsch <email>micke@dynas.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mikael Karpberg
 	  <email>karpen@ocean.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Barcroft <email>mike@q9media.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Bristow <email>mike@urgle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Del <email>repenting@hotmail.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Durian <email>durian@plutotech.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Durkin <email>mdurkin@tsoft.sf-bay.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mike E. Matsnev <email>mike@azog.cs.msu.su</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Evans <email>mevans@candle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Grupenhoff <email>kashmir@umiacs.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Harding <email>mvh@ix.netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Hibler <email>mike@marker.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Karels <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mike McGaughey <email>mmcg@cs.monash.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Meyer <email>mwm@mired.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Mitchell <email>mitchell@ref.tfs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Murphy <email>mrm@alpharel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Peck <email>mike@binghamton.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Sherwood <email>mike@fate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Spengler <email>mks@msc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mikhail A. Sokolov <email>mishania@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Ming-I Hseh <email>PA@FreeBSD.ee.Ntu.edu.TW</email></para>
       </listitem>
 
       <listitem>
 	<para>Mitsuru Yoshida <email>mitsuru@riken.go.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Monte Mitzelfelt <email>monte@gonefishing.org</email></para>
       </listitem>
 
       <listitem>
         <para>Morgan Davis <email>root@io.cts.com</email></para>
       </listitem>
 
       <listitem>
         <para>MOROHOSHI Akihiko <email>moro@race.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mostyn Lewis <email>mostyn@mrl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Motomichi Matsuzaki <email>mzaki@e-mail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Motoyuki Kasahara <email>m-kasahr@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>N.G.Smith <email>ngs@sesame.hensa.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Nadav Eiron <email>nadav@barcode.co.il</email></para>
       </listitem>
 
       <listitem>
         <para>NAGAO Tadaaki <email>nagao@cs.titech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAJI Hiroyuki
 	  <email>nakaji@tutrp.tut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAMURA Kazushi <email>nkazushi@highway.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAMURA Motonori
 	  <email>motonori@econ.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKATA, Maho <email>chat95@mbox.kyoto-inet.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nanbor Wang <email>nw1@cs.wustl.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Naofumi Honda
 	  <email>honda@Kururu.math.sci.hokudai.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Naoki Hamada <email>nao@tom-yam.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Narvi <email>narvi@haldjas.folklore.ee</email></para>
       </listitem>
       
       <listitem>
         <para>Nathan Dorfman <email>nathan@rtfm.net</email></para>
       </listitem>
 
       <listitem>
         <para>Neal Fachan <email>kneel@ishiboo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Niall Smart <email>rotel@indigo.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Nicholas Esborn <email>nick@netdot.net</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Barnes <email>Nick.Barnes@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Handel <email>nhandel@NeoSoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Hilliard <email>nick@foobar.org</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Johnson <email>freebsd@spatula.net</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Williams <email>njw@cs.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Nickolay N. Dudorov <email>nnd@itfs.nsk.su</email></para>
       </listitem>
 
       <listitem>
         <para>NIIMI Satoshi <email>sa2c@and.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Niklas Hallqvist <email>niklas@filippa.appli.se</email></para>
       </listitem>
 
       <listitem>
         <para>Nils M. Holm <email>nmh@t3x.org</email></para>
       </listitem>
 
       <listitem>
         <para>Nisha Talagala <email>nisha@cs.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>adrian@virginia.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>alex@elvisti.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>anto@netscape.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>bobson@egg.ics.nitch.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>bovynf@awe.be</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>burg@is.ge.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>chris@gnome.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>colsen@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>coredump@nervosa.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>dannyman@arh0300.urh.uiuc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>davids@SECNET.COM</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>derek@free.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>devet@adv.IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>djv@bedford.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>dvv@sprint.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>enami@ba2.so-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>flash@eru.tubank.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>flash@hway.ru</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>fn@pain.csrv.uidaho.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>No Name <email>frf@xocolatl.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gclarkii@netport.neosoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gordon@sheaky.lonestar.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>graaf@iae.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>greg@greg.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>grossman@cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gusw@fub46.zedat.fu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>hfir@math.rochester.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>hnokubi@yyy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>iaint@css.tuu.utas.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>invis@visi.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ishisone@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>iverson@lionheart.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>jpt@magic.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>junker@jazz.snu.ac.kr</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>k-sugyou@ccs.mt.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>kenji@reseau.toyonaka.osaka.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>kfurge@worldnet.att.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>lh@aus.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>lhecking@nmrc.ucc.ie</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>mrgreen@mame.mu.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>nakagawa@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ohki@gssm.otsuka.tsukuba.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>owaki@st.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pechter@shell.monmouth.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pete@pelican.pelican.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pritc003@maroon.tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>risner@stdio.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>roman@rpd.univ.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>root@ns2.redline.ru</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>root@uglabgw.ug.cs.sunysb.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>stephen.ma@jtec.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>sumii@is.s.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>takas-su@is.aist-nara.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tamone@eig.unige.ch</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tjevans@raleigh.ibm.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tony-o@iij.ad.jp amurai@spec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>torii@tcd.hitachi.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>uenami@imasy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>uhlar@netlab.sk</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>vode@hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wlloyd@mpd.ca</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wlr@furball.wellsfargo.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wmbfmk@urc.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>yamagata@nwgpc.kek.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ziggy@ryan.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ZW6T-KND@j.asahi-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nobuhiro Yasutomi <email>nobu@psrc.isac.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nobuyuki Koganemaru
 	  <email>kogane@koganemaru.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NOKUBI Hirotaka <email>h-nokubi@yyy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Norio Suzuki <email>nosuzuki@e-mail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Noritaka Ishizumi <email>graphite@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Noriyuki Soda <email>soda@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Oddbjorn Steffenson <email>oddbjorn@tricknology.org</email</para>
       </listitem>
 
       <listitem>
 	<para>Oh Junseon <email>hollywar@mail.holywar.net</email></para>
       </listitem>
 
       <listitem>
         <para>Olaf Wagner <email>wagner@luthien.in-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oleg Semyonov <email>os@altavista.net</email></para>
       </listitem>
 
       <listitem>
         <para>Oleg Sharoiko <email>os@rsu.ru</email></para>
       </listitem>
 
       <listitem>
 	<para>Oleg V. Volkov <email>rover@lglobus.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Olexander Kunytsa <email>kunia@wolf.istc.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Breuninger <email>ob@seicom.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Friedrichs <email>oliver@secnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Fromme
 	  <email>oliver.fromme@heim3.tu-clausthal.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Helmling
 	  <email>oliver.helmling@stud.uni-bayreuth.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Laumann
 	  <email>net@informatik.uni-bremen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Lehmann
 	  <email>Kai_Allard_Liao@gmx.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Oberdorf <email>oly@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Olof Johansson <email>offe@ludd.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Osokin Sergey aka oZZ <email>ozz@FreeBSD.org.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Pace Willisson <email>pace@blitz.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paco Rosich <email>rosich@modico.eleinf.uv.es</email></para>
       </listitem>
 
       <listitem>
         <para>Palle Girgensohn <email>girgen@partitur.se</email></para>
       </listitem>
 
       <listitem>
         <para>Parag Patel <email>parag@cgt.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pascal Pederiva <email>pascal@zuo.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pasvorn Boonmark <email>boonmark@juniper.net</email></para>
       </listitem>
 
       <listitem>
 	<para>Patrick Bihan-Faou <email>patrick@mindstep.com</email></para>
       </listitem>
 
       <listitem>
         <para>Patrick Hausen <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Patrick Seal <email>patseal@hyperhost.net</email></para> 
       </listitem>
 
       <listitem>
         <para>Paul Antonov <email>apg@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Paul F. Werkowski <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Fox <email>pgf@foxharp.boston.ma.us</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Koch <email>koch@thehub.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Kranenburg <email>pk@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Paul M. Lambert <email>plambert@plambert.net</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Mackerras <email>paulus@cs.anu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Popelka <email>paulp@uts.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paul S. LaFollette, Jr. <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Sandys <email>myj@nyct.net</email></para>
       </listitem>
 
       <listitem>
         <para>Paul T. Root <email>proot@horton.iaces.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Vixie <email>paul@vix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paulo Menezes <email>paulo@isr.uc.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Paulo Menezes <email>pm@dee.uc.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Pedro A M Vazquez <email>vazquez@IQM.Unicamp.BR</email></para>
       </listitem>
 
       <listitem>
         <para>Pedro Giffuni <email>giffunip@asme.org</email></para>
       </listitem>
 
       <listitem>
         <para>Per Wigren <email>wigren@home.se</email></para>
       </listitem>
 
       <listitem>
         <para>Pete Bentley <email>pete@demon.net</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Childs <email>pjchilds@imforei.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Cornelius <email>pc@inr.fzk.de</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Haight <email>peterh@prognet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Jeremy <email>perer.jeremy@alcatel.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Peter M. Chen <email>pmchen@eecs.umich.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Much <email>peter@citylink.dinoex.sub.org</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Olsson <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Philipp <email>pjp@bsd-daemon.net</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Stubbs <email>PETERS@staidan.qld.edu.au</email></para>
       </listitem>
 
       <listitem>
 	<para>Peter van Heusden <email>pvh@egenetics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Maker <email>pjm@cs.ntu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Sutherland
 	  <email>philsuth@mycroft.dialix.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Taylor <email>phil@zipmail.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Philip Musumeci <email>philip@rmit.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Philippe Lefebvre <email>nemesis@balistik.net</email></para>
       </listitem>
 
       <listitem>
         <para>Pierre Y. Dampure <email>pierre.dampure@k2c.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Pius Fischer <email>pius@ienet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pomegranate <email>daver@flag.blackened.net</email></para>
       </listitem>
 
       <listitem>
         <para>Powerdog Industries
 	  <email>kevin.ruddy@powerdog.com</email></para>
       </listitem>
 
       <listitem>
         <para>Priit J&auml;rv <email>priit@cc.ttu.ee</email></para>
       </listitem>
 
       <listitem>
         <para>R Joseph Wright <email>rjoseph@mammalia.org</email></para>
       </listitem>
 
       <listitem>
         <para>R. Kym Horsell</para>
       </listitem>
 
       <listitem>
         <para>Ralf Friedl <email>friedl@informatik.uni-kl.de</email></para>
       </listitem>
 
       <listitem>
         <para>Randal S. Masutani <email>randal@comtest.com</email></para>
       </listitem>
 
       <listitem>
         <para>Randall Hopper <email>rhh@ct.picker.com</email></para>
       </listitem>
 
       <listitem>
         <para>Randall W. Dean <email>rwd@osf.org</email></para>
       </listitem>
 
       <listitem>
         <para>Randy Bush <email>rbush@bainbridge.verio.net</email></para>
       </listitem>
 
       <listitem>
         <para>Rasmus Kaj <email>kaj@Raditex.se</email></para>
       </listitem>
 
       <listitem>
         <para>Reinier Bezuidenhout
 	  <email>rbezuide@mikom.csir.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Remy Card <email>Remy.Card@masi.ibp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Ricardas Cepas <email>rch@richard.eu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Riccardo Veraldi <email>veraldi@cs.unibo.it</email></para>
       </listitem>
 
       <listitem>
         <para>Rich Wood <email>rich@FreeBSD.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Henderson <email>richard@atheist.tamu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Hwang <email>rhwang@bigpanda.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Richard Kiss <email>richard@homemail.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard J Kuhns <email>rjk@watson.grauel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard M. Neswold
 	  <email>rneswold@enteract.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Seaman, Jr. <email>dick@tar.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Stallman <email>rms@gnu.ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Straka <email>straka@user1.inficad.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Tobin <email>richard@cogsci.ed.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Wackerbarth <email>rkw@Dataplex.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Winkel <email>rich@math.missouri.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Wiwatowski <email>rjwiwat@adelaide.on.net</email></para>
       </listitem>
 
       <listitem>
         <para>Rick Macklem <email>rick@snowhite.cis.uoguelph.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Rick Macklin <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Austein <email>sra@epilogue.com</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Mallory <email>rmallory@qualcomm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Snow <email>rsnow@txdirect.net</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Crowe <email>bob@speakez.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert D. Thrush <email>rd@phoenix.aii.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Eckardt
 	  <email>roberte@MEP.Ruhr-Uni-Bochum.de</email></para>
       </listitem>
 
       <listitem>
         <para>Robert P Ricci <email>ricci@cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Sanders <email>rsanders@mindspring.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Sexton <email>robert@kudra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Shady <email>rls@id.net</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Swindells <email>swindellsr@genrad.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Withrow <email>witr@rwwa.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Yoder <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Robin Carey
 	  <email>robin@mailgate.dtc.rankxerox.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Rod Taylor <email>rod@idiotswitch.org</email></para>
       </listitem>
 
       <listitem>
         <para>Roger Hardiman <email>roger@cs.strath.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Roland Jesse <email>jesse@cs.uni-magdeburg.de</email></para>
       </listitem>
 
       <listitem>
         <para>Roman Shterenzon <email>roman@xpert.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ron Bickers <email>rbickers@intercenter.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ron Lenk <email>rlenk@widget.xmission.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ronald Kuehn <email>kuehn@rz.tu-clausthal.de</email></para>
       </listitem>
 
       <listitem>
         <para>Rudolf Cejka <email>cejkar@dcse.fee.vutbr.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Ruslan Belkin <email>rus@home2.UA.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ruslan Shevchenko <email>rssh@cam.grad.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Russell L. Carter <email>rcarter@pinyon.org</email></para>
       </listitem>
 
       <listitem>
         <para>Russell Vincent <email>rv@groa.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Ryan Younce <email>ryany@pobox.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Ryuichiro IMURA <email>imura@af.airnet.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Sakai Hiroaki <email>sakai@miya.ee.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sakari Jalovaara <email>sja@tekla.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Sam Hartman <email>hartmans@mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Samuel Lam <email>skl@ScalableNetwork.com</email></para>
       </listitem>
 
       <listitem>
         <para>Samuel Tardieu <email>sam@inf.enst.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Samuele Zannoli <email>zannoli@cs.unibo.it</email></para>
       </listitem>
 
       <listitem>
 	<para>Sander Janssen <email>janssen@rendo.dekooi.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Sander Vesik <email>sander@haldjas.folklore.ee</email></para>
       </listitem>
 
       <listitem>
         <para>Sandro Sigala <email>ssigala@globalnet.it</email></para>
       </listitem>
 
       <listitem>
         <para>SANETO Takanori <email>sanewo@strg.sony.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SASAKI Shunsuke <email>ele@pop17.odn.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sascha Blank <email>blank@fox.uni-trier.de</email></para>
       </listitem>
 
       <listitem>
         <para>Sascha Wildner <email>swildner@channelz.GUN.de</email></para>
       </listitem>
 
       <listitem>
         <para>Satoh Junichi <email>junichi@astec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SAWADA Mizuki <email>miz@qb3.so-net.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Scot Elliott <email>scot@poptart.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scot W. Hetzel <email>hetzels@westbend.net</email></para>
       </listitem>
 
       <listitem>
         <para>Scott A. Kenney <email>saken@rmta.ml.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott A. Moberly <email>smoberly@xavier.dyndns.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Blachowicz
 	  <email>scott.blachowicz@seaslug.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Burris <email>scott@pita.cns.ucla.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Hazen Mueller <email>scott@zorch.sf-bay.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Michel <email>scottm@cs.ucla.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Mitchel <email>scott@uk.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Reynolds <email>scott@clmqt.marquette.mi.us</email></para>
       </listitem>
 
       <listitem>
         <para>Sebastian Strollo <email>seb@erix.ericsson.se</email></para>
       </listitem>
 
       <listitem>
         <para>Serge V. Vakulenko <email>vak@zebub.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Sergei Chechetkin <email>csl@whale.sunbay.crimea.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Sergei S. Laskavy <email>laskavy@pc759.cs.msu.su</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Gershtein <email>sg@mplik.ru</email></para>
       </listitem>
 
       <listitem>
 	<para>Sergey Kosyakov <email>ks@itp.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Potapov <email>sp@alkor.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Samoyloff <email>gonza@techline.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Shkonda <email>serg@bcs.zp.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Skvortsov <email>skv@protey.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey V.Dorokhov <email>svd@kbtelecom.nalnet.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergio Lenzi <email>lenzi@bsi.com.br</email></para>
       </listitem>
 
       <listitem>
         <para>Shaun Courtney <email>shaun@emma.eng.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Shawn M. Carey <email>smcarey@mailbox.syr.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Shigio Yamaguchi <email>shigio@tamacom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Shinya Esu <email>esu@yk.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Shinya FUJIE <email>fujie@tk.elec.waseda.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Shuichi Tanaka <email>stanaka@bb.mbn.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Simon <email>simon@masi.ibp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Burge <email>simonb@telstra.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Dick <email>simond@irrelevant.org</email></para>
       </listitem>
 
       <listitem>
         <para>Simon J Gerraty <email>sjg@melb.bull.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Marlow <email>simonm@dcs.gla.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Shapiro <email>shimon@simon-shapiro.org</email></para>
       </listitem>
 
       <listitem>
         <para>Sin'ichiro MIYATANI <email>siu@phaseone.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Slaven Rezic <email>eserte@cs.tu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Soochon Radee <email>slr@mitre.org</email></para>
       </listitem>
 
       <listitem>
         <para>Soren Dayton <email>csdayton@midway.uchicago.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Soren Dossing <email>sauber@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Soren S. Jorvang <email>soren@wheel.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Bethke <email>stb@hanse.de</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Eggers <email>seggers@semyam.dinoco.de</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Moeding <email>s.moeding@ndh.net</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Petri <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan `Sec` Zehl <email>sec@42.org</email></para>
       </listitem>
 
       <listitem>
         <para>Eric D. Futch <email>efutch@nyct.net</email></para>
       </listitem>
 
       <listitem>
         <para>Steinar Haug <email>sthaug@nethelp.no</email></para>
       </listitem>
 
       <listitem>
         <para>Stephane E. Potvin <email>sepotvin@videotron.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Stephane Legrand <email>stephane@lituus.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Clawson
 	  <email>sclawson@marker.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen F. Combs <email>combssf@salem.ge.com</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Farrell <email>stephen@farrell.org</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Hocking <email>sysseh@devetir.qld.gov.au</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen J. Roznowski <email>sjr@home.net</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen McKay <email>syssgm@devetir.qld.gov.au</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Melvin <email>melvin@zytek.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Bauer <email>sbauer@rock.sdsmt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Coltrin <email>spcoltri@unm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Deering <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Gerakines <email>steve2@genesis.tiac.net</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Gericke <email>steveg@comtrol.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Piette <email>steve@simon.chi.il.US</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Schwarz <email>schwarz@alpharel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Enderle <email>panic@subphase.de</email></para>
       </listitem>
 
       <listitem>
         <para>Steven G. Kargl
 	  <email>kargl@troutmask.apl.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven H. Samorodin <email>samorodi@NUXI.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steven McCanne <email>mccanne@cs.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Plite <email>splite@purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Wallace <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Stijn Hoop <email>stijn@win.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Stuart Henderson
 	  <email>stuart@internationalschool.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Sue Blake <email>sue@welearn.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Sugimoto Sadahiro <email>ixtl@komaba.utmc.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SUGIMURA Takashi <email>sugimura@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Sugiura Shiro <email>ssugiura@duo.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sujal Patel <email>smpatel@wam.umd.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Sungman Cho <email>smcho@tsp.korea.ac.kr</email></para>
       </listitem>
 
       <listitem>
         <para>Sune Stjerneby <email>stjerneby@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>SURANYI Peter
 	  <email>suranyip@jks.is.tsukuba.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Suzuki Yoshiaki
 	  <email>zensyo@ann.tama.kawasaki.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Svein Skogen
           <email>tds@nsn.no</email></para>
       </listitem>
 
       <listitem>
         <para>Sybolt de Boer <email>bolt@xs4all.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Tadashi Kumano <email>kumano@strl.nhk.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Taguchi Takeshi <email>taguchi@tohoku.iij.ad.jp</email></para>
       </listitem>
 
       <listitem>
         <para>TAKAHASHI Kaoru <email>kaoru@kaisei.org</email></para>
       </listitem>
 
       <listitem>
         <para>Takahiro Yugawa <email>yugawa@orleans.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takashi Mega <email>mega@minz.org</email></para>
       </listitem>
 
       <listitem>
         <para>Takashi Uozu <email>j1594016@ed.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takayuki Ariga <email>a00821@cc.hc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeru NAIKI <email>naiki@bfd.es.hokudai.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi Amaike <email>amaike@iri.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi MUTOH <email>mutoh@info.nara-k.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi Ohashi
 	  <email>ohashi@mickey.ai.kyutech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi WATANABE
 	  <email>watanabe@crayon.earth.s.kobe-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takuya SHIOZAKI
 	  <email>tshiozak@makino.ise.chuo-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Tatoku Ogaito <email>tacha@tera.fukui-med.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Buswell <email>tbuswell@mediaone.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Faber <email>faber@isi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Lemon <email>mellon@isc.org</email></para>
       </listitem>
 
       <listitem>
         <para>Terry Lambert <email>terry@lambert.org</email></para>
       </listitem>
 
       <listitem>
         <para>Terry Lee <email>terry@uivlsi.csl.uiuc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Tetsuya Furukawa <email>tetsuya@secom-sis.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Theo de Raadt <email>deraadt@OpenBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas <email>thomas@mathematik.uni-Bremen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas D. Dean <email>tomdean@ix.netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas David Rivers <email>rivers@dignus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas G. McWilliams <email>tgm@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Graichen
 	  <email>graichen@omega.physik.fu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas K&ouml;nig
 	  <email>Thomas.Koenig@ciw.uni-karlsruhe.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Ptacek <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Quinot <email>thomas@cuivre.fr.eu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas A. Stephens <email>tas@stephens.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Stromberg <email>tstrombe@rtci.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Valentino Crimi
 	  <email>tcrimi+@andrew.cmu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Wintergerst <email>thomas@lemur.nord.de</email></para>
       </listitem>
 
       <listitem>
         <para>&THORN;&oacute;r&eth;ur &Iacute;varsson
 	  <email>totii@est.is</email></para>
       </listitem>
 
       <listitem>
         <para>Thierry Thomas <email>tthomas@mail.dotcom.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Timothy Jensen <email>toast@blackened.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Kientzle <email>kientzle@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Singletary
 	  <email>tsingle@sunland.gsfc.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Wilkinson <email>tim@sarc.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Timo J. Rinne <email>tri@iki.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Tobias Reifenberger <email>treif@mayn.de</email></para>
       </listitem>
 
       <listitem>
         <para>Todd Miller <email>millert@openbsd.org</email></para>
       </listitem>
 
       <listitem>
         <para>Tom <email>root@majestix.cmr.no</email></para>
       </listitem>
 
       <listitem>
         <para>Tom <email>tom@sdf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Gray - DCA <email>dcasba@rain.org</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Jobbins <email>tom@tom.tj</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Pusateri <email>pusateri@juniper.net</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Rush <email>tarush@mindspring.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Samplonius <email>tom@misery.sdf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tomohiko Kurahashi
 	  <email>kura@melchior.q.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Kimball <email>alk@Think.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Li <email>tli@jnx.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Lynn <email>wing@cc.nsysu.edu.tw</email></para>
       </listitem>
 
       <listitem>
 	<para>Tony Maher <email>Tony.Maher@eBioinformatics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Torbjorn Granlund <email>tege@matematik.su.se</email></para>
       </listitem>
 
       <listitem>
         <para>Toshihiko SHIMOKAWA <email>toshi@tea.forus.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Toshihiro Kanda <email>candy@kgc.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Toshiomi Moriki
 	  <email>Toshiomi.Moriki@ma1.seikyou.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Trefor S. <email>trefor@flevel.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Trenton Schulz <email>twschulz@cord.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Trevor Blackwell <email>tlb@viaweb.com</email></para>
       </listitem>
 
       <listitem>
         <para>Udo Schweigert <email>ust@cert.siemens.de</email></para>
       </listitem>
 
       <listitem>
         <para>Ugo Paternostro <email>paterno@dsi.unifi.it</email></para>
       </listitem>
 
       <listitem>
         <para>Ulf Kieber <email>kieber@sax.de</email></para>
       </listitem>
 
       <listitem>
         <para>Ulli Linzen <email>ulli@perceval.camelot.de</email></para>
       </listitem>
 
       <listitem>
         <para>URATA Shuichiro <email>s-urata@nmit.tmg.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Uwe Arndt <email>arndt@mailhost.uni-koblenz.de</email></para>
       </listitem>
 
        <listitem>
         <para>Vadim Belman <email>vab@lflat.vas.mobilix.dk</email></para>
        </listitem>
 
       <listitem>
         <para>Vadim Chekan <email>vadim@gc.lviv.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Vadim Kolontsov <email>vadim@tversu.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Vadim Mikhailov <email>mvp@braz.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Valentin Nechayev <email>netch@lucky.net</email></para>
       </listitem>
 
       <listitem>
         <para>Valentino Vaschetto <email>logo@blackened.com</email></para>
       </listitem>
 
       <listitem>
         <para>Van Jacobson <email>van@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Vasily V. Grechishnikov
 	  <email>bazilio@ns1.ied-vorstu.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Vasim Valejev <email>vasim@uddias.diaspro.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vernon J. Schryver <email>vjs@mica.denver.sgi.com</email></para>
       </listitem>
 
+      <listitem>
+        <para>Veselin Slavov <email>vess@btc.net</email></para>
+      </listitem>
+
       <listitem>
         <para>Vic Abell <email>abe@cc.purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ville Eerola <email>ve@sci.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Vince Valenti <email>vince@blue-box.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vincent Poy <email>vince@venus.gaianet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vincenzo Capuano
 	  <email>VCAPUANO@vmprofs.esoc.esa.de</email></para>
       </listitem>
 
       <listitem>
         <para>Virgil Champlin <email>champlin@pa.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vladimir A. Jakovenko
 	  <email>vovik@ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Vladimir Kushnir <email>kushn@mail.kar.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vsevolod Lobko <email>seva@alex-ua.com</email></para>
       </listitem>
 
       <listitem>
         <para>W. Gerald Hicks <email>wghicks@bellsouth.net</email></para>
       </listitem>
 
       <listitem>
         <para>W. Richard Stevens <email>rstevens@noao.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Walt Howard <email>howard@ee.utah.edu</email></para>
       </listitem>
 
       <listitem>
        <para>Walt M. Shandruk <email>walt@erudition.net</email</para>
       </listitem>
 
       <listitem>
         <para>Warren Toomey <email>wkt@csadfa.cs.adfa.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Wayne Scott <email>wscott@ichips.intel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Werner Griessl
 	  <email>werner@btp1da.phy.uni-bayreuth.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wes Santee <email>wsantee@wsantee.oz.net</email></para>
       </listitem>
 
       <listitem>
         <para>Wietse Venema <email>wietse@wzv.win.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Wiljo Heinen <email>wiljo@freeside.ki.open.de</email></para>
       </listitem>
 
       <listitem>
         <para>Willem Jan Withagen <email>wjw@surf.IAE.nl</email></para>
       </listitem>
 
       <listitem>
         <para>William Jolitz <email>withheld</email></para>
       </listitem>
 
       <listitem>
         <para>William Liao <email>william@tale.net</email></para>
       </listitem>
 
       <listitem>
         <para>Wojtek Pilorz
 	  <email>wpilorz@celebris.bdk.lublin.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Helbig <email>helbig@ba-stuttgart.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Solfrank <email>ws@tools.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Stanglmeier <email>wolf@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Wu Ching-hong <email>woju@FreeBSD.ee.Ntu.edu.TW</email></para>
       </listitem>
 
       <listitem>
         <para>Yarema <email>yds@ingress.com</email></para>
       </listitem>
 
       <listitem>
         <para>Yaroslav Terletsky <email>ts@polynet.lviv.ua</email></para>
       </listitem>
 
       <listitem>
 	<para>Yasuhiro Fukama <email>yasuf@big.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yasuhito FUTATSUKI <email>futatuki@fureai.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Yen-Ming Lee <email>leeym@bsd.ce.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Yen-Shuo Su <email>yssu@CCCA.NCTU.edu.tw</email></para>
       </listitem>
 
       <listitem>
 	<para>Yin-Jieh Chen <email>yinjieh@Crazyman.Dorm13.NCTU.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Yixin Jin <email>yjin@rain.cs.ucla.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoichi Asai <email>yatt@msc.biglobe.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoichi Nakayama <email>yoichi@eken.phys.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshiaki Uchikawa <email>yoshiaki@kt.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshihiko SARUMRU <email>mistral@imasy.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshihisa NAKAGAWA
 	  <email>y-nakaga@ccs.mt.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshikazu Goto <email>gotoh@ae.anritsu.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshimasa Ohnishi
 	  <email>ohnishi@isc.kyutech.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshishige Arai <email>ryo2@on.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuichi MATSUTAKA <email>matutaka@osa.att.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yujiro MIYATA
 	  <email>miyata@bioele.nuee.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Yu-Shun Wang <email>yushunwa@isi.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Yusuke Nawano <email>azuki@azkey.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuu Yashiki <email>s974123@cc.matsuyama-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuuki SAWADA <email>mami@whale.cc.muroran-it.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuuichi Narahara <email>aconitum@po.teleway.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuval Yarom <email>yval@cs.huji.ac.il</email></para>
       </listitem>
 
       <listitem>
 	<para>Yves Fonk <email>yves@cpcoup5.tn.tudelft.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Yves Fonk <email>yves@dutncp8.tn.tudelft.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Zach Heilig <email>zach@gaffaneys.com</email></para>
       </listitem>
 
       <listitem>
         <para>Zach Zurflu <email>zach@pabst.bendnet.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Zahemszhky Gabor <email>zgabor@code.hu</email></para>
       </listitem>
 
       <listitem>
 	<para>Zhong Ming-Xun <email>zmx@mail.CDPA.nsysu.edu.tw</email></para>
       </listitem>
     </itemizedlist>
   </sect1>
   
   <sect1 id="contrib-386bsd">
     <title>386BSD パッチキットへのパッチ提供者</title>
     
     <para>(名前でアルファベット順):</para>
     
     <itemizedlist>
       <listitem>
 	<para>Adam Glass <email>glass@postgres.berkeley.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Adrian Hall <email>ahall@mirapoint.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrey A. Chernov <email>ache@astral.msk.su</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrew Herbert <email>andrew@werple.apana.org.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrew Moore <email>alm@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Andy Valencia <email>ajv@csd.mot.com</email>
 	  <email>jtk@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Arne Henrik Juul <email>arnej@Lise.Unit.NO</email></para>
       </listitem>
       
       <listitem>
 	<para>Bakul Shah <email>bvs@bitblocks.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Barry Lustig <email>barry@ictv.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Bob Wilcox <email>bob@obiwan.uucp</email></para>
       </listitem>
       
       <listitem>
 	<para>Branko Lankester</para>
       </listitem>
       
       <listitem>
 	<para>Brett Lymn <email>blymn@mulga.awadi.com.AU</email></para>
       </listitem>
       
       <listitem>
 	<para>Charles Hannum <email>mycroft@ai.mit.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Chris G. Demetriou
 	  <email>cgd@postgres.berkeley.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Chris Torek <email>torek@ee.lbl.gov</email></para>
       </listitem>
       
       <listitem>
 	<para>Christoph Robitschko
 	  <email>chmr@edvz.tu-graz.ac.at</email></para>
       </listitem>
       
       <listitem>
 	<para>Daniel Poirot <email>poirot@aio.jsc.nasa.gov</email></para>
       </listitem>
       
       <listitem>
 	<para>Dave Burgess <email>burgess@hrd769.brooks.af.mil</email></para>
       </listitem>
       
       <listitem>
 	<para>Dave Rivers <email>rivers@ponds.uucp</email></para>
       </listitem>
       
       <listitem>
 	<para>David Dawes <email>dawes@physics.su.OZ.AU</email></para>
       </listitem>
       
       <listitem>
 	<para>David Greenman <email>dg@Root.COM</email></para>
       </listitem>
       
       <listitem>
 	<para>Eric J. Haug <email>ejh@slustl.slu.edu</email></para>
       </listitem>
 	    
       <listitem>
 	<para>Felix Gaehtgens
 	  <email>felix@escape.vsse.in-berlin.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Frank Maclachlan <email>fpm@crash.cts.com</email></para>
       </listitem>
 	    
       <listitem>
 	<para>Gary A. Browning <email>gab10@griffcd.amdahl.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Gary Howland <email>gary@hotlava.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Geoff Rehmet <email>csgr@alpha.ru.ac.za</email></para>
       </listitem>
       
       <listitem>
 	<para>Goran Hammarback <email>goran@astro.uu.se</email></para>
       </listitem>
       
       <listitem>
 	<para>Guido van Rooij <email>guido@gvr.org</email></para>
       </listitem>
       
       <listitem>
         <para>Guy Antony Halse <email>guy@rucus.ru.ac.za</email></para>
       </listitem>
 
       <listitem>
 	<para>Guy Harris <email>guy@auspex.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Havard Eidnes
 	  <email>Havard.Eidnes@runit.sintef.no</email></para>
       </listitem>
       
       <listitem>
 	<para>Herb Peyerl <email>hpeyerl@novatel.cuc.ab.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Holger Veit <email>Holger.Veit@gmd.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Ishii Masahiro, R. Kym Horsell</para>
       </listitem>
       
       <listitem>
 	<para>J.T. Conklin <email>jtc@cygnus.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Jagane D Sundar <email>jagane@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>James Clark <email>jjc@jclark.com</email></para>
       </listitem>
       
       <listitem>
 	<para>James Jegers <email>jimj@miller.cs.uwm.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>James W. Dolter</para>
       </listitem>
 
       <listitem>
 	<para>James da Silva <email>jds@cs.umd.edu</email> et al</para>
       </listitem>
 
       <listitem>
 	<para>Jay Fenlason <email>hack@datacube.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Jim Wilson <email>wilson@moria.cygnus.com</email></para>
       </listitem>
       
       <listitem>
 	<para>J&ouml;rg Lohse
 	  <email>lohse@tech7.informatik.uni-hamburg.de</email></para>
       </listitem>
       
       <listitem>
 	<para>J&ouml;rg Wunsch
 	  <email>joerg_wunsch@uriah.heep.sax.de</email></para>
       </listitem>
 	    
       <listitem>
 	<para>John Dyson</para>
       </listitem>
       
       <listitem>
 	<para>John Woods <email>jfw@eddie.mit.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Jordan K. Hubbard <email>jkh@whisker.hubbard.ie</email></para>
       </listitem>
       
       <listitem>
 	<para>Julian Elischer <email>julian@dialix.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Julian Stacey <email>jhs@FreeBSD.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Karl Dietz <email>Karl.Dietz@triplan.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Karl Lehenbauer <email>karl@NeoSoft.com</email>
 	  <email>karl@one.neosoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Keith Bostic <email>bostic@toe.CS.Berkeley.EDU</email></para>
       </listitem>
       
       <listitem>
 	<para>Ken Hughes</para>
       </listitem>
       
       <listitem>
 	<para>Kent Talarico <email>kent@shipwreck.tsoft.net</email></para>
       </listitem>
       
       <listitem>
 	<para>Kevin Lahey <email>kml%rokkaku.UUCP@mathcs.emory.edu</email>
 	  <email>kml@mosquito.cis.ufl.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Konstantinos Konstantinidis <email>kkonstan@duth.gr</email></para>
       </listitem>
       
       <listitem>
 	<para>Marc Frajola <email>marc@dev.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Mark Tinguely <email>tinguely@plains.nodak.edu</email>
 	  <email>tinguely@hookie.cs.ndsu.NoDak.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Martin Renters <email>martin@tdc.on.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Michael Clay <email>mclay@weareb.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Michael Galassi <email>nerd@percival.rain.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Mike Durkin <email>mdurkin@tsoft.sf-bay.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Naoki Hamada <email>nao@tom-yam.or.jp</email></para>
       </listitem>
       
       <listitem>
 	<para>Nate Williams <email>nate@bsd.coe.montana.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Nick Handel <email>nhandel@NeoSoft.com</email>
 	  <email>nick@madhouse.neosoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Pace Willisson <email>pace@blitz.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Kranenburg <email>pk@cs.few.eur.nl</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Mackerras <email>paulus@cs.anu.edu.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Popelka <email>paulp@uts.amdahl.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Peter da Silva <email>peter@NeoSoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Phil Sutherland
 	  <email>philsuth@mycroft.dialix.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Poul-Henning Kamp<email>phk@FreeBSD.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Ralf Friedl <email>friedl@informatik.uni-kl.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Rick Macklem <email>root@snowhite.cis.uoguelph.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Robert D. Thrush <email>rd@phoenix.aii.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Rodney W. Grimes <email>rgrimes@cdrom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Sascha Wildner <email>swildner@channelz.GUN.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Scott Burris <email>scott@pita.cns.ucla.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Scott Reynolds <email>scott@clmqt.marquette.mi.us</email></para>
       </listitem>
       
       <listitem>
 	<para>Sean Eric Fagan <email>sef@kithrup.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Simon J Gerraty <email>sjg@melb.bull.oz.au</email>
 	  <email>sjg@zen.void.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Stephen McKay <email>syssgm@devetir.qld.gov.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Terry Lambert <email>terry@icarus.weber.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Terry Lee <email>terry@uivlsi.csl.uiuc.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Tor Egge <email>Tor.Egge@idi.ntnu.no</email></para>
       </listitem>
       
       <listitem>
 	<para>Warren Toomey <email>wkt@csadfa.cs.adfa.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Wiljo Heinen <email>wiljo@freeside.ki.open.de</email></para>
       </listitem>
       
       <listitem>
 	<para>William Jolitz <email>withheld</email></para>
       </listitem>
       
       <listitem>
 	<para>Wolfgang Solfrank <email>ws@tools.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Wolfgang Stanglmeier <email>wolf@dentaro.GUN.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Yuval Yarom <email>yval@cs.huji.ac.il</email></para>
       </listitem>
     </itemizedlist>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/authors.ent b/ja_JP.eucJP/books/handbook/authors.ent
index a19afcebab..469fc78876 100644
--- a/ja_JP.eucJP/books/handbook/authors.ent
+++ b/ja_JP.eucJP/books/handbook/authors.ent
@@ -1,623 +1,625 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.155
+     Original revision: 1.157
 
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.59 2001/04/09 02:15:15 hrs Exp $
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.60 2001/04/26 19:19:51 tshiozak Exp $
 
      Names and email address of contributing authors and CVS committers.
      Entity names for committers should be the same as their login names on
      freefall.FreeBSD.org.
 
      Use these entities when referencing people.
 
      Please keep this list in alphabetical order by entity names.
 
      IMPORTANT:  If you delete names from this file you *must* ensure that
                  all references to them have been removed from the handbook's
                  translations.  If they haven't then you *will* break the
                  builds for the other languages, and we will poke fun of you
                  in public.
 -->
 
 <!ENTITY a.abial "Andrzej Bialecki <email>abial@FreeBSD.org</email>">
 
 <!ENTITY a.ache "Andrey A. Chernov <email>ache@FreeBSD.org</email>">
 
 <!ENTITY a.adam  "Adam David <email>adam@FreeBSD.org</email>">
 
 <!ENTITY a.ade "Ade Lovett <email>ade@FreeBSD.org</email>">
 
 <!ENTITY a.adrian "Adrian Chadd <email>adrian@FreeBSD.org</email>">
 
 <!ENTITY a.akiyama "秋山 俊輔 <email>akiyama@FreeBSD.org</email>">
 
 <!ENTITY a.alc "Alan L. Cox <email>alc@FreeBSD.org</email>">
 
 <!ENTITY a.alex "Alexander Langer <email>alex@FreeBSD.org</email>">
 
 <!ENTITY a.alfred "Alfred Perlstein <email>alfred@FreeBSD.org</email>">
 
 <!ENTITY a.amurai  "村井 淳 <email>amurai@FreeBSD.org</email>">
 
 <!ENTITY a.andreas "Andreas Klemm <email>andreas@FreeBSD.org</email>">
 
 <!ENTITY a.andy "Andrey Zakhvatov <email>andy@FreeBSD.org</email>">
 
 <!ENTITY a.archie "Archie Cobbs <email>archie@FreeBSD.org</email>">
 
 <!ENTITY a.asami "浅見 賢 <email>asami@FreeBSD.org</email>">
 
 <!ENTITY a.asmodai "Jeroen Ruigrok/Asmodai <email>asmodai@FreeBSD.org</email>">
 
 <!ENTITY a.assar "Assar Westerlund <email>assar@FreeBSD.org</email>">
 
 <!ENTITY a.ats  "Andreas Schulz <email>ats@FreeBSD.org</email>">
 
 <!ENTITY a.awebster "Andrew Webster <email>awebster@pubnix.net</email>">
 
 <!ENTITY a.babkin  "Sergey Babkin <email>babkin@FreeBSD.org</email>">
 
 <!ENTITY a.bde  "Bruce Evans <email>bde@FreeBSD.org</email>">
 
 <!ENTITY a.ben  "Ben Smithurst <email>ben@FreeBSD.org</email>">
 
 <!ENTITY a.bean  "Rebecca Visger <email>bean@FreeBSD.org</email>">
 
 <!ENTITY a.benno  "Benno Rice <email>benno@FreeBSD.org</email>">
 
 <!ENTITY a.billf "Bill Fumerola <email>billf@FreeBSD.org</email>">
 
 <!ENTITY a.bmah "Bruce A. Mah <email>bmah@FreeBSD.org</email>">
 
 <!ENTITY a.bmilekic "Bosko Milekic <email>bmilekic@FreeBSD.org</email>">
 
 <!ENTITY a.bp "Boris Popov <email>bp@FreeBSD.org</email>">
 
 <!ENTITY a.brandon  "Brandon Gillespie <email>brandon@FreeBSD.org</email>">
 
 <!ENTITY a.brian "Brian Somers <email>brian@FreeBSD.org</email>">
 
 <!ENTITY a.bsd "Brian S. Dean <email>bsd@FreeBSD.org</email>">
 
 <!ENTITY a.cawimm "Charles A. Wimmer <email>cawimm@FreeBSD.org</email>">
 
 <!ENTITY a.cg "Cameron Grant <email>cg@FreeBSD.org</email>">
 
 <!ENTITY a.charnier "Philippe Charnier <email>charnier@FreeBSD.org</email>">
 
 <!ENTITY a.chm "Christoph Herrmann <email>chm@FreeBSD.org</email>">
 
 <!ENTITY a.chris "Chris Costello <email>chris@FreeBSD.org</email>">
 
 <!ENTITY a.chuck "Chuck Robey <email>chuckr@glue.umd.edu</email>">
 
 <!ENTITY a.chuckr "Chuck Robey <email>chuckr@FreeBSD.org</email>">
 
 <!ENTITY a.cjh "Junho CHOI <email>cjh@FreeBSD.org</email>">
 
 <!ENTITY a.clive "Clive Lin <email>clive@FreeBSD.org</email>">
 
 <!ENTITY a.cp "Chuck Paterson <email>cp@FreeBSD.org</email>">
 
 <!ENTITY a.cokane "Coleman Kane <email>cokane@FreeBSD.org</email>">
 
 <!ENTITY a.cpiazza "Chris Piazza <email>cpiazza@FreeBSD.org</email>">
 
 <!ENTITY a.cracauer "Martin Cracauer <email>cracauer@FreeBSD.org</email>">
 
 <!ENTITY a.csgr  "Geoff Rehmet <email>csgr@FreeBSD.org</email>">
 
 <!ENTITY a.cwt  "Chris Timmons <email>cwt@FreeBSD.org</email>">
 
 <!ENTITY a.dan	"Dan Moschuk <email>dan@FreeBSD.org</email>">
 
 <!ENTITY a.danny  "Daniel O'Callaghan <email>danny@FreeBSD.org</email>">
 
 <!ENTITY a.dannyboy "Daniel Harris <email>dannyboy@FreeBSD.org</email>">
 
 <!ENTITY a.darrenr "Darren Reed <email>darrenr@FreeBSD.org</email>">
 
 <!ENTITY a.davidn "David Nugent <email>davidn@blaze.net.au</email>">
 
 <!ENTITY a.dbaker "Daniel Baker <email>dbaker@FreeBSD.org</email>">
 
 <!ENTITY a.dburr "Donald Burr <email>dburr@FreeBSD.org</email>">
 
 <!ENTITY a.dcs "Daniel C. Sobral <email>dcs@FreeBSD.org</email>">
 
 <!ENTITY a.dd "Dima Dorfman <email>dd@FreeBSD.org</email>">
 
 <!ENTITY a.dec "David E. Cross <email>dec@FreeBSD.org</email>">
 
 <!ENTITY a.demon "Dmitry Sivachenko <email>demon@FreeBSD.org</email>">
 
 <!ENTITY a.deischen "Daniel Eischen <email>deischen@FreeBSD.org</email>">
 
 <!ENTITY a.des "Dag-Erling C. Sm&oslash;rgrav <email>des@FreeBSD.org</email>">
 
 <!ENTITY a.dfr  "Doug Rabson <email>dfr@FreeBSD.org</email>">
 
 <!ENTITY a.dg "David Greenman <email>dg@FreeBSD.org</email>">
 
 <!ENTITY a.dick "Richard Seaman Jr. <email>dick@FreeBSD.org</email>">
 
 <!ENTITY a.dillon "Matthew Dillon <email>dillon@FreeBSD.org</email>">
 
 <!ENTITY a.dima  "Dima Ruban <email>dima@FreeBSD.org</email>">
 
 <!ENTITY a.dinoex "Dirk Meyer <email>dinoex@FreeBSD.org</email>">
 
 <!ENTITY a.dirk "Dirk Fr&ouml;mberg <email>dirk@FreeBSD.org</email>">
 
 <!ENTITY a.dirkvangulik  "Dirk-Willem van Gulik <email>Dirk.vanGulik@jrc.it</email>">
 
 <!ENTITY a.dmlb "Duncan Barclay <email>dmlb@FreeBSD.org</email>">
 
 <!ENTITY a.dougb  "Doug Barton <email>DougB@FreeBSD.org</email>">
 
 <!ENTITY a.dt "Dmitrij Tejblum <email>dt@FreeBSD.org</email>">
 
 <!ENTITY a.dufault "Peter Dufault <email>dufault@FreeBSD.org</email>">
 
 <!ENTITY a.dwhite "Doug White <email>dwhite@FreeBSD.org</email>">
 
 <!ENTITY a.dwmalone "David Malone <email>dwmalone@FreeBSD.org</email>">
 
 <!ENTITY a.dyson "John Dyson <email>dyson@FreeBSD.org</email>">
 
 <!ENTITY a.eivind  "Eivind Eklund <email>eivind@FreeBSD.org</email>">
 
 <!ENTITY a.ejc "Eric J. Chet <email>ejc@FreeBSD.org</email>">
 
 <!ENTITY a.eric "Eric Melville <email>eric@FreeBSD.org</email>">
 
 <!ENTITY a.erich  "Eric L. Hernes <email>erich@FreeBSD.org</email>">
 
 <!ENTITY a.faq "FAQ 保守担当者 <email>faq@FreeBSD.org</email>">
 
 <!ENTITY a.fenner  "Bill Fenner <email>fenner@FreeBSD.org</email>">
 
 <!ENTITY a.flathill "平岡 征一朗 <email>flathill@FreeBSD.org</email>">
 
 <!ENTITY a.foxfair "Howard F. Hu <email>foxfair@FreeBSD.org</email>">
 
 <!ENTITY a.fsmp "Steve Passe <email>fsmp@FreeBSD.org</email>">
 
 <!ENTITY a.furuta  "古田 敦 <email>furuta@FreeBSD.org</email>">
 
 <!ENTITY a.gad "Garance A Drosehn <email>gad@FreeBSD.org</email>">
 
 <!ENTITY a.gallatin "Andrew Gallatin <email>gallatin@FreeBSD.org</email>">
 
 <!ENTITY a.gclarkii "Gary Clark II <email>gclarkii@FreeBSD.org</email>">
 
 <!ENTITY a.gena "Gennady B. Sorokopud <email>gena@NetVision.net.il</email>">
 
 <!ENTITY a.ghelmer "Guy Helmer <email>ghelmer@cs.iastate.edu</email>">
 
 <!ENTITY a.gibbs "Justin T. Gibbs <email>gibbs@FreeBSD.org</email>">
 
 <!ENTITY a.gioria "Sebastien Gioria <email>gioria@FreeBSD.org</email>">
 
 <!ENTITY a.gj  "Gary Jennejohn <email>gj@FreeBSD.org</email>">
 
 <!ENTITY a.gpalmer "Gary Palmer <email>gpalmer@FreeBSD.org</email>">
 
 <!ENTITY a.graichen  "Thomas Graichen <email>graichen@FreeBSD.org</email>">
 
 <!ENTITY a.green  "Brian F. Feldman <email>green@FreeBSD.org</email>">
 
 <!ENTITY a.greid "George C. A. Reid <email>greid@FreeBSD.org</email>">
 
 <!ENTITY a.grog "Greg Lehey <email>grog@FreeBSD.org</email>">
 
 <!ENTITY a.groudier "Gerard Roudier <email>groudier@club-internet.fr</email>">
 
 <!ENTITY a.gryphon "Coranth Gryphon <email>gryphon@healer.com</email>">
 
 <!ENTITY a.gshapiro "Gregory Neil Shapiro <email>gshapiro@FreeBSD.org</email>">
 
 <!ENTITY a.gsutter "Gregory Sutter <email>gsutter@FreeBSD.org</email>">
 
 <!ENTITY a.guido  "Guido van Rooij <email>guido@FreeBSD.org</email>">
 
 <!ENTITY a.hanai "花井 浩之 <email>hanai@FreeBSD.org</email>">
 
 <!ENTITY a.handy "Brian N. Handy <email>handy@sxt4.physics.montana.edu</email>">
 
 <!ENTITY a.hrs "佐藤 広生 <email>hrs@FreeBSD.org</email>">
 
 <!ENTITY a.roger "Roger Hardiman <email>roger@freebsd.org</email>">
 
 <!ENTITY a.helbig "Wolfgang Helbig <email>helbig@FreeBSD.org</email>">
 
 <!ENTITY a.hm "Hellmuth Michaelis <email>hm@FreeBSD.org</email>">
 
 <!ENTITY a.hoek "Tim Vanderhoek <email>hoek@FreeBSD.org</email>">
 
 <!ENTITY a.horikawa  "堀川 和雄 <email>horikawa@FreeBSD.org</email>">
 
 <!ENTITY a.hosokawa  "細川 達己 <email>hosokawa@FreeBSD.org</email>">
 
 <!ENTITY a.hsu  "Jeffrey Hsu <email>hsu@FreeBSD.org</email>">
 
 <!ENTITY a.iedowse "Ian Dowse <email>iedowse@FreeBSD.org</email>">
 
 <!ENTITY a.ijliao "Ying-Chieh Liao <email>ijliao@FreeBSD.org</email>">
 
 <!ENTITY a.imp "Warner Losh <email>imp@FreeBSD.org</email>">
 
 <!ENTITY a.imura  "R. Imura <email>imura@FreeBSD.org</email>">
 
 <!ENTITY a.issei "鈴木 一生 <email>issei@FreeBSD.org</email>">
 
 <!ENTITY a.itojun "萩野 (itojun) 純一郎 <email>itojun@itojun.org</email>">
 
 <!ENTITY a.iwasaki "岩崎 満 <email>iwasaki@FreeBSD.org</email>">
 
 <!ENTITY a.jake "Jake Burkholder <email>jake@FreeBSD.org</email>">
 
 <!ENTITY a.jasone "Jason Evans <email>jasone@FreeBSD.org</email>">
 
 <!ENTITY a.jayanth "Jayanth Vijayaraghavan <email>jayanth@FreeBSD.org</email>">
 
 <!ENTITY a.jb  "John Birrell <email>jb@cimlogic.com.au</email>">
 
 <!ENTITY a.jdp  "John Polstra <email>jdp@FreeBSD.org</email>">
 
 <!ENTITY a.jedgar "Chris D. Faulhaber <email>jedgar@FreeBSD.org</email>">
 
 <!ENTITY a.jeh "James Housley <email>jeh@FreeBSD.org</email>">
 
 <!ENTITY a.jehamby "Jake Hamby <email>jehamby@lightside.com</email>">
 
 <!ENTITY a.jesper "Jesper Skriver <email>jesper@FreeBSD.org</email>">
 
 <!ENTITY a.jesusr "Jesus Rodriguez <email>jesusr@FreeBSD.org</email>">
 
 <!ENTITY a.jfieber "John Fieber <email>jfieber@FreeBSD.org</email>">
 
 <!ENTITY a.jfitz "James FitzGibbon <email>jfitz@FreeBSD.org</email>">
 
 <!ENTITY a.jgreco "Joe Greco <email>jgreco@FreeBSD.org</email>">
 
 <!ENTITY a.jhay "John Hay <email>jhay@FreeBSD.org</email>">
 
 <!ENTITY a.jhb "John Baldwin <email>jhb@FreeBSD.org</email>">
 
 <!ENTITY a.jhs "Julian Stacey <email>jhs@FreeBSD.org</email>">
 
 <!ENTITY a.jim "Jim Mock <email>jim@FreeBSD.org</email>">
 
 <!ENTITY a.jkh "Jordan K. Hubbard <email>jkh@FreeBSD.org</email>">
 
 <!ENTITY a.jkoshy "Joseph Koshy <email>jkoshy@FreeBSD.org</email>">
 
 <!ENTITY a.jlemon  "Jonathan Lemon <email>jlemon@FreeBSD.org</email>">
 
 <!ENTITY a.jlind "John Lind <email>john@starfire.MN.ORG</email>">
 
 <!ENTITY a.jlrobin  "James L. Robinson <email>jlrobin@FreeBSD.org</email>">
 
 <!ENTITY a.jmacd  "Joshua Peck Macdonald <email>jmacd@FreeBSD.org</email>">
 
 <!ENTITY a.jmas  "Jose M. Alcaide <email>jmas@FreeBSD.org</email>">
 
 <!ENTITY a.jmb  "Jonathan M. Bresler <email>jmb@FreeBSD.org</email>">
 
 <!ENTITY a.jmg  "John-Mark Gurney <email>jmg@FreeBSD.org</email>">
 
 <!ENTITY a.jmz  "Jean-Marc Zucconi <email>jmz@FreeBSD.org</email>">
 
 <!ENTITY a.joe "Josef Karthauser <email>joe@FreeBSD.org</email>">
 
 <!ENTITY a.keichii "Michael C. Wu <email>keichii@FreeBSD.org</email>">
 
 <!ENTITY a.joerg "J&ouml;rg Wunsch <email>joerg@FreeBSD.org</email>">
 
 <!ENTITY a.jon "Jonathan Chen <email>jon@FreeBSD.org</email>">
 
 <!ENTITY a.john "John Cavanaugh <email>john@FreeBSD.org</email>">
 
 <!ENTITY a.jraynard "James Raynard <email>jraynard@FreeBSD.org</email>">
 
 <!ENTITY a.jseger "Justin Seger <email>jseger@FreeBSD.org</email>">
 
 <!ENTITY a.julian  "Julian Elischer <email>julian@FreeBSD.org</email>">
 
 <!ENTITY a.jwd  "John W. DeBoskey <email>jwd@FreeBSD.org</email>">
 
 <!ENTITY a.jvh  "Johannes Helander <email>jvh@FreeBSD.org</email>">
 
 <!ENTITY a.karl  "Karl Strickland <email>karl@FreeBSD.org</email>">
 
 <!ENTITY a.kato "加藤 丈典 <email>kato@FreeBSD.org</email>">
 
 <!ENTITY a.kbyanc "Kelly Yancey <email>kbyanc@FreeBSD.org</email>">
 
 <!ENTITY a.keith "Jing-Tang Keith Jang <email>keith@FreeBSD.org</email>">
 
 <!ENTITY a.kelly "Sean Kelly <email>kelly@ad1440.net</email>">
 
 <!ENTITY a.ken "Kenneth D. Merry <email>ken@FreeBSD.org</email>">
 
 <!ENTITY a.kevlo "Kevin Lo <email>kevlo@FreeBSD.org</email>">
 
 <!ENTITY a.kiri "桐山 和彦 <email>kiri@FreeBSD.org</email>">
 
 <!ENTITY a.kjc "長 健二朗 <email>kjc@FreeBSD.org</email>">
 
 <!ENTITY a.knu "武者 晶紀 <email>knu@FreeBSD.org</email>">
 
 <!ENTITY a.kris "Kris Kennaway <email>kris@FreeBSD.org</email>">
 
 <!ENTITY a.kuriyama "栗山 淳 <email>kuriyama@FreeBSD.org</email>">
 
 <!ENTITY a.lars  "Lars Fredriksen <email>lars@FreeBSD.org</email>">
 
 <!ENTITY a.lile  "Larry Lile <email>lile@FreeBSD.org</email>">
 
 <!ENTITY a.lioux "M&aacute;rio S&eacute;rgio Fujikawa Ferreira<email>lioux@FreeBSD.org</email>">
 
 <!ENTITY a.ljo  "L Jonas Olsson <email>ljo@FreeBSD.org</email>">
 
 <!ENTITY a.lkoeller  "Lars Koeller <email>lkoeller@FreeBSD.org</email>">
 
 <!ENTITY a.luigi  "Luigi Rizzo <email>luigi@FreeBSD.org</email>">
 
 <!ENTITY a.luoqi "Luoqi Chen <email>luoqi@FreeBSD.org</email>">
 
 <!ENTITY a.marcel "Marcel Moolenaar <email>marcel@FreeBSD.org</email>">
 
 <!ENTITY a.markm  "Mark Murray <email>markm@FreeBSD.org</email>">
 
 <!ENTITY a.marko  "Mark Ovens <email>marko@FreeBSD.org</email>">
 
 <!ENTITY a.martin  "Martin Renters <email>martin@FreeBSD.org</email>">
 
 <!ENTITY a.max "中根 雅文 <email>max@FreeBSD.org</email>">
 
 <!ENTITY a.mayo "Mark Mayo <email>mark@vmunix.com</email>">
 
 <!ENTITY a.mb  "Maxim Bolotin <email>mb@FreeBSD.org</email>">
 
 <!ENTITY a.mbarkah "Ade Barkah <email>mbarkah@FreeBSD.org</email>">
 
 <!ENTITY a.mckay "Stephen McKay <email>mckay@FreeBSD.org</email>">
 
 <!ENTITY a.mckusick "Kirk McKusick <email>mckusick@FreeBSD.org</email>">
 
 <!ENTITY a.md "Mark Dapoz <email>md@bsc.no</email>">
 
 <!ENTITY a.mdodd "Matthew N. Dodd <email>winter@jurai.net</email>">
 
 <!ENTITY a.mharo  "Michael Haro <email>mharo@FreeBSD.org</email>">
 
 <!ENTITY a.mi  "Mikhail Teterin <email>mi@FreeBSD.org</email>">
 
 <!ENTITY a.mikeh  "Mike Heffner <email>mikeh@FreeBSD.org</email>">
 
 <!ENTITY a.mita  "三田 吉郎 <email>mita@FreeBSD.org</email>">
 
 <!ENTITY a.mjacob "Matthew Jacob <email>mjacob@FreeBSD.org</email>">
 
 <!ENTITY a.mks "Mike Spengler <email>mks@FreeBSD.org</email>">
 
 <!ENTITY a.motoyuki "今野 元之 <email>motoyuki@FreeBSD.org</email>">
 
 <!ENTITY a.mph "Matthew Hunt <email>mph@FreeBSD.org</email>">
 
 <!ENTITY a.mpp  "Mike Pritchard <email>mpp@FreeBSD.org</email>">
 
 <!ENTITY a.msmith "Michael Smith <email>msmith@FreeBSD.org</email>">
 
 <!ENTITY a.mtaylor "Mark J. Taylor <email>mtaylor@FreeBSD.org</email>">
 
 <!ENTITY a.murray "Murray Stokely <email>murray@FreeBSD.org</email>">
 
 <!ENTITY a.nakai  "中井 幸博 <email>nakai@FreeBSD.org</email>">
 
 <!ENTITY a.nate  "Nate Williams <email>nate@FreeBSD.org</email>">
 
 <!ENTITY a.nbm  "Neil Blakey-Milner <email>nbm@FreeBSD.org</email>">
 
 <!ENTITY a.nectar "Jacques Vidrine <email>nectar@FreeBSD.org</email>">
 
 <!ENTITY a.newton "Mark Newton <email>newton@FreeBSD.org</email>">
 
 <!ENTITY a.nhibma "Nick Hibma <email>n_hibma@FreeBSD.org</email>">
 
 <!ENTITY a.nik "Nik Clayton <email>nik@FreeBSD.org</email>">
 
 <!ENTITY a.non "光永 法明 <email>non@FreeBSD.org</email>">
 
 <!ENTITY a.nsayer  "Nick Sayer <email>nsayer@FreeBSD.org</email>">
 
 <!ENTITY a.nsj "Nate Johnson <email>nsj@FreeBSD.org</email>">
 
 <!ENTITY a.nsouch  "Nicolas Souchu <email>nsouch@FreeBSD.org</email>">
 
 <!ENTITY a.nyan "高橋 佳大 <email>nyan@FreeBSD.org</email>">
 
 <!ENTITY a.obrien "David O'Brien <email>obrien@FreeBSD.org</email>">
 
 <!ENTITY a.okazaki "岡崎 哲朗 <email>okazaki@FreeBSD.org</email>">
 
 <!ENTITY a.olah  "Andras Olah <email>olah@FreeBSD.org</email>">
 
 <!ENTITY a.olgeni "Jimmy Olgeni <email>olgeni@FreeBSD.org</email>">
 
 <!ENTITY a.onoe "尾上 淳 <email>onoe@FreeBSD.org</email>">
 
 <!ENTITY a.opsys "Chris Watson <email>opsys@open-systems.net</email>">
 
 <!ENTITY a.orion "Orion Hodson <email>orion@FreeBSD.org</email>">
 
 <!ENTITY a.patrick "Patrick S. Gardella <email>patrick@FreeBSD.org</email>">
 
 <!ENTITY a.paul "Paul Richards <email>paul@FreeBSD.org</email>">
 
 <!ENTITY a.pb "Pierre Beyssac <email>pb@fasterix.freenix.org</email>">
 
 <!ENTITY a.pds "Peter da Silva <email>pds@FreeBSD.org</email>">
 
 <!ENTITY a.peter "Peter Wemm <email>peter@FreeBSD.org</email>">
 
 <!ENTITY a.phantom "Alexey Zelkin <email>phantom@FreeBSD.org</email>">
 
 <!ENTITY a.phk "Poul-Henning Kamp <email>phk@FreeBSD.org</email>">
 
 <!ENTITY a.pho "Peter Holm <email>pho@FreeBSD.org</email>">
 
 <!ENTITY a.piero "Piero Serini <email>piero@strider.inet.it</email>">
 
 <!ENTITY a.pjc "Peter Childs <email>pjchilds@imforei.apana.org.au</email>">
 
 <!ENTITY a.proven  "Chris Provenzano <email>proven@FreeBSD.org</email>">
 
 <!ENTITY a.ps "Paul Saab <email>ps@FreeBSD.org</email>">
 
 <!ENTITY a.pst "Paul Traina <email>pst@FreeBSD.org</email>">
 
 <!ENTITY a.reg "Jeremy Lea <email>reg@FreeBSD.org</email>">
 
 <!ENTITY a.rgrimes "Rodney Grimes <email>rgrimes@FreeBSD.org</email>">
 
 <!ENTITY a.rhuff "Robert Huff <email>rhuff@cybercom.net</email>">
 
 <!ENTITY a.ricardag "Ricardo AG <email>ricardag@ag.com.br</email>">
 
 <!ENTITY a.rich  "Rich Murphey <email>rich@FreeBSD.org</email>">
 
 <!ENTITY a.rnordier "Robert Nordier <email>rnordier@FreeBSD.org</email>">
 
 <!ENTITY a.roam "Peter Pentchev <email>roam@FreeBSD.org</email>">
 
 <!ENTITY a.roberto  "Ollivier Robert <email>roberto@FreeBSD.org</email>">
 
 <!ENTITY a.rse  "Ralf S. Engelschall <email>rse@FreeBSD.org</email>">
 
 <!ENTITY a.ru "Ruslan Ermilov <email>ru@FreeBSD.org</email>">
 
 <!ENTITY a.rv "Rajesh Vaidheeswarran <email>rv@FreeBSD.org</email>">
 
 <!ENTITY a.rvb  "Robert V. Baron <email>rvb@FreeBSD.org</email>">
 
 <!ENTITY a.rwatson "Robert Watson <email>rwatson@FreeBSD.org</email>">
 
 <!ENTITY a.sada "佐田 憲治 <email>sada@FreeBSD.org</email>">
 
 <!ENTITY a.sanpei "三平 善郎 <email>sanpei@FreeBSD.org</email>">
 
 <!ENTITY a.schweikh "Jens Schweikhardt <email>schweikh@FreeBSD.org</email>">
 
 <!ENTITY a.scottl "Scott Long <email>scottl@FreeBSD.org</email>">
 
 <!ENTITY a.scrappy "Marc G. Fournier <email>scrappy@FreeBSD.org</email>">
 
 <!ENTITY a.se  "Stefan Esser <email>se@FreeBSD.org</email>">
 
 <!ENTITY a.sef  "Sean Eric Fagan <email>sef@FreeBSD.org</email>">
 
 <!ENTITY a.semenu  "Ustimenko Semen <email>semenu@FreeBSD.org</email>">
 
 <!ENTITY a.sf "FUJISHIMA Satsuki <email>sf@FreeBSD.org</email>">
 
 <!ENTITY a.shafeeq "Shafeeq Sinnamohideen <email>shafeeq@FreeBSD.org</email>">
 
 <!ENTITY a.sheldonh "Sheldon Hearn <email>sheldonh@FreeBSD.org</email>">
 
 <!ENTITY a.shiba  "Takeshi Shibagaki <email>shiba@FreeBSD.org</email>">
 
 <!ENTITY a.shige "福島 茂之 <email>shige@FreeBSD.org</email>">
 
 <!ENTITY a.shin "井上 良信 <email>shin@FreeBSD.org</email>">
 
 <!ENTITY a.simokawa "下川 英敏 <email>simokawa@FreeBSD.org</email>">
 
 <!ENTITY a.smace  "Scott Mace <email>smace@FreeBSD.org</email>">
 
 <!ENTITY a.smpatel "Sujal Patel <email>smpatel@FreeBSD.org</email>">
 
 <!ENTITY a.sobomax  "Maxim Sobolev <email>sobomax@FreeBSD.org</email>">
 
 <!ENTITY a.sos  "S&oslash;ren Schmidt <email>sos@FreeBSD.org</email>">
 
 <!ENTITY a.stark "Gene Stark <email>stark@FreeBSD.org</email>">
 
 <!ENTITY a.stb "Stefan Bethke <email>stb@FreeBSD.org</email>">
 
 <!ENTITY a.steve "Steve Price <email>steve@FreeBSD.org</email>">
 
 <!ENTITY a.sumikawa  "角川 宗近 <email>sumikawa@FreeBSD.org</email>">
 
 <!ENTITY a.swallace  "Steven Wallace <email>swallace@FreeBSD.org</email>">
 
 <!ENTITY a.tanimura  "谷村 正剛 <email>tanimura@FreeBSD.org</email>">
 
 <!ENTITY a.taoka  "田岡 智志 <email>taoka@FreeBSD.org</email>">
 
 <!ENTITY a.takawata "渡辺 尊紀 <email>takawata@FreeBSD.org</email>">
 
 <!ENTITY a.tedm "Ted Mittelstaedt <email>tedm@FreeBSD.org</email>">
 
 <!ENTITY a.tegge "Tor Egge <email>tegge@FreeBSD.org</email>">
 
 <!ENTITY a.tg  "Thomas Gellekum <email>tg@FreeBSD.org</email>">
 
 <!ENTITY a.thepish "Peter Hawkins <email>thepish@FreeBSD.org</email>">
 
 <!ENTITY a.tmm "Thomas M&ouml;stl <email>tmm@FreeBSD.org</email>">
 
 <!ENTITY a.tom "Tom Hukins <email>tom@FreeBSD.org</email>">
 
 <!ENTITY a.tomsoft "Thomas-Henning von Kamptz <email>tomsoft@FreeBSD.org</email>">
 
 <!ENTITY a.torstenb  "Torsten Blum <email>torstenb@FreeBSD.org</email>">
 
 <!ENTITY a.toshi  "新井 利彦 <email>toshi@FreeBSD.org</email>">
 
 <!ENTITY a.trevor "Trevor Johnson <email>trevor@FreeBSD.org</email>">
 
 <!ENTITY a.truckman "Don &ldquo;Truck&rdquo; Lewis <email>truckman@FreeBSD.org</email>">
 
 <!ENTITY a.tshiozak  "塩崎 拓也 <email>tshiozak@FreeBSD.org</email>">
 
 <!ENTITY a.uch  "UCHIYAMA Yasushi <email>uch@FreeBSD.org</email>">
 
+<!ENTITY a.ue "Udo Erdelhoff <email>ue@FreeBSD.org</email>">
+
 <!ENTITY a.ugen  "Ugen J.S.Antsilevich <email>ugen@FreeBSD.org</email>">
 
 <!ENTITY a.uhclem "Frank Durda IV <email>uhclem@FreeBSD.org</email>">
 
 <!ENTITY a.ulf "Ulf Zimmermann <email>ulf@FreeBSD.org</email>">
 
 <!ENTITY a.ume "梅本 肇 <email>ume@FreeBSD.org</email>">
 
 <!ENTITY a.unfurl "Bill Swingle <email>unfurl@FreeBSD.org</email>">
 
 <!ENTITY a.vanilla "Vanilla I. Shu <email>vanilla@FreeBSD.org</email>">
 
 <!ENTITY a.wes "Wes Peters <email>wes@FreeBSD.org</email>">
 
 <!ENTITY a.whiteside "Don Whiteside <email>whiteside@acm.org</email>">
 
 <!ENTITY a.wilko "Wilko Bulte <email>wilko@FreeBSD.org</email>">
 
 <!ENTITY a.will "Will Andrews <email>will@FreeBSD.org</email>">
 
 <!ENTITY a.wlloyd "Bill Lloyd <email>wlloyd@mpd.ca</email>">
 
 <!ENTITY a.wollman "Garrett Wollman <email>wollman@FreeBSD.org</email>">
 
 <!ENTITY a.wosch  "Wolfram Schneider <email>wosch@FreeBSD.org</email>">
 
 <!ENTITY a.wpaul  "Bill Paul <email>wpaul@FreeBSD.org</email>">
 
 <!ENTITY a.wsanchez "Wilfredo S&aacute;nchez <email>wsanchez@FreeBSD.org</email>">
 
 <!ENTITY a.yar  "Yar Tikhiy <email>yar@FreeBSD.org</email>">
 
 <!ENTITY a.yokota  "横田 和隆 <email>yokota@FreeBSD.org</email>">
 
diff --git a/ja_JP.eucJP/books/handbook/basics/chapter.sgml b/ja_JP.eucJP/books/handbook/basics/chapter.sgml
index 3fa186e7ab..47afbeb1c1 100644
--- a/ja_JP.eucJP/books/handbook/basics/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/basics/chapter.sgml
@@ -1,596 +1,597 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.23
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/basics/chapter.sgml,v 1.12 2000/08/22 06:22:28 kuriyama Exp $
+     Original revision: 1.24
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/basics/chapter.sgml,v 1.13 2000/12/25 15:48:38 hrs Exp $
 -->
 
 <chapter id="basics">
   <title>Unix の基礎知識</title>
 
   <para><emphasis>訳: &a.jp.nakai;, 1996 年 10 月 12 日.</emphasis></para>
 
   <sect1>
     <title>この章では</title>
     
     <para><emphasis>改訂: Chris Shumway
         <email>cshumway@osd.bsdi.com</email>, 2000 年 3 月 10 日.</emphasis></para>
     
     <para>この章では FreeBSD
       オペレーティングシステムの基本的なコマンドと機能について記述しています.
       あなたが FreeBSD の初心者なら,
       何か質問する前にこの章を読んでおいた方がきっといいはずです.</para>
   </sect1>
 
   <sect1 id="permissions">
     <title>許可属性(permissions; パーミッション)</title>
 
     <para>FreeBSD は BSD UNIX を起源とする歴史を持ち,
       いくつかの鍵となる UNIX 思想にもとづいた基本設計がされています.
       まず最も際だった特徴として最初に言えるのは, FreeBSD
       がマルチユーザのオペレーティングシステムだということです.
       FreeBSD は同時に働いている複数のユーザすべてを,
       完全に分離したタスク上で処理する能力を持っています.
       また FreeBSD は, ハードウェアデバイス, 周辺装置, メモリ,
       CPU 時間等への要求を, 各ユーザが平等に利用できるように適切に共有し,
       管理する役割を担っています.</para>
 
     <para>システムがマルチユーザをサポートしているため,
       システムが管理する資源はすべて,
       誰がその資源を読み・書き・実行できるかを支配する,
       一組の許可属性を持っています.
       これらの許可属性は 3 つの部分からなる 8 進数の形で格納されています.
       それはそのファイルの所有者(owner)に対するもの,
       そのファイルが所属するグループ(group)に対するもの,
       その他(others)に対するものの 3 つです.
       これを数字を使って表現すると, 次のようになります.</para>
 
     <informaltable frame="none">
       <tgroup cols="3">
 	<thead>
 	  <row>
 	    <entry>値</entry>
 	    <entry>許可属性</entry>
 	    <entry>ディレクトリの表示</entry>
 	  </row>
 	</thead>
 
 	<tbody>
 	  <row>
 	    <entry>0</entry>
 	    <entry>読み込み不可, 書き込み不可, 実行不可</entry>
 	    <entry><literal>---</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>1</entry>
 	    <entry>読み込み不可, 書き込み不可, 実行可能</entry>
 	    <entry><literal>--x</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>2</entry>
 	    <entry>読み込み不可, 書き込み可能, 実行不可</entry>
 	    <entry><literal>-w-</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>3</entry>
 	    <entry>読み込み不可, 書き込み可能, 実行可能</entry>
 	    <entry><literal>-wx</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>4</entry>
 	    <entry>読み込み可能, 書き込み不可, 実行不可</entry>
 	    <entry><literal>r--</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>5</entry>
 	    <entry>読み込み可能, 書き込み不可, 実行可能</entry>
 	    <entry><literal>r-x</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>6</entry>
 	    <entry>読み込み可能, 書き込み可能, 実行不可</entry>
 	    <entry><literal>rw-</literal></entry>
 	  </row>
 
 	  <row>
 	    <entry>7</entry>
 	    <entry>読み込み可能, 書き込み可能, 実行可能</entry>
 	    <entry><literal>rwx</literal></entry>
 	  </row>
 	</tbody>
       </tgroup>
     </informaltable>
 
     <para><command>ls -l</command> で表示される詳細なディレクトリリストでは,
       ファイルの所有者, グループ, その他への許可属性を示す欄があるのがわかります.
       次に示すのは, その部分だけ抜き出したものです.</para>
 
     <screen>-rw-r--r--</screen>
 
     <para>左から右へ見たときに最初にあたる文字は, それが
       普通のファイルなのか, ディレクトリなのか,
       キャラクタ型のデバイス特殊ファイルなのか,
       ブロック型のデバイス特殊ファイルなのか,
       ソケットなのか,
       その他の特殊な疑似ファイルデバイスなのかといった種類を示す特別な文字です.
       その次の <literal>rw-</literal> と書かれた 3 文字は,
       そのファイルの所有者に許可を与えるものです.
       その次の <literal>r--</literal> の 3 文字は,
       そのファイルが所属しているグループに許可を与えます.
       最後の <literal>r--</literal> の 3 文字は,
       システムに存在するその他のユーザに許可を与えます.
       <quote>-</quote> は許可が与えられていないことを示します.
       このファイルの例では, ファイルの所有者はこのファイルを読み書きでき,
       ファイルの所属しているグループに属するユーザはファイルを読むことだけでき,
       そのどちらでもないユーザは,
       このファイルを読むだけできるように許可属性が与えられています.
       上の表によれば, このファイルに与えられた許可属性は
       <literal>644</literal> となります.
       ここで各数字は, このファイルの許可属性の 3 つの部分を表しています.</para>
 
     <para>ファイルについてはここまでの説明で十分です.  しかし,
       デバイスの場合の許可属性はどのようにコントロールされているのでしょうか?
       FreeBSD は, 大部分のハードウェアをファイルとして取り扱います.
       そのため, プログラムからは普通のファイルとまったく同じようにオープンし,
       データの読み書きができるようになっています.      
       これらのデバイス特殊ファイルは
       <filename>/dev</filename> ディレクトリに収められています.</para>
 
     <para>ディレクトリもまた, ファイルと同様に扱われます.
       それは読み込み/書き込み/実行の許可属性を持ちます.
       ディレクトリの実行ビットはファイルのそれとは少し違った意味を持ちます.
       ディレクトリが実行可能になっているとき,
       それはその中が探索できること, たとえば,
       そのディレクトリ中のファイルリストが参照できることを意味します.
     </para>
 
     <para>この他にも許可属性はありますが, いずれも
       setuid バイナリや sticky ディレクトリなどといった特殊な状況で使われます.
       ファイルの許可属性そのものについて,
       また, それらの設定のしかたに関する詳しい情報は,
         &man.chmod.1; マニュアルページを参照してください.</para>
   </sect1>
 
   <sect1 id="dirstructure">
     <title>ディレクトリ構造</title>
 
     <para>FreeBSD の用いているファイルシステムは多くの基本的なシステム動作を決定するもので,
       その階層構造は極めて重要です.
       ディレクトリ構造に関する完全な記述が &man.hier.7;
       のマニュアルページにありますので, ここでは繰り返しません.
       詳しい情報は, &man.hier.7; をご覧ください.
     </para>
     
     <para>最も重要なディレクトリは, すべてのディレクトリの根(root)にあたる
       / ディレクトリです.  このディレクトリは起動時に一番最初にマウントされ,
       起動時に必要な基本システムが含まれています.
       また, ルートディレクトリには,
       追加したい他のファイルシステムをマウントするためのマウントポイントも含まれます.
     </para>
 
     <para>マウントポイントとはルートファイルシステムに存在する,
       追加のファイルシステムと接続するためのディレクトリのことです.
       標準的なマウントポイントには
       <filename>/usr</filename>, <filename>/var</filename>,
       <filename>/mnt</filename>, <filename>/cdrom</filename>
       があります.  
       通常これらのディレクトリについては,
       <filename>/etc/fstab</filename> というファイル中のエントリが参照されます.
       <filename>/etc/fstab</filename>
       さまざまなファイルシステムとマウントポイントの表であり,
       システムが参照します.
       <filename>/etc/fstab</filename> に書かれたファイルシステムは
       <option>noauto</option> オプションが指定されていなければ,
       起動時に &man.rc.8; スクリプトによって自動的にマウントされます.
       <filename>/etc/fstab</filename>
       ファイルの書式やオプションに関しての詳細は
       &man.fstab.5; をご覧ください.</para>
   </sect1>
 
   <sect1 id="shells">
     <title>シェル</title>
 
     <para>FreeBSD では日々の作業のほとんどは,
       「シェル」と呼ばれるコマンドラインインタフェイスを通して行われます.
       シェルの主な仕事はコマンドを入力チャンネルから受け取り,
       そしてそれらを実行することです.
       大部分のシェルはさらに組み込みの機能を持っていて, 日々の作業,
       ファイル管理やファイル名の展開, コマンドライン編集,
       コマンドマクロ, 環境変数などに便利です.
       FreeBSD には sh(Bourne Shell) や csh(C-shell) が含まれています.
       また,
       これ以外にもたくさんのシェルが FreeBSD Ports コレクションから利用可能です.
       tcsh や bash などの高機能なものは, これに含まれています.</para>
 
     <para>「あなたは, どのシェルを使いますか?」という質問は,
       まったく趣味の問題です.
       あなたが C のプログラマだったとすれば,
       tcsh のような C 風のシェルの方が落ち着くかもしれません.
       Linux から来た人や UNIX のコマンドラインインタフェイスになじみがなければ,
       bash を試すのも良いでしょう.
       ポイントは, それぞれのシェルは,
       あなたの好みの作業環境で利用できる(もしくはできない)独自の機能を持っているということ,
       そして, どのシェルを使うことにするかを決めるのはあなた自身だということです.</para>
 
     <para>シェルの一般的な機能の一つに, ファイル名の補完があります.
       コマンドやファイル名の最初の数文字を与えて TAB キーを押すことで,
       シェルにコマンドやファイル名の残りの部分を自動的に補完させることができます.
       例をあげましょう.  二つのファイル
       <filename>foobar</filename>, <filename>foo.bar</filename> が
-      あったとします.  <filename>foo.bar</filename> の方を削除しようとするとき
+      あったとします.  ここで <filename>foo.bar</filename>
+      の方を削除するには,
       <command>rm fo[TAB].[TAB]</command> と入力します.</para>
 
     <para>するとシェルは <command>rm
       foo[BEEP].bar</command> と出力するでしょう.</para>
 
     <para>[BEEP] のところはコンソールのベル(訳注: 通常はビープ音が鳴ります)です.
       これは複数のファイルがマッチしたため,
       ファイル名の補完を完全に行なえなかったことを伝えています.
       <filename>foobar</filename> と
       <filename>foo.bar</filename> は
-      両方とも <literal>fo</literal> ではじまりますが, 
-      <literal>foo</literal> までなら補完できます.
+      両方とも <literal>fo</literal> ではじまるため,
+      補完できるのは <literal>foo</literal> までです.
       ここで <literal>.</literal> を入力して TAB を押せば,
       シェルはファイル名の残りの部分を補完できます.</para>
 
     <para>もう一つあげられるシェルの機能として, 環境変数があります.
       環境変数とは, シェルの環境変数空間におけるキーと値とのペアです.
       この変数空間は, そのシェルから起動されたプログラムから参照でき,
       それを利用してプログラムの設定を保存するのに利用されます.
      下の表は, 一般的な環境変数とその意味を示したものです.</para>
 
     <informaltable frame="none">
       <tgroup cols="2">
 	<thead>
 	  <row>
 	    <entry>変数名</entry>
 	    <entry>意味</entry>
 	  </row>
 	</thead>
 
 	<tbody>
 	  <row>
 	    <entry><envar>USER</envar></entry>
 	    <entry>現在のログインユーザのユーザ名.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>PATH</envar></entry>
 	    <entry>コロンで区切られた実行ファイル探索のための
 	      ディレクトリのリスト.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>DISPLAY</envar></entry>
 	    <entry>接続する X11 ディスプレイのネットワーク名(存在する場合のみ).</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>SHELL</envar></entry>
 	    <entry>現在のシェル.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>TERM</envar></entry>
 	    <entry>ユーザの端末名.
               端末のケーパビリティを決定するのに使われる.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>TERMCAP</envar></entry>
 	    <entry>種々の端末の機能を実現する端末のエスケープコードの
 	      データベースのエントリ.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>OSTYPE</envar></entry>
 	    <entry>オペレーティングシステムの種別.
               たとえば FreeBSD.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>MACHTYPE</envar></entry>
 	    <entry>システムが動作している CPU のアーキテクチャ.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>EDITOR</envar></entry>
 	    <entry>ユーザの選んだテキストエディタ.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>PAGER</envar></entry>
 	    <entry>ユーザの選んだテキストページャ.</entry>
 	  </row>
 
 	  <row>
 	    <entry><envar>MANPATH</envar></entry>
 	    <entry>コロンで区切られたマニュアルページ探索のための
 	      ディレクトリのリスト.</entry>
 	  </row>
 	</tbody>
       </tgroup>
     </informaltable>
 
     <para>環境変数をセットしたりその値を見る方法は,
       それぞれのシェルごとに多少異なります.
       たとえば, csh や tcsh 等の C シェルでは
       <command>setenv</command> を使います.
       sh や bash 等の Bourne シェルでは
       <command>set</command> と <command>export</command>
       を使います.
       たとえば, <envar>EDITOR</envar> 環境変数の値を
       <filename>/usr/local/bin/emacs</filename> に
       セットするか変更するならば次のようにします.</para>
 
     <screen>&prompt.user; <userinput>setenv EDITOR /usr/local/bin/emacs</userinput></screen>
 
     <para>Bourne シェルでは次のようになります.</para>
 
     <screen>&prompt.user; <userinput>export EDITOR="/usr/local/bin/emacs"</userinput></screen>
 
     <para>ほとんどのシェルでは,
       コマンドライン中の変数名の前に <literal>$</literal> 文字を置くことで,
       環境変数を展開させることができます.
       たとえば,
       <command>echo $TERM</command> は <envar>$TERM</envar> が
       セットされている内容を表示します.
       それはシェルが <envar>$TERM</envar> を展開して
       echo に渡しているからです.</para>
 
     <para>シェルはさまざまな特殊文字を, 特別なデータを表すものとして扱います.
       その特殊文字はメタキャラクタと呼ばれます.
       もっとも一般的なものは <literal>*</literal> で,
       これはファイル名に含まれる, あらゆる文字を表します.
       これらの特殊なメタキャラクタはファイル名の展開に使われます.
       たとえば, <command>echo *</command> と入力すると
       <command>ls</command> と入力したのとほとんど同じ結果を得られます.
       これはシェルが <command>*</command> とマッチするすべてのファイルを
       受け取って echo のコマンドラインに渡し, 表示するからです.</para>
 
     <para>これらの特殊文字をシェルに解釈させないようにするため,
       特殊文字の前にバックスラッシュ文字 (<literal>\</literal>)
       を置くことができます.
       <command>echo $TERM</command> は,
       あなたの端末が何にセットされているかを表示します.
       <command>echo \$TERM</command> は <envar>$TERM</envar> と
       そのまま表示します.</para>
 
     <sect2 id="changing-shells">
       <title>シェルの変更</title>
 
       <para>シェルを変更する一番簡単な方法は <command>chsh</command>
 	コマンドを使うことです.  <command>chsh</command> を実行すると
 	環境変数 <envar>EDITOR</envar> で示されたエディタが立ち上がります.
 	環境変数をセットしていなかった時は
         <command>vi</command> が立ち上がります.
 	<quote>Shell:</quote> の行を適宜変更してください.</para>
 
       <para><command>chsh</command> に
         <option>-s</option> オプションをつけると,
         エディタを起動せずにシェルを変更することが可能です.
         たとえば, シェルを bash に変えたいなら, 次のようにしてください.
       </para>
 	
       <screen>&prompt.user; <userinput>chsh -s /usr/local/bin/bash</userinput></screen>
 
       <para><command>chsh</command> をパラメータなしで実行し,
         エディタでシェルを変更しても同じことができます.</para>
 
       <note>
 	<para>使おうと思っているシェルは<emphasis>必ず</emphasis>
 	  <filename>/etc/shells</filename> 中に書かれているものでなければなりません.
 	  シェルを <link linkend="ports">Ports コレクション</link>から
 	  インストールしていたのであれば, すでにそれは行なわれていますが,
 	  手動でインストールした場合は, それを忘れずに行ってください.</para>
      
         <para>たとえば, <command>bash</command>
           を手動で
           <filename>/usr/local/bin</filename>
           にインストールした場合
           以下のようにする必要があります.</para>
 
         <screen>&prompt.root; <userinput>echo &quot;/usr/local/bin/bash&quot; &gt;&gt; /etc/shells</userinput></screen>
 
         <para>そして <command>chsh</command> を実行してください.</para>
       </note>
     </sect2>
   </sect1>
 
   <sect1 id="editors">
     <title>テキストエディタ</title>
 
     <para>さまざまな FreeBSD の設定は, テキストファイルを編集することで行われます.
       そのため, テキストエディタの扱いに慣れると良いでしょう.
       FreeBSD には, 基本システムの一部として二, 三提供されるものと,
       Ports collection から利用できる, たくさんのテキストエディタが用意されています.
     </para>
 
     <para>最も学習が簡単なエディタは,
       easy editor の略で <application>ee</application> と呼ばれるものです.
       <application>ee</application> を立ち上げるには, コマンドラインから
       <command>ee filename</command> と入力します.
       ここで <literal>filename</literal> は,
       編集しようとしているファイルの名前です.
       たとえば, <filename>/etc/rc.conf</filename> を編集するには
       <command>ee /etc/rc.conf</command> と入力します.
       一旦 ee の中に入れば,
       エディタの機能を操作するコマンドはすべてディスプレイの上部に
       表示されています. キャレット <literal>^</literal> 文字は
       キーボードのコントロールキーを意味しますので, ^e はコントロールキーと
       <literal>e</literal> を一緒に押すという意味になります.
       <application>ee</application> を終了するにはエスケープキーを押し,
       そして leave editor を選びます.
       ファイルが更新されていたときは,
       エディタは変更をセーブするかどうかプロンプトを出します.</para>
 
     <para>FreeBSD には, 基本システムの一部として
       <application>vi</application>,
       Ports コレクションの一部として
       <application>emacs</application> や <application>vim</application>
       といった, より強力なテキストエディタが用意されています.
       これらのエディタはやや学習が複雑ですが, より強力で高い機能性を提供します.
       しかし, あなたが多量のテキストを編集することを考えているなら,
       <application>vim</application> や <application>emacs</application>
       といった強力なエディタを習得することは,
       より多くの時間を節約することでしょう.</para>
   </sect1>
 
   <sect1>
     <title>さらに詳しい情報を得るには...</title>
 
     <sect2 id="basics-man">
       <title>オンラインマニュアル</title>
       
       <para>FreeBSD についてのもっとも包括的な文書は,
         マニュアルページの形式になっているものです.
         FreeBSD システム上のほとんどすべてのプログラムには,
         基本的な操作方法とさまざまな引数を説明しているリファレンスマニュアルが添付されています.
         これらのマニュアルは man コマンドで見ることができます. man
         コマンドの使い方は簡単です.</para>
       
       <screen>&prompt.user; <userinput>man <replaceable>コマンド名</replaceable></userinput></screen>
       
       <para><literal>コマンド名</literal>
         のところには, 知りたいコマンドの名前を入れます.
         たとえば <command>ls</command> コマンドについて知りたい場合には,
         次のように入力します.</para>
       
       <screen>&prompt.user; <userinput>man ls</userinput></screen>
       
       <para>オンラインマニュアルは,
         セクション番号で分類されています.</para>
       
       <orderedlist>
         <listitem>
           <para>ユーザコマンド</para>
         </listitem>
         
         <listitem>
           <para>システムコールとエラー番号</para>
         </listitem>
         
         <listitem>
           <para>C のライブラリ関数</para>
         </listitem>
         
         <listitem>
           <para>デバイスドライバ</para>
         </listitem>
 
         <listitem>
           <para>ファイル形式</para>
         </listitem>
         
         <listitem>
           <para>ゲームや娯楽</para>
         </listitem>
         
         <listitem>
           <para>さまざまな情報</para>
         </listitem>
         
         <listitem>
           <para>システムの管理と操作のためのコマンド</para>
         </listitem>
         
         <listitem>
           <para>カーネル開発者のための情報</para>
         </listitem>
       </orderedlist>
       
       <para>時折,
         同じトピックがオンラインマニュアルの複数のセクションに記載されている場合があります.
         たとえば, chmod ユーザコマンドと
         <literal>chmod()</literal>
         システムコールの場合がそれに該当します.
         この場合, man コマンドにセクション番号を与えることで,
         どちらを参照したいかを指定することができます.</para>
       
       <screen>&prompt.user; <userinput>man 1 chmod</userinput></screen>
       
       <para>上のようにすれば,
         ユーザコマンド <command>chmod</command>
         のマニュアルページが表示されます.
         オンラインマニュアルの特定セクションへの参照は,
         慣習的に書かれている文書で括弧の中に示されます.
         すなわち, &man.chmod.1; は <command>chmod</command>
         ユーザコマンドを, &man.chmod.2;
         はシステムコールの方を示しています.</para>
       
       <para>コマンドの名前を知っていて,
         単純にその使い方を知りたい場合はここまでの説明で十分でしょう.
         しかし,
         もしコマンドの名前を思い出せない場合にはどうしたら良いのでしょうか?
         man に <option>-k</option> スイッチをつければ,
         コマンド解説(description)の文章から,
         指定したキーワードを検索することができます.</para>
       
       <screen>&prompt.user; <userinput>man -k mail</userinput></screen>
       
       <para>このコマンドにより,
         <quote>mail</quote>
         というキーワードをコマンド解説に含むコマンドの一覧が表示されます.
         実際には, これは apropos コマンドを使う場合と同等の機能です.</para>
       
       <para>それでは, <filename>/usr/bin</filename>
         にあるさまざまなコマンドすべてを見ていて,
         それらが実際にどう働くのかが, まったく見当もつかないときには
         どうしたら良いでしょう?
         そのときは単純に,</para>
 
 	<screen>&prompt.user; <userinput>cd /usr/bin</userinput>
 &prompt.user; <userinput>man -f *</userinput></screen>
 
       <para>とするか, あるいは同じ働きをする</para>
 
 	<screen>&prompt.user; <userinput>cd /usr/bin</userinput>
 &prompt.user; <userinput>whatis *</userinput></screen>
 
       <para>としてください.</para>
     </sect2>
     
     <sect2 id="basics-info">
       <title>GNU の Info ファイル</title>
       
       <para>FreeBSD には Free Software Foundation (FSF)
         によるアプリケーションや
         ユーティリティがたくさん含まれています.
         これらのプログラムには, マニュアルページに加えて
         <literal>info</literal> ファイルと呼ばれる
         ハイパーテキスト形式の文書が付属しています.
         この文書は <command>info</command> コマンド, 
         あるいは <application>emacs</application> をインストールしているなら
         <application>emacs</application> の info
         モードで読むことができます.</para>
       
       <para>&man.info.1; コマンドを使うには, 単に次のように入力します.</para>
       
       <screen>&prompt.user; <userinput>info</userinput></screen>
       
       <para>
         <literal>h</literal> と入力すると,
         簡単な手引きを読むことができます.
         クイックコマンドリファレンスは <literal>?</literal>
         を入力してください.</para>
     </sect2>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/book.sgml b/ja_JP.eucJP/books/handbook/book.sgml
index 0015c074d8..2b9ba51f23 100644
--- a/ja_JP.eucJP/books/handbook/book.sgml
+++ b/ja_JP.eucJP/books/handbook/book.sgml
@@ -1,166 +1,157 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.95
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/book.sgml,v 1.64 2000/12/24 19:08:49 hrs Exp $
+     Original revision: 1.97
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/book.sgml,v 1.65 2001/01/23 01:38:49 hrs Exp $
 -->
 
-<!DOCTYPE BOOK PUBLIC "-//FreeBSD//DTD DocBook V3.1-Based Extension//EN" [
+<!DOCTYPE BOOK PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
 <!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
 %man;
 
 <!ENTITY % bookinfo PUBLIC "-//FreeBSD//ENTITIES DocBook BookInfo Entities//EN">
 %bookinfo;
 
 <!ENTITY % chapters SYSTEM "chapters.ent"> %chapters;
 <!-- <!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN"> -->
 <!ENTITY % authors SYSTEM "authors.ent">
 %authors;
 <!ENTITY % jauthors SYSTEM "jauthors.ent"> %jauthors;
 <!ENTITY % mailing-lists SYSTEM "mailing-lists.ent"> %mailing-lists;
 <!ENTITY % newsgroups SYSTEM "newsgroups.ent"> %newsgroups;
 <!ENTITY % not.published "INCLUDE">
 
 <!-- The currently released version of FreeBSD.  This value is used to
      create some links on web sites and such, so do NOT change it until
      it's really release time -->
-<!ENTITY rel.current CDATA "4.2">
+<!ENTITY rel.current CDATA "4.3">
 ]>
 
 <book>
   <bookinfo>
     <title>FreeBSD ハンドブック</title>
 
-    <authorgroup>
-      <author>
-	<surname>FreeBSD ドキュメンテーションプロジェクト</surname>
-        <affiliation>
-          <address>
-            <email>doc@FreeBSD.org</email>
-          </address>
-        </affiliation>
-      </author> 
-    </authorgroup>
+    <corpauthor>FreeBSD ドキュメンテーションプロジェクト</corpauthor>
 
     <pubdate>1999 年 2 月</pubdate>
 
     <copyright>
       <year>1995</year>
       <year>1996</year>
       <year>1997</year>
       <year>1998</year>
       <year>1999</year>
       <year>2000</year>
       <year>2001</year>
       <holder>The FreeBSD Documentation Project</holder>
     </copyright>
 
     &bookinfo.legalnotice;
 
     <abstract>
       <para>FreeBSD へようこそ!
         このハンドブックは <emphasis>FreeBSD Release &rel.current;</emphasis>
 	のインストールおよび, 日常での使い方について記述したものです.
 	本ハンドブックは<emphasis>改編作業中</emphasis>であり,
         さまざまな人々が編集に携わっています.
 	多くのセクションはまだ存在しませんし,
         いま存在するセクションにも更新作業の必要があるものも含まれています.
         もし, このハンドブックを編集するプロジェクトに協力したいとお考えなら,
 	&a.doc; まで電子メールを(英語で)送ってください.
 	この文書の最新バージョンは, いつでも
 	<ulink URL="http://www.jp.FreeBSD.org/">日本国内版 FreeBSD World
 	  Wide Web サーバ</ulink> および
         <ulink URL="http://www.FreeBSD.org/">FreeBSD World Wide Web
 	  サーバ</ulink> で入手することができます.
         また, 他のさまざまな文書形式, 圧縮形式のものが
 	<ulink URL="ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/">FreeBSD FTP 
 	  サーバ</ulink>や数多くの<link linkend="mirrors">ミラーサイト</link>からダウンロードすること
 	ができます.  このハンドブックの書籍版 (英語版) は, 
 	<ulink url="http://www.freebsdmall.com/books/">FreeBSD Mall</ulink>
         から購入することができ,        
 	<ulink URL="http://www.FreeBSD.org/search/search.html"
         >ハンドブックの検索</ulink>を行なうことも可能です.
       </para>
         
       <para>
         日本語版の作成は FreeBSD
         日本語ドキュメンテーションプロジェクト(FreeBSD doc-jp)がおこなっています.
         日本語訳および, 日本語版のみに関することは FreeBSD &a.jp.doc-jp;
 	において日本語で議論されています.
       </para>
 
       <para>
         文書の日本語訳に関するお問い合わせや,
         文書の原文に関する問い合わせをしたいが英語が得意でないという方は
         FreeBSD &a.jp.doc-jp; まで, 日本語でコメントをお寄せください.
       </para>
     </abstract>
   </bookinfo>
 
   <part>
     <title>導入</title>
 
     &chap.introduction;
     &chap.install;
     &chap.basics;
     &chap.ports;
   </part>
 
   <part>
     <title>システム管理</title>
 
     &chap.boot;
     &chap.users;
     &chap.kernelconfig;
     &chap.security;
     &chap.printing;
     &chap.disks;
     &chap.backups;
     &chap.x11;
     &chap.l10n;
     &chap.sound;
   </part>
 
   <part>
     <title>ネットワーク通信</title>
 
     &chap.serialcomms;
     &chap.ppp-and-slip;
     &chap.advanced-networking;
     &chap.mail;
   </part>
 
   <part>
     <title>さらに進んだ話題</title>
 
     &chap.cutting-edge;
     &chap.contrib;
     &chap.policies;
     &chap.kernelopts;
     &chap.kerneldebug;
     &chap.linuxemu;
     &chap.internals;
   </part>
 
   <part>
     <title>付録</title>
 
     &chap.mirrors;
     &chap.bibliography;
     &chap.eresources;
     &chap.staff;
     &chap.pgpkeys;
     &chap.hw;
     &chap.jcontrib;
   </part>
 </book>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/boot/chapter.sgml b/ja_JP.eucJP/books/handbook/boot/chapter.sgml
index 946ca29f5d..064404258a 100644
--- a/ja_JP.eucJP/books/handbook/boot/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/boot/chapter.sgml
@@ -1,569 +1,570 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
      Original revision: 1.10
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/boot/chapter.sgml,v 1.4 2000/11/29 15:48:36 hrs Exp $
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/boot/chapter.sgml,v 1.5 2000/12/25 15:48:39 hrs Exp $
 -->
 
 <chapter id="boot">
   <title>FreeBSD の起動のプロセス</title>
 
   <sect1 id="boot-synopsis">
     <title>この章では</title>
 
     <para>FreeBSD は通常, 起動(bootstrap)を三段階に分けて行ないます. 
       これには基本的に, 互いに順番に呼び出される三つのプログラム(二つの
       <link linkend="boot-blocks">起動ブロック(boot block)</link>と
       <link linkend="boot-loader">ローダ(loader)</link>)が使われています.
       これらのプログラムはそれぞれ,
       その前に呼び出されるプログラムの情報に基づいて動作し,
       より洗練された機能を提供します.</para>
 
     <para>その後カーネルが起動し, デバイスの検出と初期化を行ないます.
       そしてカーネルの起動が終わると, 制御はユーザープロセスの
       &man.init.8; へ移されます.  &man.init.8; はまず
       ディスクが利用可能であることを確かめ,
       ファイルシステムのマウント,
       ネットワークで利用するネットワークカードのセットアップ,
       そして通常 FreeBSD システムで初期時に起動されるすべてのプロセスの起動,
       といったユーザーレベルでのリソース(資源)設定を行ないます.</para>
   </sect1>
 
   <sect1 id="boot-blocks">
     <title>起動ブロック: 起動ステージ 1 および 2</title>
 
     <para><firstterm>起動(bootstrap)</firstterm>とは,
       コンピュータが接続されたデバイスを検出, 初期化し,
       必要となるプログラムを動作させることを指します.</para>
 
     <para>起動には起動の際の動作が記録された,
       特殊な読み出し専用メモリチップを利用します.
       その動作は通常,
       メモリテストやデバイスの設定を行なう他のチップに制御を渡し,
       そして設定された内容をプログラムに提供するというものです.</para>
 
     <para>標準的な個人向けコンピュータでは,
       BIOS (起動を行なう部分) と
       CMOS (設定を記録する部分) によって起動を実現しています.
       これらはディスクが存在すること,
       そしてオペレーティングシステムをロードするためのプログラムが
       ディスク上のどこにあるのかを認識しています.</para>
 
     <para>この章では上に述べたような起動の初期の過程については扱いません.
       焦点を合わせるのは,
       ディスク上のプログラムに制御が移された後の内容についてです.</para>
 
     <para>起動ブロックは(通常), ローダを見つけて実行する役割を持っています.
       したがって, ファイルシステム上のプログラムを見つけること,
       実行できること,
       そしてその動作に関して最低限の設定が可能である必要があります.</para>
 
     <sect2 id="boot-boot0">
       <title>boot0</title>
 
       <para>まず実際に最初にあるのは boot0 と呼ばれる起動ブロックです.
         これは <firstterm>マスターブートレコード(MBR; Master Boot
           Record)</firstterm> という,
         システムが起動時にプログラムを検索するディスク上の特殊な部分に存在します.
         この部分は, 単に起動可能なスライスのリストが格納されています.</para>
 
       <para>boot0 は非常に単純なプログラムです.
         これは, <abbrev>MBR</abbrev> にあるプログラムは
         512 バイトの大きさでなければならないという制限があるためです.</para>
 
       <para>boot0 は, 下のような出力をします.</para>
 
       <example id="boot-boot0-example">
         <title>boot0 のスクリーンショット</title>
 
 	<screen>
 F1 DOS
 F2 FreeBSD
 F3 Linux
 F4 ??
 F5 Drive 1
 
 Default: F2</screen>
       </example>
     </sect2>
   
     <sect2 id="boot-boot1">
       <title>boot1</title>
 
-      <para>boot1 は起動スライス(slice)の起動セクタにあります.
-        起動セクタは <link linkend="boot-boot0">boot0</link> が存在し,
-        <abbrev>MBR</abbrev> にある他のプログラムが
-        起動のプロセスを続けるために必要なプログラムを探す部分です.</para>
+      <para>boot1 は起動スライス (slice) の起動セクタにあります.
+        起動セクタとは,
+        <abbrev>MBR</abbrev> 上にある <link linkend="boot-boot0">boot0</link>
+        もしくは他のプログラムが, 起動のプロセスを続けるために
+        必要なプログラムがあると想定している場所です.</para>
 
       <para>boot1 も非常に単純なプログラムです.
         これは boot0 同様に,
         512 バイトの大きさでなければならないという制限があるためです.
         boot1 は <link linkend="boot-boot2">boot2</link> を検索し,
         実行するため, そのスライスの情報を保持する FreeBSD
         の<firstterm>ディスクラベル(disklabel)</firstterm>
         に関する最低限の情報を持っています.</para>
     </sect2>
   
     <sect2 id="boot-boot2">
       <title>boot2</title>
 
       <para>boot2 はもう少し高機能です.
         これは FreeBSDのファイルシステム上でファイルを見つける能力を持ち,
         実行するカーネルやローダを指定するための簡単なインターフェイスを提供する事ができます.</para>
 
       <para><link linkend="boot-loader">ローダ(loader)</link>はさらに高機能なもので,
         使いやすく簡単な起動設定が行なえる手段を提供します.
         boot2 は通常それを起動します.  以前の boot2 は,
         カーネルを直接起動する機能しかありませんでした.</para>
 
       <example id="boot-boot2-example">
         <title>boot2 のスクリーンショット</title>
 
 	<screen>&gt;&gt; FreeBSD/i386 BOOT
 Default: 0:wd(0,a)/kernel
 boot:</screen>
       </example>
     </sect2>
   </sect1>
 
   <sect1 id="boot-loader">
     <title>ローダ(loader): 起動ステージ 3</title>
 
     <para>ローダは三段階の起動プロセスの最終段階です.
       ローダは通常, ファイルシステム上の
       <filename>/boot/loader</filename>
       として存在しています.</para>
       
     <note>
       <para><filename>/boot/boot0</filename>,
         <filename>/boot/boot1</filename>, 
         <filename>/boot/boot2</filename> というファイルがありますが,
         これらは <abbrev>MBR</abbrev>,
         起動セクタ, ディスクラベルの実際のコピーではありません.</para>
     </note>
 
     <para>ローダは, よりさまざまなコマンド群をサポートした
       強力なインタープリタによって提供される簡易組み込みコマンド群を利用することで,
       ユーザが利用しやすい設定手段となるように設計されています.</para>
     
     <sect2 id="boot-loader-flow">
       <title>ローダプログラムの処理の流れ</title>
       
       <para>ローダは初期化の際にコンソールとディスクの検出を行ない,
         どのディスクから起動しているかを調べます.
         そして必要な変数を設定してからインタープリタを起動し,
         簡易コマンドを解釈します.</para>
 
       <para>ローダは次に
         <filename>/boot/loader.rc</filename>
         を読み込み, 通常, 変数の標準値を定義した
         <filename>/boot/defaults/loader.conf</filename>
         と, そのマシンにローカルな変数を定義した
         <filename>/boot/loader.conf</filename>
         を読み込みます.
         <filename>loader.rc</filename>
         はそれらの変数にもとづき,
         選択されたモジュールとカーネルをロードします.</para>
 
       <para>ローダは最後に, 標準設定で 10 秒のキー入力待ち時間を用意し,
         入力がなければカーネルを起動します.
         入力があった場合, 簡易コマンド群が使えるプロンプトが表示され,
         ユーザは変数を調整したり,
         すべてのモジュールをアンロードしたり,
         モジュールをロードしたりすることができます.
         その後, 最終的な起動や再起動へ移行します.</para>
 
       <para>この処理に関するより技術的な説明は
           &man.loader.8; にあります.</para>
     </sect2>
     
     <sect2 id="boot-loader-commands">
       <title>ローダの組み込みコマンド</title>
       
       <para>簡易コマンド群は, 次のようなもので構成されています.</para>
 
       <variablelist>
 	<varlistentry>
 	  <term>autoboot <replaceable>seconds</replaceable></term>
 
 	  <listitem>
             <para><replaceable>seconds</replaceable>
               で与えられた時間内に入力がなければ,
               カーネルの起動へと進みます.
               カウントダウンを表示し, 標準設定では 10 秒間です.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>boot
 	    <optional><replaceable>-options</replaceable></optional>
 	    <optional><replaceable>kernelname</replaceable></optional></term>
 
 	  <listitem>
             <para>すぐにカーネルの起動へ進みます.
               オプション, カーネル名が指定されている場合は,
               それらが使われます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>boot-conf</term>
 
 	  <listitem>
 	    <para>すべてのモジュールの設定を,
               起動時と同じように変数にもとづいて自動的に行ないます.
               このコマンドは, まず <command>unload</command> を行なって,
               変数&mdash;普通 <envar>kernel</envar>
               など&mdash;を変更した場合にのみ有効に働きます. </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>help
 	    <optional><replaceable>topic</replaceable></optional></term>
 
 	  <listitem>
             <para><filename>/boot/loader.help</filename>
               を読み込み, ヘルプメッセージを表示します.
               <replaceable>topic</replaceable> に
               <literal>index</literal> 指定された場合,
               利用可能な <replaceable>topic</replaceable> を表示します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>include <replaceable>filename</replaceable>
 	    &hellip;</term>
 
 	  <listitem>
             <para>指定されたファイル名のファイルを処理します.
               ローダはファイルを読み込み, 行単位で解釈します.
               エラーが発生した場合,
               include コマンドの実行はその時点で停止します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>load <optional><option>-t</option>
 	    <replaceable>type</replaceable></optional>
 	    <replaceable>filename</replaceable></term>
 
 	  <listitem>
             <para>指定されたファイル名のカーネル,
               カーネルモジュール, あるいは
               type に指定された種類のファイルをロードします.
               ファイル名以降に指定された引数はファイルへと渡されます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>ls <optional><option>-l</option></optional>
 	    <optional><replaceable>path</replaceable></optional></term>
 
 	  <listitem>
             <para>指定された <replaceable>path</replaceable>
               にあるファイルを表示します.
               <replaceable>path</replaceable>
               が指定されていなければ, ルートディレクトリを表示します.
               <option>-l</option>
               が指定されていればファイルサイズも表示されます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>lsdev <optional><option>-v</option></optional></term>
 
 	  <listitem>
             <para>モジュールがロード可能なすべてのデバイスを表示します.
               もし <option>-v</option> が指定されていれば,
               より詳細な出力がされます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>lsmod <optional><option>-v</option></optional></term>
 
 	  <listitem>
             <para>ロード済みのモジュールを表示します.
               <option>-v</option> が指定されていれば,
               より詳細な内容が出力されます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>more <replaceable>filename</replaceable></term>
 
 	  <listitem>
             <para><varname>LINES</varname>
               単位でスクロールを停止しながら指定されたファイルを表示します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>reboot</term>
 
 	  <listitem>
             <para>すぐにシステムを再起動します. </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>set <replaceable>variable</replaceable></term>
 	  <term>set
 	    <replaceable>variable</replaceable>=<replaceable>value</replaceable></term>
 
 	  <listitem>
             <para>ローダの環境変数を設定します. </para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>unload</term>
 
 	  <listitem>
 	    <para>すべてのロード済みモジュールを削除します.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
     </sect2>
 
     <sect2 id="boot-loader-examples">
       <title>ローダの使用例</title>
 
       <para>次にあげるのは, ローダの実践的な使用例です.</para>
 
       <itemizedlist>
 	<listitem>
           <para>普段使っているカーネルをシングルユーザモードで起動します.</para>
 
 	  <screen><userinput>boot -s</userinput></screen>
 	</listitem>
 
 	<listitem>
           <para>普段使っているカーネルとモジュールをアンロードし,
             古い(もしくは別の)カーネルをロードします.</para>
 
 	  <screen><userinput>unload</userinput>
   <userinput>load <replaceable>kernel.old</replaceable></userinput></screen>
 
           <para><filename>kernel.GENERIC</filename> とすると,
             インストールディスクに入っていた
             generic カーネルを指定することができます.
             また, 直前にインストールされていたカーネル(たとえば,
             カーネルを自分で設定したり,
             アップグレードしたりした場合)を指定するには
             <filename>kernel.old</filename> とします.</para>
 
 	  <note>
 	    <para>普段のカーネルで使っているモジュールを
               指定したカーネルでロードする場合は, 下のようにします.</para>
 
 	    <screen><userinput>unload</userinput>
 <userinput>set kernel="<replaceable>kernel.old</replaceable>"</userinput>
 <userinput>boot-conf</userinput></screen>
 	  </note>
 	</listitem>
 
 	<listitem>
           <para>カーネルの設定スクリプト(通常,
             カーネル起動時に設定される内容を自動化するスクリプト)をロードします.</para>
 
 	  <screen><userinput>load -t userconfig_script
 	    <replaceable>/boot/kernel.conf</replaceable></userinput></screen>
 	</listitem>
       </itemizedlist>
     </sect2>
   </sect1>
 
   <sect1 id="boot-kernel">
     <title>カーネル起動時の応答</title>
     
     <para>カーネルが<link linkend="boot-loader">ローダ</link>(通常は)
       か<link linkend="boot-boot2">boot2</link>
       (ローダを迂回して)によってロードされると,
       起動フラグを調べます.
       もし起動フラグがあれば, それに応じて動作を調整します.</para>
 
     <sect2 id="boot-kernel-bootflags">
       <title>カーネル起動フラグ</title>
 
       <para>良く使われる起動フラグは次のとおりです.</para>
       
       <variablelist id="boot-kernel-bootflags-list">
 	<varlistentry>
 	  <term><option>-a</option></term>
 
 	  <listitem>
             <para>カーネル初期化中に,
               ルートファイルシステムとしてマウントするデバイスを尋ねます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-C</option></term>
 
 	  <listitem>
             <para>CDROM から起動します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-c</option></term>
 
 	  <listitem>
             <para>起動時にカーネルコンフィグレーションを行なう
               UserConfig を実行します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-s</option></term>
 
 	  <listitem>
             <para>シングルユーザモードで起動します.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term><option>-v</option></term>
 
 	  <listitem>
             <para>カーネル起動時により詳細な情報を表示します.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <note>
         <para>起動フラグはこの他にもあります.
           それらについては &man.boot.8; を参照してください.
         </para>
       </note>
     </sect2>
 
 <!--    <sect2 id="boot-kernel-userconfig">
       <title>UserConfig: The boot-time kernel configurator</title>
       
       <para> </para>
     </sect2> -->
   </sect1>
 
   <sect1 id="boot-init">
     <title>Init: プロセス制御の初期化</title>
 	
     <para>カーネルの起動が完了すると, <command>init</command>
       というユーザプロセスに制御が移されます.
       これは <filename>/sbin/init</filename>,
       もしくは <command>loader</command> の
       <envar>init_path</envar> 変数で指定される場所にあります.</para>
 
     <sect2 id="boot-autoreboot">
       <title>自動再起動(automatic reboot)の動作</title>
 
       <para>自動再起動では, 
         システム上で利用できるファイルシステムの一慣性を確認します.
         もしそれに問題があって <command>fsck</command> がその不一致を修復できなければ,
         管理者に直接に処置させるため <command>init</command>
         はシステムを<link linkend="boot-singleuser">シングルユーザモード</link>へと移行させます.</para>
     </sect2>
 
     <sect2 id="boot-singleuser">
       <title>シングルユーザモード</title>
 
       <para>このモードには,
         <link linkend="boot-autoreboot">自動再起動</link>の処理中か,
         ユーザが起動時に <option>-s</option> を指定た場合,
         あるいは <command>loader</command> で
         <envar>boot_single</envar> 変数を設定することによって移行します.</para>
 
       <para>また,
         <link linkend="boot-multiuser">マルチユーザモード</link>から
         再起動オプション(<option>-r</option>)
         や停止(halt)オプション(<option>-h</option>)なしで
         <command>shutdown</command> を呼び出すとこのモードに移行します.</para>
 
       <para><filename>/etc/ttys</filename>
         でシステムコンソール <literal>console</literal>
         が <literal>insecure</literal> に設定されている場合,
         システムはシングルユーザモードに移行する前に
         root のパスワードを入力するように求めます.</para>
 
       <example id="boot-insecure-console">
         <title>/etc/ttys の insecure コンソール</title>
 
 	<programlisting># name  getty                           type    status          comments
 #
 # This entry needed for asking password when init goes to single-user mode
 # If you want to be asked for password, change "secure" to "insecure" here
 #
 # 訳) このエントリは init がシングルユーザモードへ移行する際にパスワードを要
 # 求させるために必要です. もし, パスワードの要求を望む場合, ここの "secure" を
 # "insecure" へ変更してください. 
 #
 console none                            unknown off insecure</programlisting>
       </example>
 
       <note>
         <para><literal>insecure</literal> コンソールとは,
           あなた自身, コンソールが物理的に安全でないと考えていて,
           root パスワードを知る人だけがシングルユーザモードを使えるようにしたいという意味であり,
           コンソールを安全でない状態で使いたいという意味ではありません. 
           そのため, 安全性を求めるならば
           <literal>secure</literal> でなく
           <literal>insecure</literal> を選んでください.</para>
       </note>
     </sect2>
     
     <sect2 id="boot-multiuser">
       <title>マルチユーザモード</title>
       
       <para><command>init</command> がファイルシステムが正常であると判断するか,
         ユーザが<link linkend="boot-singleuser">シングルユーザモード</link>を終了すると,
         システムはマルチユーザモードへ移行し,
         リソースの設定を始めます.</para>
 
       <sect3 id="boot-rc">
         <title>リソース設定(rc)</title>
 
         <para>リソース設定システムはデフォルト設定を
           <filename>/etc/defaults/rc.conf</filename> から,
           そのシステム独自の細かな設定を
           <filename>/etc/rc.conf</filename> から読み込みます.
           そして <filename>/etc/fstab</filename>
           に記述されるシステムファイルシステムをマウントし,
           ネットワークサービスの開始,
           さまざまなシステムデーモンの開始,
           そして最後に, ローカルにインストールされた package
           の起動スクリプトの実行へと進みます.</para>
         
         <para>リソース設定システムのに関する参考資料は, &man.rc.8; にあります.
           これはスクリプトそのものを調べることと同じくらい優れたものです.</para>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="boot-shutdown">
     <title>シャットダウン動作</title>
 
     <para><command>shutdown</command>
       を用いてシステムを意図的にシャットダウンした場合,
       <command>init</command> は
       <filename>/etc/rc.shutdown</filename>
       というスクリプトの実行を試みます.
       そして, すべてのプロセスへ終了(terminate)シグナルを送り,
       続いてうまく終了できなかったプロセスへ
       強制終了(kill)シグナルを送ります.
     </para>
   </sect1>
 </chapter>
 
 <!-- 
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/contrib/chapter.sgml b/ja_JP.eucJP/books/handbook/contrib/chapter.sgml
index e0b78e146b..440ae93b6c 100644
--- a/ja_JP.eucJP/books/handbook/contrib/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/contrib/chapter.sgml
@@ -1,6473 +1,6477 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.406
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/contrib/chapter.sgml,v 1.63 2001/04/08 15:33:39 hrs Exp $
+     Original revision: 1.407
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/contrib/chapter.sgml,v 1.64 2001/04/09 02:15:16 hrs Exp $
 -->
 
 <chapter id="contrib">
   <title>FreeBSD への貢献</title>
 
   <para><emphasis>原作: &a.jkh;.</emphasis></para>
 
   <para><emphasis>訳: &a.jp.iwasaki;,
       1997 年 4 月 27 日.</emphasis></para>
 
   <para>あなたも何か FreeBSD のために貢献したくなりましたか?
     素晴らしい! 私たちは常に支援を受ける用意がありますし, FreeBSD
     は生き残るためにユー
     ザベースの貢献に<emphasis>頼る</emphasis>ようなシステムの一つです.
     あなたの貢献は 感謝されるだけではなく, FreeBSD
     が成長し続けるために極めて重要なものな のです!</para>
 
   <para>一部の人達が言っているのとは逆に,
     貢献を受け付けてもらうために腕利 きのプログラマーになるとか
     FreeBSD コアチームの人と親友になる必要はあ りません. FreeBSD
     プロジェクトの開発は, 多くのそして益々増加する世界中
     の貢献者達によってなされており, 彼らの年齢,
     専門技術分野は多岐に渡りま す.
     そして手の空いている人よりも
     成されるべき仕事の方が常に多いのです.</para>
 
   <para>FreeBSD
     プロジェクトがカーネルや散在しているユーティリティよりも,
     オペレーティングシステム環境 (と, そのインストール)
     に対して責任を持つ ようになったため,
     私たちの<filename>TODO</filename>リストはドキュメンテーション,
     ベータテ スト,
     高度に専門化されたタイプのカーネル開発の好例を紹介するなど非常に
     広い範囲のタスクに渡ります. あなたの技能レベルに関わらず,
     プロジェクト を支援できることが必ず何かあります!</para>
 
   <para>FreeBSD
     関連の事業に従事している商業団体が私たちにコンタクトすること
     も歓迎します. あなたの製品を (FreeBSD 上で) 動作させるには,
     特別な拡張 が必要ではありませんか?
     あまりにも風変わりな要求でなければ, それを受け
     入れる用意が私たちにあるとわかるはずです.
     付加価値のある製品ですか? 私たちに知らせてください! 多分私たちは,
     ある 面において共同して作業をすることができるでしょう.
     フリーソフトウェア界 は,
     ソフトウェアがそのライフサイクルを通してどのように開発され,
     売られ,  保守されていくかについて, 既存の仮説に挑戦しています.
     少なくとももう一
     度考慮してみることを私たちは強くお奨めします.</para>
 
   <sect1 id="contrib-what">
     <title>何が必要?</title>
 
     <para>次のタスクとサブプロジェクトのリストは, コアチームの色々な
       <filename>TODO</filename> リ
       ストと最近2ヶ月で集めたユーザリクエストを合わせたものです.
       可能なとこ ろでは, 緊急度によってタスクがランクづけされています.
       もしここにあるタ スクの実行に興味があるのでしたら,
       コーディネータの名前をクリックしてメー ルを送ってください.
       もしコーディネータが決まっていなければ, あなたがボ
       ランティアしてみませんか?</para>
 
     <sect2>
       <title>優先度の高いタスク</title>
 
       <para>次のタスクは通常, ひどく壊れているとか,
 	とても必要とされている何かを 表しているため,
 	急務と考えられています:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>第3ステージ・ブート問題. 全体コーディネーション:
 	    &a.hackers;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>第3ステージがディスクの BIOS
 		ジオメトリの正確なマッピングを提供 できるように WinNT
 		コンパチブルなドライブの追跡をおこなう.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>ファイルシステム問題. 全体コーディネーション:
 	    &a.fs;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>nullfs ファイルシステムコードのクリーンアップと
 		ドキュメンテーション. コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>union ファイルシステムの修正. コーディネータ:
 		&a.dg;</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>Int13 vm86 ディスクドライバの実装. コーディネータ:
 	    &a.hackers;</para>
 	</listitem>
 
 	<listitem>
 	  <para>New bus アーキテクチャカーネル.  コーディネータ:
 	    &a.newbus;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>すべての現存 ISA ドライバの
 	        新しいアーキテクチャへの移植.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>すべての割り込み処理コードを
 		適切なバスドライバに移動.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>PCI サブシステムの
 	        新しいアーキテクチャへの移植.  コーディネータ:
 	        &a.dfr;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>リムーバブルデバイスを正しく扱う方法を見い出し,
 		PC-Card や CardBus を実装するための土台にする.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>プローブ・アタッチの優先順位の問題を
 		一回ですっきりと解決する.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>その他残りのバスをすべて新しい
 		アーキテクチャへと移行する.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルの諸問題. 全体コーディネーション:
 		&a.hackers;</para>
 	</listitem>
 
 	<listitem>
 	  <para>より積極的にセキュリティ基盤の整備を進める.
 	    全体コーディネーション: &a.security;</para>
 	  
 	  <itemizedlist>
 	    <listitem>
 	      <para>Tripwire(TM) のようなものをカーネル内の
 		リモート・ローカル両部分に備える.
 		これを正しく実現する上で, 暗号技術に関する問題が
 		いろいろと上がっています.
 		詳細についてはコーディネータに連絡を取ってみてください.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>カーネルで (UID を) 0 と比較している部分を
 		すべて <literal>suser()</literal> を使うようにする.
 		現在, 約半分の箇所が使っています.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>セキュアレベルをいくつかの部分に分ける.
 		これによって管理者は, 放棄しても構わない
 		権限については放棄できるようになります.
 		当然ながら, 全体セキュアレベルをセットしたときの
 		効果は現在のままにしなければなりません.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>BPF に対して <quote>許可されたプログラム</quote>
 		のリストをアップロードできるようにして、 BPF がそれ以外の
 		プログラムを受け入れるのを食い止める.
 		これによって, BPF を例えば DHCP に使うと, アタッカーに
 		ローカルネットワークをこっそり探られることもなくなる
 		でしょう.</para>
 	    </listitem>
 	    
 	    <listitem>
 	      <para>セキュリティチェッカスクリプトを更新する.
 		何はともあれ, 他の BSD 派生システムにあるチェックは
 		すべて取り込む. さらに, システムがセキュアレベルを
 		高くしている場合には, 関連箇所について適切なフラグを
 		設定しているかどうかのチェックを行うようにする.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>カーネルに認証機構を設け, 認証ポリシーを
 		複数サポートする. その一部は <literal>suser()</literal>
 		を修正することで可能でしょう.
 		コーディネータ: &a.eivind;</para>
 	    </listitem>
 	    
 	    <listitem>
 	      <para>NFS レイヤにコードを追加し, NFS パーティションの
 		外に出るような <literal>chdir("..")</literal> は
 		できないようにする. 例えば, <filename>/usr</filename>
 		が UFS で <filename>/usr/src</filename> が NFS
 		エクスポートされているとします.  現在では, 
 		<filename>/usr/src</filename> への NFS ファイル
 		ハンドルを使って <filename>/usr</filename> に
 		アクセスできてしまう可能性があります.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>優先度がさほど高くないタスク</title>
 
       <para>次のタスクはやっておくべきではありますが,
 	特にさし迫っているわけで はありません:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>完全な KLD ベースのドライバのサポート /
 	    コンフィグレーションマネー ジャ.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>穏やかな方法でハードウェアを検知する
 		コンフィグレーションマネージャ の作成
 		(第3ステージ・ブートの中に?). ハードウェアが必要とする
 		KLD だけを 残す等.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>PCMCIA/PCCARD. コーディネータ: &a.msmith; と &a.imp;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>ドキュメンテーション!</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>pcic ドライバの信頼性のある操作 (テスト要).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>sio.c</filename>
 		のリコグナイザとハンドラ (ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>ed.c</filename> のリコグナイザとハンドラ
 		(ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><filename>ep.c</filename> のリコグナイザとハンドラ
 		(ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>User-mode のリコグナイザとハンドラ
 		(部分的に完了).</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
 
 	<listitem>
 	  <para>先進的なパワーマネージメント. コーディネータ: &a.nate;
 	    と &a.phk;</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>APM サブドライバ (ほぼ完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>IDE/ATA ディスクサブドライバ (部分的に完了).</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>syscons/pcvt サブドライバ.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>PCMCIA/PCCARD ドライバ群との統合 (サスペンド /
 		レジューム).</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>優先度の低いタスク</title>
 
       <para>次のタスクは全くのあら隠し,
 	または誰もすぐにおこないそうもない投資
 	のような仕事を表します:</para>
 
       <para>最初の N 項目は Terry Lambert
 	<email>terry@lambert.org</email> からのものです.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>ネットワークカードと一緒に提供される ODI
 	    カードドライバを使用で きるようにする, NetWare サーバ
 	    (プロテクトモードの ODI ドライバ) ロー ダとサブサービス.
 	    NDIS ドライバと NetWare の SCSI ドライバについても同
 	    様.</para>
 	</listitem>
 
 	<listitem>
 	  <para>前のリビジョンの FreeBSD マシンではなく, Linux
 	    マシンで動作する 「アップグレード
 	    システム」オプション.</para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルのマルチスレッド化
 	    (カーネルのプリエンプションが必要).</para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルのプリエンプション付き対称マルチプロセッシング
 	    (カーネル のプリエンプションが必要).</para>
 	</listitem>
 
 	<listitem>
 	  <para>ポータブルコンピュータのサポートにおける協調の試み.
 	    これは PCMCIA
 	    ブリッジング規則と電源管理イベント処理の変更により, いく
 	    らかは処理できます. しかし,
 	    内蔵ディスプレイと外部ディスプレイの検出, この 2
 	    種類のディスプレイがあるという事実に基づく
 	    異なる解像度の選択, マシンがドックにある場合には
 	    ディスクのモータ停止を防止すること, マシンの
 	    ブート能力に影響を与えずにドックベースのカードの消滅を
 	    可能にすること  (PCMCIA と同じ問題)
 	    などの問題があります.</para>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>もっと簡単なタスク</title>
 
       <para>上のセクションで挙げたタスクは膨大な時間の投資または
 	FreeBSD のカーネルに関する深い知識を必要とします
 	(もしくはそのどちらも). しかしながら,
 	&quot;週末ハッカー&quot;やプログラミングのスキルを持
 	たない人々に適した立派なタスクも数多くあります.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>FreeBSD-current を運用しており,
 	    状態の良いインターネット接続があ るならば, <hostid
 	      role="fqdn">current.FreeBSD.org</hostid>
 	    という一日に一回フルリリースを行っている マシンがあります
 	    &mdash; 時おり最新のリリースをそこからインストールし, その
 	    過程で何か問題があるなら報告して下さい.</para>
 	</listitem>
 
 	<listitem>
 	  <para>freebsd-bugs
 	    メーリングリストを読んでください. そこではあなたが建
 	    設的なコメントを付けたりテストできるパッチが
 	    提供されているような問題がある かもしれません.
 	    もしくはそれらの問題の一つをあなた自身で修正することさえ
 	    できるかもしれません.</para>
 	</listitem>
 
 	<listitem>
 	  <para>定期的に FAQ とハンドブックを通して読んでみてください.
 	    もしまずい説明や古い事柄や完全に間違っていることなどが
 	    あれば我々に しらせて下さい.
 	    さらに良いのは我々に修正案を送ることです (SGML
 	    は学ぶのにそれほど難しくありませんが,
 	    プレインテキストでも問題は ありません).</para>
 	</listitem>
 
 	<listitem>
 	  <para>(もしまだないならば) FreeBSD
 	    のドキュメントを自分の母国語に翻訳
 	    するのを手伝ってください &mdash;
 	    作業している人がいるかどうか &a.doc; にメールを
 	    送って聞くだけです. とはいっても,
 	    そうすることによってあなたが全ての FreeBSD
 	    ドキュメントの翻訳に携わるように
 	    なるというわけではないですから ね &mdash; 実際,
 	    もっとも翻訳が必要とされているドキュメントはインストール方
 	    法です.</para>
 	</listitem>
 
 	<listitem>
 	  <para>たまに(もしくは定期的に) freebsd-questions
 	    メーリングリストや
 	    <literal>comp.unix.bsd.freebsd.misc</literal>
 	    を読んでください. これは, あなたの持ってい
 	    る専門知識を共有したり誰かが抱えている問題を
 	    解決するのに非常に有効な ものになり得ることです.
 	    時にはあなた自身で新しいことを学ぶことさえ
 	    できるかもしれません.
 	    これらのフォーラムはやるべきことのアイディア
 	    の源にもなり得るのです.</para>
 	</listitem>
 
 	<listitem>
 	  <para>-current に正しく当てられるがしばらく経っても(通常は
 	    2, 3 週間) -stable
 	    に取り込まれてないようなバグフィックスがあるならば
 	    コミッターに 丁寧に思い出させてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>寄贈ソフトウェアをソースツリーの
 	    <filename>src/contrib</filename>
 	    に移動させてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para><filename>src/contrib</filename>
 	    以下のコードが最新のものであるか確認してください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>2000 年問題に関するバグを探してください(そして,
 	    見つけたら修正してください!).</para>
 	</listitem>
 
 	<listitem>
 	  <para>警告を詳細に報告するようにして
             ソースツリー全体(もしくはその一部)を構築してみてください.
 	    そして警告が出ないようにしてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>ports で, gets() を使っているとか malloc.h
 	    をインクルードしている
 	    などといった警告が出ないようにしてください.</para>
 	</listitem>
 
 	<listitem>
 	  <para>もしなんらかの ports に関わっているなら,
 	    あなたのパッチを作者に フィードバックしてください
 	    (次のバージョンが出た時にあなたが楽になります).</para>
 	</listitem>
 
 	<listitem>
 	  <para>このリストに追加するタスクを提案して下さい!</para>
 	</listitem>
       </orderedlist>
     </sect2>
 
     <sect2>
       <title>障害報告(PR; Problem Report)データベースにおける作業</title>
 
       <para><ulink url="http://www.FreeBSD.org/cgi/query-pr-summary.cgi">
 	FreeBSD 障害報告リスト</ulink>では, 現在問題となっている報告と,
         FreeBSD の利用者によって提出された改良の要望に関する
 	全てのリストを公開しています.
         open 状態の障害情報を見て, 興味を引く内容かどうか確かめて下さい.
         本当に複雑なものも含まれているでしょうし,
         例えば, 障害報告に対する修正がちゃんとしたものであるかどうか
         単にチェックするだけのとても簡単な作業もあるでしょう.</para>
 
       <para>まず, まだ誰にも割り当てられていない障害報告から作業を
         始めて下さい. もし, 誰か他の人に割り当てが決まっているけれども
         自分が作業可能だ, というものがあれば, 作業ができるかどうか&mdash;
         既にテスト用パッチが用意されているのかどうか, あるいは
         その問題についてあなたが考えている,
         より進んだ考えに関して議論ができるかどうか,
         割り当てられている人に電子メールで問い合わせて下さい.
       </para>
 
     </sect2>
   </sect1>
 
   <sect1 id="contrib-how">
     <title>貢献の仕方</title>
 
     <para>一般的に, システムへの貢献は次の 6
       つのカテゴリの1つ以上に分類されます:</para>
 
     <sect2 id="contrib-general">
       <title>バグ報告と一般的な論評</title>
 
       <para>報告するべきバグがあったり, 提案したいことがあれば:</para>
 
       <para><emphasis>一般的な</emphasis>
 	技術的関心事に関するアイデアや提案は  &a.hackers;
 	へメールしてください. 同様に, このような事柄に興味のある
 	(そして<emphasis>膨大な</emphasis>メール!  に耐えられる) 人は,
 	  &a.majordomo; へメールを送って hackers
 	メーリングリストに参加すると良いでしょう. 情報については
 	<link linkend="eresources-mail">メーリングリスト</link>
 	を参照してください.</para>
 
       <para>バグを発見したり変更を送付しようとしている場合は
 	&man.send-pr.1; プログラムか <ulink
 	  url="http://www.FreeBSD.org/send-pr.html">WEB ベースの
 	  send-pr</ulink> を使用して報告してください.
 	バグレポートの各項目を埋めるようにしてください.  65KB
 	を超えるのでなければ, レポート中に直接
 	パッチを入れてくださって結構です.
 	その場合, カット＆ペーストは<emphasis>しないで</emphasis>
 	ください. カット＆ペーストではタブがスペースに展開されて
 	パッチが使い物にならなくなってしまいます.
 	20KB を超える場合は,
 	それらを compress して &man.uuencode.1;
 	することも検討してください. とても大きくなる場合は <ulink
 	  url="ftp://ftp.FreeBSD.org/pub/FreeBSD/incoming/">
 	  ftp.FreeBSD.org:/pub/FreeBSD/incoming/</ulink>
 	を利用してください.
       </para>
 
       <para>レポートがファイリングされれば, バグ報告の確認と
 	トラッキング番号をメールで受け取るはずです.
 	このトラッキング番号を覚えておき, 問題に関する詳細情報を
 	<email>bug-followup@FreeBSD.org</email> に
 	メールで送って更新できるようにしてください.  例えば
 	<literal>"Re: kern/3377"</literal> のように,
 	この番号をサブジェクト行に使用してください.
 	すべてのバグレポートの追加情報は,
 	この方法で送付されなければいけません.</para>
 
       <para>もしタイムリに (あなたの電子メール接続形態にもよりますが,
 	3日から 1週間)  確認を受けとれないとか, 何らかの理由で
 	&man.send-pr.1; コマンドが 使用できない場合には, &a.bugs;
 	へメールを送り, 誰か代りにバグ報告を
 	送付してもらうようたずねてください.</para>
     </sect2>
 
     <sect2>
       <title>文書の変更</title>
 
       <para>文書の変更は &a.doc; が監督しています.  <link
 	  linkend="contrib-general">バグ報告と一般的な論評</link>
 	に記述されているように <command>send-pr</command>
 	コマンドを使用して,  提案や変更
 	(どんな些細なものでも歓迎します!) を送ってください.</para>
     </sect2>
 
     <sect2>
       <title>現存のソースコードの変更</title>
       
       <para>現存のソースコードへの追加または変更は,
 	いくらかトリッキーな仕事で あり, core の FreeBSD
 	開発の現状にあなたがどれだけ通じているかに大 きく依存します.
 	<quote>FreeBSD-current</quote>として知られる FreeBSD の特別な
 	継続的リリースがあります. FreeBSD-current
 	は開発者の積極的な活動の 便宜のために,
 	色々な方法で利用可能になっています. FreeBSD-current
 	の入手と使用方法についての詳しい情報については <link
 	  linkend="current">最新の FreeBSD を追いかける</link>
 	を参照してください.</para>
 
       <para>不幸にして古いソースをもとに仕事をすることは,
 	時々あなたの変更が時 代遅れ, または FreeBSD
 	への簡単な再統合に合わなくなっていることを意 味します.
 	システムの現状に関する議論がおこなわれている &a.announce; と
 	&a.current; へ参加することで,
 	この可能性を最小限にすることができます.</para>
 
       <para>完全な最新のソースを変更のベースにできることが
 	確実になったと仮定し て, 次のステップは FreeBSD
 	の保守担当者へ送る差分ファイルの生成です.  これは &man.diff.1;
 	コマンドを使用しておこないますが, <quote>context
 	diff</quote>形式が好まれるようです. 例えば:</para>
 
       <screen>&prompt.user; <userinput>diff -c oldfile newfile</userinput></screen>
 
       <para>または</para>
 
       <screen>&prompt.user; <userinput>diff -c -r olddir newdir</userinput></screen>
 
       <para>これで指定されたソースファイルまたはディレクトリ階層に
 	対するコンテ キスト形式の差分が生成されます. 詳しい説明は
 	&man.diff.1; のマ ニュアルページを参照してください.</para>
 
       <para>差分ファイル (&man.patch.1; コマンドでテストできます)
 	を作ったら,  それらを FreeBSD
 	に含めてもらうようメールで送ってください.  <link
 	  linkend="contrib-general">バグ報告と一般的な論評</link>
 	に記述されているように &man.send-pr.1;
 	コマンドを使用してください.  差分ファイルだけを &a.hackers;
 	へ送ってはいけません.  途方にくれてしまいます!
 	私たちは多忙なので, あなたの提案に大変感謝します
 	(これはボランティアのプロジェクトです!).
 	すぐに取りかかることはできませんが, 処理されるまでは ちゃんと
 	pr データベースに残っています.</para>
 
       <para>あなたがそうした方がいいと思う場合 (例えば,
 	ファイルの追加,  削除または名称変更など), 変更を
 	<command>tar</command> ファイルにまとめ,  &man.uuencode.1;
 	プログラムにかけてください.  shar
 	アーカイブも歓迎します.</para>
 
       <para>例えばあなたがそれ自身のさらなる配布を管理する
 	コピーライト問題を良 く分かっていないとか,
 	単に厳しいレビューをおこなっておらず, リリース
 	する準備ができていないなど,
 	あなたの変更が潜在的に不安定な性質をも つものである場合,
 	&man.send-pr.1; で送付するよりむしろ &a.core;
 	へ直接送ってください. コアチームメーリングリスト宛のメールは,
 	日々の仕事のほとんどを FreeBSD でおこなっている人たちの,
 	より小さなグルー プに届きます.
 	このグループもまた<emphasis>とても忙しい</emphasis>
 	ことに注意し て, 本当に必要な場合にコアチームの彼らにメールを
 	送るだけにしてください.</para>
 
       <para>コーディングスタイルに関する情報は <command>man 9
 	  intro</command> および  <command>man 9 style</command>
 	を参照してください. コードを提出する前には,
 	少なくともこの情報を意識しておいてくださるようお願いします.
       </para>
     </sect2>
 
     <sect2>
       <title>新たなコードやメジャーな付加価値の高いパッケージ</title>
 
       <para>重要な大きい仕事の寄贈や, 重要な新しい機能を
 	FreeBSD に追加する場合には, 変更点を tar/uuencode
 	したファイルにして送るか, それらを web や FTP サイトへ
 	アップロードしてアクセスできるようにすることの
 	どちらかが通常必要になります.  web や FTP サイトへのアクセスが
 	できないときは適切な FreeBSD のメーリングリストで誰かに
 	変更を受け取って貰ってください.</para>
 
       <para>大量のコードを伴った仕事の場合,
 	コピーライトの神経過敏な問題が常に出てきます. FreeBSD
 	に含めるコードのコピーライトとして受け入れることができるのは,
 	以下の二つです:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>BSD コピーライト.
 	    このコピーライトは<quote>権利に縛られない</quote>性格
 	    と商用企業にとって一般的な魅力をもつために最も好まれます.
 	    FreeBSD プロジェクトは商用利用を阻んだりせず, 何かを
 	    FreeBSD
 	    へ投資する気になった商業関係者による参加を積極的に奨励
 	    します.</para>
 	</listitem>
 
 	<listitem>
 	  <para>GNU一般公有使用許諾, または<quote>GPL</quote>.
 	    このライセンスはコード
 	    を商用目的に使用する場合に余分な努力が求められるため,
 	    私たちにあまり評判が良いというわけではありません. しかし,
 	    私たちは既に GPL 下の高品質なコード (コンパイラ,
 	    アセンブラ, テキストフォーマッタ等) の提供を受けており,
 	    私たちは現在それを必要としています. そのため,
 	    このライセンスによる新たな貢献を拒絶す
 	    るというのは愚かなことでしょう. GPL
 	    下のコードはソースツリー の別の部分, 現在のところ
 	    <filename>/sys/gnu</filename> か
 	    <filename>/usr/src/gnu</filename> に入っています.
 	    そのため, GPL が問題となるような人は,
 	    誰でも簡単にそれとわかるようになっています.</para>
 	</listitem>
       </orderedlist>
 
       <para>これ以外のタイプのコピーライトによる寄贈は, FreeBSD
 	へ含めることを考慮する前に,
 	注意深いレビューを受けなければなりません. 作者が独自
 	のチャネルを通して配布しており,
 	そのような変更をおこなうことを常に奨励している場合でも,
 	特に限定的な商用のコピーライトが適用される寄
 	贈は一般に拒否されます.</para>
 
       <para>あなたの作品に <quote>BSD-スタイル</quote>
 	のコピーライトを付けるには, 保護した
 	いソースコードファイルすべての一番最初に
 	以下のテキストを入れて, <literal>%%</literal>
 	の間を適切な情報に置き換えください.</para>
 
       <programlisting>Copyright (c) %%適切な年%%
 	%%あなたの名前%%, %%あなたの州%%  %%郵便番号%%.
       All rights reserved.
 
 Redistribution and use in source and binary forms, with or without
 modification, are permitted provided that the following conditions
 are met:
 1. Redistributions of source code must retain the above copyright
    notice, this list of conditions and the following disclaimer as
    the first lines of this file unmodified.
 2. Redistributions in binary form must reproduce the above copyright
    notice, this list of conditions and the following disclaimer in the
    documentation and/or other materials provided with the distribution.
 
 THIS SOFTWARE IS PROVIDED BY %%あなたの名前%% ``AS IS'' AND ANY EXPRESS OR
 IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
 IN NO EVENT SHALL %%あなたの名前%% BE LIABLE FOR ANY DIRECT, INDIRECT,
 INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
 NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
 DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
 THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
 (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
 THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 
        &#36;Id&#36;</programlisting>
 
       <para>便宜をはかるため,
 	このテキストのコピーは次の場所に置いてあります.
 	<filename>/usr/share/examples/etc/bsd-style-copyright</filename>.
       </para>
 
       <para>(訳注: 以下は神田敏広氏より寄贈された bsd-style-copyright
 	の日本語訳です.
 	ソースファイルに含めるものは原文の方であることに注意して
 	ご利用ください.  また, 原文との間に趣旨の差異が生じた場合,
 	原文の内容が FreeBSD プロジェクトの
 	意思であるものとします.)</para>
 
       <programlisting>
 Copyright (C) [年]
      [あなたの名前]  All rights reserved.
 
 ソースとバイナリ形式の再配布および使用は, 変更の有無にかかわらず以下の
 条件を満たす場合に限り許可される:
 1. ソースコードの再配布は, 上記の著作権表示・この条件のリスト・下記の
    否認声明文を保持しなければならない.
 
 2. バイナリ形式の再配布は, 上記の著作権表示・この条件のリスト・下記の
    否認声明文を, 配布物と共に提供される文書および/または他の資料の中に
    含めなければならない.
 
 (訳注:ここから「否認声明文」です)
 
 このソフトウェアは[あなたの名前]および貢献者によって ``あるがままの状態''
 で提供され, 商品性と特定の目的に対する適合性についての暗黙の保証に留ま
 らず, いかなる明示および暗黙の保証を認めない. [あなたの名前]および貢献
 者は, あらゆる直接的・間接的・偶発的・特殊的・典型的・必然的な損害 (代
 替製品または代替サービスの獲得費; 効用・データ・利益の喪失; または業務
 中断を含み, またそれだけに留まらない損害) に対して, たとえどのようにし
 て生じたとしても, そしてこのソフトウェアの使用によってどのようにであれ
 生じる, 契約上であろうと, 厳密な責任内であろうと, あるいは不正行為 (過
 失やそうでない場合を含む) における場合であろうとも, いかなる責任論上も,
 たとえそのような損害の可能性が予見されていたとしても, 一切の責任を持た
 ない.
 
 翻訳: 神田敏広
 御協力 (五十音順・敬称略):
   池田研二, 内川 喜章, 藤村 英治, むらたしゅういちろう
   杢野 雅一, 横田＠宇都宮
       </programlisting>
     </sect2>
 
     <sect2>
       <title>金銭, ハードウェアまたはインターネットアクセス</title>
 
       <para>FreeBSD プロジェクトの目的を進めるための寄付や,
 	私たちと同じような ボランティアの細く長い! 努力を,
 	私たちは常に喜んで受け入れています.
 	また一般的に私たちは自分達で
 	周辺機器を買う資金が不足しているため,
 	周辺機器のサポートを充実させるのに
 	ハードウェアの寄付はとても重要です.</para>
 
       <sect3 id="donations">
 	<title>資金の寄付</title>
 
 	<para>FreeBSD プロジェクトは501(C3) (非営利) 企業ではないため,
 	  いかなる寄付に対しても特別な税金の優遇措置を提供することができません.
 	  このような 寄付はプロジェクトを代表して FreeBSD, Inc.
 	  により感謝をもって受け入れられるでしょう.</para>
 
 	<para>FreeBSD, Inc. は FreeBSD
 	  プロジェクトの推進とプロジェクトに企業とし
 	  ての最小限の体裁を持たせることを目的として, 1995年の初めに
 	  &a.jkh; と &a.dg; により設立されました.
 	  寄付されたすべての資金は (最終的に FreeBSD,
 	  Inc.によりもたらされるであろうすべての利益も同様に)
 	  プロジェクトの目標を推進するためだけに使われるでしょう.</para>
 
 	<para>支払い先を FreeBSD, Inc. とした小切手を,
 	  次の住所気付けで送ってください:</para>
 
 	<address>
 	  <otheraddr>FreeBSD, Inc.</otheraddr>
 	  <otheraddr>c/o Jordan Hubbard</otheraddr>
 	  <street>4041 Pike Lane, Suite F</street>
 	  <city>Concord</city>
 	  <state>CA</state>, <postcode>94520</postcode>
 	</address>
 
 	<para>[現在 私書箱が開設されるまで一時的に BSDi
 	  の住所を使用]</para>
 
 	<para>電信振替は次の所まで直接送れるでしょう:</para>
 
 	<address>
 	  <otheraddr>Bank Of America</otheraddr>
 	  <otheraddr>Concord Main Office</otheraddr>
 	  <pob>P.O. Box 37176</pob>
 	  <city>San Francisco</city>
 	  <state>CA</state>, <postcode>94137-5176</postcode>
 
 	  <otheraddr>Routing #: 121-000-358</otheraddr>
 	  <otheraddr>Account #: 01411-07441 (FreeBSD, Inc.)</otheraddr>
 	</address>
 
 	<para>寄付に関することは全て電子メールもしくは上記 FreeBSD,
 	  Inc. の住所宛の郵政省メールにて &a.jkh
 	  までお送りくださるようお願いします.</para>
 
 	<para>もし <link linkend="donors">寄贈者ギャラリー</link>
 	  の節で匿名を希望される方は, 寄付の際にその旨お伝えください.
 	  Thanks!</para>
       </sect3>
 
       <sect3>
 	<title>ハードウェアの寄贈</title>
 
 	<para>FreeBSD プロジェクトは,
 	  次の3つのカテゴリのどんなハードウェアの寄贈も,
 	  喜んで受け付けます:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>ディスクドライブ,
 	      メモリまたは完全なシステムといった一般用途のハードウェアは,
 	      <emphasis>資金の寄付</emphasis>の節にある
 	      FreeBSD, Inc. の住所まで送っ てください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>進行中の受け入れテストのための
 	      ハードウェアが必要とされていま す.
 	      新たなリリース毎に適切な逆行テストができるように,
 	      私たちは現在,  FreeBSD
 	      がサポートするすべてのコンポーネントの
 	      テストラボを設置しよう としています. 私たちにはまだ,
 	      たくさんの重要な部品 (ネットワークカード,
 	      マザーボードなど) が不足していますので,
 	      このような寄贈をしたいと思って いるならば, &a.dg;
 	      へコンタクトしてどの部品がまだ必要とされているか
 	      の情報を得てください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>現在 FreeBSD にサポートされていないハードウェアで,
 	      サポートに追加して欲しいもの.
 	      私たちが新しいハードウェアを受けとる前にそのタスクを
 	      引き受けてくれる開発者を探す必要があるため,
 	      その部品を送る前に &a.core;
 	      にコンタクトを取ってください.</para>
 	  </listitem>
 	</itemizedlist>
       </sect3>
 
       <sect3>
 	<title>インターネットアクセスの寄付</title>
 
 	<para>私たちは常に FTP, WWW や <command>cvsup</command>
 	  の新しいミラーサイトを募集しています.
 	  ミラーサイトになりたい場合には the FreeBSD project
 	  administrators <email>hubs@FreeBSD.org</email>
 	  にコンタクトを取って, 詳しい情報を手に入れてください.</para>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="donors">
     <title>寄贈者ギャラリー</title>
 
     <para>FreeBSD プロジェクトは次の寄贈者に恩義を受けており,
       ここに公表して感謝の意を表したいと思います.</para>
 
     <itemizedlist>
       <listitem>
 	<para><emphasis>
 	    セントラルサーバプロジェクトへの寄贈者:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは,
 	  セントラルサーバマシンのための 部品の寄贈を頂いており,
 	  それによって <hostid
 	    role="fqdn">freefall.FreeBSD.org</hostid>
 	  をリプレースして新たに FreeBSD
 	  プロジェクトのセントラルサーバマシンを
 	  構築することができました:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>&a.mbarkah
 	      と彼の所属する <ulink
 		url="http://www.hemi.com/">Hemisphere Online</ulink>
 	      は, <emphasis>Pentium Pro (P6) 200Mhz CPU</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.asacomputers.com/">ASA
 		Computers</ulink> は, <emphasis>Tyan 1662
 		マザーボード</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.via.net/">ViaNet
 		Communications</ulink> の Joe McGuckin
 	      <email>joe@via.net</email> は, <emphasis>Kingston
 		イーサネットコントローラ</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Jack O'Neill
 	      <email>jack@diamond.xtalwind.net</email> は,
 	      <emphasis>NCR 53C875 SCSI コントローラカード</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.Alameda.net/">Alameda
 		Networks</ulink> の Ulf Zimmermann
 	      <email>ulf@Alameda.net</email> は, <emphasis>128MB
 		のメモリ</emphasis>, そして <emphasis>4 GB
 		のディスクドライブと匡体</emphasis>
 	      を寄贈してくださいました.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>直接的な資金提供:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは FreeBSD
 	  プロジェクトに対する直接的な
 	  資金提供を頂いております:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>Annelise Anderson
 	      <email>ANDRSN@HOOVER.STANFORD.EDU</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.dillon</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.bluemountain.com/">Blue Mountain
 		Arts</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.epilogue.com/">
 		Epilogue Technology Corporation</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.sef</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.gta.com/">Global Technology
 		Associates, Inc</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Don Scott Wilde</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Gianmarco Giovannelli
 	      <email>gmarco@masternet.it</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Josef C. Grosch <email>joeg@truenorth.org</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Robert T. Morris</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.chuckr</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.imagescape.com/">
 		Imaginary Landscape, LLC.</ulink>
 	      の Kenneth P. Stox
 	      <email>ken@stox.sa.enteract.com</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Dmitry S. Kohmanyuk <email>dk@dog.farm.org</email></para>
 	  </listitem>
 
 	  <listitem>
 	    <para>日本の
 	      <ulink url="http://www.cdrom.co.jp/">Laser5</ulink>
 	      は, さまざまな種類の FreeBSD CD の販売利益の一部を
 	      寄付してくれました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.mmjp.or.jp/fuki/">
 		蕗出版</ulink> は, <emphasis>はじめての FreeBSD
 	      </emphasis> の売り上げの一部を FreeBSD プロジェクト及び
 	      XFree86 プロジェクトへ寄付してくれました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.ascii.co.jp/">アスキー</ulink>
 	      は FreeBSD 関連の書籍の売り上げの一部を FreeBSD
 	      プロジェクト及び FreeBSD 友の会へ寄付してくれました.
 	    </para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.yokogawa.co.jp/">
 		横河電機株式会社</ulink> からは FreeBSD
 	      プロジェクトへ多大な寄付をいただきました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.buffnet.net/">BuffNET</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.pacificsolutions.com/">Pacific
 		Solutions</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.siemens.de/">Siemens AG</ulink>
             via <ulink url="mailto:andre.albsmeier@mchp.siemens.de">Andre
 		Albsmeier</ulink></para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="mailto:ras@interaccess.com">Chris Silva</ulink>
 	    </para>
 	  </listitem>
 
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>ハードウェアの寄贈者:</emphasis></para>
 
 	<para>次に挙げる個人および企業からは,
 	  テストやデバイスドライバの開発 / サポート
 	  のためのハードウェアの寄贈を頂いております:</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>BSDi は,
 	      ネットワークへのアクセスおよび
 	      他のハードウェアリソースの寄贈はいうまでもなく,
 	      開発に使うための Pentium P5-90 と 486/DX2-66 EISA/VL
 	      のシステム数台を提供してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>TRW Financial Sysytems 社は, PC 130台, 68 GB
 	      のファイルサーバ 3台, 12のイーサネット,
 	      ディスクレスコードのデバッグをおこなうための ルータ
 	      2台及び ATM スイッチを提供してくださいました.  また,
 	      彼らは 2, 3人の FreeBSD ハッカーを雇って, FreeBSD
 	      に専念させてくださっております.
 	      ありがとうございます!</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Dermot McDonnell は, 東芝 XM3401B CD-ROM ドライブを
 	      寄贈してくださいました. その CD-ROM ドライブは現在
 	      freefall で使用されています.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>&a.chuck; は, 実験用のフロッピーテープストリーマを
 	      寄付してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Larry Altneu <email>larry@ALR.COM</email> と
 	      &a.wilko;は, <devicename>wt</devicename>
 	      ドライバを改良するために Wangtek と Archive の QIC-02
 	      テープドライブを提供してくださいました.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Ernst Winter <email>ewinter@lobo.muc.de</email> は,
 	      このプロジェクトへ 2.88 MB
 	      のフロッピードライブを提供してくださいました.
 	      うまくいけば,
 	      これでフロッピーディスクドライバを書き直すための
 	      プレッシャーが増えるでしょう. <!-- smiley -->;-)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.tekram.com/">Tekram
 		Technologies</ulink> は NCR ドライバや AMD
 	      ドライバと自社のカードの逆行テストのため  FAST/ULTRA
 	      SCSI ホストアダプタ DC-390, DC-390U, DC-390F を
 	      各１枚提供してくださいました. また, フリーな OS
 	      のためのドライバの ソースを自社の FTP サーバ <ulink
 		url="ftp://ftp.tekram.com/scsi/FreeBSD/">
 		ftp://ftp.tekram.com/scsi/FreeBSD/</ulink>
 	      で公開されていることも称賛に値するでしょう.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Larry M. Augustin
 	      は Symbios Sym8751S SCSI
 	      カードを寄贈してくださっただけでなく, Ultra-2 や LVD
 	      をサポートする次期チップ Sym53c895 のものを含む
 	      データブックのセットと, 最新の Symbios SCSI
 	      チップが持つ先進的機能を安全に使う方法について書かれた
 	      最新のプログラミングマニュアルも寄贈してくださいました.
 	      本当にありがとうございます!</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Christoph Kukulies <email>kuku@FreeBSD.org</email>
 	      は, IDE CD-ROM ドライバ開発用の FX120 12 倍速 Mitsumi
 	      CD-ROM ドライブを提供してくださいました.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
 
       <listitem>
 	<para><emphasis>特筆すべき寄贈者:</emphasis></para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para><ulink url="http://www.bsdi.com/">BSDi
 		</ulink> は,
 	      言い表せないほど多くの寄付をしてくださいました (詳細は
 	      <link linkend="history">FreeBSD 小史</link>を参照).
 	      特に, 私たちのもともとのプライマリ開発マシンである
 	      <hostid role="fqdn">freefall.FreeBSD.org</hostid>,
 	      テストおよびビルドマシンである <hostid
 		role="fqdn">thud.FreeBSD.org</hostid>
 	      で使用しているハードウェアに対し感謝したいと思います.
 	      また彼らには, 数年にわたる色々な貢献者への資金提供や,
 	      インターネットへの T1 コネクションの無制限使用を提供して
 	      頂いた恩義があります.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink
 		url="http://www.interface-business.de/">interface
 		business GmbH, Dresden</ulink> は, &a.joerg;
 	      を根気よくサポートしてくださいました. 彼は本職より
 	      FreeBSD の仕事を好みがちであり, 彼個人の接続があまりに
 	      遅くなったり途切れたりして仕事にならない時は必ず
 	      interface business の (非常に高価な) EUnet
 	      インターネット接続に頼ったものです...</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><ulink url="http://www.bsdi.com/">Berkeley Software
 		Design, Inc.</ulink> は, 同社の DOS
 	      エミュレータのコードを
 	      BSD コミュニティ全体に対して提供してくれました. このコードは,
 	      <emphasis>doscmd</emphasis>
 	      コマンドに利用されています.</para>
 	  </listitem>
 	</itemizedlist>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="contrib-corealumni">
     <title>コアチームの卒業生</title>
 
     <para>次に挙げる人々は()で記した期間, FreeBSD
       コアチームのメンバーでした. FreeBSD
       プロジェクトにおける彼らの努力に感謝の意を表します.
     </para>
 
     <para><emphasis>だいたいの年代順:</emphasis></para>
 
     <itemizedlist>
       <listitem>
 	<para>&a.ache (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmb (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.bde (1992 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.gibbs (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.rich (1994 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.phk (1992 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.gpalmer (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.sos (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.wollman (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.joerg (1993 - 2000)</para>
       </listitem>
 
       <listitem>
 	<para>&a.jdp (1997 - 2000)</para>
       </listitem>
       
       <listitem>
 	<para>&a.guido (1995 - 1999)</para>
       </listitem>
 
       <listitem>
 	<para>&a.dyson (1993 - 1998)</para>
       </listitem>
 
       <listitem>
 	<para>&a.nate (1992 - 1996)</para>
       </listitem>
 
       <listitem>
 	<para>&a.rgrimes (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>Andreas Schulz (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.csgr (1993 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.paul (1992 - 1995)</para>
       </listitem>
 
       <listitem>
 	<para>&a.smace (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>Andrew Moore (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>Christoph Robitschko (1993 - 1994)</para>
       </listitem>
 
       <listitem>
 	<para>J. T. Conklin (1992 - 1993)</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="contrib-develalumni">
     <title>開発チームの卒業生</title>
  
     <para>次にあげるのは, かつて FreeBSD
       開発チームの一員だった人々です.
       FreeBSD プロジェクトに貢献してくださった彼らに感謝します.</para>
  
     <para><emphasis>ほぼ年代順に:</emphasis></para>
  
     <itemizedlist>
       <listitem>
         <para>&a.tedm (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.karl (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.gclarkii (1993 - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.jraynard (???? - 2000)</para>
       </listitem> 
       <listitem>
         <para>&a.jgreco (???? - 1999)</para>
       </listitem> 
       <listitem>
         <para>&a.ats (???? - 1999)</para>
       </listitem> 
       <listitem>
         <para>Jamil Weatherby (1997 - 1999)</para>
       </listitem> 
       <listitem>
         <para>meganm (???? - 1998)</para>
       </listitem> 
       <listitem>
         <para>&a.dyson (???? - 1998)</para>
       </listitem> 
       <listitem>
         <para>Amancio Hasty (1997 - 1998)</para>
       </listitem> 
       <listitem>
         <para>Drew Derbyshire (1997 - 1998)</para>
       </listitem> 
     </itemizedlist>
   </sect1>	
 
   <sect1 id="contrib-derived">
     <title>BSD 派生ソフトウェアへのコントリビュータ</title>
 
     <para>このソフトウェアは最初は William F. Jolitz の 386BSD release
       0.1 から派生しましたが, オリジナルの 386BSD
       に固有のコードはほとんど残っていません.
       このソフトウェアは基本的にはカリフォルニア大学 バークレイ校の
       Computer Science Research Group (CSRG) とその共同研究者
       たちによる 4.4BSD-Lite リリースから再実装されました.</para>
 
     <para>また, NetBSD や OpenBSD の一部も FreeBSD
       に取り込まれています. したがって私たちは NetBSD と OpenBSD
       へ貢献した人々すべてに感謝します.</para>
   </sect1>
 
   <sect1 id="contrib-additional">
     <title>その他の FreeBSD へのコントリビュータ</title>
 
     <para>(名前でアルファベット順に):</para>
 
     <itemizedlist>
       <listitem>
 	<para>ABURAYA Ryushirou <email>rewsirow@ff.iij4u.or.jp</email></para>
       </listitem>
       
       <listitem>
 	<para>AMAGAI Yoshiji <email>amagai@nue.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Aaron Bornstein <email>aaronb@j51.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Aaron Smith <email>aaron@mutex.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Achim Patzner <email>ap@noses.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Ada T Lim <email>ada@bsd.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam Baran <email>badam@mw.mil.pl</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam Glass <email>glass@postgres.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Adam Herzog <email>adam@herzogdesigns.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Adam McDougall <email>mcdouga9@egr.msu.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Adam Strohl <email>troll@digitalspark.net</email></para>
       </listitem>
 
       <listitem>
         <para>Adoal Xu <email>adoal@iname.com</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Colley <email>aecolley@ois.ie</email></para>
       </listitem>
 
       <listitem>
        <para>Adrian Hall <email>ahall@mirapoint.com</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Mariano <email>adrian@cam.cornell.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian Steinmann <email>ast@marabu.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Adrian T. Filipi-Martin
 	  <email>atf3r@agate.cs.virginia.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ajit Thyagarajan <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Akio Morita
 	  <email>amorita@meadow.scphys.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Akira SAWADA <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Akira Watanabe
 	  <email>akira@myaw.ei.meisei-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Akito Fujita <email>fujita@zoo.ncl.omron.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Alain Kalker
 	  <email>A.C.P.M.Kalker@student.utwente.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Alan Bawden <email>alan@curry.epilogue.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alec Wolman <email>wolman@cs.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Aled Morris <email>aledm@routers.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Aleksandr A Babaylov <email>.@babolo.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alex G. Bulushev <email>bag@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Alex D. Chen
 	  <email>dhchen@Canvas.dorm7.nccu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Le Heux <email>alexlh@funk.org</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Kapranoff <email>kappa@zombie.antar.bryansk.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Perel <email>veers@disturbed.net</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Varju <email>varju@webct.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alex Zepeda <email>garbanzo@hooked.net</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander B. Povolotsky <email>tarkhil@mgt.msk.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander Gelfenbain <email>mail@gelf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Alexander Leidinger
 	  <email>netchild@wurzelausix.CS.Uni-SB.DE</email></para>
       </listitem>
 
       <listitem>
         <para>Alexandre Snarskii <email>snar@paranoia.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Alistair G. Crooks <email>agc@uts.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allan Bowhill <email>bowhill@bowhill.vservers.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allan Saddi <email>asaddi@philosophysw.com</email></para>
       </listitem>
 
       <listitem>
         <para>Allen Campbell <email>allenc@verinet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amakawa Shuhei <email>amakawa@hoh.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Amancio Hasty <email>hasty@star-gate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amir Farah <email>amir@comtrol.com</email></para>
       </listitem>
 
       <listitem>
         <para>Amy Baron <email>amee@beer.org</email></para>
       </listitem>
 
       <listitem>
         <para>The Anarcat <email>beaupran@iro.umontreal.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Anatoly A. Orehovsky <email>tolik@mpeks.tomsk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Anatoly Vorobey <email>mellon@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Andersson <email>anders@codefactory.se</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Nordby <email>anders@fix.no</email></para>
       </listitem>
 
       <listitem>
         <para>Anders Thulin <email>Anders.X.Thulin@telia.se</email></para>
       </listitem>
 
       <listitem>
         <para>Andras Olah <email>olah@cs.utwente.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Albsmeier
 	  <email>Andre.Albsmeier@mchp.siemens.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Goeree <email>abgoeree@uwnet.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Andre Oppermann <email>andre@pipeline.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Haakh <email>ah@alman.robin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Kohout <email>shanee@rabbit.augusta.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Lohr <email>andreas@marvin.RoBIN.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Schulz <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Wetzel <email>mickey@deadline.snafu.de</email></para>
       </listitem>
 
       <listitem>
         <para>Andreas Wrede <email>andreas@planix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andres Vega Garcia <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Atrens <email>atreand@statcan.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Boothman <email>andrew@cream.org</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Gillham <email>gillham@andrews.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Gordon <email>andrew.gordon@net-tel.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Herbert <email>andrew@werple.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew J. Korty <email>ajk@purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew L. Moore <email>alm@mclink.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew L. Neporada <email>andrew@chg.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew McRae <email>amcrae@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Stevenson <email>andrew@ugh.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Timonin <email>tim@pool1.convey.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew V. Stesin <email>stesin@elvisti.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Andrew Webster <email>awebster@dataradio.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrey Novikov <email>andrey@novikov.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andrey Simonenko <email>simon@comsys.ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
 	<para>Andrey Tchoritch <email>andy@venus.sympad.net</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Farkas <email>andyf@speednet.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Valencia <email>ajv@csd.mot.com</email></para>
       </listitem>
 
       <listitem>
         <para>Andy Whitcroft <email>andy@sarc.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Angelo Turetta <email>ATuretta@stylo.it</email></para>
       </listitem>
 
       <listitem>
         <para>Anthony C. Chavez <email>magus@xmission.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anthony Yee-Hang Chan <email>yeehang@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Anton Berezin <email>tobez@plab.ku.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Anton N. Bruesov <email>antonz@library.ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Anton Voronin <email>anton@urc.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Antti Kaipila <email>anttik@iki.fi</email></para>
       </listitem>
 
       <listitem>
 	<para>arci <email>vega@sophia.inria.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Are Bryne <email>are.bryne@communique.no</email></para>
       </listitem>
 
       <listitem>
         <para>Ari Suutari <email>ari@suutari.iki.fi</email></para>
       </listitem>
 
       <listitem>
 	<para>Arindum Mukerji <email>rmukerji@execpc.com</email></para>
       </listitem>
 
       <listitem>
         <para>Arjan de Vet <email>devet@IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Arne Henrik Juul <email>arnej@Lise.Unit.NO</email></para>
       </listitem>
 
       <listitem>
         <para>Arun Sharma <email>adsharma@sharmas.dhs.org</email></para>
       </listitem>
 
       <listitem>
         <para>Ask Bjoern Hansen <email>ask@valueclick.com</email></para>
       </listitem>
 
       <listitem>
         <para>Atsushi Furuta <email>furuta@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Atsushi Murai <email>amurai@spec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Bakul Shah <email>bvs@bitblocks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Barry Bierbauch <email>pivrnec@vszbr.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Barry Lustig <email>barry@ictv.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Hutchinson <email>benhutch@xfiles.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Jackson <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ben Walter <email>bwalter@itachi.swcp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Benjamin Lewis <email>bhlewis@gte.net</email></para>
       </listitem>
 
       <listitem>
         <para>Berend de Boer <email>berend@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bernd Rosauer <email>br@schiele-ct.de</email></para>
       </listitem>
 
       <listitem>
         <para>Bill Kish <email>kish@osf.org</email></para>
       </listitem>
 
       <listitem>
         <para>Bill Trost <email>trost@cloud.rain.com</email></para>
       </listitem>
 
       <listitem>
         <para>Blaz Zupan <email>blaz@amis.net</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Van Valzah <email>Bob@whitebarn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Wilcox <email>bob@obiwan.uucp</email></para>
       </listitem>
 
       <listitem>
         <para>Bob Willcox <email>bob@luke.pmr.com</email></para>
       </listitem>
 
       <listitem>
         <para>Boris Staeblow <email>balu@dva.in-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Boyd Faulkner <email>faulkner@mpd.tandem.com</email></para>
       </listitem>
 
       <listitem>
         <para>Boyd R. Faulkner <email>faulkner@asgard.bga.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Chapman <email>chapmanb@arches.uga.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Hendrickse <email>bradh@uunet.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Karp <email>karp@eecs.harvard.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Bradley Dunn <email>bradley@dunn.org</email></para>
       </listitem>
 
       <listitem>
         <para>Brad Jones <email>brad@kazrak.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Brandon Fosdick <email>bfoz@glue.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brandon Gillespie <email>brandon@roguetrader.com</email></para>
       </listitem>
 
       <listitem>
         <para>&a.wlloyd</para>
       </listitem>
 
       <listitem>
         <para>Brent J. Nordquist <email>bjn@visi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brett Lymn <email>blymn@mulga.awadi.com.AU</email></para>
       </listitem>
 
       <listitem>
         <para>Brett Taylor
 	  <email>brett@peloton.runet.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Campbell <email>brianc@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Clapper <email>bmc@willscreek.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Cully <email>shmit@kublai.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Handy
 	  <email>handy@lambic.space.lockheed.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Litzinger <email>brian@MediaCity.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian McGovern <email>bmcgover@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Moore <email>ziff@houdini.eecs.umich.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Brian R. Haug <email>haug@conterra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Brian Tao <email>taob@risc.org</email></para>
       </listitem>
 
       <listitem>
         <para>Brion Moss <email>brion@queeg.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Albrecht <email>bruce@zuhause.mn.org</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Gingery <email>bgingery@gtcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce J. Keeler <email>loodvrij@gridpoint.com</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Murphy <email>packrat@iinet.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>Bruce Walter <email>walter@fortean.com</email></para>
       </listitem>
 
       <listitem>
         <para>Carey Jones <email>mcj@acquiesce.org</email></para>
       </listitem>
 
       <listitem>
         <para>Carl Fongheiser <email>cmf@netins.net</email></para>
       </listitem>
 
       <listitem>
         <para>Carl Mascott <email>cmascott@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Casper <email>casper@acc.am</email></para>
       </listitem>
 
       <listitem>
         <para>Castor Fu <email>castor@geocast.com</email></para>
       </listitem>
 
       <listitem>
         <para>Chain Lee <email>chain@110.net</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Hannum <email>mycroft@ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Henrich <email>henrich@msu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Mott <email>cmott@scientech.com</email></para>
       </listitem>
 
       <listitem>
         <para>Charles Owens <email>owensc@enc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chet Ramey <email>chet@odin.INS.CWRU.Edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chia-liang Kao <email>clkao@CirX.ORG</email></para>
       </listitem>
 
       <listitem>
         <para>Chiharu Shibata <email>chi@bd.mbn.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Chip Norkus <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Csanady <email>cc@tarsier.ca.sandia.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Dabrowski <email>chris@vader.org</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Dillon <email>cdillon@wolves.k12.mo.us</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Shenton
 	  <email>cshenton@angst.it.hq.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Stenton <email>jacs@gnome.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Timmons <email>skynyrd@opus.cts.cwu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Chris Torek <email>torek@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Gusenbauer
 	  <email>cg@fimp01.fim.uni-linz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Haury <email>Christian.Haury@sagem.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Christian Weisgerber
 	  <email>naddy@mips.inka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph P. Kukulies <email>kuku@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph Robitschko
 	  <email>chmr@edvz.tu-graz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Christoph Weber-Fahr
 	  <email>wefa@callcenter.systemhaus.net</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher G. Demetriou
 	  <email>cgd@postgres.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher N. Harrell <email>cnh@ivmg.net</email></para>
       </listitem>
 
       <listitem>
         <para>Christopher T. Johnson
 	  <email>cjohnson@neunacht.netgsi.com</email></para>
       </listitem>
 
       <listitem>
         <para>Chrisy Luke <email>chrisy@flix.net</email></para>
       </listitem>
 
       <listitem>
         <para>Chuck Hein <email>chein@cisco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cliff Rowley <email>dozprompt@onsea.com</email></para>
       </listitem>
 
       <listitem>
         <para>Colman Reilly <email>careilly@tcd.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Conrad Sabatier <email>conrads@home.com</email></para>
       </listitem>
 
       <listitem>
         <para>Coranth Gryphon <email>gryphon@healer.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cornelis van der Laan
 	  <email>nils@guru.ims.uni-stuttgart.de</email></para>
       </listitem>
 
       <listitem>
         <para>Cove Schneider <email>cove@brazil.nbn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Leres <email>leres@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Loomis <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Metz <email>cmetz@inner.net</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Spannring <email>cts@internetcds.com</email></para>
       </listitem>
 
       <listitem>
         <para>Craig Struble <email>cstruble@vt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Cristian Ferretti <email>cfs@riemann.mat.puc.cl</email></para>
       </listitem>
 
       <listitem>
         <para>Curt Mayer <email>curt@toad.com</email></para>
       </listitem>
 
       <listitem>
         <para>Cy Schubert <email>cschuber@uumail.gov.bc.ca</email></para>
       </listitem>
 
       <listitem>
 	<para>Cyrille Lefevre <email>clefevre@citeweb.net</email></para>
       </listitem>
 
       <listitem>
 	<para>Cyrus Rahman <email>cr@jcmax.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dai Ishijima <email>ishijima@tri.pref.osaka.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Daisuke Watanabe <email>NU7D-WTNB@asahi-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Damian Hamill <email>damian@cablenet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Cross <email>tenser@spitfire.ecsel.psu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Langille <email>dan@freebsddiary.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Lukes <email>dan@obluda.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Nelson <email>dnelson@emsphone.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Papasian <email>bugg@bugg.strangled.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Piponi <email>wmtop@tanelorn.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Walters <email>hannibal@cyberstation.net</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Hagan
 	  <email>dhagan@cs.vt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel O'Connor <email>doconnor@gsoft.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Poirot <email>poirot@aio.jsc.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel Rock <email>rock@cs.uni-sb.de</email></para>
       </listitem>
 
       <listitem>
         <para>Daniel W. McRobb <email>dwm@caimis.com</email></para>
       </listitem>
 
       <listitem>
         <para>Danny Egen <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Danny J. Zerkel <email>dzerkel@phofarm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Darren Reed <email>avalon@coombs.anu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Adkins <email>adkin003@tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Andersen <email>angio@aros.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Blizzard <email>dblizzar@sprynet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Bodenstab <email>imdave@synet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Burgess <email>burgess@hrd769.brooks.af.mil</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Chapeskie <email>dchapes@ddm.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Cornejo <email>dave@dogwood.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Edmondson <email>davided@sco.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Glowacki <email>dglo@ssec.wisc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Marquardt <email>marquard@austin.ibm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dave Tweten <email>tweten@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>David A. Adkins <email>adkin003@tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David A. Bader <email>dbader@eece.unm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Borman <email>dab@bsdi.com</email></para>
       </listitem>
 
       <listitem>
         <para>David W. Chapman Jr. <email>dwcjr@inethouston.net</email></para>
       </listitem>
 
       <listitem>
         <para>David Dawes <email>dawes@XFree86.org</email></para>
       </listitem>
 
       <listitem>
         <para>David Filo <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>David Holland <email>dholland@eecs.harvard.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Holloway <email>daveh@gwythaint.tamis.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Horwitt <email>dhorwitt@ucsd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Hovemeyer <email>daveho@infocom.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Jones <email>dej@qpoint.torfree.net</email></para>
       </listitem>
 
       <listitem>
         <para>David Kelly <email>dkelly@tomcat1.tbe.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Kulp <email>dkulp@neomorphic.com</email></para>
       </listitem>
 
       <listitem>
         <para>David L. Nugent <email>davidn@blaze.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>David Leonard <email>d@scry.dstc.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>David Muir Sharnoff <email>muir@idiom.com</email></para>
       </listitem>
 
       <listitem>
         <para>David Sugar <email>dyfet@gnu.org</email></para>
       </listitem>
 
       <listitem>
         <para>David S. Miller <email>davem@jenolan.rutgers.edu</email></para>
       </listitem>
 
       <listitem>
         <para>David Wolfskill <email>dhw@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dean Gaudet <email>dgaudet@arctic.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dean Huxley <email>dean@fsa.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Denis Fortin <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Denis Shaposhnikov <email>dsh@vlink.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Dennis Glatting
 	  <email>dennis.glatting@software-munitions.com</email></para>
       </listitem>
 
       <listitem>
         <para>Denton Gentry <email>denny1@home.com</email></para>
       </listitem>
 
       <listitem>
 	<para>der Mouse <email>mouse@Collatz.McRCIM.McGill.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>Derek Inksetter <email>derek@saidev.com</email></para>
       </listitem>
 
       <listitem>
         <para>DI. Christian Gusenbauer
 	  <email>cg@scotty.edvz.uni-linz.ac.at</email></para>
       </listitem>
 
       <listitem>
         <para>Dirk Keunecke <email>dk@panda.rhein-main.de</email></para>
       </listitem>
 
       <listitem>
         <para>Dirk Nehrling <email>nerle@pdv.de</email></para>
       </listitem>
 
       <listitem>
         <para>Dishanker Rajakulendren <email>draj@oceanfree.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dmitry Khrustalev <email>dima@xyzzy.machaon.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Dmitry Kohmanyuk <email>dk@farm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Dom Mitchell <email>dom@myrddin.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Domas Mituzas <email>midom@dammit.lt</email></para>
       </listitem>
 
       <listitem>
         <para>Dominik Brettnacher <email>domi@saargate.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Dominik Rothert <email>dr@domix.de</email></para>
       </listitem>
 
       <listitem>
         <para>Don Croyle <email>croyle@gelemna.ft-wayne.in.us</email></para>
       </listitem>
 
       <listitem>
         <para>Donn Miller <email>dmmiller@cvzoom.net</email></para>
       </listitem>
 
       <listitem>
         <para>Dan Pelleg <email>dpelleg+unison@cs.cmu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>&a.whiteside;</para>
       </listitem>
 
       <listitem>
         <para>Don Morrison <email>dmorrisn@u.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Don Yuniskis <email>dgy@rtd.com</email></para>
       </listitem>
 
       <listitem>
         <para>Donald Maddox <email>dmaddox@conterra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Ambrisko <email>ambrisko@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Carmichael <email>dcarmich@mcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Douglas Crosher <email>dtc@scrooge.ee.swin.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Drew Derbyshire <email>ahd@kew.com</email></para>
       </listitem>
 
       <listitem>
         <para>Dustin Sallings <email>dustin@spy.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eckart "Isegrim" Hofmann
 	  <email>Isegrim@Wunder-Nett.org</email></para>
       </listitem>
 
       <listitem>
         <para>Ed Gold
 	  <email>vegold01@starbase.spd.louisville.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ed Hudson <email>elh@p5.spnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edward Chuang <email>edwardc@firebird.org.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Edward Wang <email>edward@edcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edwin Groothus <email>edwin@nwm.wan.philips.com</email></para>
       </listitem>
 
       <listitem>
         <para>Edwin Mons <email>e@ik.nu</email></para>
       </listitem>
 
       <listitem>
 	<para>Ege Rekk <email>aagero@aage.priv.no</email></para>
       </listitem>
 
       <listitem>
         <para>Eiji-usagi-MATSUmoto <email>usagi@clave.gr.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Eike Bernhardt <email>eike.bernhardt@gmx.de</email></para>
       </listitem>
 
       <listitem>
         <para>ELISA Font Project</para>
       </listitem>
 
 
       <listitem>
         <para>Elmar Bartel
 	  <email>bartel@informatik.tu-muenchen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Eoin Lawless <email>eoin@maths.tcd.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Eric A. Griff <email>eagriff@global2000.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eric Blood <email>eblood@cs.unr.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Eric J. Haug <email>ejh@slustl.slu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Eric J. Schwertfeger <email>eric@cybernut.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric L. Hernes <email>erich@lodgenet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric P. Scott <email>eps@sirius.com</email></para>
       </listitem>
 
       <listitem>
         <para>Eric Sprinkle <email>eric@ennovatenetworks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Erich Stefan Boleyn <email>erich@uruk.org</email></para>
       </listitem>
 
       <listitem>
         <para>Erich Zigler <email>erich@tacni.net</email></para>
       </listitem>
 
       <listitem>
         <para>Erik H. Bakke <email>erikhb@bgnett.no</email></para>
       </listitem>
 
       <listitem>
         <para>Erik E. Rantapaa <email>rantapaa@math.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Erik H. Moe <email>ehm@cris.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ernst de Haan <email>ernst@heinz.jollem.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ernst Winter <email>ewinter@lobo.muc.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Espen Skoglund <email>esk@ira.uka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Eugene M. Kim <email>astralblue@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>Eugene Radchenko <email>genie@qsar.chem.msu.su</email></para>
       </listitem>
 
       <listitem>
 	<para>Eugeny Kuzakov <email>CoreDumped@coredumped.null.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Evan Champion <email>evanc@synapse.net</email></para>
       </listitem>
 
       <listitem>
         <para>Faried Nawaz <email>fn@Hungry.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Flemming Jacobsen <email>fj@tfs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Fong-Ching Liaw <email>fong@juniper.net</email></para>
       </listitem>
 
       <listitem>
         <para>Francis M J Hsieh <email>mjshieh@life.nthu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Francisco Reyes <email>fjrm@yahoo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Bartels <email>knarf@camelot.de</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Chen Hsiung Chan
 	  <email>frankch@waru.life.nthu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Durda IV <email>uhclem@nemesis.lonestar.org</email></para>
       </listitem>
 
       <listitem>
         <para>Frank MacLachlan <email>fpm@n2.net</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Nobis <email>fn@Radio-do.de</email></para>
       </listitem>
 
       <listitem>
         <para>Frank ten Wolde <email>franky@pinewood.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Frank van der Linden <email>frank@fwi.uva.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Frank Volf <email>volf@oasis.IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Cawthorne <email>fcawth@jjarray.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Gilham <email>gilham@csl.sri.com</email></para>
       </listitem>
 
       <listitem>
         <para>Fred Templin <email>templin@erg.sri.com</email></para>
       </listitem>
 
       <listitem>
         <para>Frederick Earl Gray <email>fgray@rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>FUJIMOTO Kensaku
 	  <email>fujimoto@oscar.elec.waseda.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>FURUSAWA Kazuhisa
 	  <email>furusawa@com.cs.osakafu-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>G. Adam Stanislav<email>adam@whizkidtech.net</email></para>
       </listitem>
 
       <listitem>
         <para>Gabor Kincses <email>gabor@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Gabor Zahemszky <email>zgabor@CoDe.hu</email></para>
       </listitem>
 
       <listitem>
         <para>Garance A Drosehn <email>gad@eclipse.its.rpi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Gary A. Browning <email>gab10@griffcd.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary Howland <email>gary@hotlava.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary J. <email>garyj@rks32.pcs.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gary Kline <email>kline@thought.org</email></para>
       </listitem>
 
       <listitem>
         <para>Gaspar Chilingarov <email>nightmar@lemming.acc.am</email></para>
       </listitem>
 
       <listitem>
         <para>Gea-Suan Lin <email>gsl@tpts4.seed.net.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Gene Raytsin <email>pal@paladin7.net</email></para>
       </listitem>
 
       <listitem>
         <para>Geoff Rehmet <email>csgr@alpha.ru.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Georg Wagner <email>georg.wagner@ubs.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Gianlorenzo Masini <email>masini@uniroma3.it</email></para>
       </listitem>
 
       <listitem>
         <para>Gianmarco Giovannelli
 	  <email>gmarco@giovannelli.it</email></para>
       </listitem>
 
       <listitem>
         <para>Gil Kloepfer Jr. <email>gil@limbic.ssdl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Gilad Rom <email>rom_glsa@ein-hashofet.co.il</email></para>
       </listitem>
 
       <listitem>
         <para>Giles Lean <email>giles@nemeton.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Ginga Kawaguti
 	  <email>ginga@amalthea.phys.s.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Giorgos Keramidas <email>keramida@ceid.upatras.gr</email></para>
       </listitem>
 
       <listitem>
         <para>Glen Foster <email>gfoster@gfoster.com</email></para>
       </listitem>
 
       <listitem>
         <para>Glenn Johnson <email>gljohns@bellsouth.net</email></para>
       </listitem>
 
       <listitem>
         <para>Godmar Back <email>gback@facility.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Goran Hammarback <email>goran@astro.uu.se</email></para>
       </listitem>
 
       <listitem>
         <para>Gord Matzigkeit <email>gord@enci.ucalgary.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Gordon Greeff <email>gvg@uunet.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Graham Wheeler <email>gram@cdsec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg A. Woods <email>woods@zeus.leitch.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Ansley <email>gja@ansley.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Robinson <email>greg@rosevale.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Troxel <email>gdt@ir.bbn.com</email></para>
       </listitem>
 
       <listitem>
         <para>Greg Ungerer <email>gerg@stallion.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Gregory Bond <email>gnb@itga.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Gregory D. Moncreaff
 	  <email>moncrg@bt340707.res.ray.com</email></para>
       </listitem>
 
       <listitem>
         <para>Guy Harris <email>guy@netapp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Guy Helmer <email>ghelmer@cs.iastate.edu</email></para>
       </listitem>
 
       <listitem>
         <para>HAMADA Naoki <email>hamada@astec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hannu Savolainen <email>hannu@voxware.pp.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Huebner <email>hans@artcom.de</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Petter Bieker <email>zerium@webindex.no</email></para>
       </listitem>
 
       <listitem>
         <para>Hans Zuidam <email>hans@brandinnovators.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harlan Stenn <email>Harlan.Stenn@pfcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harold Barker <email>hbarker@dsms.com</email></para>
       </listitem>
 
       <listitem>
         <para>Harry Newton <email>harry_newton@telinco.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Havard Eidnes
 	  <email>Havard.Eidnes@runit.sintef.no</email></para>
       </listitem>
 
       <listitem>
         <para>Heikki Suonsivu <email>hsu@cs.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Heiko W. Rupp <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Helmut F. Wirth <email>hfwirth@ping.at</email></para>
       </listitem>
 
       <listitem>
         <para>Henrik Vestergaard Draboel
 	  <email>hvd@terry.ping.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Herb Peyerl <email>hpeyerl@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hideaki Ohmon <email>ohmon@tom.sfc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hidekazu Kuroki <email>hidekazu@cs.titech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hideki Yamamoto <email>hyama@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hideyuki Suzuki
 	  <email>hideyuki@sat.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hirayama Issei <email>iss@mail.wbs.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroaki Sakai <email>sakai@miya.ee.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroharu Tamaru <email>tamaru@ap.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hironori Ikura <email>hikura@kaisei.org</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroshi Nishikawa <email>nis@pluto.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Hiroya Tsubakimoto <email>unknown</email></para>
       </listitem>
 
       <listitem>
 	<para>Holger Lamm <email>holger@eit.uni-kl.de</email></para>
       </listitem>
 
       <listitem>
         <para>Holger Veit <email>Holger.Veit@gmd.de</email></para>
       </listitem>
 
       <listitem>
         <para>Holm Tiffe <email>holm@geophysik.tu-freiberg.de</email></para>
       </listitem>
 
       <listitem>
         <para>HONDA Yasuhiro
 	  <email>honda@kashio.info.mie-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Horance Chou
 	  <email>horance@freedom.ie.cycu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Horihiro Kumagai <email>kuma@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>HOSOBUCHI Noriyuki <email>hoso@buchi.tama.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>HOTARU-YA <email>hotaru@tail.net</email></para>
       </listitem>
 
       <listitem>
         <para>Hr.Ladavac <email>lada@ws2301.gud.siemens.co.at</email></para>
       </listitem>
 
       <listitem>
         <para>Hubert Feyrer <email>hubertf@NetBSD.ORG</email></para>
       </listitem>
 
       <listitem>
         <para>Hugh F. Mahon <email>hugh@nsmdserv.cnd.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Hugh Mahon <email>h_mahon@fc.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Hung-Chi Chu <email>hcchu@r350.ee.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Holland <email>ianh@tortuga.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Struble <email>ian@broken.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ian Vaudrey <email>i.vaudrey@bigfoot.com</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Khasilev <email>igor@jabber.paco.odessa.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Roshchin <email>str@giganda.komkon.org</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Sviridov <email>siac@ua.net</email></para>
       </listitem>
 
       <listitem>
         <para>Igor Vinokurov <email>igor@zynaps.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Ikuo Nakagawa <email>ikuo@isl.intec.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Ilia Chipitsine <email>ilia@jane.cgu.chel.su</email></para>
       </listitem>
 
       <listitem>
         <para>Ilya V. Komarov <email>mur@lynx.ru</email></para>
       </listitem>
 
       <listitem>
         <para>IMAI Takeshi <email>take-i@ceres.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>IMAMURA Tomoaki
 	  <email>tomoak-i@is.aist-nara.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Itsuro Saito <email>saito@miv.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>IWASHITA Yoji <email>shuna@pop16.odn.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>J. Bryant <email>jbryant@argus.flash.net</email></para>
       </listitem>
 
       <listitem>
         <para>J. David Lowe <email>lowe@saturn5.com</email></para>
       </listitem>
 
       <listitem>
         <para>J. Han <email>hjh@photino.com</email></para>
       </listitem>
 
       <listitem>
         <para>J. Hawk <email>jhawk@MIT.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>J.T. Conklin <email>jtc@cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jack <email>jack@zeus.xtalwind.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jacob Bohn Lorensen <email>jacob@jblhome.ping.mk</email></para>
       </listitem>
 
       <listitem>
         <para>Jagane D Sundar <email>jagane@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jake Hamby <email>jehamby@lightside.com</email></para>
       </listitem>
 
       <listitem>
         <para>James Clark <email>jjc@jclark.com</email></para>
       </listitem>
 
       <listitem>
         <para>James D. Stewart <email>jds@c4systm.com</email></para>
       </listitem>
 
       <listitem>
         <para>James da Silva <email>jds@cs.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>James Jegers <email>jimj@miller.cs.uwm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>James Raynard
 	  <email>fhackers@jraynard.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>James T. Liu <email>jtliu@phlebas.rockefeller.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jamie Heckford <email>jamie@jamiesdomain.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Jan Conard
 	  <email>charly@fachschaften.tu-muenchen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Jan Koum <email>jkb@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Janick Taillandier
 	  <email>Janick.Taillandier@ratp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Janusz Kokot <email>janek@gaja.ipan.lublin.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Jarle Greipsland <email>jarle@idt.unit.no</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Garman <email>init@risen.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Jason R. Mastaler
 	  <email>jason-freebsd@mastaler.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Thorpe <email>thorpej@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Wright <email>jason@OpenBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jason Young
 	  <email>doogie@forbidden-donut.anet-stl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Javier Martin Rueda <email>jmrueda@diatel.upm.es</email></para>
       </listitem>
 
       <listitem>
         <para>Jay Fenlason <email>hack@datacube.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jay Krell <email>jay.krell@cornell.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jaye Mathisen <email>mrcpu@cdsnet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Bartig <email>jeffb@doit.wisc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Brown <email>jabrown@caida.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Forys <email>jeff@forys.cranbury.nj.us</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Kletsky <email>Jeff@Wagsky.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeff Palmer <email>jeff@isni.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeffrey Evans <email>evans@scnc.k12.mi.us</email></para>
       </listitem>
 
       <listitem>
         <para>Jeffrey Wheat <email>jeff@cetlink.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Allison <email>jallison@whistle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Chadwick <email>yoshi@parodius.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Chatfield <email>jdc@xinside.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Karlson <email>karlj000@unbc.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Jeremy Prior <email>unknown</email></para>
       </listitem>
 
       <listitem>
 	<para>Jeremy Shaffner <email>jeremy@external.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jesse McConnell <email>jesse@cylant.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jesse Rosenstock <email>jmr@ugcs.caltech.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jian-Da Li <email>jdli@csie.nctu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Babb <email>babb@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Binkley <email>jrb@cs.pdx.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Bloom <email>bloom@acm.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Carroll <email>jim@carroll.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Flowers <email>jflowers@ezo.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Leppek <email>jleppek@harris.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Lowe <email>james@cs.uwm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Mattson <email>jmattson@sonic.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Mercer <email>jim@komodo.reptiles.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Sloan <email>odinn@atlantabiker.net</email></para>
       </listitem>
 
       <listitem>
         <para>Jim Wilson <email>wilson@moria.cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jimbo Bahooli
 	  <email>griffin@blackhole.iceworld.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jin Guojun <email>jin@george.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Joachim Kuebart <email>kuebart@mathematik.uni-ulm.de</email></para>
       </listitem>
 
       <listitem>
         <para>Joao Carlos Mendes Luis <email>jonny@jonny.eng.br</email></para>
       </listitem>
 
       <listitem>
         <para>Jochen Pohl <email>jpo.drs@sni.de</email></para>
       </listitem>
 
       <listitem>
         <para>Joe "Marcus" Clarke <email>marcus@miami.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Abley <email>jabley@automagic.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Jih-Shian Lu <email>jslu@dns.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Orthoefer <email>j_orthoefer@tia.net</email></para>
       </listitem>
 
       <listitem>
         <para>Joe Traister <email>traister@mojozone.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Faedi <email>Joel.Faedi@esial.u-nancy.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Ray Holveck <email>joelh@gnu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Joel Sutton <email>jsutton@bbcon.com.au</email></para>
       </listitem>
 
       <listitem>
 	<para>Joseph Scott <email>joseph@randomnetworks.com</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Granlund <email>johan@granlund.nu</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Karlsson <email>k@numeri.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Johan Larsson <email>johan@moon.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Johann Tonsing <email>jtonsing@mikom.csir.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Johannes Helander <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Johannes Stille <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Beckett <email>jbeckett@southern.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Beukema <email>jbeukema@hk.super.net</email></para>
       </listitem>
 
       <listitem>
         <para>John Brezak <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Capo <email>jc@irbs.com</email></para>
       </listitem>
 
       <listitem>
         <para>John F. Woods <email>jfw@jfwhome.funhouse.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Goerzen
 	  <email>jgoerzen@alexanderwohl.complete.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Heidemann <email>johnh@isi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Hood <email>cgull@owl.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Kohl <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>John Lind <email>john@starfire.mn.org</email></para>
       </listitem>
 
       <listitem>
         <para>John Mackin <email>john@physiol.su.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>John P <email>johnp@lodgenet.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Perry <email>perry@vishnu.alias.net</email></para>
       </listitem>
 
       <listitem>
         <para>John Preisler <email>john@vapornet.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Reynolds <email>jjreynold@home.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Rochester <email>jr@cs.mun.ca</email></para>
       </listitem>
 
       <listitem>
         <para>John Sadler <email>john_sadler@alum.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>John Saunders <email>john@pacer.nlc.net.au</email></para>
       </listitem>
 
       <listitem>
         <para>John Wehle <email>john@feith.com</email></para>
       </listitem>
 
       <listitem>
         <para>John Woods <email>jfw@eddie.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Johny Mattsson <email>lonewolf@flame.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jon Morgan <email>morgan@terminus.trailblazer.com</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan H N Chin <email>jc254@newton.cam.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan Hanna
 	  <email>jh@pc-21490.bc.rogers.wave.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Jonathan Pennington <email>john@coastalgeology.org</email></para>
       </listitem>
 
       <listitem>
         <para>Jorge Goncalves <email>j@bug.fe.up.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Jorge M. Goncalves <email>ee96199@tom.fe.up.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Jos Backus <email>jbackus@plex.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Jose Marques <email>jose@nobody.org</email></para>
       </listitem>
 
       <listitem>
         <para>Josef Grosch
 	  <email>jgrosch@superior.mooseriver.com</email></para>
       </listitem>
 
       <listitem>
         <para>Joseph Stein <email>joes@wstein.com</email></para>
       </listitem>
 
       <listitem>
         <para>Josh Gilliam <email>josh@quick.net</email></para>
       </listitem>
 
       <listitem>
         <para>Josh Tiefenbach <email>josh@ican.net</email></para>
       </listitem>
 
       <listitem>
         <para>Juergen Lock <email>nox@jelal.hb.north.de</email></para>
       </listitem>
 
       <listitem>
         <para>Juha Inkari <email>inkari@cc.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Jukka A. Ukkonen <email>jau@iki.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Julian Assange <email>proff@suburbia.net</email></para>
       </listitem>
 
       <listitem>
         <para>Julian Coleman <email>j.d.coleman@ncl.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>&a.jhs</para>
       </listitem>
 
       <listitem>
         <para>Julian Jenkins <email>kaveman@magna.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Junichi Satoh <email>junichi@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Junji SAKAI <email>sakai@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Junya WATANABE <email>junya-w@remus.dti.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Justas <email>justas@mbank.lv</email></para>
       </listitem>
 
       <listitem>
         <para>Justin Stanford <email>jus@security.za.net</email></para>
       </listitem>
 
       <listitem>
         <para>K.Higashino <email>a00303@cc.hc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kai Vorma <email>vode@snakemail.hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Kaleb S. Keithley <email>kaleb@ics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kaneda Hiloshi <email>vanitas@ma3.seikyou.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kang-ming Liu <email>gugod@gugod.org</email></para>
       </listitem>
 
       <listitem>
         <para>Kapil Chowksey <email>kchowksey@hss.hns.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Denninger <email>karl@mcs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Dietz <email>Karl.Dietz@triplan.com</email></para>
       </listitem>
 
       <listitem>
         <para>Karl Lehenbauer <email>karl@NeoSoft.com</email></para>
       </listitem>
 
       <listitem>
 	<para>KATO Tsuguru <email>tkato@prontomail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kawanobe Koh <email>kawanobe@st.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kees Jan Koster <email>kjk1@ukc.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Bostic <email>bostic@bostic.com</email></para>
       </listitem>
 
       <listitem>
         <para>Keith E. Walker <email>kew@icehouse.net</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Moore <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Keith Sklower <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Hornstein <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Key <email>key@cs.utk.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ken Mayer <email>kmayer@freegate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kenji Saito <email>marukun@mx2.nisiq.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kenji Tomita <email>tommyk@da2.so-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Furge <email>kenneth.furge@us.endress.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Monville <email>desmo@bandwidth.org</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth R. Westerback <email>krw@tcn.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kenneth Stailey <email>kstailey@gnu.ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kent Talarico <email>kent@shipwreck.tsoft.net</email></para>
       </listitem>
 
       <listitem>
         <para>Kent Vander Velden <email>graphix@iastate.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kentaro Inagaki <email>JBD01226@niftyserve.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Bracey <email>kbracey@art.acorn.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Day <email>toasty@dragondata.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Lahey <email>kml@nas.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Meltzer <email>perlguy@perlguy.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Street <email>street@iname.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kevin Van Maren <email>vanmaren@fast.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Kim Scarborough <email>sluggo@unknown.nu</email></para>
       </listitem>
 
       <listitem>
         <para>Kiril Mitev <email>kiril@ideaglobal.com</email></para>
       </listitem>
 
       <listitem>
         <para>Kiroh HARADA <email>kiroh@kh.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus Herrmann <email>klaus.herrmann@gmx.net</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus Klein <email>kleink@layla.inka.de</email></para>
       </listitem>
 
       <listitem>
         <para>Klaus-J. Wolf <email>Yanestra@t-online.de</email></para>
       </listitem>
 
       <listitem>
         <para>Koichi Sato <email>copan@ppp.fastnet.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Konrad Heuer <email>kheuer@gwdu60.gwdg.de</email></para>
       </listitem>
 
       <listitem>
         <para>Konstantin Chuguev <email>Konstantin.Chuguev@dante.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Kostya Lukin <email>lukin@okbmei.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Kouichi Hirabayashi <email>kh@mogami-wire.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kris Dow <email>kris@vilnya.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>KUNISHIMA Takeo <email>kunishi@c.oka-pu.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Kurt D. Zeilenga <email>Kurt@Boolean.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Kurt Olsen <email>kurto@tiny.mcs.usu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>L. Jonas Olsson
 	  <email>ljo@ljo-slip.DIALIN.CWRU.Edu</email></para>
       </listitem>
 
       <listitem>
         <para>Larry Altneu <email>larry@ALR.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Lars Bernhardsson <email>lab@fnurt.net</email></para>
       </listitem>
 
       <listitem>
         <para>Lars K&ouml;ller
 	  <email>Lars.Koeller@Uni-Bielefeld.DE</email></para>
       </listitem>
 
       <listitem>
         <para>Laurence Lopez <email>lopez@mv.mv.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lee Cremeans <email>lcremean@tidalwave.net</email></para>
       </listitem>
 
       <listitem>
         <para>Leo Kim <email>leo@florida.sarang.net</email></para>
       </listitem>
 
       <listitem>
         <para>Liang Tai-hwa
 	  <email>avatar@www.mmlab.cse.yzu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Lon Willett <email>lon%softt.uucp@math.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Louis A. Mamakos <email>louie@TransSys.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Louis Mamakos <email>loiue@TransSys.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lowell Gilbert <email>lowell@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Lucas James <email>Lucas.James@ldjpc.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Lyndon Nerenberg <email>lyndon@orthanc.ab.ca</email></para>
       </listitem>
 
       <listitem>
         <para>M. L. Dodson <email>bdodson@scms.utmb.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>M.C. Wong <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Magnus Enbom <email>dot@tinto.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mahesh Neelakanta <email>mahesh@gcomm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto MATSUSHITA <email>matusita@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto WATANABE
 	  <email>watanabe@zlab.phys.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Makoto YAMAKURA <email>makoto@pinpott.spnet.ne.jp</email></para>
       </listitem> 
 
       <listitem>
         <para>Malte Lance <email>malte.lance@gmx.net</email></para>
       </listitem>
 
       <listitem>
         <para>MANTANI Nobutaka <email>nobutaka@nobutaka.com</email></para>
       </listitem>
 
       <listitem>
         <para>Manu Iyengar
 	  <email>iyengar@grunthos.pscwa.psca.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Frajola <email>marc@dev.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Ramirez <email>mrami@mramirez.sy.yale.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Marc Slemko <email>marcs@znep.com</email></para>
       </listitem>
 
       <listitem>
         <para>Marc van Kempen <email>wmbfmk@urc.tue.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Marc van Woerkom <email>van.woerkom@netcologne.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Marcin Cieslak <email>saper@system.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Andrews <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Cammidge <email>mark@gmtunx.ee.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Diekhans <email>markd@grizzly.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Huizer <email>xaa@stack.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Mark J. Taylor <email>mtaylor@cybernet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Knight <email>markk@knigma.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Krentel <email>krentel@rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Mayo <email>markm@vmunix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Pulford <email>mark@kyne.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Thompson <email>thompson@tgsoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Tinguely <email>tinguely@plains.nodak.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Treacy <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mark Valentine <email>mark@linus.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
 	<para>Markus Holmberg <email>saska@acc.umu.se</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Birgmeier <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Blapp <email>blapp@attic.ch</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Hinner <email>mhi@linux.gyarab.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Ibert <email>mib@ppe.bb-data.de</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Kammerhofer <email>dada@sbox.tu-graz.ac.at</email></para>
       </listitem>
 
       <listitem>
 	<para>Martin Minkus <email>diskiller@cnbinc.com</email></para>
       </listitem>
 
       <listitem>
         <para>Martin Renters <email>martin@tdc.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Martti Kuparinen
 	  <email>martti.kuparinen@ericsson.com</email></para>
       </listitem>
 
       <listitem>
         <para>Masachika ISHIZUKA
 	  <email>ishizuka@isis.min.ntt.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masahiro Sekiguchi
 	  <email>seki@sysrap.cs.fujitsu.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masahiro TAKEMURA
           <email>mastake@msel.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanobu Saitoh <email>msaitoh@spa.is.uec.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanori Kanaoka <email>kana@saijo.mke.mei.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Masanori Kiriake <email>seiken@ARGV.AC</email></para>
       </listitem>
 
       <listitem>
         <para>Masatoshi TAMURA
 	  <email>tamrin@shinzan.kuee.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mats Lofkvist <email>mal@algonet.se</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Bartley <email>mbartley@lear35.cytex.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Heckaman <email>matt@LUCIDA.QC.CA</email></para>
       </listitem>
 
       <listitem>
         <para>Matt Thomas <email>matt@3am-software.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matt White <email>mwhite+@CMU.EDU</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew C. Mead <email>mmead@Glock.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Cashdollar <email>mattc@rfcnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Emmerton <email>root@gabby.gsicomp.on.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Flatt <email>mflatt@cs.rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Fuller <email>fullermd@futuresouth.com</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew Stein <email>matt@bdd.net</email></para>
       </listitem>
 
       <listitem>
         <para>Matthew West <email>mwest@uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Matthias Pfaller <email>leo@dachau.marco.de</email></para>
       </listitem>
 
       <listitem>
         <para>Matthias Scheler <email>tron@netbsd.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mattias Gronlund
 	  <email>Mattias.Gronlund@sa.erisoft.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mattias Pantzare <email>pantzer@ludd.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Maurice Castro
 	  <email>maurice@planet.serc.rmit.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Max Euston <email>meuston@jmrodgers.com</email></para>
       </listitem>
 
       <listitem>
         <para>Max Khon <email>fjoe@husky.iclub.nsu.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Maxim Bolotin <email>max@rsu.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Maxime Henrion <email>mhenrion@cybercable.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Micha Class
 	  <email>michael_class@hpbbse.bbn.hp.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Alyn Miller <email>malyn@strangeGizmo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Lucas <email>mwlucas@blackhelicopters.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Lyngb� <email>michael@lyngbol.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Butler <email>imb@scgt.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Butschky <email>butsch@computi.erols.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Clay <email>mclay@weareb.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Galassi <email>nerd@percival.rain.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Hancock <email>michaelh@cet.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Hohmuth <email>hohmuth@inf.tu-dresden.de</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Perlman <email>canuck@caam.rice.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Petry <email>petry@netwolf.NetMasters.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Reifenberger <email>root@totum.plaut.de</email></para>
       </listitem>
 
       <listitem>
 	<para>Michael Sardo <email>jaeger16@yahoo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Searle <email>searle@longacre.demon.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Urban <email>murban@tznet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Michael Vasilenko <email>acid@stu.cn.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Michal Listos <email>mcl@Amnesiac.123.org</email></para>
       </listitem>
 
       <listitem>
         <para>Michio Karl Jinbo
 	  <email>karl@marcer.nagaokaut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Miguel Angel Sagreras
 	  <email>msagre@cactus.fi.uba.ar</email></para>
       </listitem>
 
       <listitem>
         <para>Mihoko Tanaka <email>m_tonaka@pa.yokogawa.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mika Nystrom <email>mika@cs.caltech.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mikael Hybsch <email>micke@dynas.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mikael Karpberg
 	  <email>karpen@ocean.campus.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Barcroft <email>mike@q9media.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Bristow <email>mike@urgle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Del <email>repenting@hotmail.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Durian <email>durian@plutotech.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Durkin <email>mdurkin@tsoft.sf-bay.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mike E. Matsnev <email>mike@azog.cs.msu.su</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Evans <email>mevans@candle.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Grupenhoff <email>kashmir@umiacs.umd.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Harding <email>mvh@ix.netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Hibler <email>mike@marker.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Karels <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Mike McGaughey <email>mmcg@cs.monash.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Meyer <email>mwm@mired.org</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Mitchell <email>mitchell@ref.tfs.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Murphy <email>mrm@alpharel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Peck <email>mike@binghamton.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Sherwood <email>mike@fate.com</email></para>
       </listitem>
 
       <listitem>
         <para>Mike Spengler <email>mks@msc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Mikhail A. Sokolov <email>mishania@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Ming-I Hseh <email>PA@FreeBSD.ee.Ntu.edu.TW</email></para>
       </listitem>
 
       <listitem>
 	<para>Mitsuru Yoshida <email>mitsuru@riken.go.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Monte Mitzelfelt <email>monte@gonefishing.org</email></para>
       </listitem>
 
       <listitem>
         <para>Morgan Davis <email>root@io.cts.com</email></para>
       </listitem>
 
       <listitem>
         <para>MOROHOSHI Akihiko <email>moro@race.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Mostyn Lewis <email>mostyn@mrl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Motomichi Matsuzaki <email>mzaki@e-mail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Motoyuki Kasahara <email>m-kasahr@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>N.G.Smith <email>ngs@sesame.hensa.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Nadav Eiron <email>nadav@barcode.co.il</email></para>
       </listitem>
 
       <listitem>
         <para>NAGAO Tadaaki <email>nagao@cs.titech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAJI Hiroyuki
 	  <email>nakaji@tutrp.tut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAMURA Kazushi <email>nkazushi@highway.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKAMURA Motonori
 	  <email>motonori@econ.kyoto-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NAKATA, Maho <email>chat95@mbox.kyoto-inet.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nanbor Wang <email>nw1@cs.wustl.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Naofumi Honda
 	  <email>honda@Kururu.math.sci.hokudai.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Naoki Hamada <email>nao@tom-yam.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Narvi <email>narvi@haldjas.folklore.ee</email></para>
       </listitem>
       
       <listitem>
         <para>Nathan Dorfman <email>nathan@rtfm.net</email></para>
       </listitem>
 
       <listitem>
         <para>Neal Fachan <email>kneel@ishiboo.com</email></para>
       </listitem>
 
       <listitem>
         <para>Niall Smart <email>rotel@indigo.ie</email></para>
       </listitem>
 
       <listitem>
         <para>Nicholas Esborn <email>nick@netdot.net</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Barnes <email>Nick.Barnes@pobox.com</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Handel <email>nhandel@NeoSoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Hilliard <email>nick@foobar.org</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Johnson <email>freebsd@spatula.net</email></para>
       </listitem>
 
       <listitem>
         <para>Nick Williams <email>njw@cs.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Nickolay N. Dudorov <email>nnd@itfs.nsk.su</email></para>
       </listitem>
 
       <listitem>
         <para>NIIMI Satoshi <email>sa2c@and.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Niklas Hallqvist <email>niklas@filippa.appli.se</email></para>
       </listitem>
 
       <listitem>
         <para>Nils M. Holm <email>nmh@t3x.org</email></para>
       </listitem>
 
       <listitem>
         <para>Nisha Talagala <email>nisha@cs.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>adrian@virginia.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>alex@elvisti.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>anto@netscape.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>bobson@egg.ics.nitch.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>bovynf@awe.be</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>burg@is.ge.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>chris@gnome.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>colsen@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>coredump@nervosa.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>dannyman@arh0300.urh.uiuc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>davids@SECNET.COM</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>derek@free.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>devet@adv.IAEhv.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>djv@bedford.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>dvv@sprint.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>enami@ba2.so-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>flash@eru.tubank.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>flash@hway.ru</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>fn@pain.csrv.uidaho.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>No Name <email>frf@xocolatl.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gclarkii@netport.neosoft.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gordon@sheaky.lonestar.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>graaf@iae.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>greg@greg.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>grossman@cygnus.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>gusw@fub46.zedat.fu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>hfir@math.rochester.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>hnokubi@yyy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>iaint@css.tuu.utas.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>invis@visi.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ishisone@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>iverson@lionheart.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>jpt@magic.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>junker@jazz.snu.ac.kr</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>k-sugyou@ccs.mt.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>kenji@reseau.toyonaka.osaka.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>kfurge@worldnet.att.net</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>lh@aus.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>lhecking@nmrc.ucc.ie</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>mrgreen@mame.mu.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>nakagawa@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ohki@gssm.otsuka.tsukuba.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>owaki@st.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pechter@shell.monmouth.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pete@pelican.pelican.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>pritc003@maroon.tc.umn.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>risner@stdio.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>roman@rpd.univ.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>root@ns2.redline.ru</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>root@uglabgw.ug.cs.sunysb.edu</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>stephen.ma@jtec.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>sumii@is.s.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>takas-su@is.aist-nara.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tamone@eig.unige.ch</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tjevans@raleigh.ibm.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>tony-o@iij.ad.jp amurai@spec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>torii@tcd.hitachi.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>uenami@imasy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>uhlar@netlab.sk</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>vode@hut.fi</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wlloyd@mpd.ca</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wlr@furball.wellsfargo.com</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>wmbfmk@urc.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>yamagata@nwgpc.kek.jp</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ziggy@ryan.org</email></para>
       </listitem>
 
       <listitem>
         <para>No Name <email>ZW6T-KND@j.asahi-net.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nobuhiro Yasutomi <email>nobu@psrc.isac.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Nobuyuki Koganemaru
 	  <email>kogane@koganemaru.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>NOKUBI Hirotaka <email>h-nokubi@yyy.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Norio Suzuki <email>nosuzuki@e-mail.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Noritaka Ishizumi <email>graphite@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Noriyuki Soda <email>soda@sra.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Oddbjorn Steffenson <email>oddbjorn@tricknology.org</email</para>
       </listitem>
 
       <listitem>
 	<para>Oh Junseon <email>hollywar@mail.holywar.net</email></para>
       </listitem>
 
       <listitem>
         <para>Olaf Wagner <email>wagner@luthien.in-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oleg Semyonov <email>os@altavista.net</email></para>
       </listitem>
 
       <listitem>
         <para>Oleg Sharoiko <email>os@rsu.ru</email></para>
       </listitem>
 
       <listitem>
 	<para>Oleg V. Volkov <email>rover@lglobus.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Olexander Kunytsa <email>kunia@wolf.istc.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Breuninger <email>ob@seicom.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Friedrichs <email>oliver@secnet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Fromme
 	  <email>oliver.fromme@heim3.tu-clausthal.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Helmling
 	  <email>oliver.helmling@stud.uni-bayreuth.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Laumann
 	  <email>net@informatik.uni-bremen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Lehmann
 	  <email>Kai_Allard_Liao@gmx.de</email></para>
       </listitem>
 
       <listitem>
         <para>Oliver Oberdorf <email>oly@world.std.com</email></para>
       </listitem>
 
       <listitem>
         <para>Olof Johansson <email>offe@ludd.luth.se</email></para>
       </listitem>
 
       <listitem>
         <para>Osokin Sergey aka oZZ <email>ozz@FreeBSD.org.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Pace Willisson <email>pace@blitz.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paco Rosich <email>rosich@modico.eleinf.uv.es</email></para>
       </listitem>
 
       <listitem>
         <para>Palle Girgensohn <email>girgen@partitur.se</email></para>
       </listitem>
 
       <listitem>
         <para>Parag Patel <email>parag@cgt.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pascal Pederiva <email>pascal@zuo.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pasvorn Boonmark <email>boonmark@juniper.net</email></para>
       </listitem>
 
       <listitem>
 	<para>Patrick Bihan-Faou <email>patrick@mindstep.com</email></para>
       </listitem>
 
       <listitem>
         <para>Patrick Hausen <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Patrick Seal <email>patseal@hyperhost.net</email></para> 
       </listitem>
 
       <listitem>
         <para>Paul Antonov <email>apg@demos.su</email></para>
       </listitem>
 
       <listitem>
         <para>Paul F. Werkowski <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Fox <email>pgf@foxharp.boston.ma.us</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Koch <email>koch@thehub.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Kranenburg <email>pk@NetBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Paul M. Lambert <email>plambert@plambert.net</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Mackerras <email>paulus@cs.anu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Popelka <email>paulp@uts.amdahl.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paul S. LaFollette, Jr. <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Sandys <email>myj@nyct.net</email></para>
       </listitem>
 
       <listitem>
         <para>Paul T. Root <email>proot@horton.iaces.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paul Vixie <email>paul@vix.com</email></para>
       </listitem>
 
       <listitem>
         <para>Paulo Menezes <email>paulo@isr.uc.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Paulo Menezes <email>pm@dee.uc.pt</email></para>
       </listitem>
 
       <listitem>
         <para>Pedro A M Vazquez <email>vazquez@IQM.Unicamp.BR</email></para>
       </listitem>
 
       <listitem>
         <para>Pedro Giffuni <email>giffunip@asme.org</email></para>
       </listitem>
 
       <listitem>
         <para>Per Wigren <email>wigren@home.se</email></para>
       </listitem>
 
       <listitem>
         <para>Pete Bentley <email>pete@demon.net</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Childs <email>pjchilds@imforei.apana.org.au</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Cornelius <email>pc@inr.fzk.de</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Haight <email>peterh@prognet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Jeremy <email>perer.jeremy@alcatel.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Peter M. Chen <email>pmchen@eecs.umich.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Much <email>peter@citylink.dinoex.sub.org</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Olsson <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Philipp <email>pjp@bsd-daemon.net</email></para>
       </listitem>
 
       <listitem>
         <para>Peter Stubbs <email>PETERS@staidan.qld.edu.au</email></para>
       </listitem>
 
       <listitem>
 	<para>Peter van Heusden <email>pvh@egenetics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Maker <email>pjm@cs.ntu.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Sutherland
 	  <email>philsuth@mycroft.dialix.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Phil Taylor <email>phil@zipmail.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Philip Musumeci <email>philip@rmit.edu.au</email></para>
       </listitem>
 
       <listitem>
         <para>Philippe Lefebvre <email>nemesis@balistik.net</email></para>
       </listitem>
 
       <listitem>
         <para>Pierre Y. Dampure <email>pierre.dampure@k2c.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Pius Fischer <email>pius@ienet.com</email></para>
       </listitem>
 
       <listitem>
         <para>Pomegranate <email>daver@flag.blackened.net</email></para>
       </listitem>
 
       <listitem>
         <para>Powerdog Industries
 	  <email>kevin.ruddy@powerdog.com</email></para>
       </listitem>
 
       <listitem>
         <para>Priit J&auml;rv <email>priit@cc.ttu.ee</email></para>
       </listitem>
 
       <listitem>
         <para>R Joseph Wright <email>rjoseph@mammalia.org</email></para>
       </listitem>
 
       <listitem>
         <para>R. Kym Horsell</para>
       </listitem>
 
       <listitem>
         <para>Ralf Friedl <email>friedl@informatik.uni-kl.de</email></para>
       </listitem>
 
       <listitem>
         <para>Randal S. Masutani <email>randal@comtest.com</email></para>
       </listitem>
 
       <listitem>
         <para>Randall Hopper <email>rhh@ct.picker.com</email></para>
       </listitem>
 
       <listitem>
         <para>Randall W. Dean <email>rwd@osf.org</email></para>
       </listitem>
 
       <listitem>
         <para>Randy Bush <email>rbush@bainbridge.verio.net</email></para>
       </listitem>
 
       <listitem>
         <para>Rasmus Kaj <email>kaj@Raditex.se</email></para>
       </listitem>
 
       <listitem>
         <para>Reinier Bezuidenhout
 	  <email>rbezuide@mikom.csir.co.za</email></para>
       </listitem>
 
       <listitem>
         <para>Remy Card <email>Remy.Card@masi.ibp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Ricardas Cepas <email>rch@richard.eu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Riccardo Veraldi <email>veraldi@cs.unibo.it</email></para>
       </listitem>
 
       <listitem>
         <para>Rich Wood <email>rich@FreeBSD.org.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Henderson <email>richard@atheist.tamu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Hwang <email>rhwang@bigpanda.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Richard Kiss <email>richard@homemail.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard J Kuhns <email>rjk@watson.grauel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard M. Neswold
 	  <email>rneswold@enteract.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Seaman, Jr. <email>dick@tar.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Stallman <email>rms@gnu.ai.mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Straka <email>straka@user1.inficad.com</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Tobin <email>richard@cogsci.ed.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Wackerbarth <email>rkw@Dataplex.NET</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Winkel <email>rich@math.missouri.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Richard Wiwatowski <email>rjwiwat@adelaide.on.net</email></para>
       </listitem>
 
       <listitem>
         <para>Rick Macklem <email>rick@snowhite.cis.uoguelph.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Rick Macklin <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Austein <email>sra@epilogue.com</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Mallory <email>rmallory@qualcomm.com</email></para>
       </listitem>
 
       <listitem>
         <para>Rob Snow <email>rsnow@txdirect.net</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Crowe <email>bob@speakez.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert D. Thrush <email>rd@phoenix.aii.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Eckardt
 	  <email>roberte@MEP.Ruhr-Uni-Bochum.de</email></para>
       </listitem>
 
       <listitem>
         <para>Robert P Ricci <email>ricci@cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Sanders <email>rsanders@mindspring.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Sexton <email>robert@kudra.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Shady <email>rls@id.net</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Swindells <email>swindellsr@genrad.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Withrow <email>witr@rwwa.com</email></para>
       </listitem>
 
       <listitem>
         <para>Robert Yoder <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Robin Carey
 	  <email>robin@mailgate.dtc.rankxerox.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Rod Taylor <email>rod@idiotswitch.org</email></para>
       </listitem>
 
       <listitem>
         <para>Roger Hardiman <email>roger@cs.strath.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Roland Jesse <email>jesse@cs.uni-magdeburg.de</email></para>
       </listitem>
 
       <listitem>
         <para>Roman Shterenzon <email>roman@xpert.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ron Bickers <email>rbickers@intercenter.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ron Lenk <email>rlenk@widget.xmission.com</email></para>
       </listitem>
 
       <listitem>
         <para>Ronald Kuehn <email>kuehn@rz.tu-clausthal.de</email></para>
       </listitem>
 
       <listitem>
         <para>Rudolf Cejka <email>cejkar@dcse.fee.vutbr.cz</email></para>
       </listitem>
 
       <listitem>
         <para>Ruslan Belkin <email>rus@home2.UA.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ruslan Shevchenko <email>rssh@cam.grad.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Russell L. Carter <email>rcarter@pinyon.org</email></para>
       </listitem>
 
       <listitem>
         <para>Russell Vincent <email>rv@groa.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Ryan Younce <email>ryany@pobox.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Ryuichiro IMURA <email>imura@af.airnet.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Sakai Hiroaki <email>sakai@miya.ee.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sakari Jalovaara <email>sja@tekla.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Sam Hartman <email>hartmans@mit.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Samuel Lam <email>skl@ScalableNetwork.com</email></para>
       </listitem>
 
       <listitem>
         <para>Samuel Tardieu <email>sam@inf.enst.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Samuele Zannoli <email>zannoli@cs.unibo.it</email></para>
       </listitem>
 
       <listitem>
 	<para>Sander Janssen <email>janssen@rendo.dekooi.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Sander Vesik <email>sander@haldjas.folklore.ee</email></para>
       </listitem>
 
       <listitem>
         <para>Sandro Sigala <email>ssigala@globalnet.it</email></para>
       </listitem>
 
       <listitem>
         <para>SANETO Takanori <email>sanewo@strg.sony.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SASAKI Shunsuke <email>ele@pop17.odn.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sascha Blank <email>blank@fox.uni-trier.de</email></para>
       </listitem>
 
       <listitem>
         <para>Sascha Wildner <email>swildner@channelz.GUN.de</email></para>
       </listitem>
 
       <listitem>
         <para>Satoh Junichi <email>junichi@astec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SAWADA Mizuki <email>miz@qb3.so-net.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Scot Elliott <email>scot@poptart.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scot W. Hetzel <email>hetzels@westbend.net</email></para>
       </listitem>
 
       <listitem>
         <para>Scott A. Kenney <email>saken@rmta.ml.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott A. Moberly <email>smoberly@xavier.dyndns.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Blachowicz
 	  <email>scott.blachowicz@seaslug.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Burris <email>scott@pita.cns.ucla.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Hazen Mueller <email>scott@zorch.sf-bay.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Michel <email>scottm@cs.ucla.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Mitchel <email>scott@uk.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Scott Reynolds <email>scott@clmqt.marquette.mi.us</email></para>
       </listitem>
 
       <listitem>
         <para>Sebastian Strollo <email>seb@erix.ericsson.se</email></para>
       </listitem>
 
       <listitem>
         <para>Serge V. Vakulenko <email>vak@zebub.msk.su</email></para>
       </listitem>
 
       <listitem>
         <para>Sergei Chechetkin <email>csl@whale.sunbay.crimea.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Sergei S. Laskavy <email>laskavy@pc759.cs.msu.su</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Gershtein <email>sg@mplik.ru</email></para>
       </listitem>
 
       <listitem>
 	<para>Sergey Kosyakov <email>ks@itp.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Potapov <email>sp@alkor.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Samoyloff <email>gonza@techline.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Shkonda <email>serg@bcs.zp.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey Skvortsov <email>skv@protey.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergey V.Dorokhov <email>svd@kbtelecom.nalnet.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Sergio Lenzi <email>lenzi@bsi.com.br</email></para>
       </listitem>
 
       <listitem>
         <para>Shaun Courtney <email>shaun@emma.eng.uct.ac.za</email></para>
       </listitem>
 
       <listitem>
         <para>Shawn M. Carey <email>smcarey@mailbox.syr.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Shigio Yamaguchi <email>shigio@tamacom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Shinya Esu <email>esu@yk.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Shinya FUJIE <email>fujie@tk.elec.waseda.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Shuichi Tanaka <email>stanaka@bb.mbn.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Simon <email>simon@masi.ibp.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Burge <email>simonb@telstra.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Dick <email>simond@irrelevant.org</email></para>
       </listitem>
 
       <listitem>
         <para>Simon J Gerraty <email>sjg@melb.bull.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Marlow <email>simonm@dcs.gla.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Simon Shapiro <email>shimon@simon-shapiro.org</email></para>
       </listitem>
 
       <listitem>
         <para>Sin'ichiro MIYATANI <email>siu@phaseone.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Slaven Rezic <email>eserte@cs.tu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Soochon Radee <email>slr@mitre.org</email></para>
       </listitem>
 
       <listitem>
         <para>Soren Dayton <email>csdayton@midway.uchicago.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Soren Dossing <email>sauber@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Soren S. Jorvang <email>soren@wheel.dk</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Bethke <email>stb@hanse.de</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Eggers <email>seggers@semyam.dinoco.de</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Moeding <email>s.moeding@ndh.net</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan Petri <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Stefan `Sec` Zehl <email>sec@42.org</email></para>
       </listitem>
 
       <listitem>
         <para>Eric D. Futch <email>efutch@nyct.net</email></para>
       </listitem>
 
       <listitem>
         <para>Steinar Haug <email>sthaug@nethelp.no</email></para>
       </listitem>
 
       <listitem>
         <para>Stephane E. Potvin <email>sepotvin@videotron.ca</email></para>
       </listitem>
 
       <listitem>
         <para>Stephane Legrand <email>stephane@lituus.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Clawson
 	  <email>sclawson@marker.cs.utah.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen F. Combs <email>combssf@salem.ge.com</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Farrell <email>stephen@farrell.org</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Hocking <email>sysseh@devetir.qld.gov.au</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen J. Roznowski <email>sjr@home.net</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen McKay <email>syssgm@devetir.qld.gov.au</email></para>
       </listitem>
 
       <listitem>
         <para>Stephen Melvin <email>melvin@zytek.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Bauer <email>sbauer@rock.sdsmt.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Coltrin <email>spcoltri@unm.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Deering <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Gerakines <email>steve2@genesis.tiac.net</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Gericke <email>steveg@comtrol.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Piette <email>steve@simon.chi.il.US</email></para>
       </listitem>
 
       <listitem>
         <para>Steve Schwarz <email>schwarz@alpharel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Enderle <email>panic@subphase.de</email></para>
       </listitem>
 
       <listitem>
         <para>Steven G. Kargl
 	  <email>kargl@troutmask.apl.washington.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven H. Samorodin <email>samorodi@NUXI.com</email></para>
       </listitem>
 
       <listitem>
         <para>Steven McCanne <email>mccanne@cs.berkeley.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Plite <email>splite@purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Steven Wallace <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Stijn Hoop <email>stijn@win.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Stuart Henderson
 	  <email>stuart@internationalschool.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Sue Blake <email>sue@welearn.com.au</email></para>
       </listitem>
 
       <listitem>
         <para>Sugimoto Sadahiro <email>ixtl@komaba.utmc.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>SUGIMURA Takashi <email>sugimura@jp.FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Sugiura Shiro <email>ssugiura@duo.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Sujal Patel <email>smpatel@wam.umd.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Sungman Cho <email>smcho@tsp.korea.ac.kr</email></para>
       </listitem>
 
       <listitem>
         <para>Sune Stjerneby <email>stjerneby@usa.net</email></para>
       </listitem>
 
       <listitem>
         <para>SURANYI Peter
 	  <email>suranyip@jks.is.tsukuba.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Suzuki Yoshiaki
 	  <email>zensyo@ann.tama.kawasaki.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Svein Skogen
           <email>tds@nsn.no</email></para>
       </listitem>
 
       <listitem>
         <para>Sybolt de Boer <email>bolt@xs4all.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Tadashi Kumano <email>kumano@strl.nhk.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Taguchi Takeshi <email>taguchi@tohoku.iij.ad.jp</email></para>
       </listitem>
 
       <listitem>
         <para>TAKAHASHI Kaoru <email>kaoru@kaisei.org</email></para>
       </listitem>
 
       <listitem>
         <para>Takahiro Yugawa <email>yugawa@orleans.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takashi Mega <email>mega@minz.org</email></para>
       </listitem>
 
       <listitem>
         <para>Takashi Uozu <email>j1594016@ed.kagu.sut.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takayuki Ariga <email>a00821@cc.hc.keio.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeru NAIKI <email>naiki@bfd.es.hokudai.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi Amaike <email>amaike@iri.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi MUTOH <email>mutoh@info.nara-k.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi Ohashi
 	  <email>ohashi@mickey.ai.kyutech.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takeshi WATANABE
 	  <email>watanabe@crayon.earth.s.kobe-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Takuya SHIOZAKI
 	  <email>tshiozak@makino.ise.chuo-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Tatoku Ogaito <email>tacha@tera.fukui-med.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Buswell <email>tbuswell@mediaone.net</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Faber <email>faber@isi.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ted Lemon <email>mellon@isc.org</email></para>
       </listitem>
 
       <listitem>
         <para>Terry Lambert <email>terry@lambert.org</email></para>
       </listitem>
 
       <listitem>
         <para>Terry Lee <email>terry@uivlsi.csl.uiuc.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Tetsuya Furukawa <email>tetsuya@secom-sis.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Theo de Raadt <email>deraadt@OpenBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas <email>thomas@mathematik.uni-Bremen.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas D. Dean <email>tomdean@ix.netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas David Rivers <email>rivers@dignus.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas G. McWilliams <email>tgm@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Graichen
 	  <email>graichen@omega.physik.fu-berlin.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas K&ouml;nig
 	  <email>Thomas.Koenig@ciw.uni-karlsruhe.de</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Ptacek <email>unknown</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Quinot <email>thomas@cuivre.fr.eu.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas A. Stephens <email>tas@stephens.org</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Stromberg <email>tstrombe@rtci.com</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Valentino Crimi
 	  <email>tcrimi+@andrew.cmu.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Thomas Wintergerst <email>thomas@lemur.nord.de</email></para>
       </listitem>
 
       <listitem>
         <para>&THORN;&oacute;r&eth;ur &Iacute;varsson
 	  <email>totii@est.is</email></para>
       </listitem>
 
       <listitem>
         <para>Thierry Thomas <email>tthomas@mail.dotcom.fr</email></para>
       </listitem>
 
       <listitem>
         <para>Timothy Jensen <email>toast@blackened.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Kientzle <email>kientzle@netcom.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Singletary
 	  <email>tsingle@sunland.gsfc.nasa.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Tim Wilkinson <email>tim@sarc.city.ac.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Timo J. Rinne <email>tri@iki.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Tobias Reifenberger <email>treif@mayn.de</email></para>
       </listitem>
 
       <listitem>
         <para>Todd Miller <email>millert@openbsd.org</email></para>
       </listitem>
 
       <listitem>
         <para>Tom <email>root@majestix.cmr.no</email></para>
       </listitem>
 
       <listitem>
         <para>Tom <email>tom@sdf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Gray - DCA <email>dcasba@rain.org</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Jobbins <email>tom@tom.tj</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Pusateri <email>pusateri@juniper.net</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Rush <email>tarush@mindspring.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tom Samplonius <email>tom@misery.sdf.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tomohiko Kurahashi
 	  <email>kura@melchior.q.t.u-tokyo.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Kimball <email>alk@Think.COM</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Li <email>tli@jnx.com</email></para>
       </listitem>
 
       <listitem>
         <para>Tony Lynn <email>wing@cc.nsysu.edu.tw</email></para>
       </listitem>
 
       <listitem>
 	<para>Tony Maher <email>Tony.Maher@eBioinformatics.com</email></para>
       </listitem>
 
       <listitem>
         <para>Torbjorn Granlund <email>tege@matematik.su.se</email></para>
       </listitem>
 
       <listitem>
         <para>Toshihiko SHIMOKAWA <email>toshi@tea.forus.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Toshihiro Kanda <email>candy@kgc.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Toshiomi Moriki
 	  <email>Toshiomi.Moriki@ma1.seikyou.ne.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Trefor S. <email>trefor@flevel.co.uk</email></para>
       </listitem>
 
       <listitem>
         <para>Trenton Schulz <email>twschulz@cord.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Trevor Blackwell <email>tlb@viaweb.com</email></para>
       </listitem>
 
       <listitem>
         <para>Udo Schweigert <email>ust@cert.siemens.de</email></para>
       </listitem>
 
       <listitem>
         <para>Ugo Paternostro <email>paterno@dsi.unifi.it</email></para>
       </listitem>
 
       <listitem>
         <para>Ulf Kieber <email>kieber@sax.de</email></para>
       </listitem>
 
       <listitem>
         <para>Ulli Linzen <email>ulli@perceval.camelot.de</email></para>
       </listitem>
 
       <listitem>
         <para>URATA Shuichiro <email>s-urata@nmit.tmg.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Uwe Arndt <email>arndt@mailhost.uni-koblenz.de</email></para>
       </listitem>
 
        <listitem>
         <para>Vadim Belman <email>vab@lflat.vas.mobilix.dk</email></para>
        </listitem>
 
       <listitem>
         <para>Vadim Chekan <email>vadim@gc.lviv.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Vadim Kolontsov <email>vadim@tversu.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Vadim Mikhailov <email>mvp@braz.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Valentin Nechayev <email>netch@lucky.net</email></para>
       </listitem>
 
       <listitem>
         <para>Valentino Vaschetto <email>logo@blackened.com</email></para>
       </listitem>
 
       <listitem>
         <para>Van Jacobson <email>van@ee.lbl.gov</email></para>
       </listitem>
 
       <listitem>
         <para>Vasily V. Grechishnikov
 	  <email>bazilio@ns1.ied-vorstu.ac.ru</email></para>
       </listitem>
 
       <listitem>
         <para>Vasim Valejev <email>vasim@uddias.diaspro.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vernon J. Schryver <email>vjs@mica.denver.sgi.com</email></para>
       </listitem>
 
+      <listitem>
+        <para>Veselin Slavov <email>vess@btc.net</email></para>
+      </listitem>
+
       <listitem>
         <para>Vic Abell <email>abe@cc.purdue.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Ville Eerola <email>ve@sci.fi</email></para>
       </listitem>
 
       <listitem>
         <para>Vince Valenti <email>vince@blue-box.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vincent Poy <email>vince@venus.gaianet.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vincenzo Capuano
 	  <email>VCAPUANO@vmprofs.esoc.esa.de</email></para>
       </listitem>
 
       <listitem>
         <para>Virgil Champlin <email>champlin@pa.dec.com</email></para>
       </listitem>
 
       <listitem>
         <para>Vladimir A. Jakovenko
 	  <email>vovik@ntu-kpi.kiev.ua</email></para>
       </listitem>
 
       <listitem>
         <para>Vladimir Kushnir <email>kushn@mail.kar.net</email></para>
       </listitem>
 
       <listitem>
         <para>Vsevolod Lobko <email>seva@alex-ua.com</email></para>
       </listitem>
 
       <listitem>
         <para>W. Gerald Hicks <email>wghicks@bellsouth.net</email></para>
       </listitem>
 
       <listitem>
         <para>W. Richard Stevens <email>rstevens@noao.edu</email></para>
       </listitem>
 
       <listitem>
         <para>Walt Howard <email>howard@ee.utah.edu</email></para>
       </listitem>
 
       <listitem>
        <para>Walt M. Shandruk <email>walt@erudition.net</email</para>
       </listitem>
 
       <listitem>
         <para>Warren Toomey <email>wkt@csadfa.cs.adfa.oz.au</email></para>
       </listitem>
 
       <listitem>
         <para>Wayne Scott <email>wscott@ichips.intel.com</email></para>
       </listitem>
 
       <listitem>
         <para>Werner Griessl
 	  <email>werner@btp1da.phy.uni-bayreuth.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wes Santee <email>wsantee@wsantee.oz.net</email></para>
       </listitem>
 
       <listitem>
         <para>Wietse Venema <email>wietse@wzv.win.tue.nl</email></para>
       </listitem>
 
       <listitem>
         <para>Wiljo Heinen <email>wiljo@freeside.ki.open.de</email></para>
       </listitem>
 
       <listitem>
         <para>Willem Jan Withagen <email>wjw@surf.IAE.nl</email></para>
       </listitem>
 
       <listitem>
         <para>William Jolitz <email>withheld</email></para>
       </listitem>
 
       <listitem>
         <para>William Liao <email>william@tale.net</email></para>
       </listitem>
 
       <listitem>
         <para>Wojtek Pilorz
 	  <email>wpilorz@celebris.bdk.lublin.pl</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Helbig <email>helbig@ba-stuttgart.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Solfrank <email>ws@tools.de</email></para>
       </listitem>
 
       <listitem>
         <para>Wolfgang Stanglmeier <email>wolf@FreeBSD.org</email></para>
       </listitem>
 
       <listitem>
         <para>Wu Ching-hong <email>woju@FreeBSD.ee.Ntu.edu.TW</email></para>
       </listitem>
 
       <listitem>
         <para>Yarema <email>yds@ingress.com</email></para>
       </listitem>
 
       <listitem>
         <para>Yaroslav Terletsky <email>ts@polynet.lviv.ua</email></para>
       </listitem>
 
       <listitem>
 	<para>Yasuhiro Fukama <email>yasuf@big.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yasuhito FUTATSUKI <email>futatuki@fureai.or.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Yen-Ming Lee <email>leeym@bsd.ce.ntu.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Yen-Shuo Su <email>yssu@CCCA.NCTU.edu.tw</email></para>
       </listitem>
 
       <listitem>
 	<para>Yin-Jieh Chen <email>yinjieh@Crazyman.Dorm13.NCTU.edu.tw</email></para>
       </listitem>
 
       <listitem>
         <para>Yixin Jin <email>yjin@rain.cs.ucla.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoichi Asai <email>yatt@msc.biglobe.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoichi Nakayama <email>yoichi@eken.phys.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshiaki Uchikawa <email>yoshiaki@kt.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshihiko SARUMRU <email>mistral@imasy.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshihisa NAKAGAWA
 	  <email>y-nakaga@ccs.mt.nec.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshikazu Goto <email>gotoh@ae.anritsu.co.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshimasa Ohnishi
 	  <email>ohnishi@isc.kyutech.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yoshishige Arai <email>ryo2@on.rim.or.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuichi MATSUTAKA <email>matutaka@osa.att.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yujiro MIYATA
 	  <email>miyata@bioele.nuee.nagoya-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
         <para>Yu-Shun Wang <email>yushunwa@isi.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Yusuke Nawano <email>azuki@azkey.org</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuu Yashiki <email>s974123@cc.matsuyama-u.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuuki SAWADA <email>mami@whale.cc.muroran-it.ac.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuuichi Narahara <email>aconitum@po.teleway.ne.jp</email></para>
       </listitem>
 
       <listitem>
 	<para>Yuval Yarom <email>yval@cs.huji.ac.il</email></para>
       </listitem>
 
       <listitem>
 	<para>Yves Fonk <email>yves@cpcoup5.tn.tudelft.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Yves Fonk <email>yves@dutncp8.tn.tudelft.nl</email></para>
       </listitem>
 
       <listitem>
 	<para>Zach Heilig <email>zach@gaffaneys.com</email></para>
       </listitem>
 
       <listitem>
         <para>Zach Zurflu <email>zach@pabst.bendnet.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Zahemszhky Gabor <email>zgabor@code.hu</email></para>
       </listitem>
 
       <listitem>
 	<para>Zhong Ming-Xun <email>zmx@mail.CDPA.nsysu.edu.tw</email></para>
       </listitem>
     </itemizedlist>
   </sect1>
   
   <sect1 id="contrib-386bsd">
     <title>386BSD パッチキットへのパッチ提供者</title>
     
     <para>(名前でアルファベット順):</para>
     
     <itemizedlist>
       <listitem>
 	<para>Adam Glass <email>glass@postgres.berkeley.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Adrian Hall <email>ahall@mirapoint.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrey A. Chernov <email>ache@astral.msk.su</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrew Herbert <email>andrew@werple.apana.org.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Andrew Moore <email>alm@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Andy Valencia <email>ajv@csd.mot.com</email>
 	  <email>jtk@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Arne Henrik Juul <email>arnej@Lise.Unit.NO</email></para>
       </listitem>
       
       <listitem>
 	<para>Bakul Shah <email>bvs@bitblocks.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Barry Lustig <email>barry@ictv.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Bob Wilcox <email>bob@obiwan.uucp</email></para>
       </listitem>
       
       <listitem>
 	<para>Branko Lankester</para>
       </listitem>
       
       <listitem>
 	<para>Brett Lymn <email>blymn@mulga.awadi.com.AU</email></para>
       </listitem>
       
       <listitem>
 	<para>Charles Hannum <email>mycroft@ai.mit.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Chris G. Demetriou
 	  <email>cgd@postgres.berkeley.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Chris Torek <email>torek@ee.lbl.gov</email></para>
       </listitem>
       
       <listitem>
 	<para>Christoph Robitschko
 	  <email>chmr@edvz.tu-graz.ac.at</email></para>
       </listitem>
       
       <listitem>
 	<para>Daniel Poirot <email>poirot@aio.jsc.nasa.gov</email></para>
       </listitem>
       
       <listitem>
 	<para>Dave Burgess <email>burgess@hrd769.brooks.af.mil</email></para>
       </listitem>
       
       <listitem>
 	<para>Dave Rivers <email>rivers@ponds.uucp</email></para>
       </listitem>
       
       <listitem>
 	<para>David Dawes <email>dawes@physics.su.OZ.AU</email></para>
       </listitem>
       
       <listitem>
 	<para>David Greenman <email>dg@Root.COM</email></para>
       </listitem>
       
       <listitem>
 	<para>Eric J. Haug <email>ejh@slustl.slu.edu</email></para>
       </listitem>
 	    
       <listitem>
 	<para>Felix Gaehtgens
 	  <email>felix@escape.vsse.in-berlin.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Frank Maclachlan <email>fpm@crash.cts.com</email></para>
       </listitem>
 	    
       <listitem>
 	<para>Gary A. Browning <email>gab10@griffcd.amdahl.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Gary Howland <email>gary@hotlava.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Geoff Rehmet <email>csgr@alpha.ru.ac.za</email></para>
       </listitem>
       
       <listitem>
 	<para>Goran Hammarback <email>goran@astro.uu.se</email></para>
       </listitem>
       
       <listitem>
 	<para>Guido van Rooij <email>guido@gvr.org</email></para>
       </listitem>
       
       <listitem>
         <para>Guy Antony Halse <email>guy@rucus.ru.ac.za</email></para>
       </listitem>
 
       <listitem>
 	<para>Guy Harris <email>guy@auspex.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Havard Eidnes
 	  <email>Havard.Eidnes@runit.sintef.no</email></para>
       </listitem>
       
       <listitem>
 	<para>Herb Peyerl <email>hpeyerl@novatel.cuc.ab.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Holger Veit <email>Holger.Veit@gmd.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Ishii Masahiro, R. Kym Horsell</para>
       </listitem>
       
       <listitem>
 	<para>J.T. Conklin <email>jtc@cygnus.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Jagane D Sundar <email>jagane@netcom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>James Clark <email>jjc@jclark.com</email></para>
       </listitem>
       
       <listitem>
 	<para>James Jegers <email>jimj@miller.cs.uwm.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>James W. Dolter</para>
       </listitem>
 
       <listitem>
 	<para>James da Silva <email>jds@cs.umd.edu</email> et al</para>
       </listitem>
 
       <listitem>
 	<para>Jay Fenlason <email>hack@datacube.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Jim Wilson <email>wilson@moria.cygnus.com</email></para>
       </listitem>
       
       <listitem>
 	<para>J&ouml;rg Lohse
 	  <email>lohse@tech7.informatik.uni-hamburg.de</email></para>
       </listitem>
       
       <listitem>
 	<para>J&ouml;rg Wunsch
 	  <email>joerg_wunsch@uriah.heep.sax.de</email></para>
       </listitem>
 	    
       <listitem>
 	<para>John Dyson</para>
       </listitem>
       
       <listitem>
 	<para>John Woods <email>jfw@eddie.mit.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Jordan K. Hubbard <email>jkh@whisker.hubbard.ie</email></para>
       </listitem>
       
       <listitem>
 	<para>Julian Elischer <email>julian@dialix.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Julian Stacey <email>jhs@FreeBSD.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Karl Dietz <email>Karl.Dietz@triplan.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Karl Lehenbauer <email>karl@NeoSoft.com</email>
 	  <email>karl@one.neosoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Keith Bostic <email>bostic@toe.CS.Berkeley.EDU</email></para>
       </listitem>
       
       <listitem>
 	<para>Ken Hughes</para>
       </listitem>
       
       <listitem>
 	<para>Kent Talarico <email>kent@shipwreck.tsoft.net</email></para>
       </listitem>
       
       <listitem>
 	<para>Kevin Lahey <email>kml%rokkaku.UUCP@mathcs.emory.edu</email>
 	  <email>kml@mosquito.cis.ufl.edu</email></para>
       </listitem>
 
       <listitem>
 	<para>Konstantinos Konstantinidis <email>kkonstan@duth.gr</email></para>
       </listitem>
       
       <listitem>
 	<para>Marc Frajola <email>marc@dev.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Mark Tinguely <email>tinguely@plains.nodak.edu</email>
 	  <email>tinguely@hookie.cs.ndsu.NoDak.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Martin Renters <email>martin@tdc.on.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Michael Clay <email>mclay@weareb.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Michael Galassi <email>nerd@percival.rain.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Mike Durkin <email>mdurkin@tsoft.sf-bay.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Naoki Hamada <email>nao@tom-yam.or.jp</email></para>
       </listitem>
       
       <listitem>
 	<para>Nate Williams <email>nate@bsd.coe.montana.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Nick Handel <email>nhandel@NeoSoft.com</email>
 	  <email>nick@madhouse.neosoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Pace Willisson <email>pace@blitz.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Kranenburg <email>pk@cs.few.eur.nl</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Mackerras <email>paulus@cs.anu.edu.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Paul Popelka <email>paulp@uts.amdahl.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Peter da Silva <email>peter@NeoSoft.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Phil Sutherland
 	  <email>philsuth@mycroft.dialix.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Poul-Henning Kamp<email>phk@FreeBSD.org</email></para>
       </listitem>
       
       <listitem>
 	<para>Ralf Friedl <email>friedl@informatik.uni-kl.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Rick Macklem <email>root@snowhite.cis.uoguelph.ca</email></para>
       </listitem>
       
       <listitem>
 	<para>Robert D. Thrush <email>rd@phoenix.aii.com</email></para>
       </listitem>
 
       <listitem>
 	<para>Rodney W. Grimes <email>rgrimes@cdrom.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Sascha Wildner <email>swildner@channelz.GUN.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Scott Burris <email>scott@pita.cns.ucla.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Scott Reynolds <email>scott@clmqt.marquette.mi.us</email></para>
       </listitem>
       
       <listitem>
 	<para>Sean Eric Fagan <email>sef@kithrup.com</email></para>
       </listitem>
       
       <listitem>
 	<para>Simon J Gerraty <email>sjg@melb.bull.oz.au</email>
 	  <email>sjg@zen.void.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Stephen McKay <email>syssgm@devetir.qld.gov.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Terry Lambert <email>terry@icarus.weber.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Terry Lee <email>terry@uivlsi.csl.uiuc.edu</email></para>
       </listitem>
       
       <listitem>
 	<para>Tor Egge <email>Tor.Egge@idi.ntnu.no</email></para>
       </listitem>
       
       <listitem>
 	<para>Warren Toomey <email>wkt@csadfa.cs.adfa.oz.au</email></para>
       </listitem>
       
       <listitem>
 	<para>Wiljo Heinen <email>wiljo@freeside.ki.open.de</email></para>
       </listitem>
       
       <listitem>
 	<para>William Jolitz <email>withheld</email></para>
       </listitem>
       
       <listitem>
 	<para>Wolfgang Solfrank <email>ws@tools.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Wolfgang Stanglmeier <email>wolf@dentaro.GUN.de</email></para>
       </listitem>
       
       <listitem>
 	<para>Yuval Yarom <email>yval@cs.huji.ac.il</email></para>
       </listitem>
     </itemizedlist>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml b/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml
index 619916183a..405a7232d7 100644
--- a/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml
@@ -1,1214 +1,1208 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.39
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml,v 1.14 2001/03/03 05:02:14 hrs Exp $
+     Original revision: 1.41
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kernelconfig/chapter.sgml,v 1.15 2001/04/09 02:15:18 hrs Exp $
 -->
 
 <chapter id="kernelconfig">
   <title>FreeBSD カーネルのコンフィグレーション</title>
 
   <sect1>
     <title>この章では</title>
 
     <para><emphasis>更新/再構成: &a.jim;, 2000 年 3 月.
 	寄稿: &a.jehamby;, 1995 年 10 月 6 日.</emphasis></para>
     <para><emphasis>訳: &a.jp.tomo;, &a.jp.yoshiaki;. 1996 年 11 月 2 日.</emphasis></para>
 
     <para>この章では, 自分のシステムに合わせた
       カーネルを構築する方法について扱います.
       カーネルの再構築によりどんなメリットがあるのか不思議に思っていたり,
       自分用のカーネルを設定し, コンパイルし, インストールする方法を
       知りたいと思っているのなら, この章が役に立つでしょう.
     </para>
   </sect1>
 
   <sect1>
     <title>なぜカスタムカーネルを作るか?</title>
 
     <para>システムに合わせたカーネルの構築はほとんどすべての
       UNIX ユーザが
       避けて通ることのできない最も重要な通過儀礼の1つです.
       この作業は, 多くの時間を必要としますが, あなたの FreeBSD
       システムに多くの利益をもたらします.
       広範囲のハードウェアをサポートしなければならない
       <filename>GENERIC</filename>カーネルとは異なり,
       システムに合わせたカーネルは
       <emphasis>あなたの</emphasis> PC
       のハードウェアのみをサポートします.  これは,
       次にあげるような利益をもたらします.</para>
 
     <itemizedlist>
       <listitem>
 	<para>素早く起動します.
 	  カーネルはあなたのシステム上にあるハードウェアしか
 	  検出を行わないので,
 	  あなたのシステムの起動にかかる時間は劇的に短くなります.
 	</para>
       </listitem>
 
       <listitem>
 	<para>メモリの消費量が減少します.
 	  システムに合わせたカーネルは, 大抵 <literal>GENERIC</literal>
 	  カーネルより少ないメモリしか消費しません.
 	  カーネルは常にメモリ上に存在するプロセスなので,
 	  このことは重要になります.
 	  したがって, RAM が少ないシステムでは,
 	  カーネルの再構築は大変重要です.</para>
       </listitem>
 
       <listitem>
 	<para>追加のハードウェアをサポートします.
 	  システムに合わせたカーネルは, サウンドカードなど
 	  <literal>GENERIC</literal> カーネルに存在しない
 	  デバイスのサポートを追加することができます.</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="kernelconfig-building">
     <title>カスタムカーネルの構築とインストール</title>
 
     <para>まず,
       カーネル再構築に必要なディレクトリをざっと見てみましょう.
       ここではディレクトリはすべて
       <filename>/usr/src/sys</filename> 以下の相対位置で示します.
       また, <filename>/sys</filename> からもアクセス可能です.
       ここには, カーネルの各部分を構成するサブディレクトリが
       いくつもあります. しかし, 私たちの目的で最も重要なのは
       <filename><replaceable>arch</replaceable>/conf</filename> です.
       ここで, あなたの
       システムに合わせてカーネルコンフィグレーションを編集します.
       それから <filename>compile</filename>ディレクトリ,
       ここはカーネルが作られる 場所です.
       <replaceable>arch</replaceable> は, <filename>i386</filename>,
       <filename>alpha</filename>, <filename>pc98</filename>(これは
       日本で普及している PC のための開発ブランチです)のいずれかを表します.
       各アーキテクチャのディレクトリ内部にあるファイルはすべて
       そのアーキテクチャでのみ使用され, 残りのコードは
       FreeBSD が他のプラットフォームに移植される際に共有されます.
       サポートされているデバイス, ファイルシステム, オプションが,
       それぞれ各々のサブディレクトリに分かれている,
       という論理的な構成に注意してください. </para>
 
     <note>
       <para>もし, あなたのシステムに<filename>/usr/src/sys</filename>
 	以下のディレクトリが<emphasis>なければ</emphasis>,
 	カーネルのソースが インストールされていません.
 	もっとも簡単な方法は (<username>root</username>で)
 	<command>/stand/sysinstall</command>
 	を用いて以下のようにします. <literal>設定(Configure)</literal>
 	を選んでから <literal>配布ファイル(Distribution)</literal>
 	を選択し, <literal>src</literal> の中の <literal>sys</literal>
 	をインストールしてください.
       </para>
     </note>
 
     <para>つぎに,
       <filename><replaceable>arch</replaceable>/conf</filename>に移動して,
       <filename>GENERIC</filename>
       コンフィグレーションファイルをカーネルに与えたい名前に
       コピーしてください. たとえば次のようにします.</para>
 
     <screen>&prompt.root; <userinput>cd /usr/src/sys/i386/conf</userinput>
 &prompt.root; <userinput>cp GENERIC MYKERNEL</userinput></screen>
 
     <para>慣習として, この名前はすべて大文字でつづられます. もし,
       いくつかの異なるハードウェアの FreeBSDマシンを扱うなら,
       この名前にホスト名を含めるとよいでしょう.  ここでは, 例として
       <filename>MYKERNEL</filename> と呼ぶことにします.</para>
 
     <note>
       <para>この作業は root権限でおこなう必要があります.
 	そうでなければ, <errortype>permission
 	  denied</errortype>というエラーが出ます.</para>
     </note>
 
     <para>では, <filename>MYKERNEL</filename>
       をあなたの好きなエディタで編集してください.  もし,
       システムをインストールしたばかりならば, 利用できるエディタは
       <command>vi</command>だけかもしれません. ここでは使い方
       の説明はしませんが, <link linkend="bibliography">参考図書</link>
       にあるような多くの本で詳しく説明 されていますので,
       そちらを参照してください. FreeBSD にはより簡単なエディタとして
       <quote>ee</quote> があります. 初心者の方であればこちらをエディタ
       に選ぶとよいでしょう.
       まずファイルの最初の方のコメント行を編集し, あなたのコンフィグ
       レーションに合せて変更した点などを記述して
       <filename>GENERIC</filename> と区別がつく
       ようにしておきましょう.</para>
 
     <para>もし SunOSや他の BSDオペレーティングシステムでカーネルの
       再構築をしたことがあれば, このファイルはとても親しみ
       やすいでしょう. しかし, DOSのようなその他の
       オペレーティングシステムしか知らない人から見れば,
       <filename>GENERIC</filename>
       コンフィグレーションファイルはとても
       なじみにくいものかもしれません. そのような場合は,
       <link linkend="kernelconfig-config"> コンフィグレーションファイル
       </link> の節をゆっくりと注意深く読んでください.</para>
 
     <note>
       <para>FreeBSD Project の最新のソースファイルと, あなたの
 	ソースツリーを同期させている場合,
 	アップデートを行う際には, 必ず
 	<filename>/usr/src/UPDATING</filename> ファイルをチェックするように
 	してください.
 	このファイルには, FreeBSD をアップデートする際のすべての重要な情報
 	が書かれています.
 	<filename>/usr/src/UPDATING</filename> は常にあなたの FreeBSD
 	ソースファイルのバージョンと同期していますので,
 	ハンドブックの情報よりも正確なものとなっています.</para>
     </note>
 
     <para>FreeBSD 4.0 より前の FreeBSD を使っていて,
       FreeBSD 4.0 以降へはアップグレードしない,
       もしくはリリース版の FreeBSD を使っていて
       <filename>/usr/src/</filename> ディレクトリには
       <filename>sys/</filename> しか無い場合,
       編集し終ったら次のコマンドによってコンパイル, インストール
       を行ってください. </para>
 
     <note>
       <para>古いバージョンの FreeBSD からカーネルをアップグレードしようと
 	している場合, 新しいカーネルのソースファイルを取ってきた場所と
 	同じところから, 新しいバージョンの &man.config.8; を取ってくる
 	必要があるでしょう.
 	&man.config.8; は <filename>/usr/src/usr.sbin</filename>
 	にあるので, これらのソースファイルもダウンロードする必要が
 	あります.
 	次のコマンドを実行する前に, これを再構築してインストールして
 	おいてください.</para>
     </note>
 
     <screen>&prompt.root; <userinput>/usr/sbin/config MYKERNEL</userinput>
 &prompt.root; <userinput>cd ../../compile/MYKERNEL</userinput>
 &prompt.root; <userinput>make depend</userinput>
 &prompt.root; <userinput>make</userinput>
 &prompt.root; <userinput>make install</userinput></screen>
 
     <para>4.X 以降の新しいバージョンにアップグレードした場合
       (例えば 3.X から 4-STABLE へ, もしくは 4-STABLE から
       最新版の 4-STABLE へなど), 予め
       <link linkend="cutting-edge">buildworld</link> を行なって,
       以下のコマンドを実行してください:</para>
 
     <screen>&prompt.root; <userinput>cd /usr/src</userinput>
 &prompt.root; <userinput>make buildkernel KERNCONF=MYKERNEL</userinput>
 &prompt.root; <userinput>make installkernel KERNCONF=MYKERNEL</userinput></screen>
 
     <note>
       <para>FreeBSD-4.2 とそれ以前の場合は,
         <literal>KERNCONF=</literal>
         ではなく
         <literal>KERNEL=</literal>
         としなければなりません.
         2001 年 2 月 2 日以降の 4.2-STABLE は
         KERNCONF= を認識します.</para>
     </note>
 
     <para>何らかの方法であなたのソースツリーをアップグレードして
       <emphasis>いない</emphasis> 場合
       (<application>CVSup</application>, <application>CTM</application>,
       <application>anoncvs</application>, などを実行していない場合),
       <command>config</command>, <command>make depend</command>, 
       <command>make</command>, <command>make install</command>
       の手順を実行してください.</para>
 
     <warning>
       <para>最後にカーネルを構築した後で, ソースをアップグレードした場合,
 	カーネルを構築するには <command>make buildkernel</command>
 	を使わなければ <emphasis>なりません</emphasis>.
 	そうしないと, カーネルを構築するのに古いユーティリティが
 	使われてしまい, 失敗してしまうかもしれません.
 	<emphasis>ソースを更新した場合には, カーネルを構築するのに
 	  <command>config</command>/<command>make</command>
 	  の手順は使わないでください!</emphasis></para>
     </warning>
 
     <para>新しいカーネルはルートディレクトリに
       <filename>/kernel</filename>という 名前でコピーされ,
       今までのカーネルは <filename>/kernel.old</filename>
       という名前へ変更されます. では, システムをシャットダウン, リブー
       トして新しいカーネルを使ってください. うまく行かない場合は,
       この章の終りの
       <link linkend="kernelconfig-trouble">問題が起きた場合には</link>
       を参照してください. この章の新しい
       <link linkend="kernelconfig-noboot">カーネルが起動しない</link>
       場合のリカバリの方法を注意深く読んでおいてください.</para>
 
     <note>
       <para>(サウンドカードのような)新しいデバイスを 追加した場合は,
 	使う前に <filename>/dev</filename>ディレクトリで
 	デバイスノードを追加しなければならないかもしれません.
 	詳しくは, <link linkend="kernelconfig-nodes">デバイスノード
 	</link> を読んでください.</para>
     </note>
   </sect1>
 
   <sect1 id="kernelconfig-config">
     <title>コンフィグレーション ファイル</title>
 
     <para>コンフィグレーション ファイルの一般的なフォーマット
       はとてもシンプルです. 各行は1つのキーワードと1つ以上の
       引数を含んでいます. 見やすくするために, ほとんどのキーワードは
       引数を1つしか書いてありません.
       <literal>#</literal>に続くものはすべてコメントとして扱われ,
       無視されます. ここでは, それぞれのキーワードについて だいたい
       <filename>GENERIC</filename> に出てくる順番で説明します. しかし,
       お互いに関係のあるキーワードは, 実際には
       <filename>GENERIC</filename> ファイル上に
       バラバラに現れていても, (ネットワーキングのように)1つにまとめ
       てあります. <anchor id="kernelconfig-options"> おびただしい数の
       オプションの一覧が
       <filename>GENERIC</filename>と同じディレクトリの
       <filename>LINT</filename> コンフィグ
       レーションファイルにあります.  もし, ある行の目的や必要性に疑
       問を持ったら最初に <filename>LINT</filename>
       をチェックしてください.</para>
 
     <important>
       <title>数字と二重引用符</title>
 
       <para>
         FreeBSD 3.x と, それまでの全てのバージョンの FreeBSD における
 	  &man.config.8; は, コンフィグレーションファイル中の
         テキストとして使われる数字を含む文字列が
         全て二重引用符で括られていなければならないという制限があります.
       </para>
 
 	<para>この制限は (このハンドブックが対象としている)
 	  4.X ブランチでは取り除かれました.
 	  4.X 以前のシステムを使っている場合には,
 	  サンプルとしてシステム上の
 	  <filename>/usr/src/sys/i386/conf/LINT</filename> と
 	  <filename>/usr/src/sys/i386/conf/GENERIC</filename>
 	  を参照してください.</para>
     </important>
 
     <para>以下は必要に応じてコメントを追加した
       <filename>GENERIC</filename> カーネルの
       コンフィグレーションファイルです.
       この設定例は <filename>/usr/src/sys/i386/conf/GENERIC</filename>
       に極めて近いものになっているはずです.
       その他に指定可能なカーネルオプションについては,
       <filename>/usr/src/sys/i386/conf/LINT</filename>
       を参照してください.</para>
 
     <programlisting>#
 # GENERIC -- Generic kernel configuration file for FreeBSD/i386
 #
 # このファイルについて更に情報が必要なら, ハンドブックのカーネル
 # コンフィグレーションファイルのセクションを参照して下さい.
 #
 #    http://www.freebsd.org/handbook/kernelconfig-config.html
 #
 # doc ディストリビューションをインストールした場合, ハンドブックは
 # ローカルマシンの /usr/share/doc/handbook でも見ることができます.
 # 最新版は FreeBSD の WWW サーバ (http://www.FreeBSD.ORG/) を参照して
 # 下さい.
 #
 # ./LINT コンフィギュレーションファイルには, デバイス行に関する大量の
 # オプションと詳細な説明があります. もしある行の目的又は必要性について
 # 疑問がある場合はまず LINT をチェックして下さい.
 #
 # &dollar;FreeBSD: src/sys/i386/conf/GENERIC,v 1.246 2000/03/09 16:32:55 jlemon Exp &dollar;</programlisting>
 
     <para>以下は <emphasis>すべての</emphasis> カーネルの構築に
       必須のキーワードです:</para>
 
     <programlisting>machine		i386</programlisting>
 
     <para>マシンのアーキテクチャです.
       これは <literal>i386</literal>, <literal>alpha</literal>, 
       <literal>pc98</literal> のいずれかでなければなりません.</para>
 
     <programlisting>cpu          I386_CPU
 cpu          I486_CPU
 cpu          I586_CPU
 cpu          I686_CPU</programlisting>
 
     <para>上記はあなたのシステムの CPU タイプを指定します.
       複数の行を書いても構いません.
       (例: <literal>I586_CPU</literal> とすべきか
       <literal>I686_CPU</literal> とすべきかはっきり分からない場合.
       しかしながら, カスタムカーネルを作る場合, あなたの持つ CPU
       だけを指定するのがベストです.
       もしあなたがどのタイプの CPU を使っているか分からない場合,
       <command>dmesg</command> を使って起動メッセージを
       調べるとよいでしょう.</para>
 
     <para>The Alpha architecture has different values for
       <literal>cpu_type</literal>.  They include:</para>
     <para>Alpha アーキテクチャの場合は,
       <literal>cpu_type</literal> に異なった値を用います.</para>
 
 
     <programlisting>cpu          EV4
 cpu          EV5</programlisting>
 
     <para>もしあなたが Alpha マシンを使っている場合,
       上記の内のどれかを指定して下さい.</para>
 
     <programlisting>ident          GENERIC</programlisting>
 
     <para>ここはカーネルの識別名を書きます.
       あなたがカーネルに付けたい名前に書き換えて下さい
       (<literal>MYKERNEL</literal>のように).
       <literal>ident</literal> に書いた名前はカーネルを起動する時に
       表示されるので,
       普段使っているカーネルと区別したいときは違う名前を付けると
       良いでしょう(例: 実験的なカーネルを構築する場合).</para>
 
     <programlisting>maxusers          32</programlisting>
 
     <para><literal>maxusers</literal> オプションは重要なシステムテーブルの
       サイズを決定します.
       この数字はあなたのマシンを同時に使うと思われるユーザー数と
       おおよそ等しくするのが良いでしょう.
       しかしながら, 通常は X ウインドウシステムを使ったり,
       ソフトウエアをコンパイルするでしょうから, その場合は
       <literal>maxusers</literal> は最低 4 にして下さい.
       その理由は, <literal>maxusers</literal> によって計算される最も
       重要なテーブルがプロセスの最大数で, それは
       <literal>20 + 16 * maxusers</literal> となります.
       もし, <literal>maxusers</literal> を 1 にすると,
       同時に 36 プロセスしか利用できなくなりますが,
       システムは起動時に 18 ほどのプロセスを立ち上げ,
       X ウインドウシステムは 15 ほどのプロセスを立ち上げるので,
       man コマンドのような単純な仕事でさえフィルタ, 展開, 表示に 9
       個のプロセスを利用するために, プロセス数不足になります.
       <literal>maxusers</literal> を 64 に設定すると,
       1044 個のプロセスを同時に利用することができるので,
       殆どのユーザには充分でしょう.
       もしあなたが別のプログラムを立ち上げる時,
       恐れられている <errortype>proc table full</errortype> エラーが
       発生する場合や, <hostid role="fqdn">ftp.FreeBSD.org</hostid>
       のように多数のユーザにより
       同時に利用されるサーバを動かしている場合には,
       この数字を増やしてカーネルを再構築することができます.</para>
 
     <note>
       <para><literal>maxusers</literal> はあなたのマシンにログインする
 	ユーザ数を制限するものでは <emphasis>ありません</emphasis>.
 	それは単に, あなたのシステムを使うであろうユーザの最大数や
 	それぞれのユーザがどれくらいのプロセスを走らせるかに
 	合わせて各種テーブルの大きさを設定するだけです.
 	同時にリモートログインする最大ユーザ数を制限するキーワードは
 	<link linkend="kernelconfig-ptys">
 	  <literal>pseudo-device pty 16</literal></link> です.
       </para>
     </note>
 
     <para>以下に続くすべては大体において追加設定項目です.
       詳細は各項目の次に書かれている注意書きを参照して下さい.</para>
 
     <programlisting>#makeoptions     DEBUG=-g          #Build kernel with gdb(1) debug symbols
 options          MATH_EMULATE      #Support for x87 emulation</programlisting>
 
     <para>This line allows the kernel to simulate a math co-processor if
       your computer does not have one (386 or 486SX).  If you have a
       486DX, or a 386 or 486SX (with a separate 387 or 487 chip), or
       higher (Pentium, Pentium II, etc.), you can comment this line
       out.</para>
     <para>この行では, あなたのコンピュータが浮動小数点演算コプロセッサを
       持たない場合(CPU が 386 又は 486SX),
       カーネルにシミュレートさせるよう設定します.
       あなたが 486DX, 又は (387 や 487 チップを別途搭載した) 386, 486SX
       又は更に上位 (Pentium, Pentium II, 他) を持っている場合は
       コメントアウトして下さい.</para>
 
     <note>
       <para>FreeBSD の浮動小数点エミュレーションルーチンはあまり正確では
 	<emphasis>ありません</emphasis>.
 	もしあなたが浮動小数点コプロセッサを持っておらず,
 	かつベストな演算精度が必要であれば, GNU の浮動小数点サポートを
 	利用する <literal>GPL_MATH_EMULATION</literal> を使ってみて下さい.
 	このオプションはライセンス上の理由によりデフォルトでは
 	含まれていません.</para>
     </note>
 
     <programlisting>options          INET          #InterNETworking</programlisting>
 
     <para>ネットワークのサポート.
       ネットワークに接続する予定がなくてもこのオプションは残して下さい.
       殆どのプログラムは少なくともループバックネットワーク
       (あなたの PC の中でのネットワーク接続) を必要としますので,
       基本的にこの行は必須です.</para>
 
     <programlisting>options          INET6          #IPv6 communications protocols</programlisting>
 
     <para>このオプションは IPv6 通信プロトコルを利用可能にします.</para>
 
     <programlisting>options          FFS          #Berkeley Fast Filesystem
 options          FFS_ROOT     #FFS usable as root device [keep this!]</programlisting>
 
     <para>これは標準のハードドライブファイルシステムです.
       ハードディスクから起動する場合は残して下さい.</para>
 
     <programlisting>options          MFS          #Memory Filesystem
 options          MD_ROOT      #MD is a potential root device</programlisting>
 
     <para>これはメモリ上にマップされたファイルシステムです.
       これは基本的に一時ファイルの高速格納用の RAM ディスクであり,
       あなたが有効に利用したい大量のスワップスペースを持っている
       場合には有用でしょう.
       多くのプログラムが一時データをここに保存することから,
       MFS パーティションをマウントする最適な場所は <filename>/tmp</filename>
       ディレクトリです.
       MFS RAM ディスクを <filename>/tmp</filename> にマウントするには
       次の行を <filename>/etc/fstab</filename> に追加して下さい:</para>
 
     <informalexample>
       <programlisting>/dev/ad1s2b	/tmp mfs rw 0 0</programlisting>
     </informalexample>
 
     <para>次に再起動するか, コマンド <command>mount /tmp</command>
       を実行して下さい.</para>
 
     <programlisting>options          NFS          #Network Filesystem
 options          NFS_ROOT     #NFS usable as root device, NFS required</programlisting>
 
     <para>ネットワークファイルシステム.
       UNIX ファイルサーバから TCP/IP を介してパーティションを
       マウントするのでない限り, これらの行をコメントアウトして下さい.</para>
 
     <programlisting>options          MSDOSFS      #MSDOS Filesystem</programlisting>
 
     <para>MS-DOS ファイルシステム.
       起動時に DOS でフォーマットされたハードドライブを
       マウントするのでない限り, この行は安全にコメントアウトできます.
       この機能は最初に DOS パーティションをマウントする時に自動的に
       ロードされます.
       又, 優秀な <application>mtools</application>
       (Ports コレクションにあります) を使ってもマウント,
       アンマウントすることなしに DOS フロッピーにアクセスすることができます.
       (<literal>MSDOSFS</literal> は必要としません)</para>
 
     <programlisting>options          CD9660       #ISO 9660 Filesystem
 options          CD9660_ROOT  #CD-ROM usable as root, CD9660 required</programlisting>
 
     <para>CD-ROM 用の ISO 9660 ファイルシステム.
       もしあなたが CD-ROM ドライブを持っていないか,
       時々データ CD をマウントするだけならこの行をコメントアウトしても
       大丈夫です (データ CD を最初にマウントする時, 自動的にロードされます).
       音楽 CD はこのファイルシステムを必要としません.</para>
 
     <programlisting>options          PROCFS       #Process filesystem</programlisting>
 
     <para>プロセスファイルシステム.
       これは <filename>/proc</filename> にマウントされる,
       ファイルシステムの <quote>ふりをする</quote> もので,
       &man.ps.1; のようなプログラムに, どんなプロセスが走っているか
       に関するより多くの情報を提供させる事ができます.</para>
 
     <programlisting>options          COMPAT_43    #Compatible with BSD 4.3 [KEEP THIS!]</programlisting>
 
     <para>4.3BSD との互換機能です.
       有効なままにして下さい.
       この行をコメントアウトするとおかしな動きをするプログラムがあります.
     </para>
 
     <programlisting>options          SCSI_DELAY=15000    #Delay (in ms) before probing SCSI</programlisting>
 
     <para>この行は, カーネルがそれぞれの SCSI 機器を検出する前に
       15 秒間待つようにします.
       あなたが IDE ドライブしか持たないなら無視して結構です.
       そうでないなら, 起動時間を短くするため, おそらく待つ時間を短く,
       5 秒くらいにしたいでしょう.
       勿論, そうした場合に FreeBSD が SCSI 機器を認識しなくなった場合は
       時間を元に戻す必要があります.</para>
 
     <programlisting>options          UCONSOLE            #Allow users to grab the console</programlisting>
 
     <para>ユーザにコンソールを所有することを許可します.
       X のユーザには役に立ちます.
       たとえば <command>xterm -C</command> とコマンドを打つことにより,
       コンソール xterm を起動することができます.
       ここにはカーネルからのあらゆるコンソールメッセージとともに,
       <command>write</command>, <command>talk</command> による
       あらゆるメッセージを表示します.
 </para>
 
     <programlisting>options          USERCONFIG          #boot -c editor</programlisting>
 
     <para>このオプションは起動メニューからコンフィグレーションエディタ
       を起動することができるようにします.</para>
 
     <programlisting>options          VISUAL_USERCONFIG   #visual boot -c editor</programlisting>
 
     <para>このオプションは起動メニューからビジュアルコンフィグレーション
       エディタを起動できるようにします.</para>
 
     <programlisting>options          KTRACE              #ktrace(1) support</programlisting>
 
     <para>この行はデバッギングに役立つカーネルプロセスのトレースを
       可能にします.</para>
 
     <programlisting>options          SYSVSHM             #SYSV-style shared memory</programlisting>
 
     <para>このオプションは System V 共有メモリを提供します.
       この機能の最も一般的な使用方法は X における XSHM 拡張です.
       多くのグラフィックス重視のプログラムではこの機能を自動的に
       描画のスピードアップに利用します.
       X を使っているなら, これを含めておいた方がいいでしょう.</para>
 
     <programlisting>options          SYSVSEM             #SYSV-style semaphores</programlisting>
 
     <para>System V セマフォのサポート.
       あまり使われませんが, カーネルサイズは数百バイト大きくなるだけです.
     </para>
 
     <programlisting>options          SYSVMSG             #SYSV-style message queues</programlisting>
 
     <para>System V のメッセージのサポート.
       これもカーネルサイズを数百バイト大きくするだけです.</para>
 
     <note>
       <para>&man.ipcs.1; コマンドを実行するとこれらの System V
 	機能を使っているプロセスのリストを表示します.</para>
     </note>
 
     <programlisting>options 	P1003_1B		#Posix P1003_1B real-time extentions
 options 	_KPOSIX_PRIORITY_SCHEDULING</programlisting>
 
     <para>リアルタイム拡張が 1993 POSIX に追加されました.
       Ports コレクションの内のいくつかのアプリケーション
       (例えば Star Office) はこれを使っています.</para>
 
     <programlisting>options		ICMP_BANDLIM		#Rate limit bad replies</programlisting>
 
     <para>このオプションは ICMP エラー応答のバンド幅制限を可能にします.
       サービス不能パケットによる攻撃からマシンを保護するために必要です.
     </para>
 
     <programlisting># To make an SMP kernel, the next two are needed
 #options        SMP                     # Symmetric MultiProcessor Kernel
 #options        APIC_IO                 # Symmetric (APIC) I/O</programlisting>
 
     <para>上の行は両方とも SMP サポートのために必要です.</para>
 
     <programlisting># Optionally these may need tweaked, (defaults shown):
 #options        NCPU=2                  # number of CPUs
 #options        NBUS=4                  # number of busses
 #options        NAPIC=1                 # number of IO APICs
 #options        NINTR=24                # number of INTs</programlisting>
 
     <para>これらは追加の SMP オプションです.</para>
 
     <programlisting>device          isa</programlisting>
 
     <para>FreeBSD がサポートするすべての PC はこれらの内のひとつを
       持っています.
       あなたが IBM PS/2 (マイクロチャネルアーキテクチャ)
       マシンを持っている場合, FreeBSD は現時点では動作しません
       (サポートには取組中です).</para>
 
     <programlisting>device          eisa</programlisting>
 
     <para>あなたが EISA マザーボードを持っている場合,
       この行を含めて下さい. これは EISA バスに接続されているすべての
       デバイスの自動検出と設定を可能にします.</para>
 
     <programlisting>device          pci</programlisting>
 
     <para>あなたが PCI マザーボードを持っている場合, この行を含めて下さい.
       これは PCI カードの自動検出と PCI から ISA バスへのゲートウエイを
       可能にします.</para>
 
     <programlisting># Floppy drives
 device          fdc0        at isa? port IO_FD1 irq 6 drq 2
 device          fd0         at fdc0 drive 0
 device          fd1         at fdc0 drive 1</programlisting>
 
     <para>これはフロッピーディスクコントローラです.
       <literal>fd0</literal> は <devicename>A:</devicename>
       フロッピードライブ, <literal>fd1</literal> は
       <devicename>B:</devicename> ドライブです.</para>
 
     <programlisting>device          ata</programlisting>
 
     <para>このドライバはすべての ATA と ATAPI デバイスをサポートします.
       最近のマシンでは <literal>device ata</literal> 行を 1 行書くだけで
       すべての PCI ATA/ATAPI デバイスを検出することができます.</para>
 
     <programlisting>device          atadisk                 # ATA disk drives</programlisting>
 
     <para>ATAPI ディスクドライブには <literal>device ata</literal>
       と共にこの行が必要です.</para>
 
     <programlisting><anchor id="kernelconfig-atapi">device          atapicd                 # ATAPI CDROM drives</programlisting>
 
     <para>ATAPI CDROM ドライブには <literal>device ata</literal>
       と共にこの行が必要です.</para>
 
     <programlisting>device          atapifd                 # ATAPI floppy drives</programlisting>
 
     <para>ATAPI フロッピードライブには <literal>device ata</literal>
       と共にこの行が必要です.</para>
 
     <programlisting>device          atapist                 # ATAPI tape drives</programlisting>
 
     <para>ATAPI テープドライブには <literal>device ata</literal>
       と共にこの行が必要です.</para>
 
     <programlisting>options         ATA_STATIC_ID           #Static device numbering</programlisting>
 
     <para>この行はコントローラ番号を (古いドライバのように) 静的に
       割り当てます. そうでない場合, デバイス番号は動的に割り当てられます.
     </para>
 
-    <programlisting>#options        ATA_ENABLE_ATAPI_DMA    #Enable DMA on ATAPI devices</programlisting>
-
-    <para>この行は ATAPI デバイス上での DMA を可能にします.
-      多くの ATAPI デバイスは DMA をサポートすると表明していても
-      実際には機能しないので, デフォルトでオフにされています.</para>
-
     <programlisting># ATA and ATAPI devices
 device          ata0        at isa? port IO_WD1 irq 14
 device          ata1        at isa? port IO_WD2 irq 15</programlisting>
 
     <para>上の行は古い, PCI ではないシステムの場合の形式です.</para>
 
     <programlisting># SCSI Controllers
 device          ahb        # EISA AHA1742 family
 device          ahc        # AHA2940 and onboard AIC7xxx devices
 device          amd        # AMD 53C974 (Teckram DC-390(T))
 device          dpt        # DPT Smartcache - See LINT for options!
 device          isp        # Qlogic family
 device          ncr        # NCR/Symbios Logic
 device          sym        # NCR/Symbios Logic (newer chipsets)
 
 device          adv0       at isa?
 device          adw
 device          bt0        at isa?
 device          aha0       at isa?
 device          aic0       at isa?</programlisting>
 
     <para>SCSI コントローラです.
       あなたのシステムにないデバイスはコメントアウトして下さい.
       もし IDE しかないシステムならこれらすべてを削除できます.</para>
 
     <programlisting># SCSI peripherals
 device          scbus      # SCSI bus (required)
 device          da         # Direct Access (disks)
 device          sa         # Sequential Access (tape etc)
 device          cd         # CD
 device          pass       # Passthrough device (direct SCSI
 access)</programlisting>
 
     <para>SCSI 周辺機器です.
       あなたが持っていないデバイスはコメントアウトして下さい.
       もし IDE しか持っていないならこれらを完全に削除できます.</para>
 
     <programlisting># RAID controllers
 device          ida        # Compaq Smart RAID
 device          amr        # AMI MegaRAID
 device          mlx        # Mylex DAC960 family</programlisting>
 
     <para>サポートされる RAID コントローラです.
       これらのどれも持っていない場合, すべてをコメントアウト又は
       削除することができます.</para>
 
     <programlisting># atkbdc0 controls both the keyboard and the PS/2 mouse
 device          atkbdc0    at isa? port IO_KBD</programlisting>
 
     <para>キーボードコントローラ (<literal>atkbdc</literal>)
       は AT キーボード及び PS/2 スタイルポインティングデバイスの
       I/O サービスを提供します.
       キーボードドライバ (<literal>atkbd</literal>) と PS/2
       ポインティングデバイスドライバ (<literal>psm</literal>)
       はこのコントローラを必要とします.</para>
 
     <programlisting>device          atkbd0     at atkbdc? irq 1</programlisting>
 
     <para><literal>atkbd</literal> ドライバ.
       <literal>atkbdc</literal> コントローラと協調して動作し,
       AT キーボードコントローラに接続された AT 84 キーボードや
       AT 拡張キーボードへのアクセスを提供します.</para>
 
     <programlisting>device          psm0       at atkbdc? irq 12</programlisting>
 
     <para>あなたのマウスが PS/2 マウスポートに接続するタイプなら
       このデバイスを使って下さい.</para>
 
     <programlisting>device          vga0        at isa?</programlisting>
 
     <para>ビデオカードドライバです.</para>
 
     <programlisting># splash screen/screen saver
 pseudo-device          splash</programlisting>
 
     <para>起動時に画面がはじけます.
       スクリーンセーバもこのデバイスを必要とします.</para>
 
     <programlisting># syscons is the default console driver, resembling an SCO console
 device          sc0          at isa?</programlisting>
 
     <para><literal>sc0</literal> はSCOに類似したデフォルトの
       コンソールドライバです.
       殆どのフルスクリーンのプログラムは <filename>termcap</filename>
       のようなターミナルデータベールライブラリにアクセスするので,
       <literal>sc0</literal> を使うか <literal>VT220</literal>
       互換のコンソールドライバである <literal>vt0</literal>
       を使うかは重要ではありません.
       ログイン時, このコンソールでフルスクリーンプログラムが動かないときは
       <envar>TERM</envar> 変数を <literal>scoansi</literal> に設定して下さい.
     </para>
 
     <programlisting># Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
 #device          vt0     at isa?
 #options         XSERVER          # support for X server on a vt console
 #options         FAT_CURSOR       # start with block cursor
 # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines
 #options         PCVT_SCANSET=2   # IBM keyboards are non-std</programlisting>
 
     <para>これは VT220 互換のコンソールドライバで,
       VT100/102 と後方互換性があります.
       <literal>sc0</literal> とハード的に互換性がないラップトップでも
       問題なく動きます.
       ここでもログイン時に <envar>TERM</envar> 変数を
       <literal>vt100</literal> 又は <literal>vt220</literal>
       と設定して下さい.
       このドライバは、<literal>sc0</literal> デバイス用の
       <filename>termcap</filename> や <filename>terminfo</filename>
       のエントリが無い, ネットワーク上の多くの異なったマシンに
       接続する際にも有用です &mdash; <literal>vt100</literal>
       は仮想的にすべてのプラットフォームで有効であるべきです.</para>
 
     <programlisting># Floating point support - do not disable.
 device          npx0     at nexus? port IO_NPX irq 13</programlisting>
 
     <para><literal>npx0</literal> は FreeBSD における
       浮動小数点演算ユニットへのインターフェースで, それは実際には
       コプロセッサ又はソフトウエアエミュレータです.
       これはオプションでは<emphasis>ありません</emphasis>.</para>
 
     <programlisting># Power management support (see LINT for more options)
 device          apm0     at nexus? disable flags 0x20  # Advanced Power Management</programlisting>
 
     <para>先進的な電源管理機能 (APM) のサポート.
       ラップトップでは役に立つでしょう.</para>
 
     <programlisting># PCCARD (PCMCIA) support
 device          card
 device          pcic0    at isa? irq 10 port 0x3e0 iomem 0xd0000
 device          pcic1    at isa? irq 11 port 0x3e2 iomem 0xd4000 disable</programlisting>
 
     <para>PCMCIA サポート. ラップトップにインストールする時は必要です.</para>
 
     <programlisting># Serial (COM) ports
 device          sio0     at isa? port IO_COM1 flags 0x10 irq 4
 device          sio1     at isa? port IO_COM2 irq 3
 device          sio2     at isa? disable port IO_COM3 irq 5
 device          sio3     at isa? disable port IO_COM4 irq 9</programlisting>
 
     <para>これらは MS-DOS/Windows の世界では COM1からCOM4 と呼ばれている
       4 つのシリアルポートです.</para>
 
     <note>
       <para>もしあなたが内蔵モデムを COM4 に, シリアルポートを COM2
 	に設定している場合, FreeBSD からアクセスするには,
 	(IRQ2=IRQ9 という, 不明瞭な技術的理由により) モデムの IRQ を 2
 	に変更する必要があります.
 	もしマルチポートシリアルカードを持っていてこれらの設定の正しい
 	数値に関する情報がほしい場合はマニュアルページ &man.sio.4;
 	を参照して下さい.
 	ビデオカードのいくつかは (S3 チップベースのものは特に) IO
 	アドレスを <literal>0x*2e8</literal> と言う形式で表現する一方,
 	多くの安価なシリアルカードは 16 ビットの IO アドレスを完全に
 	デコードしないので, これらのカードを使った場合衝突が起こり,
 	事実上 COM4 ポートを使用不可能にします.</para>
       <para>各々のシリアルポートは (共有割り込み番号をサポートする
 	マルチポートカードを使っていない限り) 固有の IRQ を必要とします.
 	従って COM3 と COM4 用のデフォルト IRQ は利用できません.</para>
     </note>
 
     <programlisting># Parallel port
 device          ppc0    at isa? irq 7</programlisting>
 
     <para>ISA バスパラレルポートインターフェースです.</para>
 
     <programlisting>device          ppbus      # Parallel port bus (required)</programlisting>
 
     <para>パラレルポートバスのサポートを提供します.</para>
 
     <programlisting>device          lpt        # Printer</programlisting>
 
     <para>パラレルポートプリンタのサポートです.</para>
 
     <note>
       <para>上の 3 つはすべてパラレルプリンタを利用可能にするために
 	必要です.</para>
     </note>
 
     <programlisting>device          plip       # TCP/IP over parallel</programlisting>
 
     <para>パラレルネットワークインターフェース用のドライバです.</para>
 
     <programlisting>device          ppi        # Parallel port interface device</programlisting>
 
     <para>汎用I/O (<quote>geek port</quote>) + IEEE1284 I/O です.</para>
 
     <programlisting>#device         vpo        # Requires scbus and da</programlisting>
 
     <para>Iomega の Zip ドライブ用です. <literal>scbus</literal>
       と <literal>da</literal> サポートが必要です.
       EPP 1.9モードを使うと最高の性能が得られます.</para>
 
     <programlisting># PCI Ethernet NICs.
 device          de         # DEC/Intel DC21x4x (<quote>Tulip</quote>)
 device          fxp        # Intel EtherExpress PRO/100B (82557, 82558)
 device          tx         # SMC 9432TX (83c170 <quote>EPIC</quote>)
 device          vx         # 3Com 3c590, 3c595 (<quote>Vortex</quote>)
 device          wx         # Intel Gigabit Ethernet Card (<quote>Wiseman</quote>)</programlisting>
 
     <para>PCI ネットワークカードのドライバです. あなたのシステムに
       ないものはコメントアウトするか削除して下さい.</para>
 
     <programlisting># PCI Ethernet NICs that use the common MII bus controller code.
 device          miibus     # MII bus support</programlisting>
 
     <para>MII バスサポートはいくつかの PCI 10/100 イーサネット NIC,
       すなわち MII に従うトランシーバや MII のようなトランシーバ制御
       インターフェースを実装するもの, に必要となります.
       カーネルコンフィギュレーションに <literal>device miibus</literal>
       を追加することで, 汎用 miibus API のサポートと,
       特定のドライバを必要としない場合に利用される汎用のものを含む
       すべての PHY ドライバが導入されます.</para>
 
     <programlisting>device          dc         # DEC/Intel 21143 and various workalikes
 device          rl         # RealTek 8129/8139
 device          sf         # Adaptec AIC-6915 (<quote>Starfire</quote>)
 device          sis        # Silicon Integrated Systems SiS 900/SiS 7016
 device          ste        # Sundance ST201 (D-Link DFE-550TX)
 device          tl         # Texas Instruments ThunderLAN
 device          vr         # VIA Rhine, Rhine II
 device          wb         # Winbond W89C840F
 device          xl         # 3Com 3c90x (<quote>Boomerang</quote>, <quote>Cyclone</quote>)</programlisting>
 
     <para>MII バスコントローラコードを利用するドライバです.</para>
 
     <programlisting># ISA Ethernet NICs.
 device          ed0    at isa? port 0x280 irq 10 iomem 0xd8000
 device          ex
 device          ep
 # WaveLAN/IEEE 802.11 ワイヤレス NIC.
 # 注: WaveLAN/IEEE は PCMCIA デバイスとしてしか実在しません.
 # なので ISAア タッチメントは必要なく, リソースは常に PC カードコードに
 # より動的に割り当てられます.
 device          wi
 # Aironet 4500/4800 802.11 ワイヤレス NIC.
 # 注: 下の宣言は ISA PnP モード (工場出荷時設定) のISAカード, PCMCIA
 # 及び PCI カードにのみ働きます. もし, ISA カードの I/O アドレスと IRQ
 # を手動で設定している場合は, ここでそれらのパラメータを指定しなく
 # てはいけません.
 device          an
 # これらの検出順序は現在 i386/isa/isa_compat.c により決められます.
 device          ie0    at isa? port 0x300 irq 10 iomem 0xd0000
 device          fe0    at isa? port 0x300
 device          le0    at isa? port 0x300 irq 5 iomem 0xd0000
 device          lnc0   at isa? port 0x280 irq 10 drq 0
 device          cs0    at isa? port 0x300
 device          sn0    at isa? port 0x300 irq 10
 # requires PCCARD (PCMCIA) support to be activated
 #device         xe0    at isa?</programlisting>
 
     <para>ISA イーサネットドライバです.
       どのカードがどのドライバによりサポートされているかは
       <filename>/usr/src/sys/i386/conf/LINT</filename> を参照して下さい.</para>
 
     <programlisting># Pseudo devices - the number indicates how many units to allocated.
 pseudo-device   loop          # Network loopback</programlisting>
 
     <para>TCP/IP の汎用ループバックデバイスです.
       <hostid>localhost</hostid> (すなわち
       <hostid role="ipaddr">127.0.0.1</hostid>) に対して telnet や FTP
       を使う場合, この疑似デバイスを通して戻ってきます.
       これは <emphasis>必須</emphasis> です.</para>
 
     <programlisting>pseudo-device   ether         # Ethernet support</programlisting>
 
     <para><literal>ether</literal> はイーサネットカードを持っている場合に
       のみ必要です. 汎用イーサネットプロトコルコードを含みます.</para>
 
     <programlisting>pseudo-device   sl      1     # Kernel SLIP</programlisting>
 
     <para><literal>sl</literal> は SLIP サポートを行います.
       SLIP は設定のより簡単な, モデム-モデム間の接続にはより適していて
       より高機能な PPP に殆ど取って代わられています.
       <literal>sl</literal> に続く <replaceable>数字</replaceable>
       には同時に持てる SLIP セッション数を指定します.</para>
 
     <programlisting>pseudo-device   ppp     1     # Kernel PPP</programlisting>
 
     <para>これはダイアルアップ接続用のカーネル PPP サポートです.
       他にも <literal>tun</literal> を利用し, デマンドダイアリングのような
       柔軟性と機能を提供するユーザーランドのアプリケーションとして
       実装された PPP が存在します.  <literal>ppp</literal> に続く
       <replaceable>数字</replaceable> には同時に持てる PPP セッション数を
       指定します.</para>
 
     <programlisting>pseudo-device   tun           # Packet tunnel.</programlisting>
 
     <para>これはユーザーランド PPP ソフトウエアにより利用されます.
       <literal>tun</literal> に続く <replaceable>数字</replaceable>
       には同時に持てる PPP セッション数を指定します.
       詳細はこの本の <link linkend="userppp">PPP</link> セクションを
       参照して下さい.</para>
 
     <programlisting><anchor id="kernelconfig-ptys">pseudo-device   pty           # Pseudo-ttys (telnet etc)</programlisting>
 
     <para>これは <quote>疑似ターミナル</quote> 或いはシミュレートされた
       ログインポートです.
       これは入ってくる <command>telnet</command> と
       <command>rlogin</command> セッション, <application>xterm</application>
       やその他の <application>emacs</application> のような
       アプリケーションにより利用されます.
       <replaceable>数字</replaceable> は生成される <literal>pty</literal>
       の数を示します. もし同時にデフォルトの 16 より多くの
       <application>xterm</application> ウィンドウやリモートログインが
       必要な場合, 必要に応じてこの数字を増やして下さい.
       最大は 256 です.</para>
 
     <programlisting>pseudo-device   md            # Memory <quote>disks</quote></programlisting>
 
     <para>メモリディスク疑似デバイス.</para>
 
     <programlisting>pseudo-device   gif     4     # IPv6 and IPv4 tunneling</programlisting>
 
     <para>この行は IPv6 over IPv4 トンネル, IPv4 over IPv6 トンネル,
       IPv4 over IPv4 トンネル, IPv6 over IPv6 トンネルを提供します.</para>
 
     <programlisting>pseudo-device   faith   1     # IPv6-to-IPv4 relaying (translation)</programlisting>
 
     <para>この疑似デバイスは自分宛に送られたパケットを受け取り,
       IPv4/IPv6 変換デーモンに渡します.</para>
 
     <programlisting># The `bpf' pseudo-device enables the Berkeley Packet Filter.
 # Be aware of the administrative consequences of enabling this!
 pseudo-device   bpf           # Berkeley packet filter</programlisting>
 
     <para>これはバークレーパケットフィルタです.
       この疑似デバイスはネットワークインターフェースを, イーサネットのような
       ブロードキャストネットワーク上ですべてのパケットを拾うことのできる
       promiscuous モードに設定できるようにします.
       これらのパケットはディスクに取り込むこともできますし,
       &man.tcpdump.1; を使ってチェックをすることもできます.</para>
 
     <programlisting># USB support
 #device         uhci          # UHCI PCI-&gt;USB interface
 #device         ohci          # OHCI PCI-&gt;USB interface
 #device         usb           # USB Bus (required)
 #device         ugen          # Generic
 #device         uhid          # <quote>Human Interface Devices</quote>
 #device         ukbd          # Keyboard
 #device         ulpt          # Printer
 #device         umass         # Disks/Mass storage - Requires scbus and da
 #device         ums           # Mouse
 # USB Ethernet, requires mii
 #device         aue           # ADMtek USB ethernet
 #device         cue           # CATC USB ethernet
 #device         kue           # Kawasaki LSI USB ethernet</programlisting>
 
     <para>様々なUSBデバイスのサポートです.</para>
 
     <para>より詳細な情報と, FreeBSD によりサポートされる他のデバイスに
       ついては <filename>/usr/src/sys/i386/conf/LINT</filename>
       を参照して下さい.</para>
   </sect1>
 
   <sect1 id="kernelconfig-nodes">
     <title>デバイスノードを作る</title>
 
     <para>カーネル内のほとんどすべてのデバイスは対応する
       <quote>node</quote> エントリが <filename>/dev</filename>
       ディレクトリにあります. これらのノードは普
       通のファイルのように見えますが, 実際にはプログラムがデバイスに
       アクセスするのに用いるカーネル内への特別なエントリです.
       シェルスクリプトである
       <filename>/dev/MAKEDEV</filename>はオペレーティング
       システムを最初にインストールする時に実行され, サポートされてい
       る大部分のデバイスのノードを作ります.  しかし,
       <emphasis>すべての</emphasis>
       ノードが作られるわけではありませんので
       新しいデバイスのサポートを加える時は対応するエントリがこのディ
       レクトリにあるかどうか確認してもしなければ, 作ってください.
       以下に例を示します.</para>
 
     <para>IDE CD-ROMのサポートをカーネルに加えるとします. 次の行
       を加えます.</para>
 
     <programlisting>device acd0</programlisting>
 
     <para>これにしたがって, <filename>/dev</filename>ディレクトリに
-      <filename>acd0</filename>で始ま るエントリを捜してください.
-      1文字が後ろにつくかもしれません. 後 ろについた文字が
-      <literal>c</literal>であるか先に
-      <literal>r</literal>のつくエントリは <quote>raw</quote> デバ
-      イスを示します.
+      <filename>acd0</filename> で始まるエントリをさがしてください.
+      1文字が後ろにつくかもしれません.
+      後ろについた文字が <literal>c</literal> であるか, 先頭に
+      <literal>r</literal> のつくエントリは <quote>raw</quote>
+      デバイスを示します.
       それらのファイルがないことが明らかになったとします. そこで
       <filename>/dev</filename>
       ディレクトリに移動して次のようにタイプします.</para>
 
     <screen>&prompt.root; <userinput>sh MAKEDEV acd0</userinput></screen>
 
     <para>スクリプトの実行が終ったら <filename>/dev</filename>に
       <filename>acd0c</filename> と  <filename>racd0c</filename>
       エントリがあることを確認してください. これによ
       り正しく実行されたことがわかります.</para>
 
     <para>サウンドカードの場合, 以下のコマンドで対応する
       エントリが作成されます:</para>
 
       <screen>&prompt.root; <userinput>sh MAKEDEV snd0</userinput></screen>
 
     <note>
       <para>サウンドカードのようなデバイスのノードを作る場合で, もし他
 	の人がマシンにアクセスするようであれば, そのデバイスを
 	<filename>/etc/fbtab</filename>
 	ファイルに追加して外部からのアクセスから
 	保護するのが望ましいでしょう. このファイルの詳細については
 	&man.fbtab.5; を参照してください.</para>
     </note>
 
     <para><filename>GENERIC</filename>
       に含まれていないデバイスはエントリがありませんから,以上
       の簡単な手順をおこなうことになります.</para>
 
     <note>
       <para>すべての SCSI コントローラは同じ <filename>/dev</filename>
 	の エントリを使用しますのでノードを作る必要はありません.
 	またネッ トワークカードと SLIP/PPP 疑似デバイスは
 	<filename>/dev</filename> にはエント
 	リがありませんのでこれらについても作る必要がありません.</para>
     </note>
   </sect1>
 
   <sect1 id="kernelconfig-trouble">
     <title>問題が起きた場合には</title>
 
     <para>カスタムカーネルを作る場合に起きるトラブルは,
         次の 4 種類に分けられます.</para>
 
     <variablelist>
       <varlistentry><term><command>config</command> コマンドの失敗</term>
 	<listitem>
 	  <para>カーネルコンフィグレーションファイルに設定を行なってから
 	    <command>config</command> コマンドが失敗したのであれば,
 	    おそらくファイルのどこかに単純な間違いがあります.
             さいわい,
 	    <command>config</command>
             はトラブルの起きた行番号を出力しますので
 	    <command>vi</command> で素早く見つけることができます.
 	    例えば, 次のように出力された場合</para>
 
             <screen>config: line 17: syntax error</screen>
 
 	  <para><command>vi</command> のコマンドモードで
 	    <command>17G</command> とタイプすれば,
             問題のところへ飛ぶことができます.
 	    <filename>GENERIC</filename> カーネルのファイルや,
             他のリファレンスと比較して注意深く修正してください.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term><command>make</command> コマンドの失敗</term>
 	<listitem>
 	  <para><command>make</command> コマンドが失敗した場合には,
 	    カーネル設定で <command>config</command>
 	    がとらえられなかったような間違いをしていることが多いようです.
             もう一度コンフィグレーションファイルを見直してください.
             それでも問題を解決することができなければ,
             &a.questions;
             へあなたのカーネルコンフィグレーションファイルをつけてメールしてください.
             誰かが素早く間違いを見つけてくれるでしょう.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>カーネルが起動しない
 	  <anchor id="kernelconfig-noboot"></term>
 	<listitem>
 	  <para>新しいカーネルが起動しなかったり,
 	    デバイスの認識をしない場合でもあわてないでください!
 	    さいわい, BSDは 利用できないカーネルから復帰する
             洗練されたメカニズムがあります.
             それは, FreeBSD のブートローダで起動したいカーネルを選択する
 	    (例えば <command>boot <filename>kernel.old</filename></command>)
             だけです.
 	    カーネルの再設定をおこなう場合にはいつも,
             確実に動くことが分かっているカーネルを用意しておくようにすると良いでしょう.
           </para>
 
 	  <para>問題のないカーネルで起動した後に
 	    あなたのコンフィグレー ションファイルを調べ,
 	    再び構築を試みてください.
 	    <filename>/var/log/messages</filename>
 	    ファイルにはすべての成功した
 	    起動時のカーネルメッセージやその他の記録があり, これ
 	    は助けになる情報の一つでしょう. また,
 	    &man.dmesg.8; コマンドは現在の起動時のカーネルメッ
 	    セージを出力します.</para>
 
 	  <note>
 	    <para>カーネルの構築中にトラブルが起きた時に使うために
 	      GENERICや他のカーネルを次の構築で消されない
 	      ように異る名前で保存するようにしてください. <emphasis
 		remap=tt>kernel.old</emphasis>
 	      は新しいカーネルをインストールする 時に,
 	      その一つ前にインストールしたうまく動かないかもしれ
 	      ないカーネルで上書きされてしまいますので当てにできませ
 	      ん. またできる限り早く動作しているカーネルを本来の
 	      <filename>kernel</filename>の位置に移動させてください.
 	      そうしないと
 	      &man.ps.1; のようなコマンドが正しく動きません.
 	      <command>make</command>
 	      でインストールされたカーネルのファイルを
 	      (別のカーネルに戻すために)
 	      <quote>アンロック</quote> するための特別
 	      のコマンドは</para>
 
 	    <screen>&prompt.root; <userinput>chflags noschg /kernel</userinput></screen>
 
 	    <para>です. また,
 	      新しい置き換えたカーネルあるいは重要ファイ
 	      ルを動かしたり変更されないように
 	      <quote>ロック</quote> するには 次のようにします. </para>
 
 	    <screen>&prompt.root; <userinput>chflags schg /kernel</userinput></screen>
 	  </note>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>カーネルは動くが
 	  <command>ps</command> は動かない!</term>
 
 	<listitem>
 	  <para>システムユーティリティと異る
 	    バージョンのカーネルをインストールした場合, 例えば
 	    4.x のカーネルを 3.x
 	    システム上にインストールするような場合,
 	    &man.ps.1; や &man.vmstat.8; のような多くの
 	    システムステータスコマンドは動かなくなります.
 	    <filename>libkvm</filename> を再コンパイルして,
             これらのユーティリティを作りなおす必要があります.
             これは, カーネルとそれ以外で異なるバージョンを組み合わせて
             オペレーティングシステムを使用することが推奨されない理由の
             一つとなっています.</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml b/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml
index 2b891e9be2..c7ff5051c6 100644
--- a/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml
@@ -1,734 +1,732 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.30
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml,v 1.11 2001/03/11 18:47:12 hrs Exp $
+     Original revision: 1.31
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/kerneldebug/chapter.sgml,v 1.12 2001/04/09 02:15:19 hrs Exp $
 -->
 
 <chapter id="kerneldebug">
   <title>カーネルデバッグ</title>
 
   <para><emphasis>原作 &a.paul; and &a.joerg;</emphasis></para>
 
   <para><emphasis>訳: &a.jp.yoshiaki;. 1997 年 3 月 18 日.</emphasis></para>
 
   <sect1>
     <title><command>gdb</command>
       によるカーネルのクラッシュダンプのデバッグ</title>
 
     <para>ここではクラッシュダンプ (crash dump : 訳注 この文脈では
       kernel 自身
       の異常によって停止した場合に出力されるイメージを指します)
       によるカー ネルデバッグの方法を示します.</para>
 
     <para>ここではダンプするための十分なスワップ
       (swap) の容量があるものとします.
       もし複数のスワップパーティションを持ち,
       最初のパーティションがダンプ
       を保持するのに十分な大きさを持たない場合は
       別のダンプデバイスを使うよ
       うに (<literal>config kernel</literal> 行で)
       カーネルのコンフィグをおこなうか, &man.dumpon.8;
       コマンドを使って別のデバイスを示すことができます. &man.dumpon.8;
       を使うもっともよい方法は変数 <literal>dumpdev</literal> を
       <filename>/etc/rc.conf</filename> で設定することです. 一般的には
       <filename>/etc/fstab</filename> で設定されているスワップデバイスが
       使われるでしょう.
       スワップに使えないデバイスへのダンプ,
       例えばテープへのダンプは現在サポートさ
       れていません. カーネルのコンフィグは
       <command>config <option>-g</option></command> によって行ってください.
       <link linkend="kernelconfig"> FreeBSD
 	カーネルのコンフィグレーション </link>
       には FreeBSD のカーネルの設定の詳細がありますので
       参照してください.</para>
 
     <para>&man.dumpon.8; コマンドを使ってどこへダンプするか
       カーネルに伝えてください
       (&man.swapon.8; によってそのパーティションが
       スワップとして設定された
       後でなければならないことに注意してください). これは普通は
       <filename>/etc/rc.conf</filename> や <filename>/etc/rc</filename>
       で設定されます. あるいは
       別の方法としてカーネルコンフィグレーションファイルの
       <literal>config</literal> 行の <literal>dump</literal> 節 で
       ダンプデバイスをハードコードすることができます.
       この方法はあまりよくは
       ありません. カーネルがブート時に crash
       する場合のクラッシュダンプを取り
       たい時だけ使うべきです.</para>
 
     <note>
       <para>以下では <command>gdb</command>という用語は
 	<command>gdb</command>
         を<quote>カーネルデバッグモード</quote>で動かしていることを意味します.
         <command>gdb</command> を
 	<option>-k</option>オプションをつけて起動することで,
         このモードになります.
         カーネルデバッグモードでは, プロンプトが
         <prompt>(kgdb)</prompt> に変わります.</para>
     </note>
 
     <tip>
       <para>FreeBSD 3 およびそれ以前のシステムを使っているなら,
          巨大なデバッグカーネルをそのままインストールするのではなく
          strip されたデバッグ用カーネルをつくるべきでしょう.</para>
 
       <screen>&prompt.root; <userinput>cp kernel kernel.debug</userinput>
 &prompt.root; <userinput>strip -g kernel</userinput></screen>
 
       <para>この手順は必須ではありませんが, ぜひ行なうことをおすすめします
         (FreeBSD 4 およびそれ以降では, カーネルの <command>make</command>
         の段階で自動的にこれが行なわれます).
         自動的に, あるいは上のコマンドを手動で実行してカーネルが strip
         されたら, 普通に <command>make install</command>
         と実行し, カーネルをインストールして構いません.</para>
 
       <para>FreeBSD の古いリリース (3.1 を含まない以前のもの) は,
         標準で a.out カーネルを使っていることに注意してください.
         これはシンボルテーブルが常に物理メモリ上に存在することを要求するため,
         strip されていないデバッグカーネルに含まれる大きなシンボルテーブルは非常に無駄になります.
         ELF カーネルを使った FreeBSD の最近のリリースでは,
         そのような問題がなくなりました.</para>
     </tip>
 
     <para>カーネルを作った時にそのコピーを
       <filename>kernel.debug</filename> という名前で作りましょう.
       また, オリジナルに対して <command>strip
 	-g</command>を実行します.
       オリジナルを普通にインストールします. また strip
       していないカーネル も同様にインストールすることができますが,
       シンボルテーブルの参照時間
       がいくつかのプログラムでは劇的に増加するでしょう. また,
       カーネル全体 はブート時に読み込まれ
       スワップアウトされないため数メガバイトの物理メ
       モリが無駄になります.</para>
 
     <para>例えばブートプロンプトで
       新しいカーネルの名前をタイプすることによって,
       新しいカーネルをテストした場合で,
       再びシステムを動かすのに別のカーネ
       ルで立ち上げることが必要な場合はブートプロンプトで
       <option>-s</option>フラグ
       を使いシングルユーザの状態にしてください.
       そして以下のような操作をおこな います.</para>
 
     <screen>&prompt.root; <userinput>fsck -p</userinput>
 &prompt.root; <userinput>mount -a -t ufs</userinput>       # /var/crash 用のファイルシステムを書き込み可能にする
 &prompt.root; <userinput>savecore -N /kernel.panicked /var/crash</userinput>
 &prompt.root; <userinput>exit</userinput>                  # ...マルチユーザモードへ移行</screen>
 
     <para>ここに示した &man.savecore.8; は (現在動いているものとは別の)
       カーネルのシンボル名の抽出をおこなうために使っています.
       抽出はデフォルトで
       は現在動いているカーネルに対しておこなわれ,
       クラッシュダンプとカーネルシンボ
       ルのくい違いのためにまったく何もしません
       (訳注:そのためにオプション
       で実際にダンプをおこしたカーネルを指定します).</para>
 
     <para>クラッシュダンプの起きた後に
       <filename>/sys/compile/WHATEVER</filename>へ行き
       <command>gdb</command>を動かします.  <command>gdb</command>
       より次のようにします.</para>
 
     <screen><userinput>symbol-file kernel.debug</userinput>
 <userinput>exec-file /var/crash/kernel.0</userinput>
 <userinput>core-file /var/crash/vmcore.0</userinput></screen>
 
     <para>こうすると,
       クラッシュダンプを使ってカーネルソースを他のプログラムと同様に
       デバッグすることができます.</para>
 
     <para>次に <command>gdb</command>
       での手順のセッションのログを示します. 長い行は読
       みやすくするために改行しました. また,
       参照のために行番号を入れてあり ます. ただし, これは実際の
       pcvtコンソールドライバの開発中の実際のエ
       ラーのトレースです.</para>
 
 <screen> 1:Script started on Fri Dec 30 23:15:22 1994
  2:&prompt.root; <userinput>cd /sys/compile/URIAH</userinput>
  3:&prompt.root; <userinput>gdb -k kernel /var/crash/vmcore.1 </userinput>
  4:Reading symbol data from /usr/src/sys/compile/URIAH/kernel
 ...done.
  5:IdlePTD 1f3000
  6:panic: because you said to!
  7:current pcb at 1e3f70
  8:Reading in symbols for ../../i386/i386/machdep.c...done.
  9:<prompt>(kgdb)</prompt> <userinput>where</userinput>
 10:#0  boot (arghowto=256) (../../i386/i386/machdep.c line 767)
 11:#1  0xf0115159 in panic ()
 12:#2  0xf01955bd in diediedie () (../../i386/i386/machdep.c line 698)
 13:#3  0xf010185e in db_fncall ()
 14:#4  0xf0101586 in db_command (-266509132, -266509516, -267381073)
 15:#5  0xf0101711 in db_command_loop ()
 16:#6  0xf01040a0 in db_trap ()
 17:#7  0xf0192976 in kdb_trap (12, 0, -272630436, -266743723)
 18:#8  0xf019d2eb in trap_fatal (...)
 19:#9  0xf019ce60 in trap_pfault (...)
 20:#10 0xf019cb2f in trap (...)
 21:#11 0xf01932a1 in exception:calltrap ()
 22:#12 0xf0191503 in cnopen (...)
 23:#13 0xf0132c34 in spec_open ()
 24:#14 0xf012d014 in vn_open ()
 25:#15 0xf012a183 in open ()
 26:#16 0xf019d4eb in syscall (...)
 27:<prompt>(kgdb)</prompt> <userinput>up 10</userinput>
 28:Reading in symbols for ../../i386/i386/trap.c...done.
 29:#10 0xf019cb2f in trap (frame={tf_es = -260440048, tf_ds = 16, tf_\
 30:edi = 3072, tf_esi = -266445372, tf_ebp = -272630356, tf_isp = -27\
 31:2630396, tf_ebx = -266427884, tf_edx = 12, tf_ecx = -266427884, tf\
 32:_eax = 64772224, tf_trapno = 12, tf_err = -272695296, tf_eip = -26\
 33:6672343, tf_cs = -266469368, tf_eflags = 66066, tf_esp = 3072, tf_\
 34:ss = -266427884}) (../../i386/i386/trap.c line 283)
 35:283                             (void) trap_pfault(&amp;frame, FALSE);
 36:<prompt>(kgdb)</prompt> <userinput>frame frame-&gt;tf_ebp frame-&gt;tf_eip</userinput>
 37:Reading in symbols for ../../i386/isa/pcvt/pcvt_drv.c...done.
 38:#0  0xf01ae729 in pcopen (dev=3072, flag=3, mode=8192, p=(struct p\
 39:roc *) 0xf07c0c00) (../../i386/isa/pcvt/pcvt_drv.c line 403)
 40:403             return ((*linesw[tp-&gt;t_line].l_open)(dev, tp));
 41:<prompt>(kgdb)</prompt> <userinput>list</userinput>
 42:398        
 43:399             tp-&gt;t_state |= TS_CARR_ON;
 44:400             tp-&gt;t_cflag |= CLOCAL;  /* cannot be a modem (:-) */
 45:401     
 46:402     #if PCVT_NETBSD || (PCVT_FREEBSD &gt;= 200)
 47:403             return ((*linesw[tp-&gt;t_line].l_open)(dev, tp));
 48:404     #else
 49:405             return ((*linesw[tp-&gt;t_line].l_open)(dev, tp, flag));
 50:406     #endif /* PCVT_NETBSD || (PCVT_FREEBSD &gt;= 200) */
 51:407     }
 52:<prompt>(kgdb)</prompt> <userinput>print tp</userinput>
 53:Reading in symbols for ../../i386/i386/cons.c...done.
 54:$1 = (struct tty *) 0x1bae
 55:<prompt>(kgdb)</prompt> <userinput>print tp-&gt;t_line</userinput>
 56:$2 = 1767990816
 57:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 58:#1  0xf0191503 in cnopen (dev=0x00000000, flag=3, mode=8192, p=(st\
 59:ruct proc *) 0xf07c0c00) (../../i386/i386/cons.c line 126)
 60:       return ((*cdevsw[major(dev)].d_open)(dev, flag, mode, p));
 61:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 62:#2  0xf0132c34 in spec_open ()
 63:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 64:#3  0xf012d014 in vn_open ()
 65:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 66:#4  0xf012a183 in open ()
 67:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 68:#5  0xf019d4eb in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi =\
 69: 2158592, tf_esi = 0, tf_ebp = -272638436, tf_isp = -272629788, tf\
 70:_ebx = 7086, tf_edx = 1, tf_ecx = 0, tf_eax = 5, tf_trapno = 582, \
 71:tf_err = 582, tf_eip = 75749, tf_cs = 31, tf_eflags = 582, tf_esp \
 72:= -272638456, tf_ss = 39}) (../../i386/i386/trap.c line 673)
 73:673             error = (*callp-&gt;sy_call)(p, args, rval);
 74:<prompt>(kgdb)</prompt> <userinput>up</userinput>
 75:Initial frame selected; you cannot go up.
 76:<prompt>(kgdb)</prompt> <userinput>quit</userinput>
 77:&prompt.root; <userinput>exit</userinput>
 78:exit
 79:
 80:Script done on Fri Dec 30 23:18:04 1994</screen>
 
     <para>上の出力についてのコメントをします.</para>
 
     <variablelist>
       <varlistentry><term>line 6:</term>
 	<listitem>
 	  <para>これは DDB (後述) からのダンプです. このため
 	    <quote>because you said to!</quote> という
 	    panicコメントがつき, ページフォルトのト ラップによって
 	    DDBに入ったことが原因の, やや長いスタックトレー
 	    スがあります.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>line 20:</term>
 	<listitem>
 	  <para>スタックトレースでのこれは
 	    <function>trap()</function>関数の位置で す.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>line 36:</term>
 	<listitem>
-	  <para>新しいスタックフレームの使用を指定しています. これは現
-	    在は必要ありません. trapの場合ではスタックフレームは正
-	    しい場所を指していると考えられます. (私は新しいコアダンプ
-	    を持っていません. 私のカーネルは長い間 panicを起こしていま
-	    せん.)  ソースコードの
-	    403 行を見ると, <quote>tp</quote> ポインタのアク
-	    セスが失敗しているか配列のアクセスが範囲外である可能性が高
-	    いことがわかります.</para>
+	  <para>新しいスタックフレームを使用するように指定しています.
+            ただし, ここでこれを指定する必要ありません.
+            trap の場合, スタックフレームは正しい場所を指していると考えられるからです.
+            ソースコードの 403 行を見ると, <quote>tp</quote>
+            ポインタのアクセスが失敗しているか,
+            配列のアクセスが範囲外である可能性が高いことがわかります.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>line 52:</term>
 	<listitem>
 	  <para>怪しいポインタですが,
 	    アクセスは正常におこなえました.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>line 56:</term>
 	<listitem>
 	  <para>ところが, 明らかにポインタはゴミを指しています. これで
 	    エラーを見つけました! (ここのコードの部分からはよくわかり
 	    ませんが,
 	    <literal>tp-&gt;t_line</literal>はコンソールデバイスの規定
 	    する行を参照しているので,
 	    もっと小さな整数でなければなりませ ん. )</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 
   <sect1>
     <title>DDD によるクラッシュダンプのデバッグ</title>
 
     <para>カーネルのクラッシュダンプは <command>ddd</command>
       のようなグラフィカルなデバッガで調べることもできます.
       通常はコマンドラインで <option>-k</option> オプションをつけて
       <command>ddd</command> を起動します. たとえば:</para>
 
     <screen>&prompt.root; <userinput>ddd -k /var/crash/kernel.0 /var/crash/vmcore.0</userinput></screen>
 
     <para>クラッシュダンプを <command>ddd</command>
       のグラフィカルなインターフェースを使って
       見ることができます.</para>
   </sect1>
 
   <sect1>
     <title>突然ダンプした場合の解析</title>
 
     <para>カーネルが予想もしない時にコアダンプして <command>config
 	-g</command>
       を行ってコンパイルされていなかった場合にはどうしたら
       よいでしょう. すべてが失われるわけではありません.
       パニックを起こさないでください.</para>
 
     <para>もちろん, クラッシュダンプを使えるようにする必要があります.
       使い方は前述の部分を見てください.</para>
 
     <para>カーネルのコンパイルディレクトリ
       (<filename>/usr/src/sys/<replaceable>arch</replaceable>/conf</filename>)
       で, 設定ファイルを編集します. 以下の行のコメントを外します
       (行が存在しなければ追加します):</para>
 
     <programlisting>makeoptions    DEBUG=-g                #Build kernel with gdb(1) debug symbols</programlisting>
 
     <para>カーネルを再構築しましょう.
       Makefileのタイムスタンプの変更により, 例えば  <!-- kuriyama -
       should be filename --> <emphasis remap=tt> trap.o
       </emphasis>などのいくつかの他のオブジェクトファイルも作り直さ
       れます. 少しの幸運があれば,
       <option>-g</option>オプションが追加されても作ら
       れるコードは変更されず, いくらかのデバッグシンボル以外には
       問題を
       起こしたコードとそっくりな新しいカーネルを手に入れることが
       できます. 少なくとも &man.size.1;
       コマンドで古い方と新しい方のサイズを比較すべ きです.
       これが食い違っていれば,
       多分あきらめなければならないでしょう.</para>
 
     <para>ダンプを使って前述のように動かして調べます.
       デバッグシンボルは 必ずしも十分ではありません.
       上の例ではスタックトレースでいくつかの関
       数の行番号や引数リストが表示されないかもしれません.
       もしより多くのデ バッグシンボルが必要であれば,十分になるまで
       適切なオブジェクトファイ ルを消して (makeして)
       <command>gdb <option>-k</option></command>セッションを繰り返してください.</para>
 
     <para>これは必ずしもうまく動くと保証はできません.
       しかしほとんどの場合でう まくいくでしょう.</para>
   </sect1>
 
   <sect1>
     <title>DDBを使ったオンラインカーネルデバッグ</title>
 
     <para><command>gdb <option>-k</option></command>
       は非常に高レベルのユーザインタフェースを提
       供するオフラインデバッガですが, いくつかのことはできません.
       (できないことの中で)
       極めて重要なことはカーネルコードへのブレークポイ
       ントの設定とシングルステップ実行です.</para>
 
     <para>カーネルの低レベルデバッグが必要であれば, DDBと呼ばれる
       on-lineデバッ ガが使えます. ブレークポイントの設定,
       シングルステップのカーネルの実 行,
       変数の検査と変更などができます.
       ただし,これはカーネルのソースファ
       イルにアクセスすることはできません.
       <command>gdb</command>のようにすべてのデ
       バッグ情報にはアクセスできず, globalと
       staticのシンボルにアクセス することができるだけです.</para>
 
     <para>カーネルに DDB
       を含めるためにはコンフィグファイルに次のようなオプショ
       ンを加えて,</para>
 
     <programlisting>options DDB</programlisting>
 
     <para>再構築をおこないます. (
       FreeBSDのカーネルの設定の詳細については<link
 	linkend="kernelconfig"> FreeBSD
 	カーネルのコンフィグレーション</link>を参照してくださ
       い.</para>
 
     <note>
       <para>もしブートブロックが古いバージョンですと,
 	デバッガのシンボルが完
 	全にはロードされないかもしれませんので注意してください. DDB
 	シンボル がロードされるようにブートブロックを
 	最新の物にアップデートしてくださ い)</para>
     </note>
 
     <para>DDB カーネルの実行において,
       DDBに入るいくつかの方法があります. 最初 の,
       最も早い方法はブートプロンプトが出ている時に
       <option>-d</option>のブート フラグをタイプすることです.
       カーネルはデバッグモードで起動し, デバ イスのプローブ以前に
       DDBに入ります. したがって, デバイスのプローブ/初期
       設定ファンクションのデバッグができます.</para>
 
     <para>2つ目のシナリオはキーボードのホットキーで, 通常は
       Ctrl-Alt-ESCです. syscons ではホットキーは再設定することができ,
       配付されているいくつかの キーマッピングでは別のキーに
       再設定されていますので確認しておいてください. シリアルラインの
       BREAKを使って シリアルコンソールから DDBへ入ることを可
       能にするオプションもあります
       (カーネルコンフィグレーションファイルの  <literal>options
 	BREAK_TO_DEBUGGER</literal>). これは 多くのつまらないシリ
       アルアダプタが, 例えばケーブルを引き抜いた時に
       BREAK状態を意味もなく
       作り出してしまうのでデフォルトでは無効になっています.</para>
 
     <para>3つ目は, DDB
       を使うようになっているカーネルがパニック状態になると DDB
       へ入るというものです. このため,
       無人運転するマシンのカーネルにDDBを
       入れるのは賢明ではありません.</para>
 
     <para>DDB のコマンドはおおまかには <command>gdb</command>
       のいくつかのコマンドと似て
       います. おそらく最初にブレークポイントを
       設定する必要があるでしょう.</para>
 
     <screen><userinput>b function-name</userinput>
 <userinput>b address</userinput></screen>
 
     <para>数値はデフォルトでは16進数で,
       シンボル名とはまったく異なります. 16進数で <literal>a-f</literal>
       の文字で始まる場合は, 先頭に <literal>0x</literal>
       をつける必要があります(それ以外の数字の場合はどちらでもか
       まいません).  <literal>function-name +
 	0x103</literal>のような単純な式を使うこ とができます.</para>
 
     <para>割り込みされたカーネルから処理を続行するためには, </para>
 
     <screen><userinput>c</userinput></screen>
 
     <para>とタイプするだけです.
       スタックのトレースには</para>
 
     <screen><userinput>trace</userinput></screen>
 
     <para>とします.</para>
 
     <note>
       <para>DDB にホットキーで入った場合は, カーネルはその
 	(ホットキーの) 割り込み
 	の処理を行っていますのでスタックトレースは
 	あまり役にたたないことに注 意してください.</para>
     </note>
 
     <para>ブレークポイントを削除したい場合は,</para>
 
     <screen><userinput>del</userinput>
 <userinput>del address-expression</userinput></screen>
 
     <para>とします.
       最初の形式はブレークポイントにヒットしたすぐ後で使うことが でき,
       現在のブレークポイントを削除します. 2番目の形式では任意のブレー
       クポイントを削除することができますが,
       次の形式で得られるような正確な
       アドレスを与えることが必要です.</para>
 
     <screen><userinput>show b</userinput></screen>
 
     <para>カーネルをシングルステップ実行させるには</para>
 
     <screen><userinput>s</userinput></screen>
 
     <para>としてみてください. これは関数呼出し先までステップ実行 (step
       into function) するでしょう.
       次のステートメントが終了するまでのDDBトレースは</para>
 
     <screen><userinput>n</userinput></screen>
 
     <para>によっておこなうことができます.</para>
 
     <note>
       <para>これは <command>gdb</command> の <command>next</command>
 	命令とは異ります. <command>gdb</command>の
 	<command>finish</command>命令と似ています.</para>
     </note>
 
     <para>メモリ上のデータを調べるには (例として) 次のようにします.
 
       <screen><userinput>x/wx 0xf0133fe0,40</userinput>
 <userinput>x/hd db_symtab_space</userinput>
 <userinput>x/bc termbuf,10</userinput>
 <userinput>x/s stringbuf</userinput></screen>
 
       word/halfword/byte 単位でアクセスをおこない, hex (16進)
       /dec (10進) /
       char (文字) /string (文字列) で表示します.
       カンマの後ろの数字はオブジェク
       トカウントです. 次の 0x10個の要素を表示するには, 単純に</para>
 
     <screen><userinput>x ,10</userinput></screen>
 
     <para>とします. 同様に次のように使うことができます.
 
       <screen><userinput>x/ia foofunc,10</userinput></screen>
 
       <function>foofunc</function>
       の最初の 0x10個の命令語をディスアセンブルし,
       <function>foofunc</function>
       の先頭からのオフセットとともに表示します.</para>
 
     <para>メモリの内容を変更するには writeコマンドを使います.</para>
 
     <screen><userinput>w/b termbuf 0xa 0xb 0</userinput>
 <userinput>w/w 0xf0010030 0 0</userinput></screen>
 
     <para>コマンドモディファイアの
       (<literal>b</literal>/<literal>h</literal>/<literal>w</literal>)
       はデータを 書くサイズを定義し,
       これに続く最初の式は書き込むアドレス, 残りがこれ
       に続く連続するメモリアドレスに書き込まれるデータになります.
     </para>
 
     <para>現在のレジスタ群の内容を知りたい場合は</para>
 
     <screen><userinput>show reg</userinput></screen>
 
     <para>とします. また, 単一のレジスタの値を表示するには, 例えば
 
       <screen><userinput>p $eax</userinput></screen>
 
       とします. また値の変更は</para>
 
     <screen><userinput>set $eax new-value</userinput></screen>
 
     <para>とします.</para>
 
     <para>DDBからカーネルの関数を呼び出す必要がある場合は, 単に</para>
 
     <screen><userinput>call func(arg1, arg2, ...)</userinput></screen>
 
     <para>とします. return 値が出力されます.</para>
 
     <para>動いているプロセスの &man.ps.1; スタイルの概要は</para>
 
     <screen><userinput>ps</userinput></screen>
 
     <para>です.</para>
 
     <para>カーネルの失敗の原因の調査が終わったらリブートすべきです.
       それまでの 不具合によりカーネルのすべての部分が期待するような
       動作をしているわけ ではないということを忘れないでください.
       以下のうちいずれかの方法でシ
       ステムのシャットダウンおよびリブートを行ってください.</para>
 
     <screen><userinput>panic</userinput></screen>
 
     <para>カーネルをコアダンプしてリブートしますので, 後で
       <command>gdb</command>によってコアの高 レベル解析をすることができます.
       このコマンドは通常, 一度
       <command>continue</command>命令を使った後に
       使うことになるでしょう.</para>
 
     <screen><userinput>call boot(0)</userinput></screen>
 
     <para> は動いているシステムを `clean' に shut
       downするよい方法です. すべて のディスクを
       <function>sync()</function>して最後にリブートします.
       ディスクとカー
       ネルのファイルシステムインタフェースが破損していない限り,
       ほぼ完全 に `clean'にシャットダウンするよい方法でしょう.</para>
     <!-- kuriyama - ldquo? -->
 
     <screen><userinput>call cpu_reset()</userinput></screen>
 
     <para>は大惨事を防ぐための最後の手段で 「赤い大きなボタン」
       を押すのとほとんど 同じです.(訳注:
       リセットボタンを押すのとほぼ同じであるという意味です)</para>
 
     <para>短いコマンドの要約は</para>
 
     <screen><userinput>help</userinput></screen>
 
     <para>をタイプします. ただし, デバッグセッションのために
 	&man.ddb.4; の
       マニュアルページのプリントアウトを用意しておくことを
       強くお奨めします.
       カーネルのシングルステップ中にオンラインマニュアルを
       読むことは難しい ということを覚えておいてください.</para>
   </sect1>
 
   <sect1>
     <title>リモート GDB を使ったオンラインカーネルデバッグ</title>
 
     <para>この機能は FreeBSD 2.2 からサポートされました.
       これは本当にすばらし い機能です.</para>
 
     <para>GDB はすでにかなり以前より
       <emphasis>リモートデバッグ</emphasis> をサポートしてい ます.
       これはシリアル回線を使い非常に単純なプロトコルで行ないます.
       もちろん, この方法では今までに示した方法とは違い,
       2台のマシンが必 要になります. 1台はデバッグ環境のためのホストで,
       すべてのソースとす
       べてのシンボルを含んだバイナリのコピーを持っています. もう 1台は
       ターゲットマシンで, 同一のカーネルのコピー (ただしデバッグ情報は
       取り除いてあるもの) を単に実行するためのものです.</para>
 
     <para>この場合, カーネルのコンフィグレーションは <command>config
 	-g</command> で行な い, <option>DDB</option>
       を含めなくてはなりません. そうして通常通りコンパイルし ます.
       こうして作ったバイナリファイルはデバッグ情報のために非常に大き
       くなります.  このカーネルをターゲットマシンにコピーして
       <command>strip -x</command> でデバッグシンボルを取り除きます.
       そして <option>-d</option>  ブートオプションを使いブートします.
       sio デバイスにフラグ 0x80 が設定されているターゲットマシンの
       シリアル回線を, デバッグホストのいずれかのシリアル回線に
       つないでください.
       それからデバッグ(訳注:ホスト)マシン上で, ターゲットとなって
       いるカーネルのコンパイルディレクトリで <command>gdb</command> を起動します:</para>
 	
     <screen>&prompt.user; <userinput>gdb -k kernel</userinput>
 GDB is free software and you are welcome to distribute copies of it
  under certain conditions; type "show copying" to see the conditions.
 There is absolutely no warranty for GDB; type "show warranty" for details.
 GDB 4.16 (i386-unknown-freebsd), 
 Copyright 1996 Free Software Foundation, Inc...
 <prompt>(kgdb)</prompt> </screen>
 
     <para>リモートデバッグセッションの初期化
       (1番目のシリアルポートを使用する ことの設定)
       を以下のように行ないます.</para>
 
     <screen><prompt>(kgdb)</prompt> <userinput>target remote /dev/cuaa0</userinput></screen>
 
     <para>次にターゲットマシン (デバイスのプローブ直前で DDB
       に入っています) で次のように入力します:</para>
 
     <screen>Debugger("Boot flags requested debugger")
 Stopped at	Debugger+0x35: movb	$0, edata+0x51bc
 <prompt>db&gt;</prompt> <userinput>gdb</userinput></screen>
 
     <para>DDB は次のような出力を返すでしょう. </para>
 
     <screen>Next trap will enter GDB remote protocol mode</screen>
 
     <para><command>gdb</command>と入力するたびに リモート GDB
       とローカル DDB が交互に切り替わ ります.
       トラップをすぐに起こすために単に ``s'' (step) と入力して下 さい.
       そうするとホストの GDB はターゲットのカーネルの制御を行なうよ
       うになります.</para>
 
     <screen>Remote debugging using /dev/cuaa0
 Debugger (msg=0xf01b0383 "Boot flags requested debugger")
     at ../../i386/i386/db_interface.c:257
 <prompt>(kgdb)</prompt></screen>
 
     <para>このセッションではソースコードへのフルアクセスや Emacs の
       window 上 の gud-mode (これは別の Emacs window
       に自動的にソースコードを表示し ます) で動かすなど, 通常の GDB
       セッションでできることのほとんどのこ とができます.</para>
   </sect1>
   
   <sect1>
     <title>GDB を使ったローダブルモジュールのデバッグ</title>
 
     <para>モジュール内部で発生する panic のデバッグや,
       動的モジュールを使っているマシンを GDB
       でリモートデバッグしている場合,
       モジュールのシンボル情報を得る方法を
       GDB に伝える必要があります.</para>
 
     <para>まず, モジュールをデバッグ情報を含めて構築する必要があります.</para>
 
     <screen>&prompt.root; <userinput>cd /sys/modules/linux</userinput>
 &prompt.root; <userinput>make clean; make COPTS=-g</userinput></screen>
      
     <para>リモート GDB を使っている場合は,
       ターゲットマシンで <command>kldstat</command> を実行することで
       モジュールがどこにロードされたか調べることが可能です.</para>
 
     <screen>&prompt.root; <userinput>kldstat</userinput>
 Id Refs Address    Size     Name
  1    4 0xc0100000 1c1678   kernel
  2    1 0xc0a9e000 6000     linprocfs.ko
  3    1 0xc0ad7000 2000     warp_saver.ko
  4    1 0xc0adc000 11000    linux.ko
 </screen>
 
     <para>クラッシュダンプをデバッグしている場合,
       <literal>linker_files->tqh_first</literal> から始まる
       <literal>linker_files</literal> リストを調べ,
       探している <literal>filename</literal> が見つかるまで
       <literal>link.tqe_next</literal> ポインタをたどる必要があります.
       エントリ中の <literal>address</literal> メンバが,
       モジュールのロードアドレスです.</para>
 
     <para>次に, モジュール内の text セクションのオフセットを調べます.</para>
 
     <screen>&prompt.root; <userinput>objdump --section-headers /sys/modules/linux/linux.ko | grep text</userinput>
   3 .rel.text     000016e0  000038e0  000038e0  000038e0  2**2
  10 .text         00007f34  000062d0  000062d0  000062d0  2**2</screen>
 
     <para>必要なのは <literal>.text</literal> セクションで,
       上の例では 10 にあたります.  その 4 番目の 16 進数フィールド
       (全部で 6 フィールドあります) が, ファイル中の text
       セクションのオフセットになります.
       そして, このオフセットをモジュールのロードアドレスに加算すると
       モジュールのコードの再配置アドレスを求めることができます.
       この例では 0xc0adc000 + 0x62d0 = 0xc0ae22d0 です.
       GDB コマンド <command>add-symbol-file</command> を使い,
       得られたモジュールの情報をデバッガに伝えるには, 次のようにします.</para>
 
     <screen><prompt>(kgdb)</prompt> <userinput>add-symbol-file /sys/modules/linux/linux.ko 0xc0ae22d0</userinput>
 add symbol table from file "/sys/modules/linux/linux.ko" at text_addr = 0xc0ae22d0?
 (y or n) <userinput>y</userinput>
 Reading symbols from /sys/modules/linux/linux.ko...done.
 <prompt>(kgdb)</prompt></screen>
 
     <para>これで, モジュール内のすべてのシンボルにアクセスできるようになります.</para>
   </sect1>
 
   <sect1>
     <title>コンソールドライバのデバッグ</title>
 
     <para>DDBを動かすためにはコンソールドライバが必要ですから,
       コンソールドラ イバ自身に不具合のある場合は複雑になります.
       シリアルコンソールを利 用する方法 (ブートブロックを変更するか
       <prompt>Boot:</prompt>プロンプトで
       <option>-h</option>と入力する) を思い出してください.
       そして標準ター ミナルを最初のシリアルポートに設定します.  DDBは,
       もちろんシリアルコ ンソールを含むいずれの
       コンソールドライバの設定でも動作します.</para>
   </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/printing/chapter.sgml b/ja_JP.eucJP/books/handbook/printing/chapter.sgml
index 6157f7d43b..e859e99c86 100644
--- a/ja_JP.eucJP/books/handbook/printing/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/printing/chapter.sgml
@@ -1,5280 +1,5280 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.31
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/printing/chapter.sgml,v 1.10 2001/01/01 10:45:54 hrs Exp $
+     Original revision: 1.32
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/printing/chapter.sgml,v 1.11 2001/04/09 02:15:22 hrs Exp $
 -->
 
 <chapter id="printing">
   <title>プリンタの利用</title>
   
   <para><emphasis>原作: &a.kelly;, 1995 年 9 月 30 日.</emphasis></para>
 
   <para><emphasis>改訂: &a.jim;, 2000 年 3 月</emphasis></para>
 
   <para><emphasis>訳: &a.jp.kimura;, 1996 年 9 月 3 日</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>FreeBSD でプリンタを使用するためには,
       バークレイラインプリンタスプーリングシステム
       (LPD スプーリングシステムとしても知られています)
       が機能するようにプリンタをセットアップする必要があります.
       本章では設定例を通して, LPD スプーリングシステム
       (大抵の場合, 単に LPD と呼ばれる)
       について紹介します.</para>
 
     <para>もし, LPD
       や他のプリンタスプーリングシステムについてすでに詳しい知識をお持ちの方は,
       <link linkend="printing-intro-setup">スプーリングシステムのセットアップ</link
         >から読み始めても構いません.</para>
   </sect1>
 
   <sect1 id="printing-intro-spooler">
     <title>はじめに</title>
 
     <para>LPD はあるホストのプリンタに関する制御の一切を行ないます.
       ここで言う制御としては, 次のことがあげられます.</para>
 
     <itemizedlist>
       <listitem>
 	<para>ホストに接続されたプリンタ,
           あるいはネットワーク上の他ホストに接続されたプリンタに対するアクセス制御を行ないます.</para>
       </listitem>
 
       <listitem>
 	<para>ファイルをプリントする要求に対して許可を与えます.
 	  この要求は特に<emphasis>ジョブ</emphasis>と呼ばれています.</para>
       </listitem>
 
       <listitem>
 	<para>各々のプリンタの<emphasis>キュー</emphasis>を管理することにより,
 	  複数のユーザがあるプリンタに対して同時にアクセスすることを防ぎます.</para>
       </listitem>
 
       <listitem>
 	<para><emphasis>ヘッダページ</emphasis>
 	  (<emphasis>バナー</emphasis>または
 	  <emphasis>バースト</emphasis>ページとしても知られています)
 	  をプリントすることができます.
           これにより,
 	  プリントアウトの山の中から自分がプリントしたジョブを見つけやすくなります.</para>
       </listitem>
 
       <listitem>
 	<para>シリアルポートに接続したプリンタ用に通信パラメータを管理します.</para>
       </listitem>
 
       <listitem>
 	<para>ネットワーク経由で他のホスト上の
           LPD スプーラにジョブを送ることができます.</para>
       </listitem>
 
       <listitem>
 	<para>様々なプリンタ言語やプリンタの能力に応じてジョブの形式を整えるため,
 	  特別なフィルタを起動することができます.</para>
       </listitem>
 
       <listitem>
 	<para>プリンタの使用に対して課金を行なうことができます.</para>
       </listitem>
     </itemizedlist>
 
     <para>設定ファイルを通して, あるいは特別なフィルタプログラムを用いることにより,
       多種多様なプリンタ機器に対して,
       上述の機能の全部または一部を LPD システムに行なわせることができます.</para>
 
     <sect2 id="printing-intro-why">
       <title>どうしてスプーラを使うべきなのか</title>
 
       <para>あなたのシステムを利用するのがあなた一人だけだとしたら,
         アクセス制御もヘッダページも
         プリンタ利用に対する課金も必要ないのに,
         なぜわざわざスプーラに煩わされなければならないのか疑問に思うかも知れません.
         プリンタに対する直接アクセスを許可することもできるのですが,
         とにかくスプーラを使用するべきです. その理由は,</para>
 
       <itemizedlist>
         <listitem>
           <para>LPD はジョブをバックグラウンドで処理します.
             データがプリンタに送信されるまで待つ必要がなくなります.</para>
         </listitem>
         
         <listitem>
           <para>LPD ではジョブをフィルタを通してプリントすることが簡単にできます.
             これにより, 印刷物のヘッダに時刻や日付を入れたり,
             特別なファイル形式 (TeX の DVI ファイルなど)
             をプリンタが処理できる形式に変更することができ,
             これらの作業を手動で行なう必要がなくなります.</para>
         </listitem>
 
         <listitem>
           <para>プリント処理を行なうフリー,
             または商用のプログラムのほとんどは,
             システムのスプーラとやりとりするように作られています.
             スプーリングシステムをセットアップすることで,
             今後加えるかもしれない, あるいは,
             すでに持っている別のソフトウェアをより簡単にサポートすることができるでしょう.</para>
         </listitem>
       </itemizedlist>
     </sect2>
   </sect1>
 
   <sect1 id="printing-intro-setup">
     <title>基本的なセットアップ</title>
 
     <para>LPD スプーリングシステムを用いてプリンタを使用するためには,
       プリンタ機器と LPD 用ソフトウェアの両方を準備する必要があります.
       本文書では次の二段階のレベルに分けて説明をします.</para>
 
     <itemizedlist>
       <listitem>
 	<para>プリンタを接続する方法,
           プリンタにどのように通信するかを LPD に指示する方法や,
           プレインテキストをプリンタで印字する方法については,
           <link linkend="printing-simple">プリンタの簡単な設定</link>をご覧ください.</para>
       </listitem>
 
       <listitem>
 	<para>様々な形式のファイルを印字する方法,
           ヘッダページを印字する方法,
           ネットワーク経由でプリンタに印字する方法,
           プリンタを制御する方法,
           プリンタの使用に対する課金を行なう方法については<link linkend="printing-advanced">プリンタ設定
             上級編</link>をご覧ください.</para>
       </listitem>
     </itemizedlist>
 
     <sect2 id="printing-simple">
       <title>プリンタ設定導入編</title>
       
       <para>この節では, プリンタ機器やプリンタを使用するための
         LPD 用ソフトウェアを設定する方法について述べます.
         この節の概要は次のとおりです.</para>
 
       <itemizedlist>
         <listitem>
           <para><link linkend="printing-hardware">プリンタ機器の設定</link>では,
             プリンタをコンピュータに接続するためのヒントがいくつか書かれています.</para>
         </listitem>
 
       <listitem>
           <para><link linkend="printing-software">ソフトウェアの設定</link>では,
             LPDのスプーラ設定ファイル
             <filename>/etc/printcap</filename>
             の設定方法について書かれています.</para>
         </listitem>
       </itemizedlist>
       
       <para>データをプリンタに送るためにシリアルまたはパラレルインタフェー スではなく,
         ネットワークプロトコルを使用する場合は,
         <link linkend="printing-advanced-network-net-if"
               >ネットワークにおけるデータストリームインタフェースを持つプリンタ</link
           >をご覧ください.</para>
 
       <para>この節のタイトルは<quote>プリンタ設定導入編</quote>ですが,
         実際の設定はかなり複雑です.
         プリンタをコンピュータに接続し,
         LPD スプーラを 起動させることは一番困難な作業です.
         ヘッダページを出力させたり課金したりするオプションの設定は,
         一度プリンタがうまく動くようになればとても簡単です.</para>
 
       <sect3 id="printing-hardware">
         <title>プリンタ機器の設定</title>
 
         <para>この節では, プリンタに PC
           を接続するための様々な方法について説明しています.
           ここでは, ポートやケーブルの種類,
           FreeBSD がプリンタとの通信に必要なカーネルコンフィグレーションについても言及しています.</para>
 
         <para>もしプリンタが既に接続されていて,
           他のオペレーティングシステム上でプリンタからの印字に成功している場合は,
           <link linkend="printing-software">ソフトウェアの設定</link
             >まで読み飛ばすことが多分できるでしょう.</para>
 
         <sect4 id="printing-ports">
           <title>ポートとケーブル</title>
 
           <para>最近の PC
             用のプリンタほとんどには次のインタフェースの一つもしくは両方がついています.</para>
 
           <itemizedlist>
             <listitem>
               <para><emphasis>シリアル</emphasis>インタフェースでは,
                 プリンタにデータを送信するためにコンピュータにあるシリアルポートが使用されます.
                 シリアルインタフェースはコンピュータ業界で共通して使用されています.
                 そのケーブルは容易に手に入りますし, 簡単に自作することもできます.
                 シリアルインタフェースの場合は時々,
                 特別なケーブルや何か複雑な通信方式選択の設定が必要になることがあります.</para>
             </listitem>
 
             <listitem>
               <para><emphasis>パラレル</emphasis>インタフェースではプリンタにデータを送信するために,
                 コンピュータにあるパラレルポートを使用します.
                 パラレルインタフェースは PC 業界では良く使われます.
                 ケーブルの入手は容易ですが,
                 自作するのはシリアルよりも困難です.
                 パラレルインタフェースには通常, 通信方式の選択はなく,
                 設定は極めて単純です.</para>
 
 	    <para>パラレルインタフェースは<quote>セントロニクス</quote>インタフェースとして知られています.
                 これは, プリンタ用のコネクタタイプとして採用された後に名付けられました.</para>
             </listitem>
           </itemizedlist>
 
           <para>シリアルインタフェースはパラレルインタフェースよりも普通はデータの伝送速度が遅くなります.
             パラレルインタフェースで は, 通常,
             (コンピュータからプリンタへの) 単方向通信のみを行なうのに対して,
             シリアルインタフェースは双方向通信を行ないます.
             FreeBSD でも IEEE1284 準拠のケーブルを使えば,
             最近のパラレルポートとプリンタの多くで双方向通信を行なうことができます.</para>
 
           <para>通常, プリンタで双方向通信が必要となるのは, プリンタが
             PostScript 言語に対応しているときだけです.
             PostScript プリンタは非常に冗長に動作させることができます.
             事実, PostScript によるジョブでは, プログラムを本当にプリンタに送信します.
             このことは, 印字作業を必ずしもする必要がないことを意味しますし,
             そのプログラムの結果はコンピュータに直接返されるかも知れません.
             PostScript プリンタでは双方向通信を使って
             PostScript プログラムのエラーや紙づまりといった問題をコンピュータに報告します.
             ユーザはそれらの情報を知りたいと思うかも知れません.
             また, PostScript プリンタで課金作業をもっとも効率よく行なうためには,
             双方向通信が必要となります.
             この方法ではまず, プリンタの現在のページカウント
             (起動してから今まで何枚の紙を印字したか) の情報を得ます.
             次に, ユーザのジョブを実行し, 終了後, 再びページカウントを得ます.
             この二つの数を差によって,
             課金対象となる紙の枚数を知ることができるのです.</para>
 	</sect4>
 
         <sect4 id="printing-parallel">
           <title>パラレルポート</title>
 
           <para>プリンタをパラレルインタフェースを使って接続する場合は,
             セントロニクスケーブルでプリンタとコンピュータを接続してください.
             詳しい説明はプリンタやコンピュータに付属する説明書に書かれているはずです.</para>
 
           <para>その際,
             どのパラレルポートを使用したかを覚えておいてください.
             FreeBSDでは最初のポートは <filename>/dev/lpt0</filename>,
             二番目 <filename>/dev/lpt1</filename> であ り,
             三番目以降も同様に続きます.</para>
         </sect4>
 
         <sect4 id="printing-serial">
           <title>シリアルポート</title>
           
           <para>シリアルインタフェースを使ってプリンタを使う場合は,
             適切なシリアルケーブルでプリンタとコンピュータを接続してください.
             詳しい説明はプリンタ, コンピュータ, あるいは両方に付属する説
             明書に書かれているはずです.</para>
 
           <para><quote>適切なシリアルケーブル</quote>が良くわからないときは,
             次のどれかを試してみてください.</para>
 
           <itemizedlist>
             <listitem>
               <para><emphasis>モデム</emphasis>用ケーブルでは,
                 それぞれのピンは他方のコネクタの対応するピンと線でつながっています.
                 このタイプのケーブルは <quote>DTE-DCE</quote>
                 間ケーブルとしても知られています
                 (訳注:
                 日本ではストレートケーブルという名前で売られています).
               </para>
             </listitem>
 
             <listitem>
               <para><emphasis>ヌルモデム</emphasis>用ケーブルでは,
                 あるピンは対応するピンとを接続していますが,
                 あるピン
                 (たとえば, データ送信用とデータ受信用のピン)
                 が交差して接続したり,
                 いくつかのピンは内部で短絡していたりします.
                 このタイプのケーブルは,
                 <quote>DTE-DTE</quote> 間ケーブルと呼ばれています
                 (訳注:
                 日本ではクロスケーブルという名前で売られています).</para>
             </listitem>
             
             <listitem>
               <para>A <emphasis>シリアルプリンタ</emphasis>用ケーブルは,
                 ある特定のプリンタで必要とされるものです.
                 ヌルモデムケーブルと似ていますが,
                 内部で短絡させる代わりに,
                 ある信号を他方側に送るために使用しています.</para>
             </listitem>
           </itemizedlist>
           
           <para>この他に,
             プリンタ用の通信パラメータを設定する必要があります.
             通常,
             プリンタのフロントパネルや DIP スイッチによって制御します.
             コンピュータとプリンタの双方で設定できる最高の通信速度
             [bps] (ビット/秒.
             <emphasis>ボーレート</emphasis>と示されているときもある)
             を選んでください. そして, データビット (7 または 8),
             パリティ(偶/奇/なし), ストップビット (1 または 2)
             を選んでください.
             そして, フローコントロールの有無
             (制御なし, または XON/XOFF (<quote>イン・バンド</quote>
             または
             <quote>ソフトウェア</quote>フローコントロールとも呼ばれる))
             を選びます.
             以下に続くソフトウェアの設定のために,
             ここでの設定を覚えておいてください.</para>
         </sect4>
       </sect3>
 
     <sect3 id="printing-software">
       <title>ソフトウェアの設定</title>
 
       <para>本節では FreeBSD の LPD
 	スプーリングシステムで印字をおこなうために
 	必要となるソフトウェアの設定について説明しています.</para>
 
       <para>本節の概要は次のようになります.</para>
 
       <procedure>
 	<step>
 	  <para>プリンタで使用するポートのために, 必要があれば, カー
 	    ネルの書き変えをおこないます. 「<link
 	      linkend="printing-kernel">カーネルの変更</link>」で,
 	    このためにしなくてはなら ないことを説明しています.</para>
 	</step>
 
 	<step>
 	  <para>パラレルポートを使用している場合は, パラレルポートの
 	    ための通信モードの設定します. 詳細は, 「<link
 	      linkend="printing-parallel-port-mode">
 	      パラレルポートの通信モードを設定する
 	    </link>」で説明しています.</para>
 	</step>
 
 	<step>
 	  <para>オペレーティングシステムからプリンタにデータが送ら
 	    れているかをテストします. 「<link
 	      linkend="printing-testing">
 	      プリンタとの通信状況を調べる</link>」で, どのように
 	    テストするかの提案をいくつかおこなっています.</para>
 	</step>
 
 	<step>
 	  <para>ファイル<filename>/etc/printcap</filename>を変更し,
 	    LPDの設定を おこないます. この節で, どのように変更するかを
 	    説明しています.</para>
 	</step>
       </procedure>
 
       <sect4 id="printing-kernel">
 	<title>カーネルの変更</title>
 
 	<para>オペレーティングシステムのカーネルの
 	  コンパイルをおこなうこと によって,
 	  指定されたのデバイスが機能するようになります. シリ アル,
 	  または, パラレルインタフェースをプリンタで使用する場合,
 	  必要なデバイスがこの指定の中に含まれていなくてはなりません.
 	  したがって,
 	  必要なデバイスがカーネルに組み込まれていない場合, 追
 	  加のシリアル, または, パラレルポートをサポートするために,
 	  カー ネルの再コンパイルが必要となるかもしれません.</para>
 
 	<para>シリアルポートが現在使用しているカーネルで
 	  サポートされている かどうかを調べるためには,
 	  次のように入力します.</para>
 
 	<screen>&prompt.root; <userinput>dmesg | grep sio<replaceable>N</replaceable></userinput></screen>
 
 	<para>ここで, <replaceable>N</replaceable>
 	  はシリアルポートの番号を示し, この番号は0から 始まります.
 	  次のような出力があった場合, カーネルはそのポー
 	  トをサポートしています.</para>
 
 	<screen>sio2 at 0x3e8-0x3ef irq 5 on isa
 sio2: type 16550A</screen>
 
 	<para>パラレルポートが現在使用しているカーネルで
 	  サポートされている かどうかを調べるためには,
 	  次のように入力します.</para>
 
 	<screen>&prompt.root; <userinput>dmesg | grep lpt<replaceable>N</replaceable></userinput></screen>
 
 	<para>ここで, <emphasis remap=it>N</emphasis>
 	  はパラレルポートの番号を示し, この番号は0から 始まります.
 	  次のような出力があった場合, カーネルはそのポー
 	  トをサポートしています.</para>
 
 	<screen>lpt0 at 0x378-0x37f on isa</screen>
 
 	<para>上記の出力が得られない場合, プリンタを使うため,
 	  オペレーティ ングシステムにパラレル, または,
 	  シリアルポートを認識し, 使用 できるようにするためには
 	  カーネルを変更する必要があります.</para>
 
 	<para>シリアルポートをサポートさせるには, 「<link
 	    linkend="kernelconfig">
 	    FreeBSDカーネルのコンフィグレーション</link>」の節をご覧く
 	  ださい. パラレルポートをサポートさせる場合も, その節と,
 	  <emphasis>あ わせて</emphasis>,
 	  この節に続く節もご覧ください.</para>
 	</sect4>
       </sect3>
 
 	<sect3 id="printing-dev-ports">
 	  <title>ポート用エントリを <filename>/dev</filename>
 	    に追加する</title>
 
 	  <para>カーネルがシリアル, または, パラレルポートを通じての通
 	    信をサポートしていたとしても, システム上で動いているプログ
 	    ラムがデータの送受信をおこなうための
 	    ソフトウェアインタフェース がさらに必要になります.
 	    そのインタフェースは,  <filename>/dev</filename>
 	    ディレクトリにあるエントリに相当します.</para>
 
 	  <para><emphasis><filename>/dev</filename>
 	      エントリにポートを加えるために</emphasis></para>
 
 	  <procedure>
 	    <step>
 	      <para>&man.su.1; コマンドで root になります. suコマンド
 		でパスワードを聞かれたら, ルート用のパスワードを入力し
 		ます.</para>
 	    </step>
 
 	    <step>
 	      <para><filename>/dev</filename>
 		ディレクトリに移動します. </para>
 
 	      <screen>&prompt.root; cd /dev</screen>
 	    </step>
 
 	    <step>
 	      <para>次のように入力します. </para>
 
 	      <screen>&prompt.root; <userinput> ./MAKEDEV <replaceable>port</replaceable></userinput></screen>
 
 	      <para>ここで, <replaceable>port</replaceable> は,
 		作成するポート名です. 1番目 のパラレルポートのときは
 		<literal>lpt0</literal> に, 2番目のときは
 		<literal>lpt1</literal> になり, 以降同様になります.
 		1番目のシリア ルポートのときは,
 		<literal>ttyd0</literal> に, 2番目のときは
 		<literal>ttyd1</literal> になり,
 		これも以降同様となります.</para>
 	    </step>
 
 	    <step>
 	      <para>次を入力し, デバイスのエントリができたか確認し
 		ます. </para>
 
 	      <screen>&prompt.root; <userinput>ls -l <replaceable>port</replaceable></userinput></screen>
 	    </step>
 	  </procedure>
 
 	<sect4 id="printing-parallel-port-mode">
 	  <title>パラレルポートの通信モードを設定する</title>
 
 	  <para>パラレルインタフェースを使用している場合, FreeBSDでは,
 	    割り込み駆動型にするか,
 	    プリンタとの通信の状況をカーネルに監
 	    視させるかのいずれかを選択できます.</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>GENERIC
 		カーネルでは<emphasis>割り込み駆動</emphasis>方式が,
 		デフォルトになっています. この方式では,
 		オペレーティングシ
 		ステムはプリンタがデータを受け付けられるかどうかを調べ
 		るために, IRQ ラインを一つ使用します.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para><emphasis>監視</emphasis>方式では,
 		オペレーティングシステムにプ
 		リンタがもっとデータを受け付けられるかどうかを繰り返し
 		尋ねるように指示します. そして, 受け付けるという応答を
 		受けたとき,
 		カーネルはさらなるデータを送信します.</para>
 	    </listitem>
 	  </itemizedlist>
 
 	  <para>割り込み駆動方式は, いくらか高速になりますが, 貴重な
 	    IRQ ラインを一つ消費します.
 	    うまく機能するものをお使いください.</para>
 
 	  <para>通信モードを設定するためには2つの方法があります.
 	    1つはカー
 	    ネルを変更することで, もう一つは
 	    &man.lptcontrol.8; プログラムを使用する方法です.</para>
 
 	  <para><emphasis> カーネルを設定することによって,
 	      通信モードを変更する. </emphasis></para>
 
 	  <procedure>
 	    <step>
 	      <para>カーネルコンフィグレーションファイルを変更しま す.
 		<literal>lpt0</literal>
 		のエントリを探すか追加してください. 2番目
 		のパラレルポートを設定するときは, 代わりに
 		<literal>lpt1</literal> を使います. 以下,
 		3番目のポートは <literal>lpt2</literal> となってい
 		きます. </para>
 
 	      <itemizedlist>
 		<listitem>
 		  <para>イベント駆動方式にする場合は,
 		    <literal>irq</literal> 指 定を追加します. </para>
 
 		  <programlisting>device lpt0 at isa? port? tty irq <replaceable>N</replaceable> vector lptintr</programlisting>
 
 		  <para>ここで, <replaceable>N</replaceable>
 		    はパラレルポート用の IRQ 番号で す.</para>
 		</listitem>
 
 		<listitem>
 		  <para>監視方式を使用する場合は,
 		    <literal>irq</literal> を追加 してはいけません.
 		  </para>
 
 		  <programlisting>device lpt0 at isa? port? tty vector lptintr</programlisting>
 		</listitem>
 	      </itemizedlist>
 	    </step>
 
 	    <step>
 	      <para>ファイルをセーブし, config プログラムを起動 し,
 		カーネルの構築, インストールをおこないます. そして, リ
 		ブートしてください. 詳細は, 「<link
 		  linkend="kernelconfig">
 		  FreeBSDカーネルのコンフィグレーション</link>」を参照
 		してください.</para>
 	    </step>
 	  </procedure>
 
 	  <para>&man.lptcontrol.8; <emphasis>
 	      で通信モードを設定する場合 </emphasis></para>
 
 	  <procedure>
 	    <step>
 	      <para><literal>lpt<replaceable>N</replaceable></literal>
 		をイベント駆動方式に設定する場合は,
 		次のように入力します. </para>
 
 	      <screen>&prompt.root; <userinput>lptcontrol -i -u <replaceable>N</replaceable></userinput></screen>
 	    </step>
 
 	    <step>
 	      <para><literal>lpt<replaceable>N</replaceable></literal>
 		を監視方式に設定する場合は, 次のように入力します.
 	      </para>
 
 	      <screen>&prompt.root; <userinput>lptcontrol -p -u <replaceable>N</replaceable></userinput></screen>
 	    </step>
 	  </procedure>
 
 	  <para>これらのコマンドを <filename>/etc/rc.local</filename>
 	    ファイルに追加
 	    しておくと, システムをブートする度に通信モードを設定する
 	    ことができます. 詳細については,
 	    &man.lptcontrol.8; をご覧ください.</para>
 	</sect4>
 
 	<sect4 id="printing-testing">
 	  <title>プリンタとの通信状況を調べる</title>
 
 	  <para>スプーリングシステムの設定に進む前に, オペレーティング
 	    システムがプリンタにデータを送ることに成功しているかどうか
 	    を確かめるべきでしょう. これにより, 印字がうまくいかないと
 	    き, プリンタとの通信が問題なのか, スプーリングシステムが問
 	    題なのかを分けて調べることがかなり容易になります.</para>
 
 	  <para>プリンタをテストするためには,
 	    プリンタに何かのテキストを送
 	    信してみます. 送信した文字をすぐに印字してくれるプリンタに
 	    は, &man.lptest.1; コマンドを使うと有用です. このコマンドは印
 	    字可能な96文字のASCII文字すべてを96行生成します.</para>
 
 	  <para>PostScript (または他の言語に対応した) プリンタの場合
 	    は, もっと巧妙なテストが必要になります. 次のような, 簡単な
 	    PostScript プログラムを使えば十分でしょう. </para>
 
 	  <programlisting>%!PS
 100 100 moveto 300 300 lineto stroke
 310 310 moveto
 /Helvetica findfont 12 scalefont setfont
 (Is this thing working?) show
 showpage</programlisting>
 
 	  <note>
 	    <para>このドキュメントでプリンタ用言語を参照するとき は,
 	      PostScript のような言語を仮定しており, Hewlett Packard
 	      の PCL は考慮していません. PCL は非常に機能的なの
 	      ですが,
 	      プレインテキストにエスケープシーケンスを混ぜること
 	      ができます. PostScript ではプレインテキストを直接印字
 	      することはできません.
 	      このような種類のプリンタ言語に対して は,
 	      特別な対応をおこなわなければなりません.</para>
 	  </note>
 
 	  <sect5 id="printing-checking-parallel">
 	    <title>パラレルポートのプリンタとの接続を調べる</title>
 
 	    <para>この節では, FreeBSDがパラレルポートに接続されたプリ
 	      ンタと通信できているかどうかを調べる方法について説明し
 	      ています.</para>
 
 	    <para><emphasis>
 		パラレルポートのプリンタをテストするために
 	      </emphasis></para>
 
 	    <procedure>
 	      <step>
 		<para>&man.su.1; コマンドで root になります.</para>
 	      </step>
 
 	      <step>
 		<para>プリンタにデータを送ります. </para>
 
 		<itemizedlist>
 		  <listitem>
 		    <para>プリンタがプレインテキストを印字できる場合,
 		      &man.lptest.1; コマンドを使います.
 		      次のように入力してください. </para>
 
 		    <screen>&prompt.root; <userinput>lptest &gt; /dev/lpt<replaceable>N</replaceable></userinput></screen>
 
 		    <para>ここで, <replaceable>N</replaceable>
 		      はパラレルポートの番号で, 番号は
 		      0から始まります.</para>
 		  </listitem>
 
 		  <listitem>
 		    <para>プリンタが PostScript か他のプリンタ
 		      言語を使用している場合, そのプリンタに簡単なプロ
 		      グラムを送信してください. 次のように入力します.
 		    </para>
 
 		    <screen>&prompt.root; <userinput>cat &gt; /dev/lpt<replaceable>N</replaceable></userinput></screen>
 
 		    <para>そして, 一行一行,
 		      プログラムを<emphasis>慎重に</emphasis>入力して
 		      下さい. RETUREN または ENTER キーを入力してしま
 		      うと, その行は編集できなくなります. プログラムの
 		      入力が終わったら, CONTROL+Dか, あなたが設定して
 		      いるファイル終了のキーを押してください.</para>
 
 		    <para>もしくは, プログラムを入力したファイルがある
 		      場合は, 次のように入力してください. </para>
 
 		    <screen>&prompt.root; <userinput>cat <replaceable>file</replaceable> &gt; /dev/lpt<replaceable>N</replaceable></userinput></screen>
 
 		    <para>ここで, <replaceable>file</replaceable>
 		      はプログラムが格納されていて,
 		      プリンタに送信するファイルの名前です.</para>
 		  </listitem>
 		</itemizedlist>
 	      </step>
 	    </procedure>
 
 	    <para>これで何かがプリントされることでしょう.
 	      印字されたテキ
 	      ストがおかしくても心配しなくても構いません. それについ
 	      ては, 後で修正します.</para>
 	  </sect5>
 
 	  <sect5 id="printing-checking-serial">
 	    <title>シリアルポートのプリンタとの接続を調べる</title>
 
 	    <para>この節では, FreeBSDがシリアルポートに接続されたプリ
 	      ンタと通信できているかどうかを調べる方法について述べられ
 	      ています.</para>
 
 	    <para><emphasis>
 		シリアルポートのプリンタをテストするために
 	      </emphasis></para>
 	    <!-- kuriyama - remap=bf? -->
 	    <!-- si006 - I removed the `remap=bf' -->
 
 	    <procedure>
 	      <step>
 		<para>&man.su.1; コマンドで root になります.</para>
 	      </step>
 
 	      <step>
 		<para><filename>/etc/remote</filename>
 		  ファイルを編集します. 次の エントリを加えてください.
 		</para>
 
 		<programlisting>printer:dv=/dev/<replaceable>port</replaceable>:br#<replaceable>bps-rate</replaceable>:pa=<replaceable>parity</replaceable></programlisting>
 
 		<para>ここで, <replaceable>port</replaceable>
 		  シリアルポート (<literal>ttyd0</literal>,
 		  <literal>ttyd1</literal> など) のデバイスエントリで,
 		  <replaceable>bps-rate</replaceable>は
 		  プリンタとの通信の転送速度[bit/秒],
 		  <replaceable>parity</replaceable>はプリ
 		  ンタとの通信で必要とされるパリティ
 		  (<literal>even</literal>, <literal>odd</literal>,
 		  <literal>none</literal>,
 		  <literal>zero</literal>のいずれか) を表わしていま
 		  す.</para>
 
 		<para>次の例は,
 		  プリンタをシリアルケーブルでパリティなし, 転送速度
 		  19200bpsで第3番目のシリアルポートに接続した場
 		  合です.</para>
 
 		<programlisting>printer:dv=/dev/ttyd2:br#19200:pa=none</programlisting>
 	      </step>
 
 	      <step>
 		<para>&man.tip.1; コマンドでプリンタと接続します. 次のよ
 		  うに入力してください. </para>
 
 		<screen>&prompt.root; <userinput>tip printer</userinput></screen>
 
 		<para>これがうまくいかなかった場合は,
 		  <filename>/etc/remote</filename>を 編集して,
 		  <filename>
 		    /dev/ttyd<replaceable>N</replaceable></filename>
 		  の代わりに <filename>
 		    /dev/cuaa<replaceable>N</replaceable></filename>
 		  を試してみてください.</para>
 	      </step>
 
 	      <step>
 		<para>プリンタにデータを送ります. </para>
 
 		<itemizedlist>
 		  <listitem>
 		    <para>プリンタがプレインテキストを印字できる場合,
 		      &man.lptest.1; コマンドを使います.
 		      次のように入力してください. </para>
 
 		    <screen><prompt>~</prompt><userinput>$lptest</userinput></screen>
 		  </listitem>
 
 		  <listitem>
 		    <para>プリンタが PostScript か他のプリンタ
 		      言語を使用している場合, そのプリンタに簡単なプロ
 		      グラムを入力します. 一行一行,
 		      プログラムを<emphasis>慎
 			重に</emphasis>入力してください.
 		      バックスペースキーや他の編 集用のキーは,
 		      プリンタの制御コードに割り当てられ
 		      ているかもしれません. プログラムが終了したことを
 		      プリンタに伝えるための特別なファイル終了キーを入
 		      力する必要があるかもしれません. PostScript
 		      プリンタの場合, CONTROL+Dを入力します.</para>
 
 		    <para>もしくは, プログラムを入力したファイルがある
 		      場合は, 次のように入力してください.</para>
 
 		    <screen><prompt>~</prompt><userinput>&gt;<replaceable>file</replaceable></userinput></screen>
 
 		    <para>ここで, <replaceable>file</replaceable>
 		      はプログラムが格納されている
 		      ファイル名です.
 		      &man.tip.1; コマンドでファイルを送
 		      信した後は, ファイル終了を表わすキーを入力する必要
 		      があります.</para>
 		  </listitem>
 		</itemizedlist>
 	      </step>
 	    </procedure>
 
 	    <para>これで何かがプリントされることでしょう.
 	      印字されたテキ
 	      ストがおかしくても心配しなくても構いません. それについ
 	      ては, 後で修正します.</para>
 	  </sect5>
 	</sect4>
       </sect3>
 
       <sect3 id="printing-printcap">
 	<title>スプーラに許可を与える:
 	  <filename>/etc/printcap</filename> ファイル</title>
 
 	<para>ここまでで, プリンタはコンピュータに接続され, (必要なら)
 	  プリンタと通信できるようにカーネルを変更し, 簡単なデータをプ
 	  リンタに送信することができているはずです. これで, LPDにプリ
 	  ンタへのアクセスを
 	  制御させる設定をおこなう準備が整いました.</para>
 
 	<para>LPDの設定は <filename>/etc/printcap</filename>
 	  を編集することでおこないます.
 	  LPDスプーリングシステムはスプーラが使われる毎にこのファイル
 	  を参照します. そのため, ファイルを更新するとすぐにその変更が
 	  反映されます.</para>
 
 	<para>&man.printcap.5; ファイルの書式は簡単です.
 	  <filename>/etc/printcap</filename>
 	  の編集はお好みのテキストエディタをお
 	  使いください. このファイルの書式は,
 	  <filename>/usr/share/misc/termcap</filename> や
 	  <filename>/etc/remote</filename>
 	  といった他のケイパビリティファイルと一致しています.
 	  この書式
 	  のついての詳細な情報については
 	  &man.cgetent.3; をご覧ください.</para>
 
 	<para>スプーラの単純な設定法は,
 	  次のステップでおこないます.</para>
 
 	<procedure>
 	  <step>
 	    <para>プリンタに名前 (と簡単な別名2～3個) を付け, それを
 	      <filename>/etc/printcap</filename> ファイルに記述します.
 	      これについ ては, 「<link linkend="printing-naming">
 		プリンタに名前を付ける</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para><literal>sh</literal> の項目を追加することで,
 	      ヘッダページの出 力を禁止します (デフォルトは許可).
 	      これについては, 「<link
 		linkend="printing-no-header-pages">
 		ヘッダページの印字を禁止する</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para>スプール用のディレクトリを作成し, その位置を
 	      <literal>sd</literal> 項目で指定します. これについては,
 	      「<link linkend="printing-spooldir">
 		スプーリングディレクトリの作成</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para>プリンタを使用するために <filename>/dev</filename>
 	      エントリを 設定し, <filename>/etc/printcap</filename> の
 	      <literal>lp</literal> 項目でそのエ ントリを指定します.
 	      これについては, 「<link linkend="printing-device">
 		プリンタデバイスの特定</link>」 を参照してください.
 	      プリンタをシリアルポートに接続した場合は,
 	      <literal>fs</literal>, <literal>fc</literal>,
 	      <literal>xs</literal>, <literal>xc</literal>
 	      の項目を設定する必要があります.  こちらについては,
 	      「<link linkend="printing-commparam">
 		スプーラのための通信パラメータの設定</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para>プレインテキスト用の入力フィルタのインストールを
 	      おこないます. 「<link linkend="printing-textfilter">
 		テキストフィルタのインストール</link>」
 	      を参照してください.</para>
 	  </step>
 
 	  <step>
 	    <para>&man.lpr.1; コマンドで何かを印字することで設定のテス
 	      トをおこないます. <link linkend="printing-trying">
 		印字してみよう</link> と
 	      <link linkend="printing-troubleshooting">
 		トラブルシューティング</link> を参照してください.</para>
 	  </step>
 	</procedure>
 
 	<note>
 	  <para>PostScript プリンタのような, プリンタ言語を
 	    使用しているプリンタには, プレインテキストを直接印字させる
 	    ことができません. 上にアウトラインを示し, 以下の節で説明す
 	    る簡単な設定方法の説明では, そのようなプリンタを設置してい
 	    る場合は, プリンタが認識できるファイルだけを印字の対象とし
 	    ているという仮定をしています.</para>
 	</note>
 
 	<para>多くの場合,
 	  利用者はシステムに設置されているプリンタすべてでプ
 	  レインテキストが印字できることを期待しています. 印字作業を
-	  おこなうためにLPDのインタフェースを利用するプログラムでも,
-	  通 常, そのような仮定を置きます.
-	  プリンタ言語を使用するプリン タを設置しており,
+	  おこなうために LPD のインタフェースを利用するプログラムでも,
+	  通常, そのような仮定を置きます.
+	  プリンタ言語を使用するプリンタを設置しており,
 	  そのプリンタ言語で記述されたジョブと,
 	  <emphasis>これに加えて</emphasis>,
 	  プレインテキストのジョブも印字できるよ うにしたいならば,
 	  上で示した簡単な設定方法に加えて, さら
 	  なる設定をおこなうことを強くお勧めします. すなわち,
 	  原始的なプ レインテキストから PostScript (もしくは,
 	  他のプリンタ 言語)
 	  に変換するプログラムをインストールしてください. 「<link
 	    linkend="printing-advanced-if-conversion">
 	    プレインテキストのジョブを PostScript
 	    プリンタで印字する</link>」
-	  で, そ れをどのようにおこなえばよいのかが
+	  で, それをどのようにおこなえばよいのかが
 	  説明されています.</para>
 
 	<note>
 	  <para><emphasis>訳注:</emphasis>
 	    日本語を印字したい場合は, プリンタ言語を使用し
 	    ていない「日本語プリンタ」についても,
 	    プリンタ固有のエスケー プシーケンスを送る必要があります.
 	    また, 漢字コードをプリン
 	    タが設定しているものに変換したりする必要があり, 各プリンタ
 	    毎に, 日本語用のフィルタが必要になります.</para>
 	</note>
 
 	<sect4 id="printing-naming">
 	  <title>プリンタに名前を付ける</title>
 
 	  <para>最初の (簡単な) ステップで, プリンタの名前を考えます.
 	    プ リンタには別名をいくつか付けることもできるので,
 	    機能的な名前
 	    でも風変わりな名前でもどちらを選んでもまったく
 	    問題はありません.</para>
 
 	  <para>少なくとも1つのプリンタには,
 	    <filename>/etc/printcap</filename> の中 で,
 	    <literal>lp</literal> という別名を持たせるべきでしょう.
 	    この名前は デフォルトのプリンタ名になっています.
 	    ユーザが環境変数 <envar>PRINTER</envar>  を設定しておらず,
 	    かつ, LPDコマンドのコマンドラインでプリ
 	    ンタの名前が指定されていない場合, <literal>lp</literal>
 	    がデフォルトのプリ ンタ名となり,
 	    そのプリンタに出力されます.</para>
 
 	  <para>それから, これは共通の慣習ですが,
 	    プリンタの最後の別名には,
 	    メーカーやモデル名を含むプリンタの完全な名称をつけることに
 	    なっています.</para>
 
 	  <para>名前と別名のいくつかを決めたら,
 	    <filename>/etc/printcap</filename> ファ イルに設定します.
 	    プリンタ名は一番左のカラムから書き始めま す.
 	    別名はそれぞれ縦棒によって区切られ, 最後の別名の後ろに
 	    コロンを置きます.</para>
 
 	  <para>次の例では, 2台のプリンタ (Diablo 630 ラインプリンタと
 	    Panasonic KX-P4455 PostScript レーザライタプリンタ) が定義
 	    されている <filename>/etc/printcap</filename>
 	    のスケルトンを記しています.</para>
 
 	  <programlisting>#
 #  /etc/printcap for host rose
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:</programlisting>
 
 	  <para>この例では, 最初のプリンタに <literal>rattan</literal>
 	    という名前と別名 として, <literal>line</literal>,
 	    <literal>diablo</literal>, <literal>lp</literal> そして
 	    <literal>Diablo 630 Line Printer</literal>
 	    が付けられています. 別名とし て <literal>lp</literal>
 	    があるので, このプリンタはデフォルトのプリンタとなっ
 	    ています. 2番目は <literal>bamboo</literal> と名付けられ,
 	    別名として,  <literal>ps</literal> と
 	    <literal>PS</literal>, <literal>S</literal>,
 	    <literal>panasonic</literal>,  <literal>Panasonic KX-P4455
 	      PostScript v51.4</literal> が付けられていま す.</para>
 	</sect4>
 
 	<sect4 id="printing-no-header-pages">
 	  <title>ヘッダページの印字を禁止する</title>
 
 	  <para>LPDスプーリングシステムでは,
 	    デフォルトでジョブ毎に<emphasis>ヘッ
 	      ダページ</emphasis>を印字します.
 	    ヘッダページにはジョブを要求したユー ザ名,
 	    ジョブが送られたホスト名, そして, ジョブの名前が素晴
 	    らしい大きな文字で印字されています. 残念なことに, この余分
 	    なテキストすべてが,
 	    簡単なプリンタ設定法のデバッグの際に紛れ
 	    込んできてしまいます. このため, ヘッダページの出力を禁止し
 	    ておきます.</para>
 
 	  <para>ヘッダページの出力を禁止するには,
 	    <filename>/etc/printcap</filename>
 	    にあるプリンタのエントリに <literal>sh</literal>
 	    の項目を追加します. 次 に, <literal>sh</literal> を加えた
 	    <filename>/etc/printcap</filename> の例を示します.</para>
 
 	  <programlisting>#
 #  /etc/printcap for host rose - no header pages anywhere
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:</programlisting>
 
 	  <para>この書式を正しく使うための注意をしておきます.
 	    最初の行は左 端のカラムから始まります. それに続く行は TAB
 	    ひとつ分だけ 字下げします. 最後の行以外のすべての行は,
 	    行末にバックスラッ シュを記述します.</para>
 	</sect4>
 
 	<sect4 id="printing-spooldir">
 	  <title>スプーリングディレクトリの作成</title>
 
 	  <para>スプーラの簡単な設定の次のステップでは,
 	    <emphasis>スプーリン
 	      グディレクトリ</emphasis>を作成します.
 	    プリンタに送られるジョブ は,
 	    その印字が終了するまでこのディレクトリに置かれます.  また,
 	    他のたくさんのスプーラもこのディレクトリにファイ
 	    ルを置きます.</para>
 
 	  <para>様々な事情によりスプーリングディレクトリは, 通常, 慣例
 	    として <filename>/var/spool</filename> の下に置きます.
 	    また, スプーリングディレクトリの内容はバックアップをす
 	    る必要はありません.
 	    &man.mkdir.1; によってディレクトリを
 	    作るだけでスプーリングディレクトリの復旧は完了します.
 	  </para>
 
 	  <para>スプーリングディレクトリの名前は, これも慣例ですが, 次
 	    のようにプリンタの名前と同じにします.</para>
 
 	  <screen>&prompt.root; <userinput>mkdir /var/spool/<replaceable>printer-name</replaceable></userinput></screen>
 
 	  <para>しかしながら, ネットワーク上に使用可能なプリンタがたく
 	    さんあるならば, LPDで印字するための専用のディレクトリに
 	    スプーリングディレクトリを置きたいと思うかもしれません.
 	    例に出てきたプリンタ <literal>rattan</literal> と
 	    <literal>bamboo</literal> につい て, この方式を採用すると,
 	    次のようになります.</para>
 
 	  <screen>&prompt.root; <userinput>mkdir /var/spool/lpd</userinput>
 &prompt.root; <userinput>mkdir /var/spool/lpd/rattan</userinput>
 &prompt.root; <userinput>mkdir /var/spool/lpd/bamboo</userinput></screen>
 
 	  <note>
 	    <para>各ユーザが印字するジョブのプライバシを守りた
 	      いと考えているならば, スプーリングディレクトリを保護し
 	      て, これを誰からでもアクセスできないようにしたいと思う
 	      かもしれません. スプーリングディレクトリは, deamon ユー
 	      ザと daemon グループに所有され, 読み込み, 書き込み, 検
 	      索可能であり, 他からはアクセスできないようにするべきで
 	      す. 例題のプリンタに対して, 次のようにすることにしましょ
 	      う.</para>
 
 	    <screen>&prompt.root; <userinput>chown daemon.daemon /var/spool/lpd/rattan</userinput>
 &prompt.root; <userinput>chown daemon.daemon /var/spool/lpd/bamboo</userinput>
 &prompt.root; <userinput>chmod 770 /var/spool/lpd/rattan</userinput>
 &prompt.root; <userinput>chmod 770 /var/spool/lpd/bamboo</userinput></screen>
 	  </note>
 
 	  <para>最後に, <filename>/etc/printcap</filename> ファイルで,
 	    これらのディ レクトリの位置を LPD に伝える必要があります.
 	    スプーリ ングディレクトリのパス名は <literal>sd</literal>
 	    項目で指定します.</para>
 
 	  <programlisting>#
 #  /etc/printcap for host rose - added spooling directories
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:</programlisting>
 
 	  <para>プリンタ名が最初のカラムから始まっており, そのプリンタ
 	    に関して記述される他のエントリは TAB で字下げされてい
 	    ること, 各行がバックスラッシュで終わっていることに注意
 	    してください.</para>
 
 	  <para><literal>sd</literal>
 	    によりスプーリングディレクトリが指定されていな い場合,
 	    スプーリングシステムは <filename>/var/spool/lpd</filename>
 	    デフォルト値として使用します.</para>
 	</sect4>
 
 	<sect4 id="printing-device">
 	  <title>プリンタデバイスの特定</title>
 
 	  <para>「<link
 	      linkend="printing-dev-ports">ポート用エントリを /dev
 	      に追加する</link>」では, FreeBSD でプリン
 	    タとの通信に使用される <filename>/dev</filename>
 	    ディレクトリ内の エントリを特定します. そして, LPD
 	    にその情報を伝えま す. 印字するジョブを受け取ると,
 	    スプーリングシステムは,
 	    (プリンタにデータを渡す義務がある) フィルタプログラムに
 	    代わって指定されたデバイスをオープンします.</para>
 
 	  <para><filename>/etc/printcap</filename> ファイルで
 	    <literal>lp</literal> 項目を使って
 	    <filename>/dev</filename> エントリを記入します.</para>
 
 	  <para>ここでの例では, <hostid>rattan</hostid>
 	    は1番目のシリアルポートに,  <hostid>bamboo</hostid>
 	    は6番目のシリアルポートに接続されているこ とにしましょう.
 	    このとき, <filename>/etc/printcap</filename> には
 	    次のようになります.</para>
 
 	  <programlisting>#
 #  /etc/printcap for host rose - identified what devices to use
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:\
         :lp=/dev/ttyd5:</programlisting>
 
 	  <para><filename>/etc/printcap</filename> でプリンタの
 	    <literal>lp</literal> 項目が指定 されていない場合は, LPD
 	    はデフォルトとして  <filename>/dev/lp</filename>
 	    を使用します. <filename>/dev/lp</filename> は,  現在の
 	    FreeBSD には存在していません.</para>
 
 	  <para>設置したプリンタがパラレルポートに
 	    接続されている場合は,
 	    「<link linkend="printing-textfilter">
 	      テキストフィルタのインストール</link>」
 	    まで読み飛ばしてください.
 	    そうでない場合は, 次節の説明に続いてください.</para>
 	</sect4>
 
 	<sect4 id="printing-commparam">
 	  <title>スプーラのための通信パラメータの設定</title>
 
 	  <para>シリアルポートにプリンタを接続した場合, プリンタにデー
 	    タを送信するフィルタプログラムに代わり, 通信速度やパリ
 	    ティ, その他のシリアル通信パラメータを設定することがで
 	    きます. このことによる利点は,</para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para><filename>/etc/printcap</filename>
 		を編集するだけで, 様々な
 		通信パラメータを試してみることができます. フィルタプロ
 		グラムを再コンパイルする必要はありません.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>スプーリングシステムで, シリアル通信の設定が異
 		なっているかもしれない複数のプリンタに同じフィルタプロ
 		グラムを使うことが可能になります.</para>
 	    </listitem>
 	  </itemizedlist>
 
 	  <para>次の <filename>/etc/printcap</filename> の項目で,
 	    <literal>lp</literal> で指定
 	    されたデバイスのシリアル通信
 	    パラメータを制御できます.</para>
 
 	  <variablelist>
 	    <varlistentry><term><literal>
 		  br#<replaceable>bps-rate</replaceable></literal></term>
 	      <listitem>
 		<para>デバイスの通信速度を
 		  <replaceable>bps-rate</replaceable> に設定します.
 		  ここ で, <replaceable>bps-rate</replaceable> は 50,
 		  75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400,
 		  4800, 9600, 19200, 38400[bit/秒]
 		  のいずれかです.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><literal>
 		  fc#<replaceable>clear-bits</replaceable></literal></term>
 	      <listitem>
 		<para>デバイスをオープンした後で,
 		  <replaceable>sgttyb</replaceable> 構造体の
 		  <replaceable>clear-bits</replaceable>
 		  フラグビットをクリアします.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><literal>
 		  fs#<replaceable>set-bits</replaceable></literal></term>
 	      <listitem>
 		<para><replaceable>sgttyb</replaceable> 構造体の
 		  <replaceable>clear-bits</replaceable>
 		  フラグビットをセッ トします.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><literal>
 		  xc#<replaceable>clear-bits</replaceable></literal></term>
 	      <listitem>
 		<para>デバイスをオープンした後で, ローカルモードビット
 		  <replaceable>clear-bits</replaceable>
 		  をクリアします.</para>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><literal>
 		  xs#<replaceable>set-bits</replaceable></literal></term>
 	      <listitem>
 		<para>ローカルモードビット
 		  <replaceable>set-bits</replaceable>
 		  をセットします.</para>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 
 	  <para><literal>fc</literal>, <literal>fs</literal>,
 	    <literal>xc</literal>, そして <literal>xs</literal>
 	    のビットに関 する詳しい情報については,
 	    <filename>/usr/include/sys/ioctl_compat.h</filename>
 	    を参照してく ださい.</para>
 
 	  <para>項目 <literal>lp</literal> で指定されたデバイスを LPD
 	    がオープンする とき, LPD は <literal>sgttyb</literal>
 	    構造体のフラグビットを読み出 します. そして, 項目
 	    <literal>fc</literal> の全ビットをクリアします.  次に,
 	    項目 <literal>fs</literal> のビットをセットし,
 	    その結果を設定 します.
 	    ローカルモードビットに関しても同様におこなわれます.</para>
 
 	  <para>例題のプリンタで6番目のシリアルポートに接続されたプリ
 	    ンタの設定を追加してみましょう. 通信速度は38400bpsに設
 	    定します. フラグビットとして, TANDEM, ANYP, LITOUT,
 	    FLUSHO, PASS8 をセットします. ローカルモードビットでは,
 	    LITOUT と PASS8 フラグをセットします.</para>
 
 	  <programlisting>bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:\
         :lp=/dev/ttyd5:fs#0x82000c1:xs#0x820:</programlisting>
 	</sect4>
 
 	<sect4 id="printing-textfilter">
 	  <title>テキストフィルタのインストール</title>
 
 	  <para>ここまでで,
 	    プリンタにジョブを送るために使うテキストフィ ルタを LPD
 	    に設定する準備が整いました. <emphasis>テキストフィ
 	      ルタ</emphasis>とは,
 	    <emphasis>入力フィルタ</emphasis>としても知られていますが,
 	    印字するジョブがあるときに LPD が起動するプログラムで す.
 	    LPD がプリンタのためにテキストフィルタを起動する とき, LPD
 	    はフィルタの標準入力からプリントするジョブ を入力し,
 	    フィルタの標準出力に項目 <literal>lp</literal> で指定され
 	    たプリンタデバイスを接続します. フィルタは, 標準入力か
 	    らジョブを読み込み, プリンタのための必要な変換をおこなった
 	    後, その結果を標準出力に出力する, これにより印字がなさ
 	    れることを期待されています. テキストフィルタについての
 	    更に詳しい情報については, 「<link
 	      linkend="printing-advanced-filters">
 	      フィルタはどのように機能しているか</link>」
 	    をご覧ください.</para>
 
 	  <para>ここでの簡単なプリンタ設定では,
 	    プリンタにジョブを送るため,  <command>/bin/cat</command>
 	    を実行するだけの簡単なシェルスクリプ トで間に合います.
 	    FreeBSD に標準で付属している  <command>lpf</command>
 	    というフィルタでは, バックスペース文字を使っ
 	    た下線引きの動作をおこなう文字ストリームをうまく扱うことが
 	    できないプリンタのための代替処理をおこなってくれます.
 	    もちろん,
 	    他のどんなフィルタプログラムを使っても構いません.
 	    フィルタ <filename>lpf</filename> については, 「<link
 	      linkend="printing-advanced-lpf">テキストフィルタ
 	      lpf</link>」で詳しく説明します.</para>
 
 	  <para>最初に, 簡単なテキストフィルタであるシェルスクリプト
 	    <filename>/usr/local/libexec/if-simple</filename>
 	    を作ってみましょ う.
 	    次のテキストをお好みのテキストエディタでファイルに
 	    書き込んでください.</para>
 
 	  <programlisting>#!/bin/sh
 #
 # if-simple - Simple text input filter for lpd
 # Installed in /usr/local/libexec/if-simple
 #
 # Simply copies stdin to stdout.  Ignores all filter arguments.
 
 /bin/cat &amp;&amp; exit 0
 exit 2</programlisting>
 
 	  <para>そして, このファイルを実行可能にします. </para>
 
 	  <screen>&prompt.root; <userinput>chmod 555 /usr/local/libexec/if-simple</userinput></screen>
 
 	  <para>LPD
 	    にこのテキストフィルタを使うことを設定するためには,
 	    <filename>/etc/printcap</filename> に
 	    <literal>if</literal> 項目を使って指定しま す. これまでの
 	    <filename>/etc/printcap</filename> の例のプリンタ 2台に,
 	    このフィルタを加えてみましょう. </para>
 
 	  <programlisting>#
 #  /etc/printcap for host rose - added text filter
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:\
         :if=/usr/local/libexec/if-simple:</programlisting>
 	</sect4>
 
 	<sect4>
 	  <title>LPD を起動します</title>
 
 	  <para>&man.lpd.8; は <literal>lpd_enable</literal> 変数に従って
 	    <filename>/etc/rc</filename> から実行されます.  この変数の
 	    デフォルト値は <literal>NO</literal> です.  まだ
 	    そうしていなかったならば</para>
 
 	  <programlisting>lpd_enable="YES"</programlisting>
 
 	  <para>の行を <filename>/etc/rc.conf</filename> に追加して
 	    計算機を再起動するか, そのまま &man.lpd.8; を
 	    起動してください.</para>
 
 	  <screen>&prompt.root; <userinput>lpd</userinput></screen>
 	</sect4>
 	
 	<sect4 id="printing-trying">
 	  <title>印字してみよう</title>
 
 	  <para>簡単な LPD 設定も終わりにたどり着きました. 残念ながら,
 	    設定はこれでおしまいというわけではありません. なぜなら,
 	    さらに, 設定をテストし, すべての問題点を解決しなくては
 	    ならないからです. 設定をテストするために, 何かを印字し
 	    てみましょう. LPD システムで印字をするためには,
 	    &man.lpr.1; コマンドを使います. このコマンドは, 印字する
 	    ためのジョブを投入する働きをします.</para>
 
 	  <para>&man.lpr.1; コマンドを
 	    「<link linkend="printing-testing">
 	      プリンタとの通信状況を調べる</link>」で紹介した,
 	    あるテスト用のテキストを生成してくれる
 	    &man.lptest.1; プログラムと一緒に使うこともできます.</para>
 
 	  <para><emphasis>簡単な LPD
 	      設定をテストするために:</emphasis></para>
 
 	  <para>次のように入力してください. </para>
 
 	  <screen>&prompt.root; <userinput>lptest 20 5 | lpr -P<replaceable>printer-name</replaceable></userinput></screen>
 
 	  <para>ここで, <replaceable>printer-name</replaceable>
 	    は <filename>/etc/printcap</filename>
 	    で指定したプリンタ名 (もしくはその別名) です. デフォルト
 	    のプリンタを使用する場合は,
 	    <option>-P</option> 引数を付けないで
 	    &man.lpr.1; を打ち込んでください. もう一度述べますが, ポス
 	    トスクリプトを期待しているプリンタをテストするならば,
 	    &man.lptest.1; を使う代わりに PostScript で書かれたプ
 	    ログラムをプリンタに送ってください. プログラムを送るた
 	    めには, プログラムをファイルに格納して, <command>lpr
 	      <replaceable>file</replaceable></command>
 	    と打ち込みます.</para>
 
 	  <para>PostScript プリンタの場合, 送信したプログラムによ
 	    る結果が得られるでしょう.
 	    &man.lptest.1; を使った場合は,
 	    以下のような結果が見られるでしょう.</para>
 
 	  <programlisting>!"#$%&amp;'()*+,-./01234
 "#$%&amp;'()*+,-./012345
 #$%&amp;'()*+,-./0123456
 $%&amp;'()*+,-./01234567
 %&amp;'()*+,-./012345678</programlisting>
 
 	  <para>更にプリンタをテストしたい場合は, (言語ベースのプリン
 	    タのための) もっと大きなプログラムを送信するか, 引数を
 	    変えて
 	    &man.lptest.1; を実行します. 例えば, <command>lptest
 	      80 60</command> で それぞれ80文字の行を60
 	    行生成します.</para>
 
 	  <para>プリンタがうまく動かなかった場合は, 次の節, 「<link
 	      linkend="printing-troubleshooting">
 	      トラブルシューティング</link>」をご覧ください.</para>
 	</sect4>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="printing-advanced">
     <title>プリンタ設定上級編</title>
 
     <para>この節では, 特殊な形式のファイルを印字するためのフィルタ,
       ヘッダページ, ネットワーク越しのプリンタへの印字, そして,
       プリンタ 使用の制限や課金について説明しています.</para>
 
     <sect2 id="printing-advanced-filter-intro">
       <title>フィルタ</title>
 
       <para>LPD では, ネットワークプロトコル, キュー, アクセス制御, そ
 	して, 印字のためのその他の側面について扱いますが,
 	<emphasis>実際の</emphasis> 作業のほとんどは
 	<emphasis>フィルタ</emphasis> によっておこなわれています.
 	フィルタ は, プリンタと通信し,
 	プリンタのデバイス依存性や特殊な要求を扱 うプログラムです.
 	簡単なプリンタ設定では, プレインテキストのた
 	めのフィルタをインストールしました. このプレインテキストフィル
 	タは, ほとんどのプリンタで機能する極めて単純なものでした.
 	(「<link linkend="printing-textfilter">
 	  テキストフィルタのインストール</link>」を参照)</para>
 
       <para>しかしながら, 形式変換やプリンタ課金, 特定のプリンタの癖,
 	など をうまく利用するためには,
 	フィルタがどのように機能するかという
 	ことを理解しておくべきです. これらの側面を扱うためには, 最終的
 	には, フィルタの責任であるからです. そして, これは悪い情報です
 	が, ほとんどの場合において,
 	<emphasis>あなた自身</emphasis>がフィルタを供給す
 	る必要があるということです. また都合のよいことには,
 	たくさんのフィルタが 一般的に利用できるということです.
 	もしフィルタがなかったとし ても, 普通は,
 	フィルタを作るのは簡単です.</para>
 
       <para>FreeBSD にも, プレインテキストを印字させることができる
 	<filename>/usr/libexec/lpr/lpf</filename>
 	というフィルタが1つ付いています.
 	(このフィルタはファイルに含まれるバックスペースやタブを扱いま
 	す. また, 課金をすることもできますが, できることはこれだけしか
 	ありません.) いくつかのフィルタとフィルタの構成要素は
         FreeBSD Ports Collection にもあります.</para>
 
       <para>この節で述べることは次の通りです.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>「<link linkend="printing-advanced-filters">
 	      フィルタはどのように機能しているか</link>」では,
 	    印字の過程におけ るフィルタの役割を概説します.
 	    この節を読むことで, LPD  がフィルタを使うときに,
 	    <quote>見えないところで</quote>何が起こっている
 	    かが理解できるでしょう. このことを知っておくと, プリン
 	    タそれぞれに様々なフィルタをインストールしたときに遭遇
 	    するかもしれない問題を予期したり, デバッグするときに役
 	    立つでしょう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>LPD では, すべてのプリンタからデフォルトでプレインテ
 	    キストを印字できることを期待しています. このことは, プ
 	    レインテキストを直接印字できない PostScript (また
 	    は他の言語用の) プリンタでは問題を引き起こします. 「<link
 	      linkend="printing-advanced-if-conversion">
 	      プレインテキストのジョブを PostScript
 	      プリンタで印字する</link>」 で,
-	    この問題を克服する方法について述べます. PostScript
-	    プリンタをお持ちの方は, この節をお読みになること
-	    をお薦めします.</para>
+	    この問題を克服する方法について述べます.
+            PostScript プリンタをお持ちの方は,
+            この節をお読みになることをおすすめします.</para>
 	</listitem>
 
 	<listitem>
 	  <para>PostScript は様々なプログラムのための有名な出
 	    力形式です. ある人たちは (著者自身を含めて) PostScript
 	    のコードさえも直接書いてしまいます. しかし, PostScript
 	    プリンタは高価です. 「<link
 	      linkend="printing-advanced-ps">非 PostScript プリンタで
 	      PostScript をシミュレートする</link>」では, PostScript
-	    データを<emphasis>非 PostScript
-	      プリンタ</emphasis>に受けつけさせ, 印字させるために,
+	    データを<emphasis>非 PostScript プリンタ</emphasis>に受けつけさせ,
+            印字させるために,
 	    どのようにしてプリンタ用のテキストフィルタをさらに変更
 	    すればよいのか, ということについて述べます. PostScript
 	    プリンタを持っていない方は, この節をお読みになる
-	    ことをお薦めします.</para>
+	    ことをおすすめします.</para>
 	</listitem>
 
 	<listitem>
 	  <para>「<link linkend="printing-advanced-convfilters">
 	      変換フィルタ</link>」では, 図形や組版データといっ
 	    た特定のファイル形式を, プリンタが理解できる形式へ変換
 	    する作業を自動的におこなわせる方法について述べます. この節
 	    を読むと, troff のデータを印字するには <command>lpr
 	      -t</command>,  または, TeX DVI を印字するには
 	    <command>lpr -d</command>, ラスタイ
 	    メージデータを印字するには <command>lpr -v</command>,
 	    などといったよ
 	    うにユーザが入力することができるようにプリンタの設定を
 	    おこなうことができます. この節もお読みになることをお薦めし
 	    ます.</para>
 	</listitem>
 
 	<listitem>
 	  <para>「<link
 	      linkend="printing-advanced-of">出力フィルタ</link>」
 	    では, あまり使われない LPD の機能のすべて,  すなわち,
 	    出力フィルタに関することが記述されています.  ヘッダページ
 	    (「<link linkend="printing-advanced-header-pages">
 	      ヘッダページ</link>」参照) を印字させていない場合は,
 	    多分, この節は飛ばしても構わないでしょう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>「<link
 	      linkend="printing-advanced-lpf">テキストフィルタ
 	      lpf</link>」では, <command>lpf</command>
 	    についての説明が,  ほぼ完全におこなわれています. これは
 	    FreeBSD に付属するラ インプリンタ (または,
 	    ラインプリンタのように動作するレー ザプリンタ) のための,
 	    単純なテキストフィルタです. プレ
 	    インテキストを印字したことに対して課金をおこなう方法が至急
 	    必要な場合, もしくは, バックスペース文字を印字しようと
 	    すると煙を発するプリンタを持っている場合は, 絶対に
 	    <command>lpf</command> を検討するべきです.</para>
 	</listitem>
       </itemizedlist>
 
       <sect3 id="printing-advanced-filters">
 	<title>フィルタはどのように機能しているか</title>
 
 	<para>既に言及したように, フィルタとは, プリンタにデータを送る
 	  際に, デバイスに依存した部分を取り扱うために LPD
 	  によって起動 される実行プログラムです.</para>
 
 	<para>LPD がジョブ中のファイルを印字しようとするとき, LPD
 	  はフィル タプログラムを起動します. このとき,
 	  フィルタの標準入力を印字す るファイルに,
 	  標準出力をプリンタに, そして, 標準エラー出力をエ
 	  ラーログファイル (<filename>/etc/printcap</filename> 内の
 	  <literal>lf</literal> 項目で指 定されたファイル, または,
 	  指定されていない場合は, デフォルトと して
 	  <filename>/dev/console</filename>) にセットします.</para>
 
 	<para>LPD が起動するフィルタと, その引数が何であるかは,
 	  <filename>/etc/printcap</filename>
 	  ファイルの内容と, ジョブの起動時に
 	  ユーザが指定した
 	  &man.lpr.1; コマンドの引数に依存しています. 例え
 	  ば, ユーザが <command>lpr -t</command> と入力した場合は,
 	  LPD は出力先のプリ
 	  ンタ用の <literal>tf</literal> 項目で指定されている troff
 	  用のフィルタを起動
 	  させるでしょう.
 	  ユーザがプレインテキストの印字を指示したときは,
 	  <literal>if</literal> で指定されたフィルタが
 	  起動されるでしょう (このことはほ
 	  とんどの場合にあてはまります.
 	  詳細については, 「<link linkend="printing-advanced-of">
 	    出力フィルタ</link>」をご覧ください).</para>
 
 	<para><filename>/etc/printcap</filename>
 	  で指定可能なフィルタは次の3種類がありま す. </para>
 
 	<itemizedlist>
 	  <listitem>
 	    <!-- kuriyama - shoule 'para'rize? -->
 	    <!-- si006  - also origial document is 'para'rized now -->
 	    <para><emphasis>テキストフィルタ</emphasis>
 	      (LPD のドキュメントでは紛ら
 	      わしいことに
 	      <emphasis>入力フィルタ</emphasis>と呼んでいますが) は一般の
 	      テキストの印字を扱います. これはデフォルトのフィルタと
 	      考えてください. LPD では, すべてのプリンタに対して, デフォ
 	      ルトでプレインテキストが印字できることを期待しています.
 	      さらに, バックスペースやタブを正しく扱い, また, 他の特
 	      殊な文字が入力されてもプリンタに混乱を来さないようにす
 	      るのはテキストフィルタの仕事であると考えています.
 
 	      プリンタの使用に対して課金をしなくてはならない環境にあ
 	      るときは, テキストフィルタが印字したページ数を数える作
 	      業もしなくてはなりません. この作業は, 通常, 印字した行
 	      数を数え, これをプリンタが1ページ当たりに印字できる行
 	      数と比較することでおこなわれます.
 
 	      テキストフィルタは, 次のような引数を付けて起動されます.
 
 	      <cmdsynopsis>
 		<command>filter-name</command>
 		<arg>-c</arg>
 		<arg choice="plain">-w<replaceable>width</replaceable></arg>
 		<arg choice="plain">-l<replaceable>length</replaceable></arg>
 		<arg choice="plain">-i<replaceable>indent</replaceable></arg>
 		<arg choice="plain">-n <replaceable>login</replaceable></arg>
 		<arg choice="plain">-h <replaceable>host</replaceable></arg>
 		<arg choice="plain"><replaceable>acct-file</replaceable></arg>
 	      </cmdsynopsis>
 
 	      ここで,
 
 	      <variablelist>
 		<varlistentry><term><option>-c</option></term>
 		  <listitem>
 		    <para><command>lpr -l</command>
 		      によってジョブが入力されたときに与
 		      えられます.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>width</replaceable></term>
 		  <listitem>
 		    <para><filename>/etc/printcap</filename>
 		      で指定された <literal>pw</literal> (page width)
 		      項目の値が与えられます. デフォル トは,
 		      132です.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>length</replaceable></term>
 		  <listitem>
 		    <para><literal>pl</literal> (page length)
 		      項目で指定された値が与え られます.
 		      デフォルトは66です.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>indent</replaceable></term>
 		  <listitem>
 		    <para><command>lpr -i</command>
 		      によって与えられた字下げの量で, デ
 		      フォルトは0です.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>login</replaceable></term>
 		  <listitem>
 		    <para>ファイルを印字したユーザのアカウント名が
 		      与えら れます.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>host</replaceable></term>
 		  <listitem>
 		    <para>ジョブが入力されたホスト名が
 		      与えられます.</para>
 		  </listitem>
 		</varlistentry>
 
 		<varlistentry><term><replaceable>acct-file</replaceable></term>
 		  <listitem>
 		    <para><literal>af</literal>
 		      項目で指定されている課金データファイル
 		      の名前が与えられます.</para>
 		  </listitem>
 		</varlistentry>
 	      </variablelist>
 	    </para>
 	  </listitem>
 
 	  <listitem>
 	    <para><emphasis>変換フィルタ</emphasis>は,
 	      特定のファイル形式をプリンタ
 	      が紙に印字できるようなものに変換します. 例えば, プリン
 	      タで ditroff 組版データを直接印字することはできません.
 	      しかし, ditroff データをプリンタが消化し, 印字するこ
 	      とができる形式へ変換するために, ditroff ファイル用フィ
 	      ルタをインストールすることができます.
 	      「<link linkend="printing-advanced-convfilters">
 		変換フィルタ</link>」
 	      で, これらに関するすべてについて説明します.
 	      プリンタの課金をする必要がある場合は, 変換フィルタでも
 	      印字ページを数える作業が必要となります.
 
 	      変換フィルタは次の引数をとって起動されます.
 
 	      <cmdsynopsis>
 		<command>filter-name</command>
 		<arg choice="plain">-x<replaceable>pixel-width</replaceable></arg>
 		<arg choice="plain">-y<replaceable>pixel-height</replaceable></arg>
 		<arg choice="plain">-n <replaceable>login</replaceable></arg>
 		<arg choice="plain">-h <replaceable>host</replaceable></arg>
 		<arg choice="plain"><replaceable>acct-file</replaceable></arg>
 	      </cmdsynopsis>
 
 	      ここで, <replaceable>pixel-width</replaceable> は,
 	      <literal>px</literal> 項目で指定され
 	      た値 (デフォルトは0),
 	      <replaceable>pixel-height</replaceable> は,
 	      <literal>py</literal> 項
 	      目で指定された値 (デフォルトは0) です.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><emphasis>出力フィルタ</emphasis>は,
 	      テキストフィルタが指定されて
 	      おらず, かつ, ヘッダページの出力が許可されている場合に
 	      のみ使われます.
 	      「<link linkend="printing-advanced-of">
 		出力フィルタ</link>」で, これらのことについて説明し
 	      ます. アウトプットフィルタに対する引数は次の2つだけです.
 
 	      <cmdsynopsis>
 		<command>filter-name</command>
 		<arg choice="plain">-w<replaceable>width</replaceable></arg>
 		<arg choice="plain">-l<replaceable>length</replaceable></arg>
 	      </cmdsynopsis>
 
 	      ここで, <option>-w</option> と <option>-l</option> は,
 	      テキストフィルタの場合
 	      と同じです.</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>フィルタは, 次に示すの終了状態をもってプログラムを
 	  <emphasis>exit</emphasis>  するべきです. </para>
 
 	<variablelist>
 	  <varlistentry><term>exit 0</term>
 	    <listitem>
 	      <para>フィルタがファイルを正常に印字した場合.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>exit 1</term>
 	    <listitem>
 	      <para>フィルタはファイルの印字に失敗したが, LPD
 		に再度ファ イルの印字を試みて欲しい場合.
 		この終了状態で終了した場 合, LPD
 		はフィルタを再スタートします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>exit 2</term>
 	    <listitem>
 	      <para>フィルタはファイルの印字に失敗し, かつ, LPD
 		に再出力 を試みて欲しくない場合. この場合, LPD
 		はそのファイル を放棄します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>FreeBSD に付属するテキストフィルタ
 	  <filename>/usr/libexec/lpr/lpf</filename> は, FORM FEED
 	  文字が送られたと
 	  きやプリンタ使用に対する課金をどのようにするかを
 	  決定するために,  ページ幅やページ長の引数を利用します. また,
 	  課金用のエントリを 作成するため, ログイン名, ホスト名,
 	  課金ファイル名の引数を利用 します.</para>
 
 	<para>もし, フィルタの購入を検討しているならば, LPD
 	  と互換性がある かどうかを確認してください. もしそうならば,
 	  上述の引数リストをサ ポートしていなければなりません.
 	  一般向けの使用のためにフィルタ
 	  を作成する計画をしている場合は,
 	  同じ引数リストと終了コードをサ ポートしてください.</para>
       </sect3>
 
       <sect3 id="printing-advanced-if-conversion">
 	<title>プレインテキストのジョブを PostScript プリン
 	  タで印字する</title>
 
 	<para>コンピュータと PostScript (または, 他の言語に対応し た)
 	  プリンタをあなたしか使用しない場合は, プリンタにプレ
 	  インテキストを絶対に送らない, そして,
 	  プリンタにプレインテキス
 	  トを送りたがっている様々なプログラムの機能を決して
 	  使わないこと にしてください. そうすれば,
 	  この節に書かれたことに心を煩わせる必
 	  要はまったくなくなります.</para>
 
 	<para>しかし, PostScript
 	  とプレインテキストの両方のジョブをプリン
 	  タへ送りたいと思っている場合は,
 	  プリンタ設定についての要求が増 えるでしょう.
 	  両者をプリンタへ送信するためには, 到着
 	  したジョブがプレインテキストであるか PostScript であるかを
 	  検出するテキストフィルタが必要です. PostScript のジョブは
 	  すべて <literal>%!</literal>
 	  で始まらなければならないことになっています
 	  (他のプリンタ言語に関しては,
 	  プリンタのドキュメントをご覧くだ さい).
 	  ジョブの最初の2文字がこれならば, PostScript である
 	  ことが分かります. したがって,
 	  ジョブのそれ以降の部分をプリンタに直 接送ることができます
 	  (訳注:PostScript では, <emphasis remap=tt>%</emphasis>
 	  以降はコメントとして扱われるので, 最初の <emphasis
 	    remap=tt>%!</emphasis> の行を 読み捨てても問題はない).
 	  最初の2文字が <emphasis remap=tt>%!</emphasis> でない場
 	  合は, フィルタはテキストを PostScript に変換し, その結果を
 	  使って印字をおこないます.</para>
 
 	<para>この作業をどうやってやればよいのでしょうか.</para>
 
 	<para>シリアルポートにプリンタを接続した場合は,
 	  <command>lprps</command> をインス
 	  トールすることをお勧めします. <command>lprps</command> は
 	  PostScript 用のフィルタで,
 	  プリンタとの双方向通信をおこないます. このフィルタでは,
 	  プリンタか らの冗長な情報を得ることで,
 	  プリンタの状況を示すファイルが更新 されていきます.
 	  したがって, ユーザや管理者は
 	  (<errorname>トナー残量少</errorname>や
 	  <errorname>紙詰まり</errorname>といった)
 	  プリンタの状況を正確に知ることができます.  しかし,
 	  もっと重要なことは, <command>psif</command>
 	  と呼ばれるプログラムが 含まれているということです.
 	  このプログラムは, 入力されたジョブ
 	  がプレインテキストかどうかを検出し, これを PostScript に変
 	  換するために, <command>textps</command>
 	  (<command>lprps</command> に付属する別のプログラ ム)
 	  を呼び出します. そして, このジョブをプリンタに送るために,
 	  <command>lprps</command> が使われます.</para>
 
 	<para><command>lprps</command> は FreeBSD Ports Collection
 	  に含まれています (<link linkend="ports">Ports Collection</link>
           を参照してください).
 	  もちろん,自分自身でプログラムを取ってきて, コンパイルし,
 	  インストールす ることもできます. <command>lprps</command>
 	  をインストールした後は,  <command>lprps</command>
 	  の一部である <command>psif</command>
 	  プログラムのパス名を指定する だけです. Ports Collection から
 	  <command>lprps</command> をインストールしたときは,
 	  <filename>/etc/printcap</filename> の中のシリアル接続した
 	  PostScript プリンタのエントリに対して, 次を使ってください.
 	</para>
 
 	<programlisting>:if=/usr/local/libexec/psif:</programlisting>
 
 	<para>LPD
 	  にプリンタをリード・ライトモードでオープンさせるために,
 	  <literal>rw</literal> 項目も指定すべきです.</para>
 
 	<para>パラレルポートに接続したプリンタの場合 (すなわち,
 	  <command>lprps</command> が
 	  必要としているプリンタとの双方向通信ができない),
 	  テキストフィ
 	  ルタとして次のシェルスクリプトを使うことができます. </para>
 
 	<programlisting>#!/bin/sh
 #
 #  psif - Print PostScript or plain text on a PostScript printer
 #  Script version; NOT the version that comes with lprps
 #  Installed in /usr/local/libexec/psif
 #
 
 read first_line
 first_two_chars=`expr "$first_line" : '\(..\)'`
 
 if [ "$first_two_chars" = "%!" ]; then
    #
    #  PostScript job, print it.
    #
    echo "$first_line" &amp;&amp; cat &amp;&amp; printf "\004" &amp;&amp; exit 0
    exit 2
 else
    #
    #  Plain text, convert it, then print it.
    #
    ( echo "$first_line"; cat ) | /usr/local/bin/textps &amp;&amp; printf "\004" &amp;&amp; exit 0
    exit 2
 fi</programlisting>
 
 	<para>上記のスクリプトにおいて, <command>textps</command>
 	  はプレインテキストから PostScript
 	  へ変換するために別にインストールしたプログラム です.
 	  テキストから PostScript へ変換するのには, お好みのどんなプロ
 	  グラムでも使うことができます. FreeBSD Ports Collection
           (<link linkend="ports">Ports Collection</link>
 	  を参照してください) には,  <literal>a2ps</literal>
 	  と呼ばれるテキストから PostScript に変換するプログラムが
 	  入っています.</para>
 
 	<note>
 	  <para><emphasis>訳注:</emphasis> 上記スクリプトでは,
 	    先頭の行を読み込むために read  を使っていますが,
 	    困ったことに, read は読み込んだ文字列の先頭
 	    の空白文字を取り除いてしまいます. 従って,
 	    これらの空白文字は印 字されないことになり,
 	    印字結果がファイルのイメージと異なる場合 が出てきます.
 	    この事情は csh を利用した場合でも変わりません. 仮に,
 	    先頭の空白文字を除去しない read コマンドを作ったとしても,
 	    「echo $first_line」の $first_line
 	    変数の内容をシェルが展開す る際に $first_line
 	    の先頭の空白文字が失われるため, 問題の解決 にはなりません.
 	    残念ながら, 訳者はこの問題をシェルプログラムだ
 	    けで解決する方法をしりません. perl か C
 	    言語の力を借りないと解 決できないと思います.</para>
 	</note>
       </sect3>
 
       <sect3 id="printing-advanced-ps">
 	<title>非 PostScript プリンタで PostScript
 	  をシミュレートする</title>
 
 	<para>PostScript
 	  は質の高い組版と印字をおこなうための<emphasis>事実
 	    上の</emphasis>標準です. しかしながら, PostScript は,
 	  <emphasis>高価な</emphasis>標 準です. ありがたいことに,
 	  Alladin Enterprises から
 	  <application>Ghostscript</application> と呼ばれる,
 	  PostScript 互換の動作をするフリー
 	  のプログラムが出されていて, FreeBSDで動きます. Ghostscript
 	  はほとんどの PostScript ファイルを読むことができ, これらの
 	  各ページをたくさんのブランドの非 PostScript プリンタを含む
 	  様々なデバイス用に変換することができます. Ghostscript をイン
 	  ストールし,
 	  プリンタ用の特別なテキストフィルタを使うことによっ て, 非
 	  PostScript プリンタをあたかも本物の PostScript
 	  プリンタであるかのように動作させることができます.</para>
 
 	<para>Ghostscript は FreeBSD Ports Collection に入っていますので,
 	  そこからインストール することができます. また,
 	  自分でソースプログラムを持ってきて, コンパイルし, インストー
 	  ルすることもできます. この作業はとても簡単にできます.</para>
 
 	<para>PostScript プリンタをシミュレートさせる場合は,
 	  テキストフィ ルタに PostScript
 	  ファイルを印字しようとしているかどうかを 検出させます.
 	  PostScript ファイルでない場合は, フィルタは
 	  そのファイルを直接プリンタに送ります
 	  (訳注:テキストファイルを直 接印字できない場合は, もちろん,
 	  変換フィルタを通す必要がありま す). PostScript の場合は,
 	  まず, Ghostscript を使い, ファ
 	  イルをそのプリンタが理解できる形式へ変換します.</para>
 
 	<para>次の例のスクリプトは, Hewlett Packard DeskJet 500
 	  プリンタ用 のテキストフィルタです.
 	  他のプリンタで用いるときは,  <option>-sDEVICE</option>
 	  引数を <command>gs</command> (Ghostscript)
 	  コマンドに変えてくだ さい. (<command>gs -h</command>
 	  と入力すると, 現在インストールされている  Ghostscript
 	  でサポートされているデバイスのリストが得られます). </para>
 
 	<programlisting>#!/bin/sh
 #
 #  ifhp - Print Ghostscript-simulated PostScript on a DeskJet 500
 #  Installed in /usr/local/libexec/hpif
 
 #
 #  Treat LF as CR+LF:
 #
 printf "\033&amp;k2G" || exit 2
 
 #
 #  Read first two characters of the file
 #
 read first_line
 first_two_chars=`expr "$first_line" : '\(..\)'`
 
 if [ "$first_two_chars" = "%!" ]; then
     #
     #  It is PostScript; use Ghostscript to scan-convert and print it.
     #
     #  Note that PostScript files are actually interpreted programs,
     #  and those programs are allowed to write to stdout, which will
     #  mess up the printed output.  So, we redirect stdout to stderr
     #  and then make descriptor 3 go to stdout, and have Ghostscript
     #  write its output there.  Exercise for the clever reader:
     #  capture the stderr output from Ghostscript and mail it back to
     #  the user originating the print job.
     #
     exec 3&gt;&amp;1 1&gt;&amp;2
     /usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=djet500 \
         -sOutputFile=/dev/fd/3 - &amp;&amp; exit 0
 
     #
     /usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=djet500 -sOutputFile=- - \
         &amp;&amp; exit 0
 
 else
     #
     #  Plain text or HP/PCL, so just print it directly; print a form
     #  at the end to eject the last page.
     #
     echo $first_line &amp;&amp; cat &amp;&amp; printf "\033&amp;l0H" &amp;&amp; exit 0
 fi
 
 exit 2</programlisting>
 
 	<para>最後に, <literal>if</literal> 項目を通して, LPD
 	  にこのフィルタを教えてやる 必要があります. </para>
 
 	<programlisting>:if=/usr/local/libexec/hpif:</programlisting>
 
 	<para>これでおしまいです. <command>lpr plain.text</command>
 	  とか <filename>lpr whatever.ps</filename>
 	  と入力してみましょう. どちらも正常に印字されるは
 	  ずです.</para>
 
 	<note>
 	  <para><emphasis>訳注:</emphasis> 日本語を印字する場合は,
 	    日本語対応の Ghostscript が必要で す. 日本語対応版の
 	    Ghostscript も Ports Collection に入っています.</para>
 	</note>
       </sect3>
 
       <sect3 id="printing-advanced-convfilters">
 	<title>変換フィルタ</title>
 
 	<para>「<link
 	    linkend="printing-simple">プリンタ設定導入編</link>」
 	  に書かれた簡単な設定が完了したら, 最初に, やってみたいと思
 	  うことは, 多分(プレイン ASCII テキストに加えて)
 	  好みのファイル形式
 	  のための変換フィルタをインストールすることでしょう.</para>
 
 	<sect4>
 	  <title>なぜ, 変換フィルタをインストールするのか?</title>
 
 	  <para>変換フィルタによって, 様々な種類のファイルを印字するこ
 	    とが簡単になります. 例えば, TeX
 	    組版システムでたくさんの仕事 をしたと仮定しましょう.
 	    そして, PostScript プリンタが接続 されているとします.
 	    すると, TeX で DVI ファイルを作成する度に,  DVI
 	    ファイルを印字するために, これを PostScript ファイルに
 	    変換する必要があります.
 	    このコマンドは次のようになるでしょう. </para>
 
 	  <screen>&prompt.user; <userinput>dvips seaweed-analysis.dvi</userinput>
 &prompt.user; <userinput>lpr seaweed-analysis.ps</userinput></screen>
 
 	  <para>DVI ファイル用の変換フィルタがインストールしてあると,
 	    LPD に 変換を肩代わりさせることで毎回毎回
 	    おこなわなければならなかった面倒
 	    な変換作業を省くことができます. つまり, DVI を生成したら,
 	    次のような1回のコマンド入力だけで, これが印字されます.
 	  </para>
 
 	  <screen>&prompt.user; <userinput>lpr -d seaweed-analysis.dvi</userinput></screen>
 
 	  <para>LPD に DVI ファイルの変換をさせるためには,
 	    <option>-d</option> オプション を指定します.
 	    変換オプションのリストは「<link
 	      linkend="printing-lpr-options-format">
 	      整形と変換に関するオプション</link>」
 	    に載せてあります.</para>
 
 	  <para>変化のオプションのそれぞれをプリンタに
 	    サポートさせるためには,
 	    <emphasis>変換フィルタ</emphasis>をインストールし,
 	    そのパス名を  <filename>/etc/printcap</filename>
 	    の中で指定しなくてはなりません. 変換フィ ルタは,
 	    プレインテキストを印字する代わりに, フィルタはファイル
 	    をプリンタが理解できる形式に変換するところを除けば,
 	    「プリンタ の簡単な設定」で説明したテキストファイル
 	    (「<link linkend="printing-textfilter">
 	      テキストフィルタのインストール</link>」 を見て下さい)
 	    に似ています.</para>
 	</sect4>
 
 	<sect4>
 	  <title>どの変換フィルタをインストールすべきか?</title>
 
 	  <para>使いたいと思う変換フィルタをインストールすべきです.
 	    DVI のデータを頻繁に印字するならば, DVI 変換フィルタ
 	    をインストールするのが適切でしょう. 印字しなくてはなら
 	    ない troff を大量に抱えている場合は, 多分, troff フィ
 	    ルタが欲しくなるはずです.</para>
 
 	  <para>次の表は, LPD で動作するフィルタと,
 	    <filename>/etc/printcap</filename>
 	    ファイルでのエントリする項目,  そして,
 	    <command>lpr</command>
 	    コマンドで呼び出す方法をまとめたもの です. </para>
 
 	  <informaltable frame="none">
 	    <tgroup cols="3">
 	      <thead>
 		<row>
 		  <entry>ファイル形式</entry>
 		  <entry><filename>/etc/printcap</filename>項目</entry>
 		  <entry><command>lpr</command> オプション</entry>
 		</row>
 	      </thead>
 
 	      <tbody>
 		<row>
 		  <entry>cifplot</entry>
 		  <entry><literal>cf</literal></entry>
 		  <entry><option>-c</option></entry>
 		</row>
 		<row>
 		  <entry>DVI</entry>
 		  <entry><literal>df</literal></entry>
 		  <entry><option>-d</option></entry>
 		</row>
 		<row>
 		  <entry>plot</entry>
 		  <entry><literal>gf</literal></entry>
 		  <entry><option>-g</option></entry>
 		</row>
 		<row>
 		  <entry>ditroff</entry>
 		  <entry><literal>nf</literal></entry>
 		  <entry><option>-n</option></entry>
 		</row>
 		<row>
 		  <entry>FORTRAN text</entry>
 		  <entry><literal>rf</literal></entry>
 		  <entry><option>-f</option></entry>
 		</row>
 		<row>
 		  <entry>troff</entry>
 		  <entry><literal>tf</literal></entry>
 		  <entry><option>-t</option></entry>
 		</row>
 		<row>
 		  <entry>raster</entry>
 		  <entry><literal>vf</literal></entry>
 		  <entry><option>-v</option></entry>
 		</row>
 		<row>
 		  <entry>プレインテキスト</entry>
 		  <entry><literal>if</literal></entry>
 		  <entry>なし, <option>-p</option>, または
 		    <option>-l</option></entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 
 	  <para>先の例のように, <command>lpr -d</command>
 	    を使うためには, 出力先の プリンタの
 	    <filename>/etc/printcap</filename> 内のエントリで,
 	    <literal>df</literal>
 	    項目が必要であることが分かります.</para>
 
 	  <para>反論はあるかも知れませんが, FORTRAN テキストや plot
 	    のような形式は, 多分, 廃れ てていくでしょう.
 	    あなたのサイトで, 自前のフィルタをイ ンストールするだけで,
 	    プリントオプションのいくつか, あ るいは,
 	    全部に新しい意味を与えることができます. 例えば,
 	    Prinerleaf ファイル (Interleaf デスクトップパブリッシン
 	    グプログラムによるファイル) を直接印字したいとします.
 	    そして, Printerleaf 用の変換フィルタを
 	    <literal>gf</literal> 項目で
 	    指定したパスにインストールすれば, <command>lpr
 	      -g</command> の意味 は<quote>Printerleaf
 	    ファイルを印字する</quote>意味だとユーザに教
 	    えることができます.</para>
 	</sect4>
 
 	<sect4>
 	  <title>変換フィルタのインストール</title>
 
 	  <para>変換フィルタは FreeBSD
 	    の基本システムのインストールとは別
 	    にインストールするプログラムなので, 変換フィルタは, 多 分,
 	    <filename>/usr/local</filename> ディレクトリの下に置くべ
 	    きです. フィルタは LPD だけが実行する特別なプログラム,
 	    すなわち, 一般ユーザが実行する必要すらない
 	    プログラムなので, <filename>/usr/local/libexec</filename>
 	    ディレ クトリに置くのが普通です.</para>
 
 	  <para>変換フィルタを使用可能にするためには,
 	    <filename>/etc/printcap</filename>
 	    の目的のプリンタの適切な項目に
 	    フィルタがあるパス名を指定します.</para>
 
 	  <para>DVI 変換フィルタをプリンタ <literal>bamboo</literal>
 	    のエントリに加 えてみましょう. プリンタ
 	    <literal>bamboo</literal> の <literal>df</literal> 項目を
 	    新たに加えた<filename>/etc/printcap</filename>
 	    ファイルの例を以下 に再掲します. </para>
 
 	  <programlisting>#
 #  /etc/printcap for host rose - added df filter for bamboo
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	  <para>DVI フィルタは
 	    <filename>/usr/local/libexec/psdf</filename> という
 	    名前のシェルスクリプトです. このスクリプトは次のように
 	    なっています. </para>
 
 	  <programlisting>#!bin/sh
 #
 #  psdf - DVI to PostScript printer filter
 #  Installed in /usr/local/libexec/psdf
 #
 #  Invoked by lpd when user runs lpr -d
 #
 exec /usr/local/bin/dvips -f | /usr/local/libexec/lprps "$@"</programlisting>
 
 	  <para>このスクリプトでは, <command>dvips</command>
 	    をフィルタモード (引数  <option>-f</option>) で,
 	    標準入力上で起動しています. 標準入力は印字 するジョブです.
 	    それから, PostScript プリンタ用フィ ルタ
 	    <command>lprps</command> (これについては「<link
 	      linkend="printing-advanced-if-conversion">
 	      プレインテキストのジョブを PostScript
 	      プリンタで印字する</link>」 を参照してください) を LPD
 	    に与えられた引数を付けて起動 します.
 	    <command>lprps</command>
 	    はこれらの引数を印字されたページ分
 	    の課金をおこなうために使われます.</para>
 	</sect4>
 
 	<sect4>
 	  <title>変換フィルタのその他の例</title>
 
 	  <para>変換フィルタのインストールには決まったステップがないの
 	    で, その代わりに, 例をもっと挙げることにします. これを,
 	    自分でフィルタを作る際のガイドにしてください. 適当な例が
 	    あったら, それをそのまま使ってください.</para>
 
 	  <para>次のスクリプト例は, Hewlett Packard LaserJet III-Si の
 	    ための, raster (ええと・・実は, GIF ファイル) 用の変
 	    換フィルタです. </para>
 
 	  <programlisting>#!/bin/sh
 #
 #  hpvf - Convert GIF files into HP/PCL, then print
 #  Installed in /usr/local/libexec/hpvf
 
 PATH=/usr/X11R6/bin:$PATH; export PATH
 
 giftopnm | ppmtopgm | pgmtopbm | pbmtolj -resolution 300 \
     &amp;&amp; exit 0 \
     || exit 2</programlisting>
 
 	  <para>ここでは, GIF ファイルから PNM (portable anymap) 形式
 	    に変換し, 次に PGM (portable graymap) 形式に変換してか ら,
 	    LaserJet/PCL-互換データに変換しています.</para>
 
 	  <para>上記のフィルタを使うプリンタのためのエントリを付け加え
 	    た <filename>/etc/printcap</filename>
 	    ファイルは次のようになります. </para>
 
 	  <programlisting>#
 #  /etc/printcap for host orchid
 #
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\
         :if=/usr/local/libexec/hpif:\
         :vf=/usr/local/libexec/hpvf:</programlisting>
 
 	  <para>次のスクリプトは, PostScript プリンタ
 	    <literal>bamboo</literal>  のための groff 組版システムの
 	    troff データのための変換 フィルタです. </para>
 
 	  <programlisting>#!/bin/sh
 #
 #  pstf - Convert groff's troff data into PS, then print.
 #  Installed in /usr/local/libexec/pstf
 #
 exec grops | /usr/local/libexec/lprps "$@"</programlisting>
 
 	  <para>上記のスクリプトではプリンタとの通信をおこなうため,
 	    <command>lprps</command> をまた利用しています.
 	    プリンタがパラレルポー トに接続されている場合は, 代わりに,
 	    次のスクリプトを使 うかもしれません. </para>
 
 	  <programlisting>#!/bin/sh
 #
 #  pstf - Convert groff's troff data into PS, then print.
 #  Installed in /usr/local/libexec/pstf
 #
 exec grops</programlisting>
 
 	  <para>これで完成しました. 次に, フィルタを使用可能にするため
 	    に <filename>/etc/printcap</filename>
 	    に加える必要があるエントリを 示します. </para>
 
 	  <programlisting>:tf=/usr/local/libexec/pstf:</programlisting>
 
 	  <para>次の例をみたら, FORTRAN のベテランは赤面するかもしれ
 	    ません. この FORTRAN テキストフィルタは, プレインテキ
 	    ストを直接印字できるすべてのプリンタで利用できます. この
 	    フィルタをプリンタ <literal>teak</literal>
 	    にインストールすることに しましょう. </para>
 
 	  <programlisting>#!/bin/sh
 #
 # hprf - FORTRAN text filter for LaserJet 3si:
 # Installed in /usr/local/libexec/hprf
 #
 
 printf "\033&amp;k2G" &amp;&amp; fpr &amp;&amp; printf "\033&amp;l0H" &amp;&amp; exit 0
 exit 2</programlisting>
 
 	  <para>そして, このフィルタを使用可能にするため, 以下の行を
 	    <filename>/etc/printcap</filename> のプリンタ
 	    <literal>teak</literal> のエントリ に加えます. </para>
 
 	  <programlisting>:rf=/usr/local/libexec/hprf:</programlisting>
 
 	  <para>これが最後の, そして, 若干複雑な例です. 前に紹介した
 	    LaserJet プリンタ <literal>teak</literal> に, DVI
 	    フィルタを加える ことにしましょう. 最初に,
 	    簡単な部分をおこないます. すなわ ち, DVI フィルタの位置を
 	    <filename>/etc/printcap</filename> に書 き加えます.
 	  </para>
 
 	  <programlisting>:df=/usr/local/libexec/hpdf:</programlisting>
 
 	  <para>さて, 難しい部分であるフィルタの作成をおこないます.
 	    このた めに, DVI から LaserJet/PCL
 	    への変換プログラムが必要 です. FreeBSD の Ports Collection
             (<link linkend="ports">Ports Collection</link>
 	    を参照してください) には, それがあ ります.
 	    <command>dvi2xx</command> というのがそのパッケージの名前で
 	    す. これをインストールすると, 必要なプログラム
 	    <command>dvilj2p</command> が使えます. このプログラムは
 	    DVI を  LaserJet IIp, LaserJet III, そして LaserJet 2000
 	    の互 換コードへ変換してくれます.</para>
 
 	  <para><command>dvilj2p</command> はフィルタ
 	    <command>hpdf</command> を極めて複雑にしてい ます.
 	    なぜなら, <command>dvilj2p</command>
 	    は標準入力からデータを読 み込むことができないからです.
 	    このプログラムを働かせる ためには, ファイル名が必要です.
 	    もっと悪いことに, ファ イル名は <filename>.dvi</filename>
 	    で終わっている必要があり, 標準入力 の代わりに,
 	    <filename>/dev/fd/0</filename> を使うのは問題がありま す.
 	    この問題は, (<filename>.dvi</filename> で終わる)
 	    一時的なファイル名 から<filename>/dev/fd/0</filename> に
 	    (シンボリックな) リンクを張る
 	    ことで回避することができます. これで,
 	    <command>dvilj2p</command> に 強制的に標準入力からデータを
 	    読み込ませることができます.</para>
 
 	  <para>もう1つの問題は, 一時的なリンクを張るために
 	    <filename>/tmp</filename> ディ
 	    レクトリを使うことができないという事実です. シンボリッ
 	    クリンクはユーザ, グループが <username>bin</username>
 	    であるユーザに所 有されています. フィルタはユーザ
 	    <username>daemon</username> として起 動します. そして,
 	    <filename>/tmp</filename> ディレクトリはスティッ
 	    キービットが立っています. フィルタはリンクを作ることが
 	    できます. しかし, リンクは別のユーザに所有されているた め,
 	    作業が終了したとき, このリンクを削除することができ
 	    ません.</para>
 
 	  <para>その代わりに, シンボリックリンクは現在の作業ディレクト
 	    リ, すなわち, スプーリングディレクトリ
 	    (<filename>/etc/printcap</filename> の
 	    <literal>sd</literal> 項目で指定する) に作 ることにします.
 	    フィルタが作業するにはここの場所は完璧 な場所で, なぜなら,
 	    特に, スプーリングディレクトリのディ スクの空き容量は
 	    (ときどき) <filename>/tmp</filename> ディレクトリ
 	    よりもたくさんあるからです.</para>
 
 	  <para>以下に示すのが最後のフィルタです. </para>
 
 	  <programlisting>#!/bin/sh
 #
 #  hpdf - Print DVI data on HP/PCL printer
 #  Installed in /usr/local/libexec/hpdf
 
 PATH=/usr/local/bin:$PATH; export PATH
 
 #
 #  Define a function to clean up our temporary files.  These exist
 #  in the current directory, which will be the spooling directory
 #  for the printer.
 #
 cleanup() {
    rm -f hpdf$$.dvi
 }
 
 #
 #  Define a function to handle fatal errors: print the given message
 #  and exit 2.  Exiting with 2 tells LPD to do not try to reprint the
 #  job.
 #
 fatal() {
     echo "$@" 1&gt;&amp;2
     cleanup
     exit 2
 }
 
 #
 #  If user removes the job, LPD will send SIGINT, so trap SIGINT
 #  (and a few other signals) to clean up after ourselves.
 #
 trap cleanup 1 2 15
 
 #
 #  Make sure we are not colliding with any existing files.
 #
 cleanup
 
 #
 #  Link the DVI input file to standard input (the file to print).
 #
 ln -s /dev/fd/0 hpdf$$.dvi || fatal "Cannot symlink /dev/fd/0"
 
 #
 #  Make LF = CR+LF
 #
 printf "\033&amp;k2G" || fatal "Cannot initialize printer"
 
 #
 #  Convert and print.  Return value from dvilj2p does not seem to be
 #  reliable, so we ignore it.
 
 #
 dvilj2p -M1 -q -e- dfhp$$.dvi
 
 #
 #  Clean up and exit
 #
 cleanup
 exit 0</programlisting>
 	</sect4>
 
 	<sect4 id="printing-advanced-autoconv">
 	  <title>自動変換: その他の変換フィルタ</title>
 
 	  <para>ここまでに述べてきたフィルタによって, 印字環境の能率が
 	    上がったことと思います. しかし, これはどのフィルタを使
 	    うかを ( &man.lpr.1; のコマンドライン上で) ユーザが指定しな
 	    くてはならないという代価を支払って実現されています. コ
 	    ンピュータの事情にあまり詳しくないユーザにとって, フィ
 	    ルタのオプションを指定させられるということはいらいらさ
 	    せられるものになるでしょう. 更に悪いことに, 間違ったフィ
 	    ルタオプションを指定されると, 間違った形式のファイルが
 	    そのフィルタに適用されることになり, その結果, 何百枚も
 	    の紙を掃き出すことになるかもしれません.</para>
 
 	  <para>そのような結果になるならば, 変換フィルタをインストール
 	    するよりもむしろ, テキストフィルタ (これがデフォルトフィ
 	    ルタなので) に印字するよう要求されたファイルの形式を検
 	    出させ, 自動的に, 適切な変換フィルタを起動するようにし
 	    たいと思うかもしれません. ここでは <command>file</command>
 	    コマンド のようなツールを役立たせることができます.
 	    もちろん, <emphasis>いくつかの</emphasis>
 	    ファイル形式の違いを見分けることは難しい ことでしょう.
 	    そして, もちろん, それらのファイルに対し ては,
 	    変換フィルタを提供するだけで済ますこともできるの
 	    です.</para>
 
 	  <para>FreeBSD Ports Collection には, <command>apsfilter</command>
 	    と呼ばれる自 動変換をおこなうテキストフィルタがあります.
 	    このフィルタは プレインテキスト, PostScript, DVI
 	    ファイルを検 出し, 適当な変換をおこなった後,
 	    データを印字することができ ます.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="printing-advanced-of">
 	<title>出力フィルタ</title>
 
 	<para>LPD スプーリングシステムでは,
 	  ここまでにまだ取り上げていな いフィルタ形式,
 	  出力フィルタをサポートしています. 出力 フィルタは,
 	  テキストフィルタのように, プレインテキスト
 	  のみを印字するために意図されたものですが, 非常に簡単化
 	  されています. テキストフィルタを用いずに, 出力フィルタ
 	  を使っている場合は, 次のようになります. </para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>LPD はジョブ中の各ファイルに一度ではなく, ジョブ
 	      全体に対して一度だけ出力フィルタを起動します.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>LPD は出力フィルタに対し, ジョブ中のファイルの先
 	      頭や末尾を特定するための対策を一切
 	      おこなっていません.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>LPD はユーザのログイン名やホスト名をフィルタに渡
 	      しません. したがって, 課金の処理をおこなうことは考えてい
 	      ません. 実際, 出力フィルタには, 以下2つの引数しか与え
 	      られません. </para>
 
 	    <cmdsynopsis>
 	      <command>filter-name</command>
 	      <arg choice="plain">-w<replaceable>width</replaceable></arg>
 	      <arg choice="plain">-l<replaceable>length</replaceable></arg>
 	    </cmdsynopsis>
 
 	    <para>ここで, <replaceable>width</replaceable>
 	      は対象となるプリンタの <literal>pw</literal> 項 目,
 	      <replaceable>length</replaceable> は
 	      <literal>pl</literal> 項目に指定された数です.</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>出力フィルタの簡便さに誘惑されてはいけません. もし, ジョ
 	  ブ中のそれぞれのファイルに別のページ番号を付加しようと
 	  しても,
 	  出力フィルタは<emphasis>うまく動作しないでしょう</emphasis>.
 	  そのような動作を期待しているならば, (入力フィルタとし
 	  ても知られている) テキストフィルタを使ってください. 詳
 	  しくは, 「<link linkend="printing-textfilter">
 	    テキストフィルタのインストール</link>」をご覧ください.
 	  さらに, 出力 フィルタは, 実のところ,
 	  <emphasis>もっと複雑</emphasis>になっています.  まず,
 	  特殊なフラグ文字を検出するために, フィルタに送ら
 	  れてくるバイトストリームを検査する必要があります. また,  LPD
 	  に代わって, 自分自身にシグナルを送らなければなりま
 	  せん.</para>
 
 	<para>しかしながら, ヘッダページの印字をおこないたい場合,
 	  また,
 	  エスケープシーケンスやヘッダページを印字できるようにす
 	  るその他の初期化文字列を送信する必要がある場合, 出力ファ
 	  イルが<emphasis>必要</emphasis>です.</para>
 
 	<para>1台のプリンタに対し, LPD では出力フィルタとテキスト,
 	  または, 他のフィルタを両方使うことができます. このよう
 	  な場合, LPD はヘッダページ (「<link
 	    linkend="printing-advanced-header-pages">
 	    ヘッダページ</link>」 を参照してください)
 	  だけを印字させるために, 出 力フィルタを起動させます.
 	  それから LPD では, アウトプッ トフィルタに2バイトの文字
 	  (ASCII 031 の次に ASCII 001) を送ることで,
 	  出力フィルタが<emphasis>自力で停止する</emphasis>ことを
 	  期待しています. 2バイト (031, 001) が出力フィルタに送られ
 	  たとき, 出力フィルタは自分自身にシグナル SIGSTOP を送
 	  ることによって停止するべきです. LPD がその他のフィル
 	  タの起動を完了したとき, LPD は出力フィルタにシグナル
 	  SIGCONT を送ることで, 出力フィルタを再起動させます.</para>
 
 	<para>出力フィルタがあり,
 	  テキストフィルタが<emphasis>ない</emphasis>場合,  LPD
 	  はプレインテキストのジョブをおこなう際に, 出力フィル
 	  タを使います. 前述したように, 出力フィルタでは, ジョブ
 	  中の各ファイルの並びの間に FROM FEED 文字や紙を排出す
 	  る他の文字を入れることはしません. この動作は多分, あな
 	  たが求めているものとは
 	  <emphasis>異なっている</emphasis>でしょう. ほと
 	  んどすべての場合において, テキストフィルタが必要とされる
 	  はずです.</para>
 
 	<para>プログラム <command>lpf</command> は,
 	  テキストフィルタの項で既に紹介 しましたが,
 	  出力フィルタとしても動作させることができま す. もし,
 	  簡便で極悪な出力フィルタが必要で, かつ, バイ
 	  トストリームを検査したりシグナルを送るコードを書きたく
 	  ないときには, <command>lpf</command> をお試しください.
 	  あるいは, プ リントが要求する初期化コードを送るために,
 	  <command>lpf</command> を
 	  シェルスクリプトに包んで使うこともできます.</para>
       </sect3>
 
       <sect3 id="printing-advanced-lpf">
 	<title>テキストフィルタ <command>lpf</command></title>
 
 	<para>プログラム <filename>/usr/libexec/lpr/lpf</filename> は,
 	  FreeBSD の バイナリ配布に付属しているテキストフィルタ
 	  (入力フィル タ) で, 出力を字下げしたり (<command>lpr
 	    -i</command> でジョブが入力さ れたとき),
 	  文字を未処理のままプリンタに送ったり (<command>lpr
 	    -l</command> でジョブが入力されたとき), ジョブ中のバッ
 	  クスペースやタブの印字位置を調節したり, 印字したページ
 	  に対して課金したりすることができます. また, このフィル
 	  タは出力フィルタとしても動作させることができます.</para>
 
 	<para><command>lpf</command>
 	  は多くの印字環境において使用することに適して います.
 	  このフィルタには, プリンタに初期化文字列を送る
 	  機能はありませんが, 必要とされる初期化をおこない, それから
 	  <command>lpf</command>
 	  を実行させるためのシェルスクリプトを作成する
 	  のはたやすいことです.</para>
 
 	<para><command>lpf</command> に対して,
 	  印字ページへの課金を正確におこなわせる ためには,
 	  <filename>/etc/printcap</filename> ファイルの中の
 	  <literal>pw</literal> と <literal>pl</literal>
 	  の項目に正確な値を入れておく必要が あります. これらの値は,
 	  どのくらいの量のテキストがペー ジにフィットするか, また,
 	  ユーザのジョブが何ページある のかを調べるために使われます.
 	  プリンタの課金についての 詳しい情報については, 「<link
 	    linkend="printing-advanced-acct">
 	    プリンタの利用に対する課金</link>」をご覧ください.</para>
       </sect3>
     </sect2>
 
     <sect2 id="printing-advanced-header-pages">
       <title>ヘッダページ</title>
 
       <para>あなたが管理するシステムのユーザが
 	<emphasis>たくさん</emphasis>おり, ユー
 	ザ全員が様々なプリンタを使用する場合, 多分, 必要悪である
 	<emphasis>ヘッダページ</emphasis>
 	を印字させることを検討したいと思うかもしれま せん.</para>
 
       <para>ヘッダページは, <emphasis>バナー</emphasis> とか
 	<emphasis>バーストページ</emphasis> としても知ら れていますが,
 	出力されたジョブが誰によるものなのかを特定させる
 	働きがあります. 印字結果の山の中において, ユーザのジョブによっ
 	て印字された本物のドキュメント部分よりも際立たせるために, ヘッ
 	ダページは, 通常, 多分, 縁が装飾されている大きな太文字で印字さ
 	れます. ヘッダページにより, ユーザは自分が出したジョブがどこに
 	あるのかをすばやく見つけることができます.
 	ヘッダページの欠点は,  明らかに, すべてのジョブに対して,
 	紙が1枚余分に印字されるという ことです.
 	この紙の有効期間は短く, 2～3 分も続きません. 最終的に,
 	これらの紙は再利用紙入れの中か
 	くずの山に入れられることでしょう.
 	(ヘッダページはジョブ中の各ファイル毎に印字されるのではなく,
 	ジョブ毎に印字されるということに注意してください. したがって,
 	紙の 消費はそれほどひどくはないかもしれません).</para>
 
       <para><emphasis>もし</emphasis>,
 	プリンタがプレインテキストを直接印字できるならば,  LPD
 	システムは印字物に対して自動的にヘッダページを付けることが
 	できます. PostScript プリンタを使っている場合は, ヘッダペー
 	ジを生成する外部プログラムが必要になります. これについては,
 	「<link linkend="printing-advanced-header-pages-ps">PostScript
 	  プリンタでのヘッダページ</link>」をご覧ください.</para>
 
       <sect3 id="printing-advanced-header-pages-enabling">
 	<title>ヘッダページの印字を許可する</title>
 
 	<para>「<link linkend="printing-simple">プリンタ設定導入編
 	  </link>」 では, <filename>/etc/printcap</filename>
 	  ファイルの <literal>sh</literal> (``suppress header'' :
 	  <quote>ヘッダを供給しない</quote>という意味) を指定して,
 	  ヘッダペー ジの印字を止めていました.
 	  プリンタでのヘッダページの印字を許可 するには,
 	  <literal>sh</literal> 項目を取り除くだけよい訳です.</para>
 
 	<para>とても簡単そうに見えるけど, 本当かな?</para>
 
 	<para>それは本当です.
 	  プリンタに初期化文字列を送るための出力フィ
 	  ルタを用意しなくてはならないかもしれません. 次に, Hewlett
 	  Packard PCL 互換プリンタの例を挙げます. </para>
 
 	<programlisting>#!/bin/sh
 #
 #  hpof - Output filter for Hewlett Packard PCL-compatible printers
 #  Installed in /usr/local/libexec/hpof
 
 
 printf "\033&amp;k2G" || exit 2
 exec /usr/libexec/lpr/lpf</programlisting>
 
 	<para><literal>of</literal>
 	  項目に出力フィルタのパス名を指定してください. 詳細につ
 	  いては, 「<link
 	    linkend="printing-advanced-of">出力フィルタ</link>」
 	  をご覧ください.</para>
 
 	<para>次に, 以前紹介したプリンタ <literal>teak</literal>
 	  のための  <filename>/etc/printcap</filename>
 	  ファイルの例を示します. ここでは, ヘッ
 	  ダページの印字を許可し, 上記の出力フィルタを追加しました.
 	</para>
 
 	<programlisting>#
 #  /etc/printcap for host orchid
 #
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:\
         :if=/usr/local/libexec/hpif:\
         :vf=/usr/local/libexec/hpvf:\
         :of=/usr/local/libexec/hpof:</programlisting>
 
 	<!-- kuriyama - literallayout? -->
 	<!-- si006 - now literal -->
 	<para>さて, ユーザが <literal>teak</literal>
 	  からジョブを印字させたとき, それぞれ
 	  のジョブ毎にヘッダページが印字されます.
 	  もし, ユーザが印字物を
 	  探すのに時間を費やしたいと思うなら,
 	  <command>lpr -h</command> によってジョ
 	  ブを入力することで,
 	  ヘッダページの印字を止めることができます.
 	  これ以外の
 	  &man.lpr.1; のオプションについては,
 	  「<link linkend="printing-lpr-options-misc">
 	    ヘッダページ用オプション</link>」
 	  をご覧ください.</para>
 
 	<note>
 	  <para>LPD では, ヘッダページの最後に, FORM FEED 文字が印
 	    字されます. プリンタに紙排出をさせるために, 別な文字,
 	    もしくは,  別な文字列が利用されている場合は,
 	    <filename>/etc/printcap</filename> 中の
 	    <literal>ff</literal> 項目で指定することができます.</para>
 	</note>
       </sect3>
 
       <sect3 id="printing-advanced-header-pages-controlling">
 	<title>ヘッダページを制御する</title>
 
 	<para>ヘッダページの印字が許可されていると, LPD は
 	  <emphasis>長いヘッ ダ</emphasis>を作ります. これには,
 	  紙全面に大きな文字でユーザ名, ホスト 名,
 	  ジョブ名が書かれています. 次に, このヘッダページの例を示
 	  します (kelly が ジョブ名 outline を rose
 	  というホストから印字 された場合). </para>
 
 	<programlisting>      k                   ll       ll
       k                    l        l
       k                    l        l
       k   k     eeee       l        l     y    y
       k  k     e    e      l        l     y    y
       k k      eeeeee      l        l     y    y
       kk k     e           l        l     y    y
       k   k    e    e      l        l     y   yy
       k    k    eeee      lll      lll     yyy y
                                                y
                                           y    y
                                            yyyy
 
 
                                    ll
                           t         l        i
                           t         l
        oooo    u    u   ttttt       l       ii     n nnn     eeee
       o    o   u    u     t         l        i     nn   n   e    e
       o    o   u    u     t         l        i     n    n   eeeeee
       o    o   u    u     t         l        i     n    n   e
       o    o   u   uu     t  t      l        i     n    n   e    e
        oooo     uuu u      tt      lll      iii    n    n    eeee
 
 
 
 
 
 
 
 
 
       r rrr     oooo     ssss     eeee
       rr   r   o    o   s    s   e    e
       r        o    o    ss      eeeeee
       r        o    o      ss    e
       r        o    o   s    s   e    e
       r         oooo     ssss     eeee
 
 
 
 
 
 
 
                                               Job:  outline
                                               Date: Sun Sep 17 11:04:58 1995</programlisting>
 
 	<para>LPD はこのテキストの終わりに FROM FEED 文字を加えます
 	  ので, ジョブは新しいページから開始されます (ただし,
 	  <filename>/etc/printcap</filename>
 	  で出力先のプリンタのエントリに  <literal>sf</literal>
 	  (suppress form feeds) が指定されているときはこ
 	  の限りではありません).</para>
 
 	<para>お望みならば, LPD
 	  に<emphasis>短いヘッダページ</emphasis>を出力させる
 	  こともできます. この場合は,
 	  <filename>/etc/printcap</filename> ファ イルの中で
 	  <literal>sb</literal> (short banner) を指定してください.
 	  ヘッダページは次のようになります. </para>
 
 	<programlisting>rose:kelly  Job: outline  Date: Sun Sep 17 11:07:51 1995</programlisting>
 
 	<para>デフォルトでは, LPD はヘッダページを最初に印字し, 次
 	  にジョブの印字をおこないます. この順番を逆にするときは,
 	  <filename>/etc/printcap</filename> で <literal>hl</literal>
 	  (header last) を指定 してください.</para>
       </sect3>
 
       <sect3 id="printing-advanced-header-pages-accounting">
 	<title>ヘッダページに対する課金</title>
 
 	<para>LPD に備わっているヘッダページ出力機能を使うと, 入力され
 	  たジョブに対して課金をおこなうことができても,
 	  ヘッダページは<emphasis>無
 	    料</emphasis>で提供しなくてはならない,
 	  という特有のやり方を強要されます.</para>
 
 	<para>なぜでしょうか.</para>
 
 	<para>出力フィルタは単なる外部プログラムなので,
 	  課金をするための制御 をおこなうとすれば,
 	  それはヘッダページを印字するときですが, 出力フィ ルタには,
 	  <emphasis>ユーザ名とホスト名</emphasis>
 	  の情報や課金情報を格納するファ イルがどれな
 	  のかということが知らされません. それゆえ, 出力ファイルには,
 	  誰
 	  にプリンタ利用の課金をおこなえばよいのかが分からないのです.
 	  テキス トフィルタやその他の変換フィルタ
 	  (これらのフィルタはユーザやホ ストの情報が知らされます)
 	  が出力ページの枚数に<quote>1ページ分水増しする</quote>だけでは十分ではありません.
           なぜなら, ユーザは
 	  <command>lpr -h</command> に
 	  よってヘッダページの出力を止めることができるからです.
 	  やみくも に1ページを水増しすると,
 	  印字されてもいないヘッダページに対する
 	  料金をとることになります. 基本的に, <command>lpr
 	    -h</command> は環境に優し
 	  い心を持つユーザに好まれるオプションですが,
 	  これを使うように奨 励することもできません.</para>
 
 	<para>各々のフィルタに独自のヘッダページを生成させる
 	  (その結果, ヘッ ダページに課金することができる)
 	  という方法<emphasis>でも十分であると
 	    はいえません</emphasis>. この場合, LPD はフィルタに
 	  <option>-h</option> の情報を送 りませんので, <command>lpr
 	    -h</command> によってヘッダページを印字しないオ
 	  プションを選択したとしても,
 	  依然としてヘッダページは印字され,
 	  その分の課金がおこなわれてしまいます.</para>
 
 	<para>では, どのような選択肢があるのでしょうか.</para>
 
 	<para>ヘッダページへの課金に関しては,
 	  次のことができます.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>LPD のやり方を受け入れ,
 	      ヘッダページは無料とする.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>LPRng などの LPD の代替品をインストールする.
               LPD と入れ替えが可能な他のスプーリングソフトウェアに関しては,
               <link linkend="printing-lpd-alternatives"
                     >標準スプーラの代替品</link>をご覧ください.</para>
 	  </listitem>
 
 	  <listitem>
 	    <!-- kuriyama - more para -->
 	    <para><emphasis>スマートな</emphasis>
 	      出力フィルタを作成する. 通常, 出力
 	      フィルタはプリンタを初期化するか, 単純な文字列変換をす
 	      る程度の働きしかしません. (テキスト (入力) フィルタがな
 	      い場合) 出力フィルタはヘッダページとプレインテキストの
 	      印字をおこなうのに適しています.
 
 	      プレインテキストを印字するためのテキストフィルタがない
 	      場合, LPD はヘッダページを印字するためだけの目的で出
 	      力フィルタを起動します. そして, LPD が生成するヘッダ
 	      ページのテキストを解析することにより, 出力フィルタはヘッ
 	      ダページに課金するために必要なユーザ名とホスト名を取得
 	      することができます. この方式の唯一の問題点は, 出力フィ
 	      ルタは課金情報を格納するデータファイルの名前を知ることが
 	      できないということです
 	      (<literal>af</literal> 項目で指定されたファイ
 	      ル名は出力ファイルに渡されません). しかし, 既知の
 	      名前の課金データファイルを使うのならば, その名前を出
 	      力フィルタのプログラム中に埋め込むことができます.
 
 	      解析の手順を簡単にするためには,
 	      <filename>/etc/printcap</filename>
 	      で <literal>sh</literal> 項目 (短いヘッダを指
 	      定) を使うとよいでしょう.
 
 	      そしてまた, ここまでの方法は少なからぬトラブルを生じさ
 	      せるかもしれません.
 	      そうなれば, もちろんユーザはヘッダペー
 	      ジを無料で
 	      提供してくれる気前のよいシステム管理者に感謝することで
 	      しょう.</para>
 	  </listitem>
 	</itemizedlist>
       </sect3>
 
       <sect3 id="printing-advanced-header-pages-ps">
 	<title>PostScript プリンタでのヘッダページ</title>
 
 	<para>これまでに述べたように, LPD ではプレインテキストのヘッ
 	  ダページをたくさんのプリンタに合うように生成することが
 	  できます.  残念ながら, PostScript プリンタは,
 	  プレインテキストを直接 印字することができません. ですから,
 	  LPD のヘッダページ機能は まったく役に立たない,
 	  あるいはほとんどの場合で役に立ちません.</para>
 
 	<para>ヘッダページを出力するための自明な方法の1つに,
 	  すべての変換フィ
 	  ルタとテキストフィルタにヘッダページを生成させる
 	  方法があります.  フィルタは,
 	  適切なヘッダページを生成するために, ユーザ名とホス
 	  ト名の引数を使うべきです. この方法の欠点は, いつでも,
 	  <emphasis remap=tt>lpr -h</emphasis>
 	  によってジョブが入力された場合でさえも, ヘッダページが印字
 	  されるということです.</para>
 
 	<para>この方法で試してみましょう. 次のスクリプトは, 3つの引数
 	  (ユーザ のログイン名, ホスト名, ジョブ名) をとり, 簡単な
 	  PostScript 用 のヘッダページを生成します.</para>
 
 	<programlisting>#!/bin/sh
 #
 #  make-ps-header - make a PostScript header page on stdout
 #  Installed in /usr/local/libexec/make-ps-header
 #
 
 #
 #  These are PostScript units (72 to the inch).  Modify for A4 or
 #  whatever size paper you are using:
 #
 page_width=612
 page_height=792
 border=72
 
 #
 #  Check arguments
 #
 if [ $# -ne 3 ]; then
     echo "Usage: `basename $0` &lt;user&gt; &lt;host&gt; &lt;job&gt;" 1&gt;&amp;2
     exit 1
 fi
 
 #
 #  Save these, mostly for readability in the PostScript, below.
 #
 user=$1
 host=$2
 job=$3
 date=`date`
 
 #
 #  Send the PostScript code to stdout.
 #
 exec cat &lt;&lt;EOF
 %!PS
 
 %
 %  Make sure we do not interfere with user's job that will follow
 %
 save
 
 %
 %  Make a thick, unpleasant border around the edge of the paper.
 %
 $border $border moveto
 $page_width $border 2 mul sub 0 rlineto
 0 $page_height $border 2 mul sub rlineto
 currentscreen 3 -1 roll pop 100 3 1 roll setscreen
 $border 2 mul $page_width sub 0 rlineto closepath
 0.8 setgray 10 setlinewidth stroke 0 setgray
 
 %
 %  Display user's login name, nice and large and prominent
 %
 /Helvetica-Bold findfont 64 scalefont setfont
 $page_width ($user) stringwidth pop sub 2 div $page_height 200 sub moveto
 ($user) show
 
 %
 %  Now show the boring particulars
 %
 /Helvetica findfont 14 scalefont setfont
 /y 200 def
 [ (Job:) (Host:) (Date:) ] {
 200 y moveto show /y y 18 sub def
 } forall
 
 /Helvetica-Bold findfont 14 scalefont setfont
 /y 200 def
 [ ($job) ($host) ($date) ] {
         270 y moveto show /y y 18 sub def
 } forall
 
 %
 %  That is it
 %
 restore
 showpage
 EOF</programlisting>
 
 	<para>そして, 変換フィルタやテキストフィルタがそれぞれ,
 	  最初にこのス クリプトを起動することで,
 	  ヘッダページが出力され, それから, ユー
 	  ザのジョブの印字をおこないます. 次に,
 	  このドキュメントの始めのほう で紹介した DVI 変換フィルタを,
 	  ヘッダページを印字するように変 更したものを示します. </para>
 
 	<programlisting>#!/bin/sh
 #
 #  psdf - DVI to PostScript printer filter
 #  Installed in /usr/local/libexec/psdf
 #
 #  Invoked by lpd when user runs lpr -d
 #
 
 orig_args="$@"
 
 fail() {
     echo "$@" 1&gt;&amp;2
     exit 2
 }
 
 while getopts "x:y:n:h:" option; do
     case $option in
         x|y)  ;; # Ignore
         n)    login=$OPTARG ;;
         h)    host=$OPTARG ;;
         *)    echo "LPD started `basename $0` wrong." 1&gt;&amp;2
               exit 2
               ;;
     esac
 done
 
 [ "$login" ] || fail "No login name"
 [ "$host" ] || fail "No host name"
 
 ( /usr/local/libexec/make-ps-header $login $host "DVI File"
   /usr/local/bin/dvips -f ) | eval /usr/local/libexec/lprps $orig_args</programlisting>
 
 	<para>このフィルタがユーザ名やホスト名を決定するために
 	  引数リストをど
 	  のように解析しなくてはならないかという点に注意してください.
 	  こ の解析方法は他の変換フィルタに対しても同様です.
 	  しかしながら,  テキストフィルタについては,
 	  引数の設定が少し異なっています (こ れについては, 「<link
 	    linkend="printing-advanced-filters">
 	    フィルタはどのように機能しているか</link>」
 	  をご覧ください).</para>
 
 	<para>前述の通り, 上記の手法は, 極めて単純なのにも関らず,
 	  <literal>lpr</literal>
 	  で<quote>ヘッダページを印字しない</quote>オプション
 	  (<option>-h</option> オプション) が 使えなくなっています.
 	  ユーザが森林資源を (あるいは, ヘッダペー
 	  ジが課金されているならば, その僅かな金額を),
 	  節約したいと望んでい る場合でも,
 	  すべてのフィルタがすべてのジョブ毎にヘッダページを印字
 	  することになっているので, 節約することはできません.</para>
 
 	<para>ジョブ毎に印字されるヘッダページを
 	  ユーザが抑制できるようにする ためには, 「<link
 	    linkend="printing-advanced-header-pages-accounting">
 	    ヘッダページに対する課金</link>」で紹介したトリックを
 	  使う必要があります. すな わち, LPD
 	  が生成するヘッダページの解析をおこない, PostScript
 	  版のヘッダページを出力させる出力フィルタを作るのです. この場
 	  合, ユーザが <command>lpr -h</command> でジョブを入力すると,
 	  LPD はヘッダペー ジを生成しなくなり, また,
 	  出力フィルタも起動されません. そうで ないならば,
 	  作成した出力フィルタが LPD からのテキストを読み込 み,
 	  ヘッダページを印字する適当な PostScript のコードがプリ
 	  ンタに送られるでしょう.</para>
 
 	<para>PostScript プリンタがシリアルポートに接続されている場合,
 	  出力フィルタとして <command>lprps</command> を,
 	  上記の動作をおこなうものとして  <command>psof</command>
 	  を使うことができます. ただし, <command>psof</command>
 	  はヘッダペー
 	  ジに対して課金をおこないませんので注意してください.</para>
       </sect3>
     </sect2>
 
     <sect2 id="printing-advanced-network-printers">
       <title>リモートプリンタからの出力</title>
 
       <para>FreeBSD では, ネットワーク越しの印字, すなわち, ジョブをリ
 	モートプリンタに送ることをサポートしています. リモートプリンタ
 	からの出力をするには, 一般に, 次の2つを参照してください.
       </para>
 
       <itemizedlist>
 	<listitem>
 	  <para>リモートホストに接続されたプリンタにアクセスする方 法.
 	    プリンタがあるホストのシリアル, または, パラレルイ
 	    ンタフェースに接続されている場合, ネットワーク上の他の
 	    ホストからこのプリンタにアクセスできるように LPD を設
 	    定します. 「<link
 	      linkend="printing-advanced-network-rm">リモートホストに
 	      接続されたプリンタ</link>」
 	    でどのよう にするかを説明します.</para>
 	</listitem>
 
 	<listitem>
 	  <para>ネットワークに直接接続されているプリンタにアクセ
 	    スする方法. プリンタに, 旧来のシリアル, または, パラレ
 	    ルインタフェースに加えて (もしくは, これらに代わって) ネッ
 	    トワーク用のインタフェースがある場合. そのようなプリン
 	    タは次のように動作するでしょう. </para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>そのプリンタが LPD のプロトコルを理解でき, リモー
 		トホストからのジョブを
 		キューに入れることさえできる場合.  この場合,
 		プリンタは, LPD が起動している一般のホスト
 		のように振る舞います. そのようなプリンタを設定するため
 		に, 「<link linkend="printing-advanced-network-rm">
 		  リモートホストに接続されたプリンタ</link>」
 		と同様の手 順をおこなってください.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>そのプリンタが, データストリームによるネットワー
 		ク接続をサポートしている場合. この場合, ネットワーク上
 		の1つのホストとしてプリンタを<quote>接続</quote>します.
 		このホス トは, ジョブをスプーリングする責任を負い,
 		スプーリング されたジョブはプリンタに送られます.
 		そのようなプリンタ
 		をインストールするためのいくつかの提案が「<link
 		  linkend="printing-advanced-network-net-if">
 		  ネットワークにおけるデータストリームの
 		  インタフェースを持つプリンタ</link>」にあります.</para>
 	    </listitem>
 	  </itemizedlist>
 	</listitem>
       </itemizedlist>
 
       <sect3 id="printing-advanced-network-rm">
 	<title>リモートホストに接続されたプリンタ</title>
 
 	<para>LPD スプーリングシステムでは LPD (または LPD 互換のシス
 	  テム)
 	  が起動している他のホストへジョブを送る機能が始めからサポー
 	  トされています. この機能により,
 	  あるホストに接続されたプリンタ へ,
 	  他のホストからアクセスできるようになります. また, LPD プ
 	  ロトコルを理解するネットワークインタフェースを持った
 	  プリンタに 対しても, この機能は働きます.</para>
 
 	<para>リモートプリンタへの出力を許可するためには, 最初に,
 	  あるホスト (これを,
 	  <emphasis>プリンタホスト</emphasis>と呼びます)
 	  にプリンタを接続します.  そして, 「 <link
 	    linkend="printing-simple"> プリンタ設定導入編</link>」
 	  に書かれた簡単なプリンタの設定をおこなってください.
 	  必要ならば,  「<link
 	    linkend="printing-advanced">プリンタ設定上級編</link>」
 	  にあ る, 更に進んだ設定をおこなってください. そして,
 	  そのプリンタをテス トしてうまく動作することを確認し, LPD
 	  に許可した機能がうまく働 くかどうかを見てください. さらに
 	  <emphasis>ローカルホスト</emphasis> が
 	  <emphasis>プリンタホスト</emphasis> の LPD サービスの使用を
 	  許可されているか確認して 下さい (「<link
 	    linkend="printing-advanced-restricting-remote">
 	    リモートホストからのプリンタの利用を制限する
 	  </link>」参照).</para>
 
 	<para>LPD
 	  互換のネットワークインタフェースを持つプリンタを使用してい
 	  る場合は, そのプリンタ自身が以下で説明する
 	  <emphasis>プリンタホスト</emphasis> になります. そして,
 	  <emphasis>プリンタ名</emphasis>とは, そのプリンタに設定し
 	  た名前のことを指します. これについては, プリンタ, および
 	  (また は),
 	  プリンタのネットワークインタフェースに付属するドキュメン
 	  トを参照してください.</para>
 
 	<tip>
 	  <para>
             ヒューレット・パッカード社の Laserjet シリーズを使用している場合には,
             プリンタ名を <literal>text</literal> とすると,
             自動的に LF から CRLF への変換が行なわれます.
             そのため, <filename>hpif</filename> スクリプトは必要ありません.
           </para>
 	</tip>
 
 	<para>次に,
 	  そのプリンタにアクセスしたいと思っている他ホストにおいて,
 	  そのホストの <filename>/etc/printcap</filename>
 	  ファイルに次にあげるエント リを作ります. </para>
 
 	<orderedlist>
 	  <listitem>
 	    <para>名前のエントリ. どんな名前でもよいのですが, 簡単
 	      のため, 多分, プリンタホストで設定されたプリンタ名や別
 	      名と同じものを使いたいと思うでしょう.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><literal>lp</literal>
 	      項目で指定されるデバイスは明示的に空にす る
 	      (<literal>:lp=:</literal> とする).</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>スプーリングディレクトリを作成し,
 	      <literal>sd</literal> 項目で その位置を指定する. LPD
 	      では, プリンタホストにジョブ を送信するまでの間,
 	      このディレクトリにジョブを格納しま す.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><literal>rm</literal>
 	      項目でプリンタホストの名前を指定します.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para><literal>rp</literal> 項目で
 	      <emphasis>プリンタホスト</emphasis> に接続したプリン
 	      タ名を指定します.</para>
 	  </listitem>
 	</orderedlist>
 
 	<para>これで終わりです.
 	  変換フィルタやページの大きさやその他の事項を
 	  <filename>/etc/printcap</filename>
 	  に加える必要はありません.</para>
 
 	<para>次に,
 	  リモートホストに接続されたプリンタで印字するための設定例
 	  を示します. ホスト <hostid>rose</hostid> には2台のプリンタ
 	  <literal>bamboo</literal> と  <literal>rattan</literal>
 	  が接続されています. これらのプリンタをホスト  <!-- kuriyama
 	  - check English version: orchid --> <hostid>orchid</hostid>
 	  のユーザが使えるようにしましょう. 最初に
 	  <hostid>orchid</hostid> の
 	  <filename>/etc/printcap</filename> を示します
 	  (このファイルは, 「<link
 	    linkend="printing-advanced-header-pages-enabling">
 	    ヘッダページの出力を許可する</link>」
 	  で参照することができます). このファイルには,  既に, プリンタ
 	  <literal>teak</literal> 用のエントリがありました. 以下では,
 	  <!-- kuriyama - chech English version: rose --> これに,
 	  ホスト <hostid>rose</hostid>
 	  にある2台のプリンタ用のエントリが加えられ ています. </para>
 
 	<programlisting>#
 #  /etc/printcap for host orchid - added (remote) printers on rose
 #
 
 #
 #  teak is local; it is connected directly to orchid:
 #
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:\
         :if=/usr/local/libexec/ifhp:\
         :vf=/usr/local/libexec/vfhp:\
         :of=/usr/local/libexec/ofhp:
 
 #
 #  rattan is connected to rose; send jobs for rattan to rose:
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :lp=:rm=rose:rp=rattan:sd=/var/spool/lpd/rattan:
 
 #
 #  bamboo is connected to rose as well:
 #
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :lp=:rm=rose:rp=bamboo:sd=/var/spool/lpd/bamboo:</programlisting>
 
 	<para><hostid>orchid</hostid>
 	  で必要となる作業はスプーリングディレクトリを
 	  作ることだけです. </para>
 
 	<screen>&prompt.root; <userinput>mkdir -p /var/spool/lpd/rattan /var/spool/lpd/bamboo</userinput>
 &prompt.root; <userinput>chmod 770 /var/spool/lpd/rattan /var/spool/lpd/bamboo</userinput>
 &prompt.root; <userinput>chown daemon.daemon /var/spool/lpd/rattan /var/spool/lpd/bamboo</userinput></screen>
 
 	<para>これで, <hostid>orchid</hostid> のユーザが
 	  <literal>rattan</literal> と <literal>bamboo</literal> で印字す
 	  ることができるようになりました.
 	  例えば, orchid のユーザが次の
 	  ように入力したとします.
 
 	  <screen>&prompt.user; <userinput>lpr -P bamboo -d sushi-review.dvi</userinput></screen>
 
 	  すると, orchid の LPD システムは, ジョブをスプーリングディレ
 	  クトリ <filename>/var/spool/lpd/bamboo</filename>
 	  にコピーし, これが DVI
 	  ファイルを印字するジョブであることを記録します.
 	  ホスト rose の
 	  <hostid>bamboo</hostid>
 	  用のスプーリングディレクトリに十分な容量が確保でき
 	  次第, 両者の LPD は, ジョブのファイルを rose に転送します. こ
 	  のファイルは, そのすべてが印字されるまで, rose
 	  のキューに留まり
 	  ます. (bamboo は PostScript プリンタなので) DVI から PostScript
 	  への変換は rose でおこなわれます.</para>
       </sect3>
 
       <sect3 id="printing-advanced-network-net-if">
 	<title>ネットワークにおけるデータストリームのインタ
 	  フェースを持つプリンタ</title>
 
 	<para>プリンタのネットワークインタフェースカードは, 2種類に分
 	  類することができます. 1つはスプーラをエミュレートするもの
 	  (高価) で, もう 1
 	  つはシリアルやパラレルポートを使うようにプリンタにデー
 	  タを送ることができるだけのもの (安価) です. この節では,
 	  後者の使 い方を説明します. 前者のプリンタは, 前節「<link
 	    linkend="printing-advanced-network-rm">
 	    リモートホストに接続されたプリンタ</link>」
 	  の方法が適用できます.</para>
 
 	<para><filename>/etc/printcap</filename> ファイルでは,
 	  シリアルかパラレルのイン タフェースのどちらを使うのか,
 	  そして, (シリアルインタフェース を使う場合)
 	  そのボーレートはいくらであるか, フロー制御は使うのか,
 	  タブのための遅延を加えるのか,
 	  改行文字を変換するかなどの指定を おこなうことができます.
 	  しかし, TCP/IP や他のネットワークポートか
 	  らデータを受け取るプリンタを接続するための
 	  指定をおこなうことはでき ません.</para>
 
 	<para>ネットワーク接続されたプリンタにデータを送るためには,
 	  テキスト フィルタと変換フィルタから呼び出すことができる
 	  通信プログラムを 開発する必要があります. 以下に,
 	  そのようなプログラムの例を示し ます. スクリプト
 	  <command>netprint</command> では, 標準入力から印字データを
 	  すべて受け取り,
 	  ネットワーク接続されたプリンタにこれを送ります.
 	  <command>netprint</command>
 	  の最初の引数でプリンタのホスト名を, 2番目の引数
 	  で接続するポート番号を指定します.
 	  このプログラムでは単方向通信 (FreeBSD からプリンタ)
 	  のみをサポートしていることに注意してくだ さい.
 	  ネットワークプリンタの多くは双方向通信をサポートしていま
 	  すので, その恩恵 (プリンタの状態を得たり,
 	  課金をおこなうなど) にあず かりたいと思われるかもしれません.
 	</para>
 
 	<programlisting>#!/usr/bin/perl
 #
 #  netprint - Text filter for printer attached to network
 #  Installed in /usr/local/libexec/netprint
 #
 
 $#ARGV eq 1 || die "Usage: $0 &lt;printer-hostname&gt; &lt;port-number&gt;";
 
 $printer_host = $ARGV[0];
 $printer_port = $ARGV[1];
 
 require 'sys/socket.ph';
 
 ($ignore, $ignore, $protocol) = getprotobyname('tcp');
 ($ignore, $ignore, $ignore, $ignore, $address)
     = gethostbyname($printer_host);
 
 $sockaddr = pack('S n a4 x8', &amp;AF_INET, $printer_port, $address);
 
 socket(PRINTER, &amp;PF_INET, &amp;SOCK_STREAM, $protocol)
     || die "Can't create TCP/IP stream socket: $!";
 connect(PRINTER, $sockaddr) || die "Can't contact $printer_host: $!";
 while (&lt;STDIN&gt;) { print PRINTER; }
 exit 0;</programlisting>
 
 	<para>このスクリプトは,
 	  様々なフィルタが利用することができます. 仮に,  Diablo 750-N
 	  ラインプリンタを持っており, これがネットワークに
 	  接続されているとしましょう.
 	  プリンタはポート番号5100にて印字す るデータを受け取ります.
 	  プリンタのホスト名は scrivener としま す. このとき,
 	  このプリンタのテキストフィルタは次のようになりま す. </para>
 
 	<programlisting>#!/bin/sh
 #
 #  diablo-if-net - Text filter for Diablo printer `scrivener' listening
 #  on port 5100.  Installed in /usr/local/libexec/diablo-if-net
 #
 
 exec /usr/libexec/lpr/lpf "$@" | /usr/local/libexec/netprint scrivener 5100</programlisting>
       </sect3>
     </sect2>
 
     <sect2 id="printing-advanced-restricting">
       <title>プリンタの利用に制約を与える</title>
 
       <para>本節では, プリンタの利用に制約を与えるための情報を記して
 	います. LPD システムでは, プリンタ (ローカル, リモートのいずれ
 	に接続されていても) にアクセスできる人を制限する機能, 複数部の
 	コピーの印字の可否を制御する機能, ジョブのサイズの最大値やプリ
 	ンタキューに入るジョブの最大個数を制御する
 	機能を提供しています.</para>
 
       <sect3 id="printing-advanced-restricting-copies">
 	<title>複数部のコピーの印字を制限する</title>
 
 	<para>LPD
 	  システムではユーザが複数部のコピーの印字を簡単におこなう
 	  機能を提供しています. ユーザが, (例えば) <command>lpr
 	    -#5</command> コマ ンドを使ってジョブを印字すると,
 	  ジョブのそれぞれのファイルのコ ピーを5部得ることができます.
 	  これがよい機能であると思うかどう
 	  かは人それぞれでしょう.</para>
 
 	<para>複数部のコピーの印字によってプリンタが
 	  必要以上に消耗してしまう
 	  と感じるならば, <filename>/etc/printcap</filename>
 	  ファイルに <literal>sc</literal> 項
 	  目を加えてください. これにより,
 	  &man.lpr.1; の <option>-#</option> オプションの使用
 	  が禁止されます. このオプションが指定されているにも関らず,
 	  <option>-#</option> オプションを使うと,
 	  次のようなメッセージが表示され,
 	  このオプションの利用できない旨を伝えます. </para>
 
 	<screen>lpr: multiple copies are not allowed</screen>
 
 	<para>リモートホストからプリンタをアクセスできる
 	  設定にしている場合 (この 設定については, 「<link
 	    linkend="printing-advanced-network-rm">
 	    リモートホストに接続されたプリンタ</link>」
 	  をご覧ください), その リモートホストの
 	  <filename>/etc/printcap</filename> にも同じように
 	  <literal>sc</literal>
 	  項目を追加する必要があることに注意してください.
 	  そうしないと, ユーザは別なホストから複数部のコピーの
 	  印字することができてしま います.</para>
 
 	<para>例を使って説明しましょう. 次に示す
 	  <filename>/etc/printcap</filename> ファ イルは, ホスト
 	  <hostid>rose</hostid> のものです. プリンタ
 	  <literal>rattan</literal> は極めて 頑丈なので,
 	  複数部のコピーの印字は許可されています. しかし, レー
 	  ザプリンタの <literal>bamboo</literal>
 	  はもう少しデリケートで, このプリンタ
 	  から複数部のコピーを印字することを <literal>sc</literal>
 	  項目を追加すること で禁止しています. </para>
 
 	<programlisting>#
 #  /etc/printcap for host rose - restrict multiple copies on bamboo
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:sc:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	<para>さらに, orchid の <filename>/etc/printcap</filename>
 	  にも <literallayout>sc</literallayout> 項目を
 	  追加する必要があります (<hostid>orchid</hostid>
 	  でこの編集をおこなっているときに, つ いでに, プリンタ
 	  <literal>teak</literal> でも複数部のコピーの印字を禁止する
 	  ことにしましょう). </para>
 
 	<programlisting>#
 #  /etc/printcap for host orchid - no multiple copies for local
 #  printer teak or remote printer bamboo
 
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:sc:\
         :if=/usr/local/libexec/ifhp:\
         :vf=/usr/local/libexec/vfhp:\
         :of=/usr/local/libexec/ofhp:
 
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :lp=:rm=rose:rp=rattan:sd=/var/spool/lpd/rattan:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :lp=:rm=rose:rp=bamboo:sd=/var/spool/lpd/bamboo:sc:</programlisting>
 
 	<para><literal>sc</literal> 項目を指定することにより,
 	  <command>lpr -#</command> の使用を防
 	  ぐことができます. しかし, この状態では
 	  &man.lpr.1; を複数回起動し
 	  たり, 1回のジョブで次のように同じファイルを
 	  複数個指定すること
 	  を防ぐまでには至っていません. </para>
 
 	<screen>&prompt.user; <userinput>lpr forsale.sign forsale.sign forsale.sign forsale.sign forsale.sign</userinput></screen>
 
 	<para>このような悪用を防ぐ方法は
 	  (その指示を無視することも含めて) たく さんあります.
 	  各自で調べてみてください.</para>
       </sect3>
 
       <sect3 id="printing-advanced-restricting-access">
 	<title>プリンタを使用できる人を限定する</title>
 
 	<para>それぞれのプリンタを使用できる人を限定するには, UNIX の
 	  グループ権限のメカニズムを利用し, さらに,
 	  <filename>/etc/printcap</filename> で <literal>rg</literal>
 	  項目を指定することでおこないます.
 	  あるプリンタにアクセスさせてもよいと思うユーザすべてを
 	  UNIXのある グループに入れてください. そして,
 	  そのグループ名を <literal>rg</literal> で 指定します.</para>
 
 	<para>このとき, そのグループに含まれないユーザ
 	  (root も含む) には, 次のようなメッセー
 	  ジが表示され, プリンタの使用はできません.
 
 	  <errorname>
 	    lpr: Not a member of the restricted group
 	  </errorname>
 	</para>
 
 	<para><literal>sc</literal> (suppress multiple copies :
 	  複数部のコピーの印字を禁止
 	  する) を指定するときと同様に, <literal>rg</literal>
 	  が指定されたプリンタがリ
 	  モートホストからもアクセスでき
 	  (この設定については,
 	  「<link linkend="printing-advanced-network-rm">
 	    リモートホストに接続されたプリンタ</link>」
 	  をご覧ください), かつ, そ
 	  のホストでもプリンタを使用できる人を限定するのが
 	  妥当であると思
 	  う場合は, そのホストの
 	  <filename>/etc/printcap</filename> にも
 	  <emphasis remap=tt>rg</emphasis> 指
 	  定をおこなう必要があります.</para>
 
 	<para>例えば, プリンタ <literal>rattan</literal>
 	  は誰でも利用できるが,  <literal>bamboo</literal> はグループ
 	  <literal>artists</literal> に属している人のみが利用で
 	  きるようにしてみましょう. 以下に, もうお馴染みとなったホスト
 	  <hostid>rose</hostid> の <filename>/etc/printcap</filename>
 	  を示します. </para>
 
 	<programlisting>#
 #  /etc/printcap for host rose - restricted group for bamboo
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	<para>これ以外の <filename>/etc/printcap</filename> ファイル
 	  (ホスト <hostid>orchid</hostid> のもの)
 	  はそのままにしておくことにします. もちろん,
 	  <hostid>orchid</hostid> のユーザは 全員
 	  <literal>bamboo</literal> を利用することができます. これは,
 	  <hostid>orchid</hostid> に
 	  は特定のユーザのみにしかアクセスさせておらず,
 	  そのユーザにはプ
 	  リンタを利用させたいと思っているからなのかもしれませんし,
 	  そう でないかもしれません.</para>
 
 	<note>
 	  <para>1台のプリンタを複数グループのユーザに利用させること
 	    はできません.</para>
 	</note>
       </sect3>
 
       <sect3 id="printing-advanced-restricting-sizes">
 	<title>入力可能なジョブのサイズを制限する</title>
 
 	<para>たくさんのユーザからプリンタが利用される場合には, 多分,
 	  ユーザが印字要求を出すことができるファイルのサイズに
 	  上限値を置 く必要が生じるでしょう. 結局のところ,
 	  スプーリングディレクトリ
 	  が置かれているファイルシステムの空き容量がその
 	  上限値になる訳で すが,
 	  あるユーザがこれを独占的に使用すること避けるために, 他ユー
 	  ザからのジョブ用の空き容量を確保する必要もあります.</para>
 
 	<para>LPD では, <literal>mx</literal>
 	  項目を指定することにより, ジョブ中の個々のファ
 	  イルのサイズの上限値を制限する機能を提供しています.
 	  指定される ファイルサイズの単位は BUFSIZ ブロックで, 1
 	  BUFSIZ ブロックは 1024バイトを表わします. この <literal>
 	  mx</literal> 項目の値として0が指定されると,
 	  ファイルサイズの制限はなくなります.
 	  <literal>mx</literal> が指定されない場合は,
 	  デフォルトの制限として 1000 ブロックが使われます.
 	</para>
 
 	<note>
 	  <para>この制限はジョブ中の各
 	    <emphasis>ファイル</emphasis>に対して適用されるものであり,
 	    ジョブ全体のサイズ
 	    を制限するものでは<emphasis>ありません</emphasis>.</para>
 	</note>
 
 	<para>ところで,
 	  プリンタに設定された上限値を超えるファイルサイズのファ
 	  イルが入力された場合でも, LPD はこれを拒否しません. その代わ
 	  りに, このファイルは,
 	  その先頭から上限値のファイルサイズまでし
 	  かキューに入れられません. そして, その部分までが印字され,
 	  残り の部分は捨てられます.
 	  これが正しい動作といえるのかどうかは議
 	  論の余地があるところです.</para>
 
 	<para>それでは, 設定例に登場しているプリンタ
 	  <literal>rattan</literal> と  <literal>bamboo</literal>
 	  の印字可能なファイルサイズに制限を加えてみましょう.  artists
 	  グループの人達が作る PostScript ファイルのサイズは
 	  巨大になる傾向があるので, 上限値を5Mバイトとします.
 	  それから,
 	  プレインテキスト用のラインプリンタは無制限とします. </para>
 
 	<programlisting>#
 #  /etc/printcap for host rose
 #
 
 #
 #  No limit on job size:
 #
 rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:mx#0:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:
 
 #
 #  Limit of five megabytes:
 #
 bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:mx#5000:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	<para>この場合もそうですが, この制限はローカル (ホスト rose)
 	  のユーザ のみに適用されます.
 	  リモートホストからプリンタを利用できるよう
 	  に設定している場合は,
 	  そのリモートホストのユーザはこの制限を受 けません.
 	  これらのユーザにも制限を加える場合は, リモートホスト の
 	  <filename>/etc/printcap</filename> の <literal>mx</literal>
 	  を指定する必要があります.
 	  リモートホストから印字するための詳しい情報については,
 	  「<link
 	    linkend="printing-advanced-network-rm">
 	    リモートホストに接続されたプリンタ</link>」
 	  を参照してください.</para>
 
 	<para>リモートホストに接続されたプリンタへのジョブの
 	  サイズを制限する 特別な方法は他にもあります. これについては,
 	  「<link linkend="printing-advanced-restricting-remote">
 	    リモートホストからのプリンタの利用を制限する</link>」
 	  を参照してください.</para>
       </sect3>
 
       <sect3 id="printing-advanced-restricting-remote">
 	<title>リモートホストからのプリンタの利用を制限する</title>
 
 	<para>LPD スプーリングシステムでは, リモートホストから要求され
 	  たジョブの印字を制限するための方法がいくつか
 	  提供されています.</para>
 
 	<variablelist>
 	  <varlistentry><term>ホストの制限</term>
 	    <listitem>
 	      <para>ローカルの LPD
 		が印字要求を受け付けるリモートホストは,  ファイル
 		<filename>/etc/hosts.equiv</filename> と
 		<filename>/etc/hosts.lpd</filename>
 		によって制御することができます.  LPD では,
 		あるホストから印字の要求がきたとき, このホス
 		トの名前がこれら2つのファイルのどちらかに含まれている
 		かどうかを調べます. これが含まれていない場合は, LPD
 		はこの要求を拒否します.</para>
 
 	      <para>これらのファイルの形式は単純です.
 		各行にホストの名前を
 		1つずつ書いていきます. ファイル
 		<filename>/etc/hosts.equiv</filename> の方は
 		&man.ruserok.3; プロトコル
 		でも利用され, &man.rsh.1; や &man.rcp.1;
 		といったプログラム
 		の動作に影響するので注意が必要です.
 		<filename>/etc/hosts.equiv</filename>
 		の記述は慎重におこないましょう.</para>
 
 	      <para>例として, 以下にホスト <hostid>rose</hostid> の
 		<filename>/etc/hosts.lpd</filename>  を示します.
 	      </para>
 
 	      <programlisting>orchid
 violet
 madrigal.fishbaum.de</programlisting>
 
 	      <para>この例では, <hostid>rose</hostid> はホスト
 		<hostid>orchid</hostid>, <hostid>violet</hostid>,
 		そして  <hostid
 		  role="fqdn">madrigal.fishbaum.de</hostid>
 		からの要求を受け付けることになり ます.
 		その他のホストが <hostid>rose</hostid> の LPD
 		にアクセスしようと しても,  LPD はそのジョブを拒否します
 		(訳注:拒否されるのは,  そのホストが
 		<filename>/etc/hosts.equiv</filename> にも含まれてい
 		ない場合です).</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>サイズの制限</term>
 	    <listitem>
 	      <para>スプーリングディレクトリがある
 		ファイルシステムに残して
 		おく必要がある空き容量の大きさを制御することが
 		できます.
 		ローカルプリンタ用のスプーリングディレクトリに
 		<filename>minfree</filename>
 		という名前のファイルを作成します. そして,
 		そのファイルの中にリモートホストからのジョブの要求を受
 		け付けるために必要な空き容量のディスクブロックサイズ
 		(1 ディスクブロック=512バイト) を記します.</para>
 
 	      <para>これで,
 		リモートホストのユーザにファイルシステムを満杯
 		にされないことが保証されます. この機能を使うと, ローカ
 		ルホストのユーザに対してある種の優先権を与えることもで
 		きます. ローカルホストのユーザは,
 		<filename>minfree</filename> ファイ
 		ルで指定された値よりもディスクの空き容量が下回った後で
 		もずっと,
 		ジョブをキューに入れることができるのです.</para>
 
 	      <para>例えば, プリンタ <hostid>bamboo</hostid> 用の
 		<filename>minfree</filename> を作っ てみましょう.
 		このプリンタのスプーリングディレクトリを 調べるために,
 		<filename>/etc/printcap</filename> を調べてみましょ
 		う. 以下に, <hostid>bamboo</hostid>
 		のエントリ部分を示します. </para>
 
 	      <programlisting>bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
         :sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:mx#5000:\
         :lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:mx#5000:\
         :if=/usr/local/libexec/psif:\
         :df=/usr/local/libexec/psdf:</programlisting>
 
 	      <para>スプーリングディレクトリは
 		<literallayout>sd</literallayout> で指定されます.  LPD
 		がリモートホストからのジョブを受け付けるために必要
 		なファイルシステムの空き容量を3Mバイト
 		(=6144ディスクブ ロック) にすることにしましょう.
 	      </para>
 
 	      <screen>&prompt.root; <userinput>echo 6144 &gt; /var/spool/lpd/bamboo/minfree</userinput></screen>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>利用ユーザの制限</term>
 	    <listitem>
 	      <para><filename>/etc/printcap</filename> の
 		<literal>rs</literal> 項目を指定することで,
 		ローカルプリンタを利用できるリモートホストのユーザを制
 		限することができます. ローカルホストに接続されたプリン
 		タ用のエントリに <literal>rs</literal>
 		項目が指定されている場合,  LPD
 		は印字を要求したユーザのアカウントと同じログイン名
 		がローカルホストに登録されている<emphasis>場合に限り</emphasis>
 		, その
 		ジョブが受け付けられます. そうでないユーザからのジョブ
 		は LPD は拒否します.</para>
 
 	      <para>この機能は, (例えば)
 		複数の部署がネットワークを共有して おり,
 		この内のあるユーザが部署の境界を越えて活動してい
 		る場合には特に有用です. そのようなユーザに対して, シス
 		テムのアカウントを与えるだけで, これらのユーザは自分が
 		所属する部署のシステムからそのシステムに接続されている
 		プリンタを使用することができます. これらのユーザにはむ
 		しろ, プリンタの使用<emphasis>だけ</emphasis>を認め,
 		その他のコンピュー タ資源を利用させたくないときは,
 		それらのユーザにはホー ムディレクトリを与えず,
 		ログインシェルはシェルとしては 何の役にも立たない
 		<filename>/usr/bin/false</filename> などを指定 して,
 		これらのユーザのアカウントはプリンタ用の<quote>形式的な</quote>ものとします.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
     </sect2>
 
     <sect2 id="printing-advanced-acct">
       <title>プリンタの利用に対する課金</title>
 
       <para>という訳で, 印字するためには料金をとることが必要です. 取ら
 	ない理由などありましょうか. 紙やインクにはお金がかかります. そ
 	して, プリンタの維持費もかかります. プリンタには可動部分が搭載
 	されており, これらの部分は壊れやすいという傾向があります. プリ
 	ンタや, その利用形態, 維持費について調査をし, 1ページ (1フィー
 	ト, 1メートルなど) 当たりにかかるコストを調べておいてください.
 	これに基づき, プリンタの利用に対する課金を, 実際に, どのように
 	始めればよいのでしょうか.</para>
 
       <para>さて, 残念ながら, この部分に関しては LPD
 	スプーリングシステム はほとんど役に立ちません.
 	課金は使用しているプリンタの種類, 印
 	字するもののファイルの形式,
 	プリンタの利用に対する課金での
 	<emphasis>あなた自身の</emphasis>要求に大きく左右されます.</para>
 
       <para>課金システムを実現するためには, プリンタのテキストフィルタ
 	(プ レインテキストのジョブに対して課金するため) と変換フィルタ
 	(その 他のファイル形式に対して課金するため) を変更して,
 	印字したペー ジを数えたり,
 	プリンタに印字したページ数を取得するための要求を
 	送る必要があります. ただし, 出力フィルタのみを利用している場合
 	は, 課金をおこなうことができません. フィルタに関しては,
 	「<link
 	  linkend="printing-advanced-filter-intro">
 	  フィルタ</link>」をご覧く ださい.</para>
 
       <para>一般に, 課金方式には次の2つがあります. </para>
 
       <itemizedlist>
 	<listitem>
 	  <para><emphasis>定期的に課金する方法</emphasis>
 	    はよく利用される方法です.  この理由は, 恐らく,
 	    比較的簡単に実現できるからです. 誰
 	    かがジョブを印字する度に, フィルタはそのユーザ名, ホス
 	    ト名, 印字したページ数を課金データファイルに記録します.
 	    毎月, 毎学期, 毎年, あるいは, お好みの時期に, 様々なプ
 	    リンタの課金用ファイルを集め, それぞれのユーザが印字し
 	    たページ数を合計し, その分の課金をおこないます. 次回の課金
 	    時期のためのデータを0にして課金を再開するために, この
 	    処理をおこなった後, すべてのログファイルを削除し,</para>
 	</listitem>
 
 	<listitem>
 	  <para><emphasis>利用毎に課金する方法</emphasis>
 	    はあまり利用されていません.  これは,
 	    実現するのが比較的難しいからです. この方式では,
 	    プリンタを使用したらすぐに, フィルタがユーザにその利用
 	    に対する課金をおこないます. ディスククオータのように, 課金
 	    作業は瞬時におこなわれます. この方式では, ユーザのアカウン
 	    トが赤字になる場合に, ユーザが印字をおこなうことを拒否する
 	    ことができます. また, ユーザに<quote>プリンタ版 quota</quote>を調べたり,
 	    調整したりする方法を提供したいと思うかもしれ ません.
 	    これを実現するためには, ユーザとその quota を
 	    追跡するために, あるデータベース用のコードが必要となり
 	    ます.</para>
 	</listitem>
       </itemizedlist>
 
       <para>LPD スプーリングシステムでは, 両方式を簡単にですがサポー
 	トしています. これは, (ほとんどの場合で) 印字作業をフィ
 	ルタがおこなっていたように, 課金作業もこのためのコードも用
 	意することで実現されています. しかし, 明るい面もありま す.
 	それは, 課金方式に関して, 非常に大きな柔軟性が与え
 	られたということです. 例えば, 「定期的に課金する方法」 か,
 	「利用毎に課金する方法」のどちらかを選びまず, そし て,
 	どんな情報 (ユーザ名, ホスト名, ジョブのタイプ, 印
 	字された頁数, 使用した紙の大きさ, 印字をするために要した
 	時間など) をログに記録するかを決めます. 以上のことをおこな
 	うには, 上記の情報を保持するために, フィルタを変更しな
 	くてはなりません.</para>
 
       <sect3>
 	<title>手軽なプリンタ課金方法</title>
 
 	<para>FreeBSD には, 「定期的に課金する方法」による課金をすぐに
 	  設定できるように, 2個のプログラムを添付しています. そ
 	  の内の1つはテキストフィルタ <command>lpf</command> で,
 	  これについて
 	  は, 「<link linkend="printing-advanced-lpf">
 	    テキストフィルタ lpf</link>」をご覧ください. もう1つは,
 	  &man.pac.8; で,
 	  これはプリンタの課金データファイルからのエントリを集め,
 	  これを合計するプログラムです.</para>
 
 	<para>「<link linkend="printing-advanced-filters">
 	    フィルタはどのように機能しているか</link>」で述べたように,
 	  LPD では テキストフィルタや変換フィルタを起動しますが,
 	  そのコマ
 	  ンドラインで使用している課金データファイルの名前が指定
 	  されます. 両フィルタはこの引数を使って, どの課金データ
 	  ファイルのエントリに書き込めばよいのかを知ることができ ます.
 	  このファイルの名前は <filename>/etc/printcap</filename> 中の
 	  <literal>af</literal> 項目によって指定されます.
 	  このファイルが絶対パ スで指定されない場合は,
 	  スプーリングディレクトリからの
 	  相対パスとして扱われます.</para>
 
 	<para>LPD は, 紙のページの幅と行数 (<literal>pw</literal> と
 	  <literal>pl</literal> 項目で 指定される) を引数として
 	  <command>lpf</command> を起動します.  <command>lpf</command>
 	  では, 何ページ印字したかを決定するためにこれ
 	  らの引数を使用します. ファイルをプリンタに送った後, 課
 	  金情報を課金データファイルに書き込みます. このファイル
 	  は次のようになります. </para>
 
 	<programlisting>2.00 rose:andy
 3.00 rose:kelly
 3.00 orchid:mary
 5.00 orchid:mary
 2.00 orchid:zhang</programlisting>
 
 	<!-- kuriyama - this para is not sync with Eng. ver? -->
 	<para>課金データファイルはプリンタ毎に分けて作るべきです. こ
 	  れは, <command>lpf</command>
 	  にはデータファイルをロックする機構が組
 	  み込まれていないためです. したがって, <command>lpf</command>
 	  が2つ起動 されたとき,
 	  同じファイルに同時に書き込みをおこなった場合,
 	  お互いのエントリが破壊されてしまうかもしれません. 課金
 	  用ファイルを各プリンタ毎に確実に分けるには,
 	  <filename>/etc/printcap</filename> 中の
 	  <literal>af=acct</literal> 項目を使いま す.</para>
 
 	<para>プリンタの利用に対してユーザに課金する準備ができたら,
 	  スプーリングディレクトリに移動した後,
 	  &man.pac.8; と入力
 	  してください. 次のような, ドル中心主義の課金リストが表
 	  示されます(訳注:ドル中心主義という表現は, 表示がドルで
 	  出ることへの著者の皮肉でしょう. セントがあるので小数点
 	  以下が表示されますが, この機能も日本では邪魔ですね).</para>
 
 	<screen>  Login               pages/feet   runs    price
 orchid:kelly                5.00    1   $  0.10
 orchid:mary                31.00    3   $  0.62
 orchid:zhang                9.00    1   $  0.18
 rose:andy                   2.00    1   $  0.04
 rose:kelly                177.00  104   $  3.54
 rose:mary                  87.00   32   $  1.74
 rose:root                  26.00   12   $  0.52
 
 total                     337.00  154   $  6.74</screen>
 
 	<para>&man.pac.8; が受け付ける引数には
 	  次のようなものがあります. </para>
 
 	<variablelist>
 	  <varlistentry><term><option>-P<replaceable>printer</replaceable></option></term>
 	    <listitem>
 	      <para> プリンタ <replaceable>printer</replaceable>
 		の利用に対する課金リストを作成し ます.
 		このオプションは, <filename>/etc/printcap</filename>
 		の  <literal>af</literal>
 		が絶対パスで指定されていた場合に限り, 動作しま
 		す.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-c</option></term>
 	    <listitem>
 	      <para>ユーザ名のアルファベット順ではなく,
 		課金額の低い順にリ ストを並べます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-m</option></term>
 	    <listitem>
 	      <para>課金データファイルにあるホスト名を無視します.
 		このオプショ ンを使用すると, ホスト
 		<hostid>alpha</hostid> のユーザ
 		<username>smith</username> とホスト
 		<hostid>gamma</hostid> のユーザ
 		<username>smith</username> は同一人物として扱われます.
 		この オプションが指定されない場合は,
 		両者は別なユーザとして 扱います.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-p<replaceable>price</replaceable></option></term>
 	    <listitem>
 	      <para><filename>/etc/printcap</filename> の
 		<literal>pc</literal> 項目で指定された値,  または,
 		デフォルトの値 (2セント) に代わり, 紙1ページ, ま たは,
 		1フィート当たりの価格を指定します.
 		<replaceable>price</replaceable>  として,
 		浮動小数点数を指定することができます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-r</option></term>
 	    <listitem>
 	      <para>リストの並べる順番を逆順にします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-s</option></term>
 	    <listitem>
 	      <para>課金リストを作成し,
 		課金データファイルを削除します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><replaceable>name</replaceable> <replaceable>&hellip;</replaceable></term>
 	    <listitem>
 	      <para>ユーザ <replaceable>names</replaceable>
 		に対する課金情報のみを表示します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>&man.pac.8; が生成するデフォルトのリストには,
 	  各ホストのユーザ別
 	  に印字ページ数が表示されます.
 	  (ユーザがサイト内のすべてのホスト
 	  を使用できるため) ホスト名の情報が意味を持たない場合,
 	  <command>pac -m</command>
 	  を実行してください. 次のようなリストが得られます.</para>
 
 	<screen>  Login               pages/feet   runs    price
 andy                        2.00    1   $  0.04
 kelly                     182.00  105   $  3.64
 mary                      118.00   35   $  2.36
 root                       26.00   12   $  0.52
 zhang                       9.00    1   $  0.18
 
 total                     337.00  154   $  6.74</screen>
 
 	<para>課金額を決めるために,
 	  &man.pac.8; は <filename>/etc/printcap</filename> ファ
 	  イルの <literal>pc</literal>
 	  項目で指定された値 (デフォルト値は200, すなわち1
 	  ページ当たり2セント)
 	  を使います. この項目で, 印字物に課金したい
 	  と思う1ページ当たり,
 	  または, 1フィート当たりの価格を100分の1セ
 	  ント単位で指定します.
 	  &man.pac.8; を <option>-p</option> オプション付きで起動
 	  すると, この値を置き換えることができます.
 	  この <option>-p</option> オプショ
 	  ンで指定する額の単位は,
 	  100分の1セント単位ではなく, ドル単位で
 	  す. 例えば, 次の指定では,
 	  1ページ当たりの単価が1ドル50セントに
 	  なります.
 
 	  <screen>&prompt.root; <userinput>pac -p1.50</userinput></screen>
 
 	  このオプションを使うと,
 	  実際の課金額を集計することができます.</para>
 
 	<para>最後に, <command>pac -s</command>
 	  を起動すると, 課金情報は課金データ累計ファ
 	  イルに保存されます.
 	  このファイルの名前は, プリンタの課金データ
 	  ファイルの後ろに
 	  <literal>_sum</literal> を付けたものとなります. そして, 課
 	  金データファイルは削除されます. 次に
 	  &man.pac.8; が起動されると,
 	  その時点までの累計金額を得るために,
 	  課金データ累計ファイルが読
 	  み込まれ, 通常の課金データファイルからの情報に
 	  加算されます.</para>
       </sect3>
 
       <sect3>
 	<title>印字されたページ数をどのように数えるか?</title>
 
 	<para>課金を, リモートホストからの印字でさえも,
 	  正確におこなうため には,
 	  ジョブで使用された紙が何ページであるかを特定でき
 	  る必要があります. このことは, プリンタ利用に対する課金
 	  をおこなう上の根本的な問題です.</para>
 
 	<para>プレインテキストのジョブの場合, 問題を解決するのはさほ
 	  ど難しくはありません. ジョブが何行であったかを数え, プ
 	  リンタがサポートしている紙1ページに印字できる最大の行
 	  数と比較すればよいのです. 重ね打ちするために利用される
 	  ファイル中のバックスペース文字や, 物理的に複数の行に渡
 	  る長い論理行に対する取り扱いを
 	  忘れずにおこなってください.</para>
 
 	<para>(「<link
 	    linkend="printing-advanced-lpf">テキストフィルタ
 	    lpf</link>」で紹介した) テキストフィルタ
 	  <command>lpf</command> では,  課金をおこなうときに,
 	  これらの取り扱いをおこなってくれます. 課
 	  金をおこなうために必要なテキストフィルタを作成している方は,
 	  <command>lpf</command>
 	  のソースコードが参考になるでしょう.</para>
 
 	<para>これに対して, 他のファイル形式の処理はどのようにすれば
 	  よいのでしょうか.</para>
 
 	<para>まず, DVI から LaserJet, または, DVI から PostScript
 	  への変換の場合, フィルタが <command>dvilj</command> や
 	  <command>dvips</command> の 出力メッセージを解析することで,
 	  何ページ分の変換がおこなわ れたかを知ることができます.
 	  他のファイル形式とその変換 プログラムに関しても,
 	  同様のことができるかもしれません.</para>
 
 	<para>しかし, この方式には問題点があります. それは, 変換され
 	  たページがすべて印字されるとは限らないということです. 例
 	  えば, プリンタが紙詰まりを起こしたり, トナー切れになっ たり,
 	  はたまた, 爆発したりするかもしれません. そのよう
 	  な状況により印字が途中で中止されたとしても, この方式で は,
 	  ユーザは全ページ分の料金を課されてしまうのです.</para>
 
 	<para>それでは, どのような対策をたてることができるのでしょう
 	  か.</para>
 
 	<para><emphasis>正確な</emphasis>
 	  課金をおこなうための唯一の<emphasis>確実な</emphasis>方法は,
 	  何 ページ印字したのかを知らせることができるプリンタを入手
 	  し, これをシリアルポートかネットワークに接続することで す.
 	  ほとんどすべての PostScript プリンタではこの概念
 	  がサポートされています. 他のプリンタも同様です (Imagen
 	  レーザプリンタをネットワーク接続するなど). それぞれの
 	  プリンタのフィルタを, ジョブを印字した後で印字ページ数
 	  を得るように, 変更してください. そして, 課金情報はここ
 	  で得られた値<emphasis>のみに</emphasis>
 	  基づいて記録してください. 行数 を数えたり,
 	  エラーが生じやすいファイルの調査は必要とさ れません.</para>
 
 	<para>もちろん, 気前よく印字料
 	  金をすべて無料にすることもできます.</para>
       </sect3>
     </sect2>
   </sect1>
 
   <sect1 id="printing-using">
     <title>プリンタを使う</title>
 
     <para>この節では, FreeBSD で設定したプリンタを使う方法について説明
       します. ここでは, ユーザレベルでのコマンドを概説します. </para>
 
     <variablelist>
       <varlistentry><term>&man.lpr.1;</term>
 	<listitem>
 	  <para>印字をおこないます.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>&man.lpq.1;</term>
 	<listitem>
 	  <para>プリンタキューを調べます.</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry><term>&man.lprm.1;</term>
 	<listitem>
 	  <para>プリンタキューにあるジョブを削除します.</para>
 	</listitem>
       </varlistentry>
     </variablelist>
 
     <para>管理者用コマンド &man.lpc.8; もありますが,
       これは 「<link linkend="printing-lpc">プリンタを管理する</link>」
       に記
       します. このコマンドは, プリンタやそのキューの制御のために用い
       られます.</para>
 
     <para>&man.lpr.1;, &man.lprm.1;, そして &man.lpq.1; の 3
       コマンドは, <option>-P<replaceable>printer-name</replaceable></option>
       オプションをとり, これによって,
       <filename>/etc/printcap</filename> のように操作の対象となる
       プリンタやキュー
       を指定します. これによって, 様々なプリンタに対してジョブを送る
       , 取り消す, 調査することができます.
       <option>-P</option> が使われなかった場
       合は, これらのコマンドは
       <envar>PRINTER</envar> 環境変数で指定されたプリンタ
       を使用します.
       そして, <envar>PRINTER</envar> 環境変数がなかった場合は, これ
       らのコマンドはデフォルトのプリンタ
       <literal>lp</literal> を使います.</para>
 
     <para>以下では, <emphasis>デフォルトプリンタ</emphasis>
       という用語が意味するプリンタ は, <envar>PRINTER</envar>
       環境変数で指定されたプリンタ, もしくは, <envar>PRINTER</envar>
       環境変数がない場合は, <literal>lp</literal>
       という名前のプリンタです.</para>
 
     <sect2 id="printing-lpr">
       <title>印字する</title>
 
       <para>ファイルを印字するためには,
 	次のように入力してください.</para>
 
       <screen>&prompt.user; <userinput>lpr <replaceable>filename</replaceable> <replaceable>...</replaceable></userinput></screen>
 
       <para>これにより,
 	入力されたファイルのそれぞれをデフォルトのプリンタ
 	から印字します. ファイル名が与えられなかった場合,
 	&man.lpr.1;
 	は標準入力から印字するデータを読み込みます. 例えば, 次のコマン
 	ドにより, ある重要なシステムファイルが印字されます. </para>
 
       <screen>&prompt.user; <userinput>lpr /etc/host.conf /etc/hosts.equiv</userinput></screen>
 
       <para>印字させるプリンタを選択するためには,
 	次のように入力します. </para>
 
       <screen>&prompt.user; <userinput>lpr -P <replaceable>printer-name</replaceable> <replaceable>filename</replaceable> <replaceable>...</replaceable></userinput></screen>
 
       <para>次の例では, プリンタ <literal>rattan</literal> に,
 	カレントディレクトリにあ
 	るファイルの詳細なリストを印字しています. </para>
 
       <screen>&prompt.user; <userinput>ls -l | lpr -P rattan</userinput></screen>
 
       <para>上記の &man.lpr.1; コマンドではファイル名の指定がないので,
 	<command>lpr</command> は標準入力から印字するデータ,
 	この場合, <command>ls -l</command>
 	コマンドの出力, を読み込みます.</para>
 
       <para>&man.lpr.1; コマンドでは,
 	出力の整形を制御したり, ファイル変換を
 	適用したり, 複数部数のコピーを作成したり, などといた様々な幅広
 	いオプションを受け付けることもできます.
 	詳細については,
 	「<link linkend="printing-lpr-options">
 	  その他の印字オプション</link>」をご
 	覧ください.</para>
     </sect2>
 
     <sect2 id="printing-lpq">
       <title>ジョブの処理状況を調べる</title>
 
       <para>&man.lpr.1; コマンドを使って印字をする場合, プリントしようと
 	するデータは<quote>プリントジョブ</quote>
 	と呼ばれる箱に一緒に置かれ, これが LPD スプーリングシステムに送られます.
         プリンタにはそれぞれジョブ用のキューがあり,
 	送られてきたジョブはあなたや他のユーザからの別のジョブと一緒にそのキューで並んで,
 	処理される順番を待ちます.
 	プリンタは到着順にこれらのジョブの印字をおこないます.</para>
 
       <para>デフォルトプリンタのキューの状態を表示するには,
 	&man.lpq.1; と入
 	力します. プリンタを指定するときは,
 	<option>-P</option> オプションを使い
 	ます. 例えば, 次のコマンド</para>
 
       <screen>&prompt.user; <userinput>lpq -P bamboo</userinput></screen>
 
       <!-- kuriyama - hostid should literal -->
       <para>は, プリンタ <hostid>bamboo</hostid>
 	のキューの状態を表示します. この  <command>lpq</command>
 	コマンドの出力結果の例を次に示します. </para>
 
       <screen>bamboo is ready and printing
 Rank   Owner    Job  Files                              Total Size
 active kelly    9    /etc/host.conf, /etc/hosts.equiv   88 bytes
 2nd    kelly    10   (standard input)                   1635 bytes
 3rd    mary     11   ...                                78519 bytes</screen>
 
       <para>この例では, <literal>bamboo</literal>
 	のキューに3つのジョブがあることが分か ります.
 	最初のジョブはユーザ kelly からのものであり,
         <quote>ジョブ番号</quote> 9 が割り当てられています.
 	プリンタのすべてのジョブには一意
 	なジョブ番号が付けられています. ほとんどの場合, このジョブ番号
 	は無視することができますが, ジョブをキャンセルするときにはこの
 	番号が必要になります. このことの詳細については, 「<link
 	  linkend="printing-lprm">ジョブの削除</link>
 	」をご覧ください.</para>
 
       <para>ジョブ番号9のジョブは2つのファイルを処理します. すなわち,
 	&man.lpr.1;
 	のコマンドラインに複数のファイル名が与えられたときは,
 	1つのジョブとして扱われるのです. このジョブは, 現在, アクティ
 	ブジョブ (<quote>Rank</quote>
 	の欄の <literal>active</literal> という後に注目) になってい
 	ます. これは, プリンタからそのジョブが現在印字されているはずで
 	あることを意味しています. 2番目のジョブでは,
 	&man.lpr.1; コマン
 	ドに標準入力からデータが与えられています.
 	3番目のジョブはユー
 	ザ <username>mary</username> から与えられました.
 	このジョブのサイズはとても大きくなっ
 	ています. 彼女がプリントしようとしたファイルのパス名はここで表
 	示させるには長すぎるため,
 	&man.lpq.1; コマンドはドットを3つだけ
 	表示しています.</para>
 
       <para>&man.lpq.1; からの
 	出力で一番最初の行もまた有益な情報を与えていま
 	す. この行から, プリンタが現在何をしているか (あるいは, 少なく
 	とも LPD がプリンタが
 	していると思っていること) が分かります.</para>
 
       <para>&man.lpq.1; コマンドは
 	<option>-l</option> オプションもサポートしています. こ
 	れにより,
 	詳しい情報が表示されます. <command>lpq -l</command> の実行例を次
 	に示します. </para>
 
       <screen>waiting for bamboo to become ready (offline ?)
 kelly: 1st				 [job 009rose]
        /etc/host.conf			 73 bytes
        /etc/hosts.equiv		         15 bytes
 
 kelly: 2nd				 [job 010rose]
        (standard input)		         1635 bytes
 
 mary: 3rd				 [job 011rose]
       /home/orchid/mary/research/venus/alpha-regio/mapping 78519 bytes</screen>
     </sect2>
 
     <sect2 id="printing-lprm">
       <title>ジョブの削除</title>
 
       <para>印字するようジョブを
 	送った後で印字を中断したくなったときは,
 	&man.lprm.1; コマンドで,
 	キューの中からそのジョブを削除することが
 	できます. 大抵の場合, アクティブジョブでさえも
 	&man.lprm.1; を使っ
 	て削除することができますが,
 	そのジョブの一部またはすべてが印字さ
 	れてしまうかもしれません.</para>
 
       <para>デフォルトプリンタへのジョブを削除するためには, 最初に,
 	&man.lpq.1; を使ってそのジョブ番号を調べます.
 	すなわち, それから,
 	次のように入力して, ジョブを削除します. </para>
 
       <screen>&prompt.user; <userinput>lprm <replaceable>job-number</replaceable></userinput></screen>
 
       <para>特定のプリンタへのジョブを削除するときは,
 	<option>-P</option> オプション
 	を使ってそのプリンタを指定します.
 	例えば, プリンタ <hostid>bamboo</hostid>
 	のキューからジョブ番号
 	10のジョブを削除するには次のようにします. </para>
 
       <screen>&prompt.user; <userinput>lprm -P bamboo 10</userinput></screen>
 
       <para>&man.lprm.1; コマンドには略記法がいくつかあります. </para>
 
       <variablelist>
 	<varlistentry><term>lprm -</term>
 	  <listitem>
 	    <para>あなたが (デフォルトプリンタへ)
 	      送ったジョブをすべて削除し ます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>lprm <replaceable>user</replaceable></term>
 	  <listitem>
 	    <para>ユーザ <replaceable>user</replaceable> が
 	      (デフォルトプリンタへ) 送ったジョブ をすべて削除します.
 	      他のユーザのジョブを削除できるのはスー パユーザだけです.
 	      あなたは, あなた自身のジョブしか削
 	      除することはできません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>lprm</term>
 	  <listitem>
 	    <para>ジョブ番号もユーザ名もシンボル
 	      <option>-</option>も指定されない
 	      ときは, &man.lprm.1; は現在のアクティブジョブを, そのジョ
 	      ブを送ったのがあなた自身であるときに限り, デフォルトプ
 	      リンタから削除します. ただし, スーパユーザは任意のア
 	      クティブジョブを削除することができます.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <para>上記の略記法をデフォルトプリンタではなく
 	特定のプリンタに対して おこなうときは, <option>-P</option>
 	オプションでそのプリンタを指定するだけよ いのです. 例えば,
 	プリンタ <literal>rattan</literal> のキューへあなたが送っ
 	たジョブをすべて削除するためには次のようにします.</para>
 
       <screen>&prompt.user; <userinput>lprm -P rattan -</userinput></screen>
 
       <note>
 	<para>ネットワーク環境で作業をしている場合, あるホストか
 	  ら送られたプリンタジョブは, これを送ったホストで
 	  &man.lprm.1; を
 	  使った場合に限って,
 	  これを削除することができます. 他のホストで
 	  同じプリンタを使えたとしても,
 	  このジョブを削除することはできま
 	  せん.
 	  次の例では, 他ホストからジョブを削除することを試みていま
 	  す. </para>
 
 	<screen>&prompt.user; <userinput>lpr -P rattan myfile</userinput>
 &prompt.user; <userinput>rlogin orchid</userinput>
 &prompt.user; <userinput>lpq -P rattan</userinput>
 Rank   Owner	  Job  Files                          Total Size
 active seeyan	  12	...                           49123 bytes
 2nd    kelly      13   myfile                         12 bytes
 &prompt.user; <userinput>lprm -P rattan 13</userinput>
 rose: Permission denied
 &prompt.user; <userinput>logout</userinput>
 &prompt.user; <userinput>lprm -P rattan 13</userinput>
 dfA013rose dequeued
 cfA013rose dequeued
 	</screen>
       </note>
     </sect2>
 
     <sect2 id="printing-lpr-options">
       <title>その他の印字オプション</title>
 
       <para>&man.lpr.1; コマンドには, テキストの整形や,
 	図や他のファイル形
 	式の変換, 複数部コピーの生成, ジョブの扱いなどをを制御すること
 	ができます.
 	この節では, これに関するオプションについて記してい
 	ます.</para>
 
       <sect3 id="printing-lpr-options-format">
 	<title>整形と変換に関するオプション</title>
 
 	<para>以下の &man.lpr.1; 用のオプションはジョブにおける
 	  ファイルの
 	  整形の制御に関するものです.
 	  このオプションは, ジョブにプレイン
 	  テキストが含まれない場合や
 	  &man.pr.1; ユーティリティを使ってプレイ
 	  ンテキストを整形する場合に用いてください.</para>
 
 	<para>次の例では, プリンタ
 	  <literal>bamboo</literal> に (TeX 組版システムによる)
 	  DVI ファイル
 	  <filename>fish-report.dvi</filename> を印字しています. </para>
 
 	<screen>&prompt.user; <userinput>lpr -P bamboo -d fish-report.dvi</userinput></screen>
 
 	<para>このオプションは,
 	  ジョブに含まれるすべてのファイルに対して適用さ れます.
 	  したがって, 1つのジョブに (例えば) DVI ファイルと ditroff
 	  ファイルを混在させることはできません. その代わりに,
 	  ファイルを 形式毎に別々のジョブに分け,
 	  それぞれのジョブでその形式用の変換
 	  オプションを使って印字してください.</para>
 
 	<note>
 	  <para><option>-p</option> と <option>-T</option>
 	    を除くすべてのオプションを使用 するためには,
 	    出力先プリンタ用の変換フィルタが必要です. 例えば,
 	    <option>-d</option> オプションを使用するには, DVI
 	    用の変換フィルタが必要 です. 詳細については, 「<link
 	      linkend="printing-advanced-convfilters">
 	      変換フィルタ</link>」で説明しています.</para>
 	</note>
 
 	<variablelist>
 	  <varlistentry><term><option>-c</option></term>
 	    <listitem>
 	      <para>cifplot ファイルを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-d</option></term>
 	    <listitem>
 	      <para>DVI ファイルを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-f</option></term>
 	    <listitem>
 	      <para>FORTRAN プログラムを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-g</option></term>
 	    <listitem>
 	      <para>plot のデータを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-i <replaceable>number</replaceable></option></term>
 	    <listitem>
 	      <para>出力に対して, <replaceable>number</replaceable>
 		カラム分の字下げをおこないます.
 		<replaceable>number</replaceable> が省略されると,
 		8カラム分字下げされます.
 		このオプションはある変換フィルタと一緒の指定されたとき
 		のみに機能します.</para>
 
 	      <note>
 		<para><option>-i</option>
 		  と数字の間に空白を入れてはいけません.</para>
 	      </note>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-l</option></term>
 	    <listitem>
 	      <para>制御文字を含む文字通りの
 		テキストデータを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-n</option></term>
 	    <listitem>
 	      <para>ditroff (device independent troff) データ
 		を印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-p</term>
 	    <listitem>
 	      <para>印字する前に &man.pr.1;
 		によってプレインテキストを整形し
 		ます. 詳細については &man.pr.1; をご覧ください.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-T <replaceable>title</replaceable></option></term>
 	    <listitem>
 	      <para>&man.pr.1; コマンドにより生成されるヘッダを,
 		ファイル名の
 		代わりに <replaceable>title</replaceable> とする.
 		このオプションは, <option>-p</option>
 		と一緒に使ったときのみ機能する.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-t</option></term>
 	    <listitem>
 	      <para>troff データを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term><option>-v</option></term>
 	    <listitem>
 	      <para>ラスタのデータを印字します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>次の例では, &man.ls.1; の
 	  マニュアルを美しく整形したものをデフォ
 	  ルトプリンタで印字しています. </para>
 
 	<screen>&prompt.user; <userinput>zcat /usr/share/man/man1/ls.1.gz | troff -t -man | lpr -t</userinput></screen>
 
 	<para>&man.zcat.1; コマンドで
 	  &man.ls.1; のマニュアルのソースファイルの圧縮を復元し, これを
 	  &man.troff.1; コマンドに渡しています.
           これによりソースファイルが整形され
           GNU troff の形式となります.
           その結果は &man.lpr.1; に渡され,
 	  LPD スプーラへジョブの要求が発せられます.
           &man.lpr.1; には
 	  <option>-t</option> オプションが使われているため,
           スプーラでジョブを印字したときに GNU troff
           の形式から, デフォルトプリンタ解釈できる形式へと変換されます.</para>
       </sect3>
 
       <sect3 id="printing-lpr-options-job-handling">
 	<title>ジョブに関するオプション</title>
 
 	<para>以下のオプションは, &man.lpr.1; によって, そのジョブを特殊
 	  な扱いにするよう LPD に指示するためのものである.</para>
 
 	<variablelist>
 	  <varlistentry><term>-# <replaceable>copies</replaceable></term>
 	    <listitem>
 	      <para>ジョブに含まれるファイルのそれぞれを
 		1部だけ印字するの ではなく,
 		<replaceable>copies</replaceable>
 		部のコピーを生成させるものです.  管理者によっては,
 		プリンタの消耗を避け, コピー機による
 		複製を奨励するためにこのオプションの使用が禁止されてい
 		るかもしれません. これに関しては, 「<link
 		  linkend="printing-advanced-restricting-copies">
 		  複数部のコピーの印字を制限する
 		</link>」をご覧ください.</para>
 
 	      <para>次の例では, デフォルトプリンタで
 		<filename>parser.c</filename> を3 部コピーし, 次に,
 		<filename>parser.h</filename> を3部コピーしています.
 	      </para>
 
 	      <screen>&prompt.user; <userinput>lpr -#3 parser.c parser.h</userinput></screen>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-m</term>
 	    <listitem>
 	      <para>印字ジョブが完了した後で, メールを送ります.
 		このオプショ ンを付けると, LPD
 		システムはジョブの扱いが終了したと きに,
 		あなたのアカウントにメールを送ります. メールのメッ
 		セージには, ジョブが正常終了したのか, あるいは, 何か異
 		常があり, (しばしば)
 		その異常が何であったのかが書かれて います.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-s</term>
 	    <listitem>
 	      <para>印字ファイルをスプールディレクトリにコピーせず,
 		代わりに,
 		シンボリックリンクを作成するよう指示します.</para>
 
 	      <para>印字させるジョブのサイズが大きいとき, このオプショ
 		ンを使うと便利かもしれません. このオプションにより,
 		スプー ルディレクトリの容量が節約されます (それに,
 		巨大なジョ
 		ブのお陰でスプールディレクトリのあるファイルシステムの
 		空き容量がなくなってしまうかもしれません). さらに,
 		LPD
 		がいちいちすべてのデータをコピーする必要がなくなりま
 		すので, 時間の節約にもなります.</para>
 
 	      <para>ただし, 欠点もあります. LPD
 		はオリジナルのファイルを 直接参照するので,
 		印字が終了するまでそのファイルを変更
 		したり削除することができません.</para>
 
 	      <note>
 		<para>リモートのプリンタで印字している場合, LPD  は,
 		  結局のところ, ローカルホストからリモートホストにファ
 		  イルをコピーする必要があります. したがって,
 		  <option>-s</option> オプ
 		  ションはローカルのスプーリングディレクトリの
 		  空き容量を 節約するだけで,
 		  リモート側では節約されません. それに も関わらず,
 		  このオプションはそれでも有用です.</para>
 	      </note>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-r</term>
 	    <listitem>
 	      <para>ジョブに含まれるファイルを,
 		スプーリングディレクトリに
 		ファイルをコピーした後に削除します. もしくは,
 		<option>-s</option>  オプションと一緒に使われた場合は,
 		印字終了後に削除され ます.
 		このオプションの使用には十分注意して下さい.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
 
       <sect3 id="printing-lpr-options-misc">
 	<title>ヘッダページ用オプション</title>
 
 	<para>以下のオプションにより,
 	  ジョブのヘッダページに通常印字さ
 	  れるテキストを
 	  &man.lpr.1; に調整させることができます. 対象のプリ
 	  ンタからヘッダページが出力されない場合は,
 	  これらのオプションは
 	  何の効力も持ちません.
 	  ヘッダページの設定に関する情報については,
 	  「<link linkend="printing-advanced-header-pages">
 	    ヘッダページ</link>」を参照してください.</para>
 
 	<variablelist>
 	  <varlistentry><term>-C <replaceable>text</replaceable></term>
 	    <listitem>
 	      <para>ヘッダページに印字されるホスト名を
 		<replaceable>text</replaceable> に置き換 えます. なお,
 		ホスト名の場所には, 通常, ジョブの要求が
 		あったホストの名前が印字されます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-J <replaceable>text</replaceable></term>
 	    <listitem>
 	      <para>ヘッダページに印字されるジョブ名を
 		<replaceable>text</replaceable> に置き換 えます.
 		ジョブ名の場所には, 通常, ジョブの最初のファイ ル名,
 		または, 標準入力からデータが印字されたときは
 		<filename>stdin</filename>が印字されます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-h</term>
 	    <listitem>
 	      <para>ヘッダページを出力を禁止します.</para>
 
 	      <note>
 		<para>サイトによっ ては,
 		  そのヘッダページの生成方法により, このオプション
 		  の効果が現れないかもしれません. 詳細は,  「<link
 		    linkend="printing-advanced-header-pages">
 		    ヘッダページ</link>」をご覧ください.</para>
 	      </note>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
     </sect2>
 
     <sect2 id="printing-lpc">
       <title>プリンタを管理する</title>
 
       <para>プリンタの管理者として, プリンタの設置, 設定,
 	そして, それ
 	らのテストをおこなう必要がありました.
 	&man.lpc.8; コマンドにより,
 	これまでとは別な管理方法がプリンタと対話的におこなわれます.
 	&man.lpc.8; により, 次のことが可能となります.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>プリンタの起動, 停止をおこなう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>キューへの入力の許可, 禁止をおこなう.</para>
 	</listitem>
 
 	<listitem>
 	  <para>それぞれのキューにあるジョブの順番を変更する.</para>
 	</listitem>
       </itemizedlist>
 
       <para>最初に用語に関する注意をしておきます.
 	プリンタが<emphasis>停止してい る</emphasis>とは,
 	キューの中にあるどのジョブも印字されることがない状態
 	を言います. この状態においても,
 	ユーザはまだジョブの要求をおこなう ことができますが,
 	これらのジョブはキューの中で,
 	プリンタが<emphasis>スタートする</emphasis>状態になるまで,
 	あるいは, キューの内容が削除され
 	るまで待たされることになります.</para>
 
       <para>キューが<emphasis>禁止状態にある</emphasis>とは, (root
 	以外の) すべてのユーザが
 	プリンタにジョブを要求することができない状態のことを言います.
 	キューが<emphasis>許可状態にある</emphasis>場合は,
 	ジョブの入力が許可されます.
 	キューが<emphasis>禁止状態にある</emphasis>場合でも,
 	プリンタを<emphasis>スタートす
 	  る</emphasis>状態にすることは可能です. この場合は,
 	キューが空になるまで,
 	キュー内のジョブの印字が続けられます.</para>
 
       <para>一般的に,
 	&man.lpc.8; コマンドを使用するには root の権限を持って
 	いる必要があります. 一般のユーザも
 	&man.lpc.8; コマンドを使うこと
 	はできますが, プリンタの状態を取得することとハングしたプリンタ
 	を再スタートすることだけに使用が制限されています.</para>
 
       <para>以下に,
 	&man.lpc.8; コマンドに関する説明の要約を述べます. ほとん
 	どのコマンドでは, 操作対象となるプリンタを指定するため
 	<replaceable>printer-name</replaceable> 引数を与えます.
 	<replaceable>printer-name</replaceable> の代わり
 	に <literal>all</literal> が与えられると, 操作は
 	<filename>/etc/printcap</filename> 内に
 	ある全プリンタに対しておこなわれることになります.</para>
 
       <variablelist>
 	<varlistentry><term><command>
 	      abort <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>現在のジョブをキャンセルし, プリンタを停止させます.
 	      キュー が許可状態にある場合は,
 	      ユーザはまだジョブを入力する ことができます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      clean <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタのスプーリングディレクトリから,
 	      ジョブの古いファ イルを削除します. 状況によって,
 	      とりわけ, 印字途中でエ ラーが発生していたり,
 	      管理操作が頻発していた場合には,
 	      ジョブで作られたファイルを LPDが完全に削除しないことが
 	      あります. このコマンドでは, スプーリングディレクトリに
 	      入っていないファイルを見つけ出し,
 	      それを削除しています.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      disable <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>キューに新しいジョブを入れることを禁止します.
 	      プリンタ がスタート状態にあるときは,
 	      キューに残っているジョブの 印字は続けられます. ただし,
 	      キューが禁止状態にあったと しても, スーパーユーザ (root)
 	      は常にジョブを入力するこ とができます.</para>
 
 	    <para>このコマンドは,
 	      新しいプリンタやフィルタを設置している
 	      間に使用すると有用です. すなわち, キューを禁止状態にし
 	      ておくと, root によるジョブのみが入力されます. そして,
 	      その他のユーザは, テストが完了し,
 	      <command>enable</command> コマン
 	      ドでキューが再度許可状態になるまで, ジョブの入力はでき
 	      なくなります.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      down <replaceable>printer-name</replaceable>
 	      <replaceable>message</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタをダウンさせます. これは,
 	      <command>disable</command> をおこなっ
 	      た後で, <command>stop</command> をおこなった場合と
 	      等価になります.
 	      <replaceable>message</replaceable> は, ユーザが
 	      &man.lpq.1; コマンドでプリンタ
 	      のキューの状態を調べたり, <command>lpc status</command>
 	      でプリンタの
 	      状態を調べたときに, プリンタの状況として表示されるメッ
 	      セージです.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      enable <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタのキューを許可状態にします.
 	      ユーザはジョブの入 力ができるようになりますが,
 	      プリンタがスタートの状態に なるまでは,
 	      プリンタからは何も印字されません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      help <replaceable>command-name</replaceable></command></term>
 	  <listitem>
 	    <para><replaceable>command-name</replaceable>
 	      コマンドのヘルプメッセージを表示しま
 	      す. <replaceable>command-name</replaceable>
 	      が指定されなかった場合は, 利用
 	      できるコマンドの要約が表示されます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      restart <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタをスタートさせます. 通常のユーザは, LPD があ
 	      る異常な状況でハングしたときに限り, このコマンドを使用
 	      することができます. しかし, <command>stop</command>
 	      または  <command>down</command> コマンドにより,
 	      停止状態にあるプリンタをスター トさせることはできません.
 	      <command>restart</command> コマンドは,
 	      <command>abort</command> の後に <command>start</command>
 	      をおこなったことと同じになり ます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      start <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタをスタートさせます.
 	      プリンタのキューにあるジョ
 	      ブを印字することでしょう.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      stop <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタを停止します. プリンタは,
 	      現在のジョブを終了さ せ, そして,
 	      キューにあるその他のジョブは印字しません.
 	      プリンタが停止状態にあったとしても, まだ, 許可状態にあ
 	      るキューに対して, ジョブを送ることができます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      topq <replaceable>printer-name</replaceable>
 	      <replaceable>job-or-username</replaceable></command></term>
 	  <listitem>
 	    <para><replaceable>printer-name</replaceable>
 	      のキューに対して, ジョブ番号
 	      <replaceable>job</replaceable> のジョブ, または, ユーザ
 	      <replaceable>username</replaceable> から送
 	      られたジョブを置き換えて, キューの先頭に持ってきます.
 	      このコマンドに関しては,
 	      <replaceable>printer-name</replaceable> の代わりに
 	      <literal>all</literal>
 	      を使用することはできません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><command>
 	      up <replaceable>printer-name</replaceable></command></term>
 	  <listitem>
 	    <para>プリンタをアップ状態にします. これの反対のコマンドが
 	      <command>down</command> です. <command>start</command>
 	      の次に <command>enable</command> をおこなっ
 	      たことと等しくなります.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <para>コマンドラインから上記のコマンドを入力すると,
 	&man.lpc.8; はこれ
 	を受け付けます. コマンドが入力されなかった場合は,
 	&man.lpc.8; は
 	対話モードに入り,
 	<command>exit</command>, <command>quit</command>,
 	または, ファイル終端
 	文字が入力されるまでコマンドの入力ができます.</para>
     </sect2>
   </sect1>
 
   <sect1 id="printing-lpd-alternatives">
     <title>標準スプーラの代替品</title>
 
     <para>このマニュアルを最初から通読されている方ならば, ここまでで,
       FreeBSD 付属の LPD スプーリングシステムに関して知っておくべき
       ことすべてを学ばれたことと思います. 多分, このシステムに
       あるたくさんの欠点について認識できたことでしょう. すると,
       <quote>(FreeBSD 上で動作する)
       スプーリングシステムには他にどのような
       ものがあるのか</quote>という疑問が自然と湧いてきます.</para>
 
     <variablelist>
       <varlistentry><term>LPRng</term>
 	<listitem>
 	  <para>LPRng は, その称するところの意味は<quote>次世代の LPR</quote>
             です. これは PLP を完全に書き換えたものになっています.
             Patrick Powell と Justin Mason (PLP の主要な管理者)
             の共同で LPRng が作成されました.
             LPRng の主要サイトは
             <ulink url="ftp://dickory.sdsu.edu/pub/LPRng/"
                    >ftp://dickory.sdsu.edu/pub/LPRng/</ulink>
             です.</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 
 
 	<sect1 id="printing-troubleshooting">
 	  <title>トラブルシューティング</title>
 
 	  <para>&man.lptest.1; を使った簡単なテストをおこなった結果,
 	    正しい出
 	    力を得られずに, 以下に示すような出力が得られるかもしれ
 	    ません. </para>
 
 	  <variablelist>
 	    <varlistentry><term>しばらくしたら出力される, または,
 		紙の全体が出て こない</term>
 	      <listitem>
 		<para>プリンタは上で示されたような印字を
 		  おこなったのですが, しばら くして止まってしまい,
 		  動かなくなってしまいました. 印字
 		  された結果をプリンタから取り出すためには,
 		  プリンタにある PRINT REMAINING ボタン, また は, FORM
 		  FEED ボタンを押す必要があるようです.</para>
 
 		<para>この場合は,
 		  おそらくジョブはプリントをする前に更にデー
 		  タが送られてこないか待ち続けているのでしょう.
 		  この問題を解決するためには, プリンタに FORM FEED
 		  文字 (あるいは特定の必要な文字コード) を
 		  送るテキストフィルタを使ってください.
 		  プリンタ内部に残っ
 		  たデータをプリンタにすぐに印字させるには, 普通は,
 		  これ で十分です.
 		  次のジョブが前のジョブの最終ページの中央の
 		  どこかから印字を開始させないためにも,
 		  紙の途中で印字の
 		  ジョブが終了したかどうかを確認するのは有益です.</para>
 
 		<para>シェルスクリプト
 		  <filename>/usr/local/libexec/if-simple</filename>
 		  を次のように変更して, プリンタへジョブを送信した後に
 		  FORM FEED 文字を印字させるようにします. </para>
 
 		<programlisting>#!/bin/sh
 #
 # if-simple - Simple text input filter for lpd
 # Installed in /usr/local/libexec/if-simple
 #
 # Simply copies stdin to stdout.  Ignores all filter arguments.
 # Writes a form feed character (\f) after printing job.
 
 /bin/cat &amp;&amp; printf "\f" &amp;&amp; exit 0
 exit 2</programlisting>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term><quote>階段効果</quote>が現れた</term>
 	      <listitem>
 		<para>次のような印字結果が得られた. </para>
 
 		<programlisting>!"#$%&amp;'()*+,-./01234
                             "#$%&amp;'()*+,-./012345
                                                          #$%&amp;'()*+,-./0123456</programlisting>
 
 		<para>あなたは<emphasis>「階段効果」</emphasis>
 		  の新たなる犠牲者になってしま いました. この原因は,
 		  改行を表わすべき文字がなんであるか
 		  の解釈が混乱していることにあります. UNIX
 		  スタイルのオ ペレーティングシステムでは, 改行文字は
 		  ASCII コード10 の line feed (LF)
 		  の1文字が使われています. MS-DOS や OS/2などは ASCII
 		  コード10の LF <emphasis>と</emphasis>,  ASCII コード
 		  13の文字 (carriage return または CR)
 		  をペアで使います.  (訳注:Machintosh では CR
 		  のみで表現されています).  大抵のプリンタでは,
 		  改行を表わすために MS-DOS の慣習にしたが
 		  います.</para>
 
 		<para>FreeBSD で印字する場合, 印字したテキストは LF
 		  文字だけ が使われていました. プリンタでは LF
 		  文字を見つけると,  紙を1行分送り出しました. しかし,
 		  次の文字を印字するた
 		  めの紙の水平方向の位置は維持されました. すなわち, CR
 		  文字が意味することは,
 		  次の文字を印字する位置を紙の左端
 		  に動かすことです.</para>
 
 		<para>FreeBSD
 		  がプリンタに動作をして欲しいと思っている動作を
 		  以下に示します. </para>
 
 		<informaltable frame="none">
 		  <tgroup cols="2">
 		    <tbody>
 		      <row>
 			<entry>プリンタが CR を受け取ったとき</entry>
 			<entry>CR 動作 (復帰) をおこなう</entry>
 		      </row>
 
 		      <row>
 			<entry>プリンタが LF を受け取ったとき</entry>
 			<entry>CR + LF 動作 (復帰, 改行) をおこなう</entry>
 		      </row>
 		    </tbody>
 		  </tgroup>
 		</informaltable>
 
 		<para>このように動作させるための方法が
 		  いくつかあります.</para>
 
 		<itemizedlist>
 		  <listitem>
 		    <para>これらの文字の解釈を変えるために, プリンタ
 		      の設定スイッチかコントロールパネルを操作する方
 		      法. どのようにして設定をするかはプリンタのマニュ
 		      アルを参照してください.</para>
 
 		    <note>
 		      <para>FreeBSD 以外のオペレーティン
 			グシステムを切り替えて使う場合, CR と LF 文字
 			の解釈をそのオペレーティングシステムで使われて
 			いるようにプリンタを
 			<emphasis>再設定</emphasis>する必要がある
 			かもしれません. 以下に示す解決方法のいずれかを
 			選ぶのがよいかもしれませんね.</para>
 		    </note>
 		  </listitem>
 
 		  <listitem>
 		    <para>自動的に LF を CR+LF に変換してくれる
 		      FreeBSD 用のシリアルドライバを入手する方法. も
 		      ちろん, このドライバはプリンタ専用に接続される
 		      シリアルポート
 		      <emphasis>のみ</emphasis>で動作します. この機能
 		      を許可するためには,
 		      <filename>/etc/printcap</filename> ファ
 		      イルで対象プリンタの <literal>fs</literal>
 		      項目で CRMOD ビッ トをセットします.</para>
 		  </listitem>
 
 		  <listitem>
 		    <para>LF
 		      文字の扱いを一時的に変更するための<emphasis>エ
 			スケープコード</emphasis>をプリンタに送る方法.
 		      プリンタ
 		      がサポートしているかもしれないエスケープコード
 		      については, プリンタのマニュアルを参照してくだ
 		      さい. 適切なエスケープコードが見つかったら, 最
 		      初にそのコードを送り, 次にプリントジョブを送信
 		      するようにテキストフィルタを変更してください.
 		    </para>
 
 		    <para>次に, Hewlett Packard 社の PCL
 		      エスケープコー
 		      ドに対応しているプリンタのためのテキストフィル
 		      タの例を示します. このフィルタでは, プリンタ に
 		      LF 文字を LF と CR の2文字として扱わせます.
 		      その後に, プリンタにジョブを送ります. 最後に,
 		      ジョブの最終ページの紙を排出するため, FROM FEED
 		      文字を送ります. このフィルタは Hewlett Packard
 		      社のほとんどすべてのプリンタで機能するは
 		      ずです.</para>
 
 		    <programlisting>#!/bin/sh
 #
 # hpif - Simple text input filter for lpd for HP-PCL based printers
 # Installed in /usr/local/libexec/hpif
 #
 # Simply copies stdin to stdout.  Ignores all filter arguments.
 # Tells printer to treat LF as CR+LF.  Ejects the page when done.
 
 printf "\033&amp;k2G" &amp;&amp; cat &amp;&amp; printf "\f" &amp;&amp; exit 0
 exit 2</programlisting>
 
 		    <para>ホスト orchid にある
 		      <filename>/etc/printcap</filename> の
 		      例を以下に示します. ここには, 一番目のパラレル
 		      ポートにプリンタ (Hewlett Packard LaserJet 3Si)
 		      が一台接続されており, そのプリンタ名は
 		      <hostid>teak</hostid> です. </para>
 
 		    <programlisting>#
 #  /etc/printcap for host orchid
 #
 teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
         :lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\
         :if=/usr/local/libexec/hpif:</programlisting>
 		  </listitem>
 
 		  <listitem>
 		    <note>
 		      <para><emphasis>訳注:</emphasis> LF を CR+LF
 			に置き換える cat コマンド
 			を作る方法も当然考えられます. そして, このコマ
 			ンドと, <emphasis
 			  remap=tt>if-simple</emphasis> の cat の部分
 			を置き換えればよいわけです. 具体的にどのように
 			するかは, 読者への練習問題としましょう.</para>
 		    </note>
 		  </listitem>
 		</itemizedlist>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>各行が重ね書きされてしまった</term>
 	      <listitem>
 		<para>プリンタは紙送りをまったくしませんでした.
 		  テキストすべての行
 		  がある行の上で重ねて印字されてしまいました.</para>
 
 		<para>この問題は,
 		  階段現象とは<quote>正反対</quote>な問題で, ほとんどま
 		  れにしか起こりません. FreeBSDでは行末として扱われる
 		  LF  文字が, 紙の左端に印字位置を復帰しますが,
 		  紙送りはしな い CR 文字として扱われています.</para>
 
 		<para>プリンタの設定スイッチかコントロールパネルを
 		  使って,  LF と CR
 		  の文字を次のような解釈をするようにしてください.
 		</para>
 
 		<informaltable frame="none">
 		  <tgroup cols="2">
 		    <thead>
 		      <row>
 			<entry>プリンタが受け取ったとき</entry>
 			<entry>プリンタがおこなう</entry>
 		      </row>
 		    </thead>
 
 		    <tbody>
 		      <row>
 			<entry>CR</entry>
 			<entry>CR 動作 (復帰)</entry>
 		      </row>
 
 		      <row>
 			<entry>LF</entry>
 			<entry>CR + LF (復帰, 改行)</entry>
 		      </row>
 		    </tbody>
 		  </tgroup>
 		</informaltable>
 
 		<note>
 		  <para><emphasis>訳注:</emphasis> LF を CR+LF
 		    に置き換える cat コマンドを作る方法
 		    も当然考えられます. そして, このコマンドと,
 		    <filename>if-simple</filename> の cat
 		    の部分を置き換えればよいわけ です.
 		    具体的にどのようにするかは, 読者への練習問題とし
 		    ましょう.</para>
 		</note>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>プリンタが文字を紛失してしまう</term>
 	      <listitem>
 		<para>印字しているのですが,
 		  各行の2～3文字が印字されません.
 		  プリンタを動かせば動かすほど,
 		  もっとたくさんの文字が紛 失されていき,
 		  この問題は更に悪くなっていくかもしれませ
 		  んでした.</para>
 
 		<para>この問題は,
 		  シリアルポートを通してコンピュータから送ら
 		  れてくるデータの速度に,
 		  プリンタがついていけないことに 起因します
 		  (この問題は, パラレルポートに接続されたプリ
 		  ンタでは発生することはありません).
 		  この問題を克服する 方法が2つあります. </para>
 
 		<itemizedlist>
 		  <listitem>
 		    <para>プリンタが XON/XOFF のフロー制御をサポート
 		      している場合は, 項目 <literal>fs</literal> で
 		      TANDEM ビット をセットして, FreeBSD
 		      にこの機能を使用させて ください.</para>
 		  </listitem>
 
 		  <listitem>
 		    <para>プリンタがキャリアフロー制御をサポートして
 		      いる場合は, 項目 <literal>fs</literal> で MDMBUF
 		      ビットをセッ トして下さい. それから,
 		      プリンタとコンピュータ
 		      を接続しているシリアルケーブルがキャリアフロー
 		      制御用に正しく配線されたものかどうかを確認して
 		      ください.</para>
 		  </listitem>
 
 		  <listitem>
 		    <para>プリンタがフロー制御をまったく
 		      サポートしていな い場合は, 項目
 		      <literal>fs</literal> の NLDELAY と  TBDELAY,
 		      CRDELAY, VTDELAY, BSDELA のいくつかのビッ
 		      トを組み合わせて使い, プリンタへ送るデータの流
 		      れに適当な遅延を加えてください.</para>
 		  </listitem>
 		</itemizedlist>
 	      </listitem>
 	    </varlistentry>
 
 
 	    <varlistentry><term>プリンタは意味不明な
 		文字列を印字した</term>
 	      <listitem>
 		<para>プリンタはランダムなゴミのように
 		  見えるものを印字しまし たが,
 		  意図したテキストは印字してくれませんでした.</para>
 
 		<para>この問題は, 通常,
 		  シリアルポートに接続したプリンタでの
 		  通信パラメータの誤りからくる前項とは別の症状です.
 		  <literal>br</literal> 項目の通信速度と
 		  <literal>fs</literal> と <literal>fc</literal>
 		  項目のパリ ティビットの設定を共に調べてみてください.
 		  また, プリン タでの設定が
 		  <filename>/etc/printcap</filename>
 		  ファイルで設定した
 		  内容と一致しているかどうかも確認してください.</para>
 
 		<note>
 		  <para><emphasis>訳注:</emphasis> simple-if
 		    のような単純なフィルタだけの状態で, 日
 		    本語を含むテキストを印字しようとした場合にも,
 		    シリアル ポート, パラレルポートの使用に関係なく,
 		    このような症状 は見られます. 日本語プリンタの場合,
 		    漢字コードそのもの
 		    を送信しただけでその漢字を印字してくれるものは,
 		    少なく とも訳者は見たことがありません.
 		    漢字を印字するための制御
 		    コードを別途送信するフィルタが必要となります.
 		    また, そ のようなフィルタを使用していても,
 		    そのフィルタが想定し
 		    てる漢字コードと異なった文書を
 		    プリントしようとしたとき もこのような症状は出ます.
 		    もちろん, これはプリンタ用の
 		    言語を持たないプリンタの話で, PostScript プリンタ
 		    などにプレインテキストを送信しても, 日本語対応,
 		    非対応 に関らず, 意味不明な文字列が印字される
 		    (もしくは, 何も 印字されない) ことでしょう.</para>
 		</note>
 	      </listitem>
 	    </varlistentry>
 
 	    <varlistentry><term>何も起きない</term>
 	      <listitem>
 		<para>もしプリンタが何の動作もしないのであれば,
 		  ハード的な問 題ではなく, 多分 FreeBSD
 		  の中に問題があります.
 		  <filename>/etc/printcap</filename> ファイルで,
 		  デバッグしているプ リンタのエントリに
 		  (<literal>lf</literal> 項目で) ログファイルを取るよ
 		  うに設定を追加してください. 例えば, プリンタ
 		  <literal>rattan</literal>  用のエントリの項目
 		  <literal>lf</literal> は次のようになります. </para>
 
 		<programlisting>rattan|line|diablo|lp|Diablo 630 Line Printer:\
         :sh:sd=/var/spool/lpd/rattan:\
         :lp=/dev/lpt0:\
         :if=/usr/local/libexec/if-simple:\
         :lf=/var/log/rattan.log</programlisting>
 
 		<para>次に, もう一度印字をおこなってみます. そして,
 		  発生したと思
 		  われるエラーメッセージを見るためにログファイル
 		  (上記の 例では,
 		  <filename>/var/log/rattan.log</filename>)
 		  を調べます. そこ で見られたメッセージを元に,
 		  問題を解決してみてください.</para>
 
 		<para>項目 <literal>lf</literal>
 		  が指定されていない場合, LPD はデフォルト
 		  のログファイルとして
 		  <filename>/dev/console</filename> を使います.</para>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 	</sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/security/chapter.sgml b/ja_JP.eucJP/books/handbook/security/chapter.sgml
index 595d197f2a..ebe81ad0ce 100644
--- a/ja_JP.eucJP/books/handbook/security/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/security/chapter.sgml
@@ -1,2989 +1,2988 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.41
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/security/chapter.sgml,v 1.11 2001/04/03 17:17:22 hrs Exp $
+     Original revision: 1.42
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/security/chapter.sgml,v 1.12 2001/04/09 02:15:22 hrs Exp $
 -->
 
 <chapter id="security">
   <title>セキュリティ</title>
 
   <para><emphasis>この章の多くの部分は&a.dillon;によって書かれた
     &man.security.7; マニュアルページからの引用です.</emphasis></para>
 
   <para><emphasis>訳: &a.jp.hino;, (jpman プロジェクトの成果を利用させ
     ていただきましたした).</emphasis></para>
 
   <sect1>
     <title>この章では</title>
 
     <para>この章では, 基本的なシステムセキュリティの考え方,
       覚えておくべき一般的なルールを紹介し,
       そして S/Key, OpenSSL, Kerberos
       などの高度な話題について簡単に説明します.</para>
   </sect1>
 
   <sect1 id="security-intro">
     <title>はじめに</title>
 
     <para>セキュリティとは, システム管理者をいつも悩ませる仕事の一つです.
       すべての BSD UNIX マルチユーザシステムは,
       従来からいくつかのセキュリティ機構を備えていますが,
       ユーザを疑心暗鬼に陥らせないように追加のセキュリティ機構を構築し
       保守する仕事はおそらく, システム管理者としてもっとも大きな責務の一つでしょう.
       マシンの安全性に反映されるのは, 管理者が作業したことだけです.
       またセキュリティ問題は, 快適な環境に必要なものと競合します.
       一般に UNIX システムは膨大な数のプロセスを同時に動作させることができ,
       そのプロセスの大部分は, サーバ &ndash;
       外部から接続し, 通信するものとして動作します.
       かつてのミニコンとメインフレームがデスクトップにとってかわり,
       さらにコンピュータが相互に接続されたネットワークを形成するようになった今日,
       セキュリティは非常に大きな関心事になってきています.</para>
 
     <para>セキュリティを実装するには,
       タマネギのように階層化する手法
       (a layered <quote>onion</quote> approach)
       が最適です.
       どうすれば良いのか簡単に説明すると,
       便利な機能と同じ数だけセキュリティの階層を作り,
       システムへの侵入を注意深く監視するのです.
       あなたはセキュリティを過度に厳重にしたり,
       侵入の監視に時間をとられたいとは思わないでしょう.
       この侵入の発見という部分は,
       あらゆるセキュリティ機構において最も重要な部分の一つなのです.
       たとえば, システムの各バイナリに schg フラグ<!-- (&man.chflags.1; 参照) -->
       を設定するのは, 大して意味がありません.
       フラグを設定すると一時的にバイナリが保護され,
       侵入してきたクラッカーによってシステムに加えられる変更のうち,
       容易に検出可能な変更は行なえなくなります.
       しかしその結果として, セキュリティ機構がその侵入者を検出することも
       まったくできなくなってしまうでしょう.</para>
 
     <para>また, システムセキュリティには,
       さまざまな形での攻撃に対処することとも関係しています.
       この攻撃には root 権限を奪おうとするものだけでなく,
       クラッシュやシステムの不安定状態を引き起こそうとするものを含まれます.
       このセキュリティ問題は, いくつかに分類することが可能です.</para>
     
     <orderedlist>
       <listitem>
 	<para>サービス妨害攻撃 (denial of service attack)</para>
       </listitem>
 
       <listitem>
 	<para>ユーザアカウントの不正利用 (user account compromise)</para>
       </listitem>
 
       <listitem>
 	<para>アクセス可能なサーバを使った root 権限の不正利用</para>
       </listitem>
 
       <listitem>
 	<para>ユーザアカウントを経由した root 権限の不正使用</para>
       </listitem>
 
       <listitem>
 	<para>バックドアの設置</para>
       </listitem>
     </orderedlist>
 
     <para>サービス妨害攻撃 (DoS 攻撃) とは,
       マシンから必要な資源を奪う行為です.
       通常, サービス妨害攻撃はそのマシンで実行されるサーバや
       ネットワークスタックを過負荷状態にしてマシンをクラッシュさせたり,
       マシンを使えなくしたりするような力任せの方法です.
       サービス妨害攻撃の中には,
       ネットワークスタックのバグを利用して,
       パケット一つでマシンをクラッシュさせようとするものもあります.
       後者には, カーネルにバグ修正を施すことによってのみ対応することができます.
       サーバプロセスに対する攻撃は, オプションを適切に指定することによって,
       攻撃されている状況でサーバプロセスの負荷上昇に限界を設定することで
       対応できる場合が多いです. これらに比べると, 
       ネットワークへの力任せの攻撃への対応はずっと難しくなります. 
       たとえば, 偽造パケットによる攻撃 (spoof-packet attack) は,
       インターネットからシステムを切り離す以外の方法で
       防ぐことはほとんど不可能です.
       この攻撃によって, マシンを落としてしまうことはできないかもしれませんが,
       接続しているインターネット回線を混雑させていっぱいにしてしまうことはできます.</para>
 
     <para>ユーザアカウントの不正利用は, サービス妨害攻撃
       よりもずっとよくある問題です. このご時勢でも, 自分たちのマシンで
       標準の telnetd, rlogind, rshd, ftpd サーバを実行させているシステ
       ム管理者は多いのです. これらのサーバは, デフォルトでは, 暗号化さ
       れたコネクション上で動作していません. その結果, 抱えているユーザ
       数が標準くらいであれば, リモートログイン (そのシステムにログイン
       するには最も普通で便利な方法です) しているユーザのうち一人以上は, 
       パスワードを覗き見られてしまうでしょう. システム管理者が注意深い
       人ならば, たとえログインが成功していたとしても, リモートアクセス
       ログを解析して, 疑わしい送信元アドレスを探すものです.</para>
 
     <para>ひとたび攻撃者がユーザアカウントへのアクセス権を入手すると, 
       攻撃者が root の権限を破る可能性があることを仮定するべきです. し
       かし, セキュリティを十分維持し, 手入れの行き届いたシステムにおい
       ては, あるユーザアカウントへのアクセスが可能となっても, 攻撃者に
       必ずしも root へのアクセス権を与えるとは限りません. こ
       の違いは重要です. というのは, 一般的に root へのアクセス権がなければ,
       攻撃者は自分の侵入の痕跡を隠蔽することができませんし, そ
       のユーザのファイルを引っかき回したり, マシンをクラッシュさせたり
       できるのがせいぜいです. ユーザアカウントの不正利用は
       めずらしいことではありません. それは一般ユーザに, システム管
       理者ほど注意を払わない傾向があるからです.</para>
 
     <!-- 2001/04/04:hrs mistranslation? -->
     <para>システム管理者は「あるマシン上で root の権限を破る方法は, 潜
       在的に何通りもあるのだ」ということを心しておかねばなりません. 攻撃
       者が root のパスワードを知ってしまうかもしれませんし, 攻撃者が 
       root の権限で実行されるサーバのバグを見つけ, ネットワークからそ
       のサーバへ接続して root の権限を破ることができるかもしれません. 
       ひとたびユーザアカウントを破ると, ユーザアカウントから root の権
       限を破ることを可能にするような suid-root プログラムに存在するバグを
       攻撃者は知っているかもしれません. あるマシン上で攻撃者
       が root の権限を破る方法を知ったとすると, 攻撃者は, 裏口を作る必
       要はありません. これまでに発見され, ふさがれた root の
       穴の多くには, クラッカーが侵入した跡を消そうとしてたくさん仕事し
       た結果が含まれています. そのためにこそ, 多くのクラッカーは裏口を
       作るのです. 攻撃者は裏口を使ってシステムへの root アクセスを再び
       簡単に得ることができます. しかしこの裏口は, クラッカーの検出をす
       るのに便利なものでもあります. クラッカーに裏口を作らせないように
       するということは, セキュリティにとっては実際には良くないことかも
       しれません. なぜなら, そうすることで, クラッカーが最初に侵入して
       くるために発見したセキュリティホールがふさがるわけではないからで
       す.</para>
 
     <para>セキュリティを改善する方法は, 常に, タマネギの皮
       のように階層化する手法 (a multi-layered <quote>onion peel</quote> approach) で実装されるべきです. これら
       は次のように分類できます.</para>
 
     <orderedlist>
       <listitem>
 	<para>root とスタッフのアカウントの安全性を高める.</para>
       </listitem>
 
       <listitem>
 	<para>root の安全性を高める &ndash; root 権限で動作するサーバ
 	と suid/sgid バイナリ.</para>
       </listitem>
 
       <listitem>
 	<para>ユーザアカウントの安全性を高める.</para>
       </listitem>
 
       <listitem>
 	<para>パスワードファイルの安全性を高める.</para>
       </listitem>
 
       <listitem>
 	<para>カーネルのコア, raw デバイス, ファイルシステムの安全性を
 	高める.</para>
       </listitem>
 
       <listitem>
 	<para>システムに対して行なわれた, 不適切な変更をすばやく検出す
 	る.</para>
       </listitem>
 
       <listitem>
 	<para>必要と思われる以上の対応をとる (paranoia).</para>
       </listitem>
     </orderedlist>
 
     <para>本章の次の節では, 上記の各項目についてより深く掘り下げていき
       ます.</para>
   </sect1>
 
   <sect1 id="securing-freebsd">
     <title>FreeBSDの安全性を高める</title>
 
     <para>以下の節では, 本章の<link linkend="security-intro">前節
       </link>でとりあげた FreeBSD システムの安全性を高める方法について
       述べます.</para>
 
     <sect2 id="securing-root-and-staff">
       <title>root アカウントとスタッフアカウントの安全性を高める</title>
 
       <para>root のアカウントの安全性を確保しないうちからスタッフのア
         カウントの安全性をうんぬんしてもしかたがありません. ほとんどの
         システムでは, root アカウントに割り当てたパスワードが 1 つあり
         ます. まず最初にすべきことは, このパスワードは<emphasis>いつで
         も</emphasis>不正利用の危険に晒されていると仮定することです. これは
         root のパスワードを消すべきだと言っているのではありません.
         root のパスワードは, マシンにコンソールからアクセスするのには, 
         ほとんどいつでも必要なものです. ここで言いたいのは, コンソール
         以外からは, そして可能なら &man.su.1; コマンドを実行する場合も
         root のパスワードを使えないようにするべきである, ということで
         す. たとえば, あなたが使っている pty が,
         <filename>/etc/ttys</filename> ファイルで unsecure と指定
         されているか確認してください. そうすると,
         <command>telnet</command> や <command>rlogin</command> 経由では 
         root で直接ログインできないようになります.
         <application>sshd</application> のような, 別のログインサービス
         を使っている場合でも同様に, 直接 root へログインすることを許し
         ていないかどうか確認してください. すべてのアクセス手段 &ndash; 
         たとえば ftp のようなサービスが, 良くクラックの対象となることを
         考えましょう. root への直接ログインは, シス
         テムコンソール経由でのみ可能であるべきなのです.</para>
 
       <para>また当然, システム管理者として自分が root になれるようにしておく必要が
         ありますから, そのための穴をいくつか開けておきます. し
         かし, それらの穴を動作させるには, さらに追加のパスワード認証が
         必要であるようにしておくことが重要です. root でアクセス可能と
         する方法の一つとして, 適切なスタッフアカウントを
         (<filename>/etc/group</filename> 中の)
         <literal>wheel</literal> グループに加えることがありま
         す. <literal>wheel</literal> グループに入っているスタッフメン
         バは <literal>su</literal> を使って root になることが許されま
         す. パスワードエントリにおいて, スタッフメンバを 
         <literal>wheel</literal> グループに置くことによって直接 wheel 
         権限を与えてはいけません. スタッフメンバのアカウントは 
         <literal>staff</literal> グループに所属させるべきで, そして 
         <filename>/etc/group</filename> ファイルを通して 
         <literal>wheel</literal> グループに加えるべきです. 実際に root 
         アクセスの必要なスタッフメンバのみ <literal>wheel</literal> グ
         ループに置くようにすべきです. 他の認証方法の場合, たとえば 
         kerberos を使用する場合には, root アカウントの 
         <filename>.k5login</filename> ファイルを使って, 誰も 
         <literal>wheel</literal> グループに置く必要なく &man.ksu.1; を
         使って root になることを許すようにすることもできます. このやり
         方はよりよい解決策なのかもしれません. なぜなら,
         <literal>wheel</literal> のメカニズムでは, 侵入者がパスワード
         ファイルを手に入れ, スタッフアカウントのいずれか 1 つを破るこ
         とができると, root を破ることがまだできてしまうからです.
         <literal>wheel</literal> のメカニズムを用いる方が, 何もしない
         よりは良いのですが, 必ずしも最も安全な選択肢とは限りません.
         </para>
 
       <para>root アカウントの安全性を高める間接的な方法として, 別のロ
         グインアクセスの方法を用いてスタッフのアカウントの安全性を高め, 
         その上でそのスタッフのアカウントの暗号化パスワードを 
         <literal>*</literal> にしておく方法があります. この方法だと, 
         侵入者がパスワードファイルを盗むことができた場合でも, スタッフ
         アカウントを破ることはできなくなります (また, たとえ root が暗
         号化パスワードをパスワードファイルに付けていたとしても, 間接的
         に root アカウントを破ることはできません). スタッフメン
         バがスタッフアカウントでログインする際には, &man.kerberos.1; 
         や &man.ssh.1; のような, 公開鍵 / 秘密鍵の鍵の組を使う安全性の
         高いログイン機構を使います. kerberos のようなログイン機構を使う
         場合は一般に, kerberos サーバを実行するマシンと自分のデスクトッ
         プワークステーションとの安全性を確保しなければなりません.
         また <application>ssh</application> で公開鍵 / 秘密鍵の組を使う場合, 
         一般に, <emphasis>ログイン元</emphasis>マシン (通常は自分のワー
         クステーション) の安全性を確保しなければなりません. ここで,
         <&man.ssh-keygen.1; で公開鍵 / 秘密鍵の組を生成する際, 鍵の組
         をパスワードで防御することにより, 鍵の組への防御層を追加するこ
         ともできます. スタッフアカウントのパスワードを 
         <literal>*</literal> でつぶすことができると, 管理者自身が設定
         した安全性の高い方法でしかスタッフメンバがログインできないこと
         も保証できます. こうして, 多くの侵入者が使う重大なセキュリティ
         の穴, すなわち, 安全性の低い無関係なマシンからネットワークを覗
         き見る方法, を塞ぐようなセッションを提供する, 安全性の高い暗号
         化されたコネクションを使うことを, スタッフメンバ全員に強制する
         ことができるのです.</para>
 
       <para>より間接的なセキュリティの仕組みでは, 制限の強いサーバから
         制限の弱いサーバへログインすることを前提としています. たとえば, 
         メインマシンで, 様々な種類のサーバを実行させている場合, ワーク
         ステーションではそれらのサーバを実行させてはなりません. ワーク
         ステーションを十分に安全にしておくためには, 実行するサーバの数
         を, 一つもサーバが実行されていないというくらいにまでできる限り
         減らすべきです. また, パスワードで保護されたスクリーンセーバを
         走らせておくべきです. ワークステーションへの物理的アクセスが与
         えられたとすると, もちろん言うまでもなく, 攻撃者は管理者が設定
         したいかなる種類のセキュリティをもうち破ることができるのです. 
         このことは, 管理者として必ず考えておかねばならない問題ですが, 
         システム破りの大多数は, ネットワーク経由でリモートから, ワーク
         ステーションやサーバへの物理的アクセス手段を持たない人々によっ
         て行われるという事実もまた, 念頭に置いておく必要があります.
         </para>
 
       <para>kerberos のような方法を使うことで, スタッフアカウントのパ
         スワードの変更もしくは停止を一箇所で行なうことと, スタッフメン
         バがアカウントを持つすべてのマシンに即時にその効果を及ぼすこと
         が可能となります. スタッフメンバのアカウントが危険に晒されたと
         きに, すべてのマシンでスタッフメンバのパスワードを即座に変更す
         る能力を過小評価してはいけません. パスワードが分散されている状
         況では, N 台のマシンでパスワードを変更すると, てんやわんやの事
         態を招く可能性があります. kerberos を使用すると, パスワードの
         再発行に制限 (re-passwording restriction) を課することもできま
         す. この機能を使うことにより, ある kerberos チケットをしばらく
         経つとタイムアウトにすることができるだけでなく, 一定期間 ( 例
         えば, 1 ヶ月に 1 回) 経つと, ユーザに新しいパスワードを選ぶよ
         うに要求することもできます.</para>
     </sect2>
 
     <sect2>
       <title>root 権限で実行されているサーバと SUID/SGID バイナリの安全性を高める</title>
 
       <para>用心深いシステム管理者は, 自分に必要なサーバプロセスだけを
         過不足なく実行させるものです. サードパーティ製のサーバは, よくバグを持っ
         ていがちだということに注意して下さい. たとえば, 古いバージョンの 
         imapd や popper を実行させておくのは, 全世界に万能の root の切
         符を与えているようなものです. 自分で注意深くチェックしていない
         サーバは, 決して実行してはいけません. root で実行させる必要の
         あるサーバはほとんどありません. たとえば,
         <application>ntalk</application>,
         <application>comsat</application>,
         <application>finger</application> デーモンを, 専用ユーザの
         <literal>砂場 (sandbox)</literal> で実行させることができます. 
         管理者が膨大な数の問題に直面していないのなら, この「砂場」は完
         璧ではありませんが, セキュリティに関するタマネギ的アプローチは
         ここでも成り立ちます. 砂場で実行されているサーバプロセスを経由
         して侵入を果たすことができたとしても, 攻撃者はさらに砂場から外
         に脱出しなければなりません. 攻撃者が通過せねばならない層の数が
         増えれば増えるほど, それだけ攻撃者が侵入に成功する確率が減りま
         す. root の抜け穴は歴史的に, 基本システムサーバも含め, root 権
         限で実行されるほとんどすべてのサーバプロセスで発見されています. 
         ユーザが <application>sshd</application> 経由でのみログインし,
         <application>telnetd</application>,
         <application>rshd</application>,
         <application>rlogind</application> 経由でログインすることが決
         してないマシンを稼働させているのであれば, それらのサービスを停
         止させて下さい!</para>
 
       <para>FreeBSD では, 今では <application>ntalkd</application>,
         <application>comsat</application>,
         <application>finger</application> は砂場で実行させることがデフォ
         ルトになっています. 次に砂場で実行させるべきプログラムの候補と
         して, &man.named.8; があります.
         <filename>/etc/defaults/rc.conf</filename> ファイルには,
         <application>named</application> を砂場で実行するために必要な
         引数がコメントアウトされた形式で含まれています. 新しいシステム
         をインストールしているか, それとも既存のシステムをアップグレー
         ドして使っているかに依存しますが, 砂場として使用する特別のユー
         ザアカウントがインストールされていないかもしれません. 用心深い
         システム管理者であれば, できるだけいつでも研究を怠らず, サーバ
         に砂場を仕込むものでしょう.</para>
 
       <para>通常, 砂場で実行しないサーバが他にいくつかあります.
         <application>sendmail</application>,
         <application>popper</application>,
         <application>imapd</application>,
         <application>ftpd</application> などです. これらのうちいくつか
         のサーバには代わりとなるものがありますが, 代わりのものをインス
         トールするには, あなたが思うより多くの仕事が必要になるかもしれ
         ません (便利さという要素がまたも勝利を収めるわけです). これら
         のサーバは, root 権限で実行せねばならいかもしれません. また, 
         これらのサーバ経由で生じる侵入を検出するためには, 他の仕組みに
         頼らなくてはならないかもしれません.</para>
 
       <para>システムの root 権限の潜在的な穴で他に大きなものとして, シ
         ステムにインストールされた suid-root/sgid バイナリがあります. 
         これらのバイナリは, <application>rlogin</application> のように,
         <filename>/bin</filename>, <filename>/sbin</filename>,
         <filename>/usr/bin</filename>, <filename>/usr/sbin</filename> 
         に存在するものがほとんどです. 100% 安全なものは存在しないとは
         いえ, システムデフォルトの siud/sgid バイナリは比較的安全とい
         えます. それでもなお, root の穴がこれらのバイナリにときおり発
         見されています. 1998 年に <literal>Xlib</literal> で見つかった 
         root の穴は, <application>xterm</application> (普通, suid 設定
         されています)を脆弱にしてしまいました. 安全である方がよいので, 
         用心深いシステム管理者は残念に思いながらも, スタッフのみが実行
         する必要がある suid バイナリは, スタッフのみがアクセス可能な特
         別なグループに含めるように制限を加え, 誰も使わない suid バイナ
         リは (<command>chmod 000</command> を実行して) 片付けてしまう
         でしょう. ディスプレイを持たないサーバは, 一般的に 
         <application>xterm</application> のバイナリを必要としません.
         sgid バイナリもほとんど同様の危険な存在になり得ます. 侵入者が 
         kmem に sgid されたバイナリを破ることができた場合, その侵入者
         は <filename>/dev/kmem</filename> を読み出すことができるように
         なるでしょう. つまり, 暗号化されたパスワードファイルを読み出す
         ことができるようになるので, パスワードを持つどのアカウントをも, 
         潜在的な危険に晒すことになります. 他にも,
         <literal>kmem</literal> グループを破った侵入者が pty を通して
         送られたキーストロークを監視できるという危険があります. キース
         トロークには, 安全な方法でログインするユーザが使っている pty 
         も含まれます. tty グループを破った侵入者は, ほぼ任意のユーザの 
         tty へ書き込みができます. ユーザが端末プログラムやキーボードを
         シミュレーションする機能を持ったエミュレータを使っている場合, 
         侵入者は潜在的に, 結局そのユーザとして実行されるコマンドをユー
         ザの端末にエコーさせるデータストリームを生成できる可能性があり
         ます.</para>
     </sect2>
 
     <sect2 id="secure-users">
       <title>ユーザアカウントの安全性を高める</title>
 
       <para>ユーザアカウントは, 普通, 安全性を高めることが最も困難です. 
         スタッフに対しては, とても厳格なアクセス制限を強制しパスワード
         を <literal>*</literal> で外すことができるでしょうが, 管理者が
         持ちうる一般ユーザすべてのアカウントに対して同じことはできない
         かもしれません. 管理者が十分に統率をとることができるなら, 管理
         者は勝利し, ユーザのアカウントの安全を適切に確保できるかもしれ
         ません. それができないならば, よりいっそう気を配って一般ユーザ
         のアカウントを監視するよりほかありません. 一般ユーザアカウント
         に対し <application>ssh</application> や kerberos を利用するこ
         とには, システム管理がさらに増えたりテクニカルサポートが必要に
         なるなどの問題があります. それでも, 暗号化パスワードファイルと
         比較するとはるかに良い解です.</para>
     </sect2>
 
     <sect2>
       <title>パスワードファイルの安全性を高める</title>
 
       <para>できるだけ多くのパスワードを <literal>*</literal> で外し, 
         それらのアカウントのアクセスには 
         <application>ssh</application> や kerberos を使うようにするこ
         とが, 唯一の確実な方法です. 暗号化パスワードファイル 
         (<filename>/etc/spwd.db</filename>) は root でのみ読み出し可能
         だといっても, 侵入者が root の書き込み権限は得られなくとも, 読
         み出しアクセス権限を得ることは可能かもしれません.</para>
 
       <para>セキュリティスクリプトで常にパスワードファイルの変更をチェッ
         クし, 報告するようにすべきです (<link
         linkend="security-integrity">ファイルの完全性のチェック</link> 
         参照).</para>
     </sect2>
 
     <sect2>
       <title>カーネルのコア, raw デバイス, ファイルシステムの安全性を
       高める</title>
 
       <para>root の権限を破ると, 攻撃者は何でもできますが, 特に重宝さ
         れる特定の事柄もいくつかあります. たとえば, 最近のカーネルは, 組
         み込みのパケット覗き見デバイス (packet sniffing device) ドライ
         バを備えているものがほとんどです. FreeBSD では 
         <devicename>bpf</devicename> デバイスと呼ばれています. 侵入者
         は普通, 侵入済みのマシンでパケット覗き見プログラムを実行させよ
         うと試みます. 侵入者にわざわざそういう機能を提供する必要はない
         ので, ほとんどのシステムで bpf デバイスを組み込むべきではあり
         ません.</para>
 
       <para>bpf デバイスを外しても, <filename>/dev/mem</filename> と 
         <filename>/dev/kmem</filename> という悩みの種がまだ残っていま
         す.  この問題に関しては, 侵入者は raw ディスクデバイスに書き込
         むこともできます. また, モジュールローダ, &man.kldload.8; とい
         う, 別のカーネル機能があります. やる気まんまんの侵入者は, KLD 
         モジュールを使って自分独自の bpf もしくはその他覗き見デバイス
         を動作中のカーネルにインストールすることができます. この問題を
         避けるため, システム管理者はカーネルをより高い安全レベル (
         securelevel) , 少なくとも安全レベル 1 で実行させる必要がありま
         す. <command>sysctl</command> を使って 
         <literal>kern.securelevel</literal> 変数に安全レベルを設定する
         ことができます. ひとたび安全レベルに 1 を設定すると, raw デバ
         イスに対する書き込みアクセスは拒否され, たとえば 
         <literal>schg</literal> のような特別な chflags フラグの機能が
         強制されます. システム起動に関わる重要なバイナリやディレクトリ, 
         スクリプトファイルなど, 安全レベルが設定されるまでの間に実行さ
         れるすべてのものに対しても <literal>schg</literal> フラグを on 
         にしておくことも確実に実行してください. この設定をやり過ぎても
         構いませんが, より高い安全レベルで動作している場合, システムの
         アップグレードがはるかに困難になります. システムをより高い安全
         レベルで実行させるようにするが, すべてのシステムファイルとディ
         レクトリに <literal>schg</literal> フラグを設定しないという妥
         協をする方法もあります. もう一つの可能性としては, 単純に 
         <filename>/</filename> および <filename>/usr</filename> を読み
         込み専用でマウントすることです. ここで特筆すべきことは, システ
         ムを守ろうとして厳しくしすぎると, 侵入を検出するという非常に重
         要なことができなくなってしまうということです.</para>
     </sect2>
 
     <sect2 id="security-integrity">
       <title>ファイルの完全性のチェック: バイナリ, 設定ファイルなど
       </title>
 
       <para>ことこの問題に至ると, システム管理者にできることは, 便利さ
         という要素がその醜い頭を上げない程度に, コアシステムの設定と制
         御ファイルを防御することだけです. たとえば,
         <filename>/</filename> および <filename>/usr</filename> にある
         大部分のファイルに <literal>schg</literal> ビットを設定するた
         めに <command>chflags</command> を使用するのは, おそらく逆効果
         でしょう. なぜなら, そうすることでファイルは保護できますが, 侵
         入を検出する窓を閉ざしてしまうことにもなるからです. セキュリティ
         のタマネギの最後の層はおそらく最も重要なもの &ndash; 検出で
         す. セキュリティの残りのものは, 突然の侵入を検出できなければ, 
         まったく有用ではありません (あるいは, もっと悪ければ, 安全性に
         対する間違った感覚を植え付けてしまいます). タマネギの仕事の半
         分は, もう半分の検出側が攻撃者を攻撃の最中に捕えるようにするた
         めに, 攻撃者を食い止めるのではなく侵入を遅らせることなのです.
         </para>
 
       <para>侵入を検出する最も良い方法は, 変更されていたり, 消えていた
         り, 入れた覚えがないのに入っているファイルを探すことです. 変更
         されたファイルを探すのに最も良い方法は, もう一つの (しばしば中
         央に集められた), アクセスが制限されたシステムから行なうもので
         す. さらに安全でアクセス制限されたシステム上でセキュリティ用ス
         クリプトを書けば, スクリプトは潜在的なクラッカー達からはほぼ見
         えなくなります. これは重要なことです. この有効性を最大限に活用
         するためには, 一般的に, アクセスの制限されたマシンから実際に使っ
         ている他のマシンへのかなりのアクセスを許す必要があります.  普
         通は, 他のマシンからアクセス制限されたマシンへ読み込み専用の 
         NFS エクスポートをしたり, アクセス制限されたマシンから他のマシ
         ンへ <application>ssh</application> を行なうために,
         <application>ssh</application> 鍵のペアを作ったりすることで行
         います. ネットワークのトラフィックを別にして, NFS は最も可視性
         のない方法です &ndash; 各クライアント上のファイルシステムを, 
         事実上検出されずに監視できるようになります. アクセス制限された
         サーバがスイッチを通してクライアントに接続されている場合, たい
         てい NFS がより良い選択肢です. アクセス制限されたサーバがハブ
         を通したり, いくつかのルーティング層を通したりしてクライアント
         に接続する場合, NFS はあまりにも危険な方法かもしれず (ネットワー
         クの面で) , <application>ssh</application> の方が認証の道筋は
         跡となって残りますが, それでもより良い方法かもしれません.
         </para>
 
       <para>アクセス制限されたマシンに, 監視しようとするクライアントシ
         ステムへの少なくとも読み込みのアクセス権を与えたら, 次に実際に
         監視するためのスクリプトを書かなくてはいけません. NFS マウント
         をすれば, &man.find.1; や &man.md5.1; などの単純なシステムユー
         ティリティでスクリプトを書くことができます. 少なくとも 1 日 1 
         回, クライアントのファイルを直接 md5 にかけ, さらにもっと頻繁
         に <filename>/etc</filename> および 
         <filename>/usr/local/etc</filename> にあるようなコントロール用
         ファイルを試験するのが一番です. アクセス制限されたマシンが正し
         いと知っている, 基となる md5 情報と比べて違いが見つかった場合, 
         システム管理者に調べて欲しいと悲鳴を上げるようにすべきです. 優
         れたセキュリティ用スクリプトは, <filename>/</filename> および
         <filename>/usr</filename> などのシステムパーティション上で不適
         当に suid されたバイナリや, 新たに作成されたファイルや削除され
         たファイルもチェックするでしょう.</para>
 
       <para>NFS ではなく, <application>ssh</application> を使用する場
         合は, セキュリティ用スクリプトを書くのはずっと難しいことで
         す. スクリプトを動かすためには, クライアントに対してスクリプト
         を <command>scp</command> しなくてはいけませんし, それは目に見
         えてしまいます. そして, 安全のためには, スクリプトが使うバイナ
         リ (find など) を <command>scp</command> する必要もあります. 
         クライアントの <application>ssh</application> デーモンはすでに
         攻撃されてしまっているかもしれません. 結局のところ, 安全でない
         リンク上の場合は <application>ssh</application> は必要かもしれ
         ませんが, <application>ssh</application> を扱うのはとても大変
         なことです.</para>
 
       <para>優れたセキュリティ用スクリプトは, ユーザやスタッフメンバの
         アクセス設定ファイルの変更もチェックするものです.
         <filename>.rhosts</filename>, <filename>.shosts</filename>,
         <filename>.ssh/authorized_keys</filename> など &hellip;
         <literal>MD5</literal> チェックの範囲外になってしまうであろう
         ファイル群です.</para>
 
       <para>ユーザ用のディスク容量が非常に大きい場合は, パーティション
         上の各ファイルを見て回るのに大変な時間がかかるかもしれません. 
         この場合は, マウントフラグを設定して, このパーティションに 
         suid されたバイナリやデバイスを置けないようにするのが良い考え
         です.<literal>nodev</literal> および <literal>nosuid</literal> 
-        オプション (&man.mount.8; 参照) が知るべきものでしょう. 私なら, 
-        ともかくも週に 1 度はファイルシステムをスキャンするでしょう. 
+        オプション (&man.mount.8; 参照) が知るべきものでしょう.
+        とにかく少なくとも週に 1 度はファイルシステムをスキャンするべきです.
         なぜなら, この層の目的は, 侵入が成功したかどうかに関わらず, 侵
         入があったことの検出をすることだからです.</para>
 
-      <para>プロセスアカウンティング (&man.accton.8; 参照) は, 比較的
-        オーバヘッドの低いオペレーティングシステムの機能で, マシンに侵
-        入されてしまった後の評価の仕組みとして使用することをお勧めしま
-        す. 侵入を受けた後でも当該ファイルが無傷である場合に, 侵入者が
-        実際にどのようにしてシステムに侵入したかを追跡するのに特に有益
-        です.</para>
+      <para>プロセスアカウンティング (&man.accton.8; 参照) は,
+        マシンへの侵入を検出するためのメカニズムとして推奨できる,
+        比較的オーバヘッドの少ないオペレーティングシステムの機能です.
+        侵入を受けた後でも当該ファイルが無傷である場合に, 侵入者が
+        実際にどのようにしてシステムに侵入したかを追跡するのに特に役立ちます.</para>
 
       <para>最後に, セキュリティスクリプトはログファイルを処理するよう
         にし, ログファイル自体もできるだけ安全性の高い方法で生成するよ
         うにすべきです &ndash; リモート syslog は極めて有益になり得ま
         す. 侵入者は自分の侵入の痕跡を覆い隠そうとしますし, また, ログ
         ファイルはシステム管理者が最初の侵入の時刻と方法を追跡してゆく
         ために極めて重要です. ログファイルを永久に残しておくための 1 
         つの方法は, システムコンソールをシリアルポートにつないで走らせ, 
         コンソールを監視している安全なマシンを通して絶えず情報を集める
         ことです.</para>
     </sect2>
 
     <sect2>
       <title>偏執狂的方法</title>
 
       <para>多少偏執狂的になっても決して悪いことにはなりません. 原則的
         に, システム管理者は, 便利さに影響を与えない範囲でいくつでもセ
         キュリティ機能を追加することができます. また, いくらか考慮した
         結果, 便利さに影響を与えるセキュリティ機能を追加することもでき
         ます. もっと重要なことには, セキュリティ管理者とは少し喧嘩にな
         るはずなのですが &ndash; もしあなたが, 本文書に書かれている勧
         告をそのまま使用した場合は, 予想されるクラッカーはやはり本文書
         を読んでいるわけですから, あなたの防御策を教えてしまうことにな
         ります.</para>
     </sect2>
 
     <sect2>
       <title>サービス妨害攻撃</title>
 
       <para>このセクションではサービス妨害攻撃 (DOS 攻撃) を扱います. 
         サービス妨害攻撃は, 普通は, パケット攻撃です. ネットワークを飽
         和させる最先端の偽造パケット (spoofed packet) 攻撃に対してシス
         テム管理者が打てる手はそれほど多くありませんが, 一般的に, その
         種の攻撃によってサーバがダウンしないことを確実にすることで, 被
         害をある限度に食い止めることはできます.</para>
 
       <orderedlist>
 	<listitem>
 	  <para>サーバの fork の制限.</para>
 	</listitem>
 
 	<listitem>
 	  <para>踏み台攻撃の制限 (ICMP 応答攻撃, ping broadcast など).
 	  </para>
 	</listitem>
 
 	<listitem>
 	  <para>カーネルの経路情報のキャッシュ.</para>
 	</listitem>
       </orderedlist>
 
       <para>よくあるサービス妨害攻撃は, fork するサーバプロセスに対す
         るものです. これは, サーバにプロセス, ファイル記述子, メモリを
         マシンが死ぬまで食い尽くさせようとするものです. inetd
         (&man.inetd.8; 参照) には, この種の攻撃を制限するオプションが
         いくつかあります. マシンがダウンすることを防止することは可能で
         すが, この種の攻撃によりサービスが中断することを防止することは
         一般的に言ってできないことに注意する必要があります. inetd のマ
         ニュアルページを注意深く読んで下さい. 特に,
         <option>-c</option>, <option>-C</option>, <option>-R</option> 
         オプションに注意して下さい. IP 偽造攻撃 (spoofed-IP attack) は 
         inetd の <option>-C</option> オプションの裏をかけるので, 一般
         にオプションを組み合わせて使用するべきであることに注意して下さ
         い. スタンドアロンサーバの中には, 自分自身で fork を制限するパ
         ラメータを持っているものがあります.</para>
 
       <para><application>Sendmail</application> には,
         <option>-OMaxDaemonChildren</option> オプションがあります. シ
         ステム負荷の値変化には遅れがあるので, sendmail の負荷限界指定
         オプションを使うよりも, このオプションを使う方がまともに動作す
         る可能性ははるかに高いです.
         <application>sendmail</application> の実行を開始する際に,
         <literal>MaxDaemonChildren</literal> パラメータを設定するべき
         です. その値は, 通常見込まれる負荷を扱える程度に十分高いが, そ
         れだけの数の <application>sendmail</application> を操作しよう
         とするとマシンが卒倒してしまうほどには高くないような値に設定す
         るべきです. sendmail をキュー処理モード 
         (<option>-ODeliveryMode=queued</option>) で実行することや,
         sendmail デーモン (<command>sendmail -bd</command>) をキュー処
         理用プロセス (<command>sendmail -q15m</command>) と別に実行す
         ることも, 用心深いことと言えます. それでもなおリアルタイムでの
         配送を望むのであれば, <option>-q1m</option> のようにすることで, 
         キュー処理をはるかに短い時間間隔で行うことができます. いずれに
         しても, <literal>MaxDaemonChildren</literal> オプションに合理
         的な値を確実に指定して, sendmail がなだれをうって失敗すること
         がないようにして下さい.</para>
 
       <para><application>syslogd</application> は直接攻撃される可能性
         があるので, 可能ならばいつでも <option>-s</option> オプション
         を用いることを強く推奨します. これができないなら,
         <option>-a</option> オプションを使って下さい.</para>
 
       <para><application>tcpwrapper</application> の逆 identd などの接
         続返し (connect-back) を行うサービスについては十分注意を払うよ
         うにするべきです. これらは直接攻撃を受ける可能性があります. こ
         ういう事情があるので, <application>tcpwrapper</application> の
         逆 ident 機能を使おうとは思わないのが一般的です.</para>
 
       <para>境界ルータのところでファイアウォールを設けて, 外部からのア
         クセスに対して内部サービスを防御するという考えは実によいもので
         す. この考えは, LAN の外部からの飽和攻撃を防ぐことにあり, 内部
         サービスをネットワークベースの root 権限への攻撃から防御するこ
         とにはあまり考慮を払っていません. ファイアウォールは常に排他的
         に設定して下さい. つまり, <quote>ポート A, B, C, D と M から Z 
         まで<emphasis>以外</emphasis> のすべてに防火壁を設ける</quote> 
         というふうにです. このようにすることで,
         <application>named</application> (ゾーンのプライマリである場合),
         <application>ntalkd</application>,
         <application>sendmail</application> などのインターネットからア
         クセスできるサービスとして特に指定するもの以外の, 小さい番号の
         ポートすべてをファイアウォールで防御することができます. ファイ
         アウォールをこの他のやり方 &ndash; つまり包含的もしくは受容的
         なファイアウォールとして設定しようとする場合,
         <quote>close</quote> することを忘れてしまうサービスがいくつか
         出てきたり, 新しい内部サービスを追加したのにファイアウォールの
         更新を忘れたりする可能性がよく出てきます. ファイアウォール上の
         大きい番号のポートを開けておくことにより, 小さい番号のポートを
         危険に晒すことなく受容的な動作を許すことができます. FreeBSD で
         は, <literal>net.inet.ip.portrange</literal> への
         <command>sysctl</command> (<command>sysctl -a | fgrep
         portrange</command>) をいろいろ使用することで, 動的バインドに使用される
-        ポート番号の範囲を制御できることを記憶にとどめておいて下さい. 
-        これによりファイアウォールの設定の複雑性を緩和することもできま
-        す. 私は, ファイアウォールに通常の first/last の範囲として,
-        4000 から 5000 を, 高位ポートの範囲として, 49152 から 65535 を
-        使用しています. そして, (いくつかのインターネットアクセス可能
+        ポート番号の範囲を制御できることを記憶にとどめておいてください. 
+        これによりファイアウォールの設定を簡略化することもできます.
+        たとえば, 通常の first/last 範囲として 4000 から 5000 を,
+        高位ポートの範囲として, 49152 から 65535 を指定し,
+        (いくつかのインターネットアクセス可能
         なポートをブロックから除外するのはもちろんですが) 4000 より下
-        のすべてをブロックしています.</para>
+        のすべてをブロックするという設定が考えられるでしょう.</para>
 
       <para>また別のよくあるサービス妨害攻撃として, 踏み台攻撃 
         (springboard attack) と呼ばれるものがあります &ndash; これは, 
         あるサーバを攻撃し, そこ結果として生成される応答が自分自身, ロー
         カルネットワーク, そして他のマシンを過負荷に追い込むようにする
         攻撃です. この種の攻撃の中で最もありふれたものに,
         <emphasis>ICMP ping broadcast 攻撃</emphasis>があります. 攻撃
         者は, 実際に攻撃したいマシンのアドレスを送信元アドレスに設定し
         た ping パケットを偽造して, 対象の LAN のブロードキャストアド
         レスに向けてパケットを送信します. 境界にあるルータがブロードキャ
         ストアドレスに対する ping パケットを握り潰すように設定されてい
         ない場合, LAN は, 詐称された送信元アドレスに向けて応答パケット
         を生成するはめになり, 犠牲となるマシンが飽和するところまで行っ
         てしまいます. 攻撃者が同じトリックを異なるネットワーク上のいく
         つものブロードキャストアドレスに対して同時に使用した場合, とく
         にひどいことになります. これまでに, 120 メガビット以上のブロー
         ドキャスト攻撃が観測されています. 2 番目の踏み台攻撃は, ICMP 
         エラー報告の仕掛けを狙うものです. 攻撃者は ICMP エラー応答を生
         成するパケットを生成し, サーバの受信ネットワークを飽和させ, そ
         の結果としてサーバが送信ネットワークを ICMP 応答で飽和させてし
         まうようにすることができます. mbuf を消費し尽くさせることによ
         り, この種の攻撃でサーバをクラッシュさせることも可能です. サー
         バが生成した ICMP 応答を十分速く送信できない場合, とくにひどい
         ことになります. FreeBSD カーネルには, この種の攻撃の効果を抑制
         する ICMP_BANDLIM と呼ばれる新しいカーネルコンパイルオプション
         があります. 踏み台攻撃の 3 つめの主要なクラスに属する攻撃は,
         udp echo サービスのような, 特定の inetd 内部サービスに関連する
         ものです. 攻撃者は, 単に送信元アドレスがサーバ A の echo ポー
         トであり, 送信先アドレスがサーバ B の echo ポートであるように 
         UDP パケットを偽造します. ここでサーバ A, B はともにあなたの 
         LAN に接続されています. この 2 つのサーバは, この一つのパケッ
         トを両者の間で互いに相手に対して打ち返しあいます. このようにし
         てパケットをほんのいくつか注入するだけで, 攻撃者は両方のサーバ
         と LAN を過負荷状態にすることができます. 同様の問題が内部 
         chargen ポートにも存在します. 有能なシステム管理者はこの手の 
         inetd 内部テストサービスのすべてを無効にしておくものです.
         </para>
 
       <para>偽造パケット攻撃は, カーネルの経路情報キャッシュに過負荷を
         生じさせるために用いられることもあります.
         <literal>net.inet.ip.rtexpire</literal>,
         <literal>rtminexpire</literal>, <literal>rtmaxcache</literal> 
         の <command>sysctl</command> パラメータを参照して下さい. でた
         らめな送信元 IP アドレスを用いた偽造パケット攻撃により, カーネ
         ルは, 一時的なキャッシュ経路を経路情報テーブルに生成します. こ
         れは <command>netstat -rna | fgrep W3</command> で見ることがで
         きます. これらの経路は, 普通は 1600 秒程度でタイムアウトになり
         ます. カーネルがキャッシュ経路テーブルが大きくなり過ぎたことを
         検知すると, カーネルは動的に rtexpire を減らしますが,
         rtminexpire より小さくなるようには決して減らしません. ここに問
         題が 2 つあります:</para>
 
       <orderedlist>
 	<listitem>
 	  <para>負荷の軽いサーバが突然攻撃された場合, カーネルが十分素
 	    早く反応できないこと.</para>
 	</listitem>
 	
 	<listitem>
 	  <para>カーネルが持続的攻撃に耐えられるほど十分 
 	    <literal>rtminexpire</literal> が低く設定されていないこと.
 	    </para>
 	</listitem>
       </orderedlist>
 
       <para>自分のサーバが T3 もしくはそれより高速の回線でインターネッ
         トに接続されている場合, &man.sysctl.8; を用いて 
         <literal>rtexpire</literal> と <literal>rtminexpire</literal> 
         とを手動で上書きしておくことが思慮深いことといえます. どちらか
         一方でも 0 には決してしないで下さい (自分のマシンをクラッシュ
         させたくないのであれば <!-- smiley -->:-). 両パラメータを 2 秒
         に設定すれば, 攻撃から経路情報テーブルを守るには十分でしょう.
         </para>
     </sect2>
 
     <sect2>
       <title>Kerberos および SSH を用いたアクセスの問題</title>
 
       <para>もしあなたが, kerberos および 
         <application>ssh</application> を使用したいのだとしたら, 両者
         に関して言っておく必要のある問題がいくつかあります. kerberos V 
         は大変優れた認証プロトコルですが, kerberos 化された 
         <application>telnet</application> や 
         <application>rlogin</application> は, バイナリストリームを扱う
         のに不向きになってしまうようなバグがあります. さらに, デフォル
         トでは, kerberos は <option>-x</option> オプションを使わない限
         りセッションを暗号化してくれません.
         <application>ssh</application> では, デフォルトですべてを暗号
         化してくれます.</para>
 
       <para><application>ssh</application> はあらゆる場面でとても良く
         働いてくれます. ただし, デフォルトで暗号鍵を転送してしまうこと
         を除けばです. これはつまり, 暗号鍵を持った安全なワークステーショ
         ンがあって, この暗号鍵で残りのシステムとアクセスできるようになっ
         ている場合に, 安全でないマシンへ 
         <application>ssh</application> を行なう時に暗号鍵が見えてしま
         うということです. 実際の鍵そのものが見えてしまうわけではありま
         せんが, <application>ssh</application> は, あなたが login して
         いる間, 転送用ポートを作ります. クラッカーが安全でないマシンの 
         root を破ると, クラッカーは, このポートを使って暗号鍵を取得し, 
         この暗号鍵でロックの外れる他のマシンへのアクセスを得ます.
         </para>
 
       <para>スタッフのログインには, kerberos を組み合せた 
         <application>ssh</application> を使用することを勧めます.
         <application>ssh</application> は, kerberos サポート機能と一緒
         にコンパイルできます. こうすると, 見えてしまうかもしれない
         <application>ssh</application> 鍵をあまりあてにしないで良いよ
         うになります. また, それと同時に, kerberos 経由でパスワードを
         保護することもできます. <application>ssh</application> 鍵は, 
         安全なマシンからの自動化されたタスク (kerberos はこの用途には
         不向きです) のみに使用するべきです. また,
         <application>ssh</application> の設定で鍵転送をしないようにす
         るか, あるいは, <application>ssh</application> が
         <filename>authorized_keys</filename> ファイル中に書くことを許
         している <literal>from=IP/DOMAIN</literal> オプションを使用し
         て, 特定のマシンからログインしてきたときのみ鍵が有効であるよう
         にすることも勧めます.</para>
     </sect2>
   </sect1>
 
   <sect1 id="crypt">
     <title>DES, MD5, と Crypt</title>
 
     <para><emphasis>改訂: &a.unfurl;, 21 March　
       2000.</emphasis></para>
 
     <para><emphasis>訳: &a.hanai;,
 	12 September 1996.</emphasis></para>
     <para><emphasis>訳改訂: &a.jp.hino;,
 	12 March 2001.</emphasis></para>
 
     <para>UNIX システムにおけるすべてのユーザは, そのアカウントに対応し
       た一つのパスワードを持っています. それらのパスワードはユーザ本人
       と本当のオペレーティングシステムのみが知っているべきであるという
       ことは明らかでしょう. それらのパスワードを秘密に保っておくために, 
       パスワードは<quote>一方向ハッシュ</quote>として知られる方式で暗
       号化されます. 一方向ハッシュとは, 簡単に暗号化はできるが解読は難
       しいという方法です. 言葉を換えると, 先ほど明らかであると書いたの
       は実は正しくないのです: オペレーティングシステム自身は<emphasis>
       本当は</emphasis>パスワードを知らないのです. その代わりに
       <emphasis>暗号化された</emphasis>形でのみパスワードを知っていま
       す.<quote>素のテキスト</quote>としてパスワードを得る唯一の方法は, 
       可能な限りのパスワード空間を検索するという力任せの方法です.
       </para>
 
     <para>不幸なことに, UNIX が生まれようとしているときにパスワードを
       安全な形で暗号化できる方式は DES(Data Encryption Standard) に基
       づいたものだけでした.  このことは米国に住んでいるユーザにとって
       は大して問題ではありませんでしたが, DES のソースコードを米国外に
       輸出することはできないという問題がありました. そのために,
       FreeBSD は, 米国の法律を守ることと, 未だに DES を使っている他の 
       UNIX 一族との互換性を保つこととを両立する方法を探し出す必要があ
       りました.</para>
 
     <para>その解決方法は, 米国のユーザは DES のライブラリをインストー
       ルして DES を使用できるが, 米国外のユーザは国外に輸出可能な他の
       ひとつの暗号化方式を使用することができる, というように暗号化ライ
       ブラリを分割することでした. これが FreeBSD がデフォルトの暗号化
       方式として MD5 を使うようになったいきさつです. MD5 は DES よりも
       より安全であると考えられているため, DES をインストールする一番の
       理由は互換性を保つためといえます.</para>
 
     <sect2>
       <title>暗号化機構を理解する</title>
 
       <para>FreeBSD がどの暗号化方式を使うようにセットアップされている
         かを判断するのは簡単です.
         <filename>/etc/master.passwd</filename> ファイルの中の暗号化さ
         れたパスワードを調べてみるのが一つの方法です. MD5 ハッシュで暗
         号化されたパスワードは, DES ハッシュで暗号化されたパスワードよ
         りも長いですし, その上 <literal>&dollar;1&dollar;</literal> と
         いう文字で始まるという特徴も持っています. DES のパスワードはこ
         れといって識別可能な特徴は持っていませんが, MD5 のパスワードよ
         りは短く, そして <literal>&dollar;</literal> という文字を含ま
         ない 64 文字のアルファベットを使って表現されているので, 比較的
         短い文字列でドル記号で始まっていないものはおそらく DES のパス
         ワードでしょう.</para>
 
       <para>同様の方法で, ライブラリはパスワードを識別します. 結果とし
         て, DES のライブラリは MD5 パスワードを識別でき, そして MD5 を
         使って MD5 で暗号化されたパスワードをチェックし, その他のパス
         ワードには DES を使ってチェックします. DES のライブラリは MD5 
         も含んでいるのでこのようなことが可能なのです. 残念なことに, 反
         対は真ではありません. MD5 のライブラリは DES で暗号化されたパ
         スワードを認証することができません.</para>
 
       <para>あなたのシステムでプログラムがどちらのライブラリを使ってい
 	るかを調べるのは非常に簡単です.  crypt を使うプログラムは 
 	libcrypt をリンクしています.  そしてそれぞれのライブラリに対す
 	る適切な実装へのシンボリックリンクとなってい ます. たとえば, DES 
 	版を使っているようなシステムにおいては次のようになっています:
 	</para>
 
       <screen>&prompt.user; <userinput>ls -l /usr/lib/libcrypt*</userinput>
 lrwxr-xr-x  1 root  wheel  13 Mar 19 06:56 libcrypt.a -&gt; libdescrypt.a
 lrwxr-xr-x  1 root  wheel  18 Mar 19 06:56 libcrypt.so.2.0 -&gt; libdescrypt.so.2.0
 lrwxr-xr-x  1 root  wheel  15 Mar 19 06:56 libcrypt_p.a -&gt; libdescrypt_p.a</screen>
 
       <para>MD5 に基づいたライブラリを使っているシステムにおいては, 同
 	じようなリンクが 見られるでしょうが, そのターゲットは 
 	<filename>libdescrypt</filename> ではなく
 	<filename>libscrypt</filename> になっているでしょう.</para>
 
       <para>もし DES 機能を持った crypt ライブラリ
         <filename>libdescrypt</filename> をインストールしたのなら (つ
         まり "crypt" ディストリビューションをインストールした場合), 新
         規パスワードがどちらのパスワード形式になるかは,
         <filename>/etc/login.conf</filename> の中の 
         <quote>passwd_format</quote> ログインケーパビリティによって制
         御されます. その値としては, <quote>des</quote> または
         <quote>md5</quote> を設定することができます. ログインケーパビ
         リティに関するより詳細な情報は, login.conf(5) マニュアルページ
         をご覧ください.</para>
 
     </sect2>
   </sect1>
 
   <sect1 id="skey">
     <title>S/Key</title>
 
     <para>S/Key は一方向ハッシュ関数を基にしたワンタイムパスワード方式
       です. FreeBSD では, 互換性のために MD4 ハッシュを用いていますが
       他のシステムでは MD5 や DES-MAC を用いてます. S/Key は, バージョ
       ン1.1.5 以降のすべての FreeBSD に含まれていますし, FreeBSD 以外
       の数多くのシステムの上でも利用されています. S/Key ば Bell
       Communications Research, Inc. の登録商標です.</para>
 
     <para>以下の説明では, 三種類の異なる「パスワード」が使われます. 
       まず一つ目は, あなたが普段使っている普通の UNIX スタイルの, もし
       くは Kerberos でのパスワードです. ここではこれを <quote>UNIX パ
       スワード</quote>と呼ぶことにし ます. 二つ目は, S/Key の 
       <command>key</command> プログラムによって生成され,
       <command>keyinit</command> プログラムとログインプロンプトが受け
       付けるパスワードです. ここではこれを<quote>ワンタイムパスワード
       </quote>と呼ぶことにします.  三つ目のパスワードは,
       <command>key</command> (と場合により <command>keyinit</command>) 
       プログラムに対してユーザが入力する秘密のパスワードで, ワンタイム
       パスワードを生成するのに使われます. ここではこれを<quote>秘密の
       パスフレーズ</quote>もしくは単に &ldquo;パスフレーズ&rdquo; と呼
       ぶことにします. (訳注: ユーザが頭の中だけにしまっておくべきもの
       が, この秘密のパスフレーズです. なお, 原文ではこれをパスワードと
       表記していますが, 混乱を避けるために訳文ではすべて<quote> 秘密の
       パスフレーズ</quote>に統一しています.)</para>
 
     <para>秘密のパスフレーズは, UNIX パスワードと何の関連性もありませ
       ん: 両者を同一に設定することは可能ですが, お奨めしません.  UNIX 
       パスワードは長さが 8 文字に制限されています (訳注: FreeBSD で 
       DES を導入していない場合はもっと長いパスワードも認識されます). 
       これに対し, S/Key では秘密のパスフレーズを好きなだけ長くすること
       ができます (訳注: 実装上, <command>key</command> コマンドなどの
       バッファ長で制限されてしまう可能性があります.  200 文字程度に押
       えておいた方がよいでしょう :-). 6 語から 7 語からなるパスフレー
       ズがふつうです. ほとんどの部分で, S/Key システムは UNIX のパスワー
       ドシステムと完全に独立して動作するようになっています.</para>
 
     <para>パスフレーズに加え, S/Key システムにとって重要な二種類のデー
       タがあります. 一つは<quote>シード (seed: 種)</quote>または
       <quote>キー (key: 鍵)</quote>と呼ばれるもので, 二つの文字と五つ
       の数字で構成されます. もう一つは<quote>シーケンス番号 (iteration
       count)</quote> で, 1 から 100 までの整数です.  S/Key はここまで
       に述べたデータを利用してワンタイムパスワードを生成します. その方
       法は, まずシードと秘密のパスフレーズを連結し, それに対してシーケ
       ンス番号の回数だけ MD4 ハッシュを繰り返し計算します. そしてその
       結果を 六つの短い英単語に変換します. <command>login</command> プ
       ログラムと <command>su</command> プログラムは, 前回最後に受け付
       けられたワンタイムパスワードを記録しています.  そして, その前回
       のワンタイムパスワードと, ユーザが入力したワンタイムパスワードを
       一回ハッシュ関数にかけた結果とが一致した場合に, このユーザは認証
       されます. 一方向ハッシュ関数を使っているので, もし正しく認証され
       たワンタイムパスワードが一回盗聴されたとしても, 次回以降に使われ
       る複数のワンタイムパスワードを生成することは不可能です.  シーケ
       ンス番号はログインが成功するたびに一つずつ減らされて, ユーザとロ
       グインプログラムの間で同期が取られます. シーケンス番号が 1 まで
       減ったら, S/Key を再度初期化する必要があります.</para>
 
     <para>次に, S/Key 関連の四つのプログラムについて説明します.
       <command>key</command> プログラムは, シーケンス番号一つと, シー
       ド一つと, 秘密のパスフレーズ一つとを受け付けて, ワンタイムパスワー
       ドを一つ生成します. <command>keyinit</command> プログラムは,
       S/Key を初期化するのに使用され, また秘密のパスフレーズやシーケン
       ス番号やシードを変更するためにも使用されます. このプログラムを実
       行するには, 秘密のパスフレーズか, または, シーケンス番号とシード
       とワンタイムパスワードの一組かの, どちらかが必要になります.
       <command>keyinfo</command> プログラムは,
       <filename>/etc/skeykeys</filename> というファイルを調べて, この
       プログラムを起動したユーザの現在のシーケンス番号とシードを表示し
       ます. 最後に, <command>login</command> と <command>su</command> 
       プログラムについてですが, これらは S/Key のワンタイムパスワード
       を, (訳注:システムが) ユーザを認証するものとして受理するのに必要
       な処理をおこないます.  <command>login</command> プログラムは, 指
       定された特定のアドレスからの接続に対して, UNIX パスワードの使用
       を認めなくする機能, 逆に言えば S/Key の利用を強制する機能も持っ
       ています.</para>
 
     <para>この文書では, 四種類の異なる操作について説明します. 
       一つ目は, <command>keyinit</command> プログラムを信頼できる通信
       路上で利用する場合で, 一番始めに S/Key を設定する操作や, 使い始
       めたあとで秘密のパスフレーズやシードを変更する操作です. 二つ目は,
       <command>keyinit</command> プログラムを信頼できない通信路上で利
       用する場合で, 操作の目的は一つ目と同じです. この場合には 
       <command>key</command> プログラムを併用する必要があります.  三つ
       目は, <command>key</command> プログラムを使い, 信頼できない通信
       路を通じてログインする操作です. 四番目は, <command>key</command> 
       プログラムを使って, 複数のワンタイムパスワードを一気に生成する操
       作です.  ここで生成した複数のワンタイムパスワードは, メモしたり
       印刷したりして携帯し, 信頼できる通信路が一切ないところで利用する
       ことができます. (訳注: ワンタイムパスワードを記録した紙をなくさ
       ないこと!  電話番号やIPアドレス, ユーザ名を一緒にメモしていたら
       最悪です!!)</para>
 
     <sect2>
       <title>信頼できる通信路での初期化</title>
 
       <para>信頼できる通信路 (たとえばあるマシンのコンソール画面や, ssh 
 	を使っている時など) を利用しているときに, S/Key を初めて初期化
 	すること, S/Key の秘密のパスフレーズを変更すること, またはシー
 	ドを変更すること, をおこなうことができます. そのためには, まず
 	あなた自身がログインし, <command>keyinit</command> コマンドを
 	以下のようにパラメタなしで実行します:</para>
 
       <screen>&prompt.user; <userinput>keyinit</userinput>
 Adding unfurl:
 Reminder - Only use this method if you are directly connected.
 If you are using telnet or rlogin exit with no password and use keyinit -s.
         ) `keyinit' コマンドが出力する注意です. 訳すと,
         ) 注意 - この動作モードはマシンに直接入力しているときのみ利用
         ) すること. もし今 telnet や rlogin を使っているなら, 秘密のパ
         ) スフレーズを入力せずにこのままコマンドを終了し, かわりに
         ) keyinit -s を実行すること.
 Enter secret password: 
 Again secret password: 
 
 ID unfurl s/key is 99 to17757
 DEFY CLUB PRO NASH LACE SOFT</screen>
 
       <para><prompt>Enter secret password:</prompt> というプロンプトに
 	対してあなたが考えた秘密のパスフレーズを入力します. このパスフ
 	レーズはログインするときに使うものではなく, ログインするときに
 	使うワンタイムパスワードを生成するために使うものであることを覚
 	えておいてください. <quote>ID</quote> から始まる行は, S/Key に
 	おける一回分のパラメタであり, あなたのログイン名とシーケンス番
 	号とシードです. (訳注: `<command>keyinit</command>' コマンドは
 	次回にログインするときに使えるパラメタを参考のためにここで表示
 	します.)  S/Key を使ってログインするときには, システム側が自動
 	的にこれらのパラメタを表示してくれますから, これらのパラメタを
 	覚えておく必要はありません. 最後の行が, 今述べたパラメタと入力
 	された秘密のパスフレーズから計算されたワンタイムパスワードです. 
 	この例を実行した後, 次にログインするときに打ち込むべきワンタイ
 	ムパスワードがこれです.</para>
     </sect2>
 
     <sect2>
       <title>信頼できない通信路での初期化</title>
 
       <para>信頼できない通信路を使って S/Key を初期化, または秘密のパ
 	スフレーズを変更するためには, 信頼できる通信路として, その信頼
 	できない通信路とは別のものを用意する必要があります. その信頼で
 	きる通信路は <command>key</command> プログラムを実行するために
 	必要となるもので, たとえばそれは, あなたが信頼できる Macintosh 
 	のデスクアクセサリや信頼できるマシンのシェルプロンプトだったり
 	するでしょう. (訳注: ここでの通信路とはマシンそのものになりま
 	す. 信頼できるマシンとは, 信頼できる人がしっかり管理しているマ
 	シンということです.)  他に準備しておくものとして, シーケンス番
 	号 (100 は適切な値といえるでしょう) と, 場合によっては自分で考
 	えた, またはランダムに生成されたシードがあります.  (あなたが 
 	S/Key を初期化しようとしているマシンへの) 信頼できない通信路を
 	使うときには, <command>keyinit -s</command> コマンドを以下のよ
 	うに使用します:</para>
 
       <screen>&prompt.user; <userinput>keyinit -s</userinput>
 Updating unfurl:
 Old key: to17758
 Reminder you need the 6 English words from the key command.
 	) `keyinit' コマンドが出力する注意です. 訳すと,
 	) 注意 - skey コマンドの出力する 6 英単語が必要になります.
 Enter sequence count from 1 to 9999: <userinput>100</userinput>
 Enter new key [default to17759]: 
 s/key 100 to 17759
 s/key access password:</screen>
 
       <para>デフォルトのシード (<command>keyinit</command> プログラム
 	は困ったことにこれを <literal>key</literal> と読んでいるのです
 	が, 混乱しないよう注意してください) で構わなければ, リターンキー
 	を押してください. 次に, アクセスパスワードを入れる前に, あらか
 	じめ用意しておいた信頼できる通信路(信頼できるマシンや信頼でき
 	る S/Key デスクアクセサリなど) へ移って, 先ほどと同じパラメタ
 	を入力します:</para>
 
       <screen>&prompt.user; <userinput>key 100 to17759</userinput>
 Reminder - Do not use this program while logged in via telnet or rlogin.
 Enter secret password: <userinput>&lt;秘密のパスフレーズ&gt;</userinput>
 CURE MIKE BANE HIM RACY GORE</screen>
 
       <para>ここで信頼できない通信路の方に戻って,
 	<command>key</command> コマンドが出力したワンタイムパスワード
 	をコピーして <command>keyinit</command> プログラムに入力します.
 	</para>
 
       <screen>s/key access password:<userinput>CURE MIKE BANE HIM RACY GORE</userinput>
 ID unfurl s/key is 100 to17759
 CURE MIKE BANE HIM RACY GORE</screen>
 
       <para>後は, 前章で説明したことと同様です.</para>
     </sect2>
 
     <sect2>
       <title>ワンタイムパスワードを一つ生成する</title>
 
       <para>S/Key の初期化ができたら, ログインするときには以下のような
         プロンプトが出てくるでしょう:</para>
 
 <screen>&prompt.user; <userinput>telnet example.com</userinput>
 Trying 10.0.0.1...
 Connected to example.com
 Escape character is '^]'.
 
 FreeBSD/i386 (example.com) (ttypa)
 
 login: <userinput>&lt;ユーザ名&gt;</userinput>
 s/key 97 fw13894
 Password: </screen>
 
       <para>ここでは表示していませんが, 便利な機能がログインプログラム
 	に備わっています: パスワードプロンプトに対して, 何も入力せずに
 	リターンを押すとエコーモードに切り替わります.  つまりタイプし
 	た文字がそのまま見えるようになるのです. これはS/Key のワンタイ
 	ムパスワードを紙に印刷していた場合など, ワンタイムパスワードを
 	手で入力しなければならない場合に特に役立つ機能です. また, この
-	ログインしようとしてるマシンが, あなたが今使っているマシンから 
+	ログインしようとしてるマシンが, 接続元のマシンから 
 	UNIX パスワードを使ってログインすることができないように設定さ
 	れている場合には, ログインプロンプトには S/Key のワンタイムパ
 	スワードのみが受け付けられることを示す <literal>(s/key
 	required)</literal> という注釈が表示されます.</para>
 
       <para>次に, このログインプロンプトに対して入力するためのワンタイ
 	ムパスワードを生成しましょう. そのために,
 	<command>key</command> プログラムを使える信頼できるマシンを用
 	意します. (<command>key</command> プログラムには DOS や 
 	Windows の上で動くもの, MacOS の上で動くものなどもあります.)
 	<command>key</command> プログラムを使うときには, シーケンス番
 	号とシードを指定します. ログインしようとしているマシンのログ
 	インプロンプトの右側をカットアンドペーストすると楽でしょう.
 	</para>
 
       <para>信頼できるシステムで:</para>
 
       <screen>&prompt.user; <userinput>key 97 fw13894</userinput>
 Reminder - Do not use this program while logged in via telnet or rlogin.
 Enter secret password: 
 WELD LIP ACTS ENDS ME HAAG</screen>
 
       <para>ここでワンタイムパスワードが得られました. ログインを続けま
         しょう:</para>
 
       <screen>login: <userinput>&lt;username&gt;</userinput>
 s/key 97 fw13894
 Password: <userinput>&lt;return to enable echo&gt;</userinput>
 s/key 97 fw13894
 Password [echo on]: WELD LIP ACTS ENDS ME HAAG
 Last login: Tue Mar 21 11:56:41 from 10.0.0.2 ...</screen>
 
       <para>以上の手順は, 信頼できるマシンが利用できる場合<emphasis>の
 	みに</emphasis>使えるもっとも簡単な方法です.  Java による 
 	S/Key の <command>key</command> applet もあり, <ulink
 	url="http://www.cs.umd.edu/~harry/jotp/src.html">The Java OTP
 	Calculator</ulink> からダウンロードして Java をサポートするブ
 	ラウザ上でローカルに実行することができます.</para>
     </sect2>
 
     <sect2>
       <title>複数のワンタイムパスワードを生成する</title>
 
       <para>都合によっては, 信頼できるマシンや信頼できる通信路が一切確
 	保できないようなところで S/Key を使う必要があるでしょう.  この
 	ような場合には, <command>key</command> コマンドを使って複数の
 	ワンタイムパスワードをあらかじめ一気に生成し, 紙に印刷して携帯
 	していくことができます. たとえば:</para>
 
       <screen>&prompt.user; <userinput>key -n 5 30 zz99999</userinput>
 Reminder - Do not use this program while logged in via telnet or rlogin.
 Enter secret password: <userinput>&lt;秘密のパスフレーズ&gt;</userinput>
 26: SODA RUDE LEA LIND BUDD SILT 
 27: JILT SPY DUTY GLOW COWL ROT  
 28: THEM OW COLA RUNT BONG SCOT  
 29: COT MASH BARR BRIM NAN FLAG  
 30: CAN KNEE CAST NAME FOLK BILK</screen>
 
       <para><option>-n 5</option> という引数によって 5 個のワンタイム
 	パスワードを順に生成します. ここで <option>30</option> は, 最
 	後のシーケンス番号となるべき数字です. 出力は普通に使う順番とは 
 	<emphasis>逆</emphasis>に出力されていることに注意してください 
 	(訳注: 一番最初に使うワンタイムパスワードは一番最後に出力され
 	たものです). この結果をカットアンドペーストして 
 	<command>lpr</command> コマンドを使って印刷すると よいでしょう. 
 	もしあなたがセキュリティに偏執するなら, この結果を紙と鉛筆を使っ
 	て手で書き移した方がよいかもしれません. ここで, 出力の各行はシー
 	ケンス番号とそれに対応する一回分のワンタイムパスワードです. 
 	消費済みの ワンタイムパスワードの行をペンで消していくと便利で
 	しょう.</para>
     </sect2>
 
     <sect2>
       <title>UNIX パスワードの利用を制限する</title>
 
       <para>設定ファイル <filename>/etc/skey.access</filename> を使っ
 	て UNIX パスワードの利用を制限することができます. この場合の判
 	断基準として, ログインを受け付ける際のホスト名, ユーザ名, 端末
 	のポート, IP アドレスなどが利用できます. この設定ファイルの詳
 	細に関してはマニュアル &man.skey.access.5; をご覧ください. マ
 	ニュアルにはこの機能に関わるセキュリティについて, いくつかの警
 	告が記述してあります. この機能を使ってセキュリティを高めようと
 	するのならば絶対にこのマニュアルを読んでください.</para>
 
       <para>もし <filename>/etc/skey.access</filename> ファイルが存在
 	しないならば (FreeBSD のデフォルト状態ではそうです), すべての
 	ユーザが UNIX パスワードを利用することができます.  逆に, もし
 	ファイルが存在するならば, <filename>skey.access</filename> ファ
 	イルに明示的に記述されていない限り, すべてのユーザは S/Key の
 	利用を要求されます. どちらの場合においても, そのマシンのコンソー
 	ルからはいつでも UNIX パスワードを使ってログインすることが可能
 	です.</para>
 
       <para>以下によく使われるであろう三種類の設定を含む設定ファイルの
 	例を示します:</para>
 
       <programlisting>permit internet 192.168.0.0 255.255.0.0
 permit user fnord
 permit port ttyd0</programlisting>
 
       <para>はじめの行 (<literal>permit internet</literal>) で, telnet 
 	などで接続するときの IP のソースアドレス (注意: これは偽造され
 	るおそれがあります) が特定の値とマスクに一致している場合に,
 	UNIX パスワードの利用を許可することを指定しています.  この設定
 	自体はセキュリティを高めるための機能ではありません.  そうでは
 	なく, ログインの権利を持つ許可されたユーザに対して, 現在そのユー
 	ザが使っているネットワークが信頼できないと考えられるので S/Key 
 	を使うべきである, ということを気づかせるための機能であると考え
 	てください.</para>
 
       <para>二行目 (<literal>permit user</literal>) によって, ある特定
 	のユーザ, この場合は <literal>fnord</literal>, に対して, いつ
 	でも UNIX パスワードの利用を許可するように指定しています. 一般
 	的にはこの設定をおこなうべきではありません.
 	<command>key</command> プログラムがどうしても使えない環境にい
 	る人や, ダム端末しかない環境にいる人, または何度教えても聞く耳
 	を持たないような人をサポートする必要がある場合にのみ設定をおこ
 	なってください.</para>
 
       <para>三行目 (<literal>permit port</literal>) によって, ある特定
 	の端末ポートからログインしようとするすべてのユーザに対して 
 	UNIX パスワードの利用を許可するように指定しています. この設定
 	はダイヤルアップ回線に対する設定として利用できるでしょう.
 	</para>
     </sect2>
   </sect1>
 
   <sect1 id="kerberos">
     <title>Kerberos</title>
 
     <para><emphasis>原作: &a.markm;
 	(&a.md; からの寄稿に基づいています).</emphasis></para>
 
     <para><emphasis>訳: &a.jp.arimura;.</emphasis></para>
 
     <para>Kerberosは,
       サーバのサービスによってユーザが安全に認証を受けられる
       ようにするための, ネットワークの付加システム及びプロトコルです.
       リモートログイン, リモートコピー,
       システム間での安全なファイルのコピ
       ーやその他のリスクの高い仕事がかなり安全に,
       そしてこれまでより制御 できるようになります.</para>
 
     <para>以下の文章は,
       FreeBSD用として配布されているKerberosをセットアップ
       する際のガイドとして読むことができます.  しかし,
       完全な説明が必要な場合には, マニュアルページを読んだ方がよい
       でしょう.</para>
 
     <para>FreeBSDのKerberosは,
       オリジナルの4.4BSD-Liteの配布に含まれているものではなく,
       FreeBSD 1.1.5.1のときに移植されたeBonesです.
       これはアメリカ/カナダの外で作成されており, そのため, アメリカか
       らの暗号技術の輸出制限があった時代でも, 
       これら以外の国の人々が手に入れられるものでした.</para>
 
     <sect2>
       <title>初期データベースの作成</title>
 
       <para>この作業はKerberosサーバだけでおこないます. まず,
 	古いKerberosの データベースが存在しないことを確認してください.
 	ディレクトリ<filename>/etc/kerberosIV</filename>に移って,
 	次のファイルだけが 存在することをチェックします:</para>
 
       <screen>&prompt.root; <userinput>cd /etc/kerberosIV</userinput>
 &prompt.root; <userinput>ls</userinput>
 README          krb.conf        krb.realms</screen>
 
       <para>もし他のファイル (<filename>principal.*</filename> や
 	<filename>master_key</filename>) が 存在する場合には,
 	<command>kdb_destroy</command>というコマンドで古い
 	Kerberosデータベースを消してください.
 	Kerberosが走っていなければ,
 	単に余計なファイルを消せばよいです.</para>
 
       <para>まず, <filename>krb.conf</filename> と
 	<filename>krb.realms</filename>を編集してKerberosの 管理領域
 	(realm) を定義してください.
 	ここでは管理領域が<filename>GRONDAR.ZA</filename> で,
 	サーバ名が<filename>grunt.grondar.za</filename>であるとします.
 	<filename>krb.conf</filename>
 	というファイルを次のように編集してください:</para>
 
       <screen>&prompt.root; <userinput>cat krb.conf</userinput>
 GRONDAR.ZA
 GRONDAR.ZA grunt.grondar.za admin server
 CS.BERKELEY.EDU okeeffe.berkeley.edu
 ATHENA.MIT.EDU kerberos.mit.edu
 ATHENA.MIT.EDU kerberos-1.mit.edu
 ATHENA.MIT.EDU kerberos-2.mit.edu
 ATHENA.MIT.EDU kerberos-3.mit.edu
 LCS.MIT.EDU kerberos.lcs.mit.edu
 TELECOM.MIT.EDU bitsy.mit.edu
 ARC.NASA.GOV trident.arc.nasa.gov</screen>
 
       <para>この例にあるような他の管理領域は, 実際には必要ありません.
 	この例は複数の管理領域を認識する方法を示したものですので,
 	これらの行は含めなくても結構です.</para>
 
       <para>1行目はこのシステムが動いている管理領域の名前です.
 	他の行は管理領域とホスト名のエントリです.
 	行の1つめの単語が管理領域で, 2つめがその管理領域の中で
 	<quote>鍵配布センター</quote>(Key Distribution Center)
 	として働くホスト名です.  ホスト名の次に <literal>admin
 	  server</literal> と書いてある場合には, そのホストが
 	``管理データベースサーバ''(Administrative Database Server)
 	も提供 することを意味します.
 	これらの単語について詳しく知りたい場合にはKerberosのマニュアル
 	ページをご覧ください.</para>
 
       <para>ここで,
 	<filename>GRONDAR.ZA</filename>という管理領域に<hostid
 	  role="fqdn">grunt.grondar.za</hostid> およびその他の<hostid
 	  role="domainname">.grondar.za</hostid>
 	ドメインのすべてのホストを追加し なければなりません.
 	<filename>krb.realms</filename>は次のようになります:</para>
 
       <screen>&prompt.root; <userinput>cat krb.realms</userinput>
 grunt.grondar.za GRONDAR.ZA
 .grondar.za GRONDAR.ZA
 .berkeley.edu CS.BERKELEY.EDU
 .MIT.EDU ATHENA.MIT.EDU
 .mit.edu ATHENA.MIT.EDU</screen>
 
       <para>もう一度注意しますが, 他の管理領域を書く必要はありません.
 	これらは複数の管理領域を認識できるようにマシンを設定する方法を
 	示した例ですので, これらの行は消して構いません.</para>
 
       <para>1行目は名前をつけた管理領域に <emphasis>特定の</emphasis>
 	システムを含めるための ものです.
 	残りの行は名前をつけた管理領域にサブドメインのデフォルトの
 	システムを含めるためのものです.</para>
 
       <para>これでデータベースを作成する準備ができました.
 	この操作はKerberos サーバ (鍵配布センター) を起動するだけです.
 	<command>kdb_init</command>コ
 	マンドを次のように実行してください:</para>
 
       <screen>&prompt.root; <userinput>kdb_init</userinput>
 <prompt>Realm name [default  ATHENA.MIT.EDU ]: </prompt> <userinput>GRONDAR.ZA</userinput>
 You will be prompted for the database Master Password.
 It is important that you NOT FORGET this password.
 
 <prompt>Enter Kerberos master key:</prompt> </screen>
 
       <para>ここで鍵を保存して,
 	ローカルのマシンにあるサーバが取り出せるように します.
 	それには<command>kstash</command>コマンドを使用します.</para>
 
       <screen>&prompt.root; <userinput>kstash</userinput>
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!</screen>
 
       <para>これで暗号化されたマスタパスワードが
 	<filename>/etc/kerberosIV/master_key</filename>
 	に保存されました.</para>
     </sect2>
 
     <sect2>
       <title>すべてが動くようにするための設定</title>
 
       <para>Kerberosを導入する <emphasis>それぞれの</emphasis>
 	システムのデータベースに, 2つ のprincipal (主体名)
 	を追加する必要があります. その名前は
 	<literal>kpasswd</literal>と<literal>rcmd</literal>です.
 	これら2つのprincipalは, 個々 のシステムにおいて,
 	システム名と同じ名前のインスタンスと組にして作成
 	されます.</para>
 
       <para>これらの <command>kpasswd</command> と
 	<command>rcmd</command> というデーモンによって, 他の
 	システムからKerberosのパスワードを変更したり,
 	<command>rcp</command>や <command>rlogin</command>,
 	<command>rsh</command>といったコマンドを実行したりできるよ
 	うになります.</para>
 
       <para>それでは実際にこれらのエントリを追加しましょう:</para>
 
       <screen>&prompt.root; <userinput>kdb_edit</userinput>
 Opening database...
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 Previous or default values are in [brackets] ,
 enter return to leave the same, or new value.
 
 <prompt>Principal name:</prompt> <userinput>passwd</userinput>
 <prompt>Instance:</prompt> <userinput>grunt</userinput>
 
 &lt;Not found&gt;, <prompt>Create [y] ?</prompt> <userinput>y</userinput>
 
 Principal: passwd, Instance: grunt, kdc_key_ver: 1
 <prompt>New Password:</prompt>                    &lt;---- ここは「RANDOM」と入力してください
 Verifying password
 
 <prompt>New Password:</prompt>                    &lt;---- ここは「RANDOM」と入力してください
 
 <prompt>Random password [y] ?</prompt> <userinput>y</userinput>
 
 Principal's new key version = 1
 <prompt>Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ? </prompt>
 <prompt>Max ticket lifetime (*5 minutes) [ 255 ] ? </prompt>
 <prompt>Attributes [ 0 ] ? </prompt>
 Edit O.K.
 <prompt>Principal name:</prompt> <userinput>rcmd</userinput>
 <prompt>Instance:</prompt> <userinput>grunt</userinput>
 
 &lt;Not found&gt;, <prompt>Create [y] ?</prompt>
 
 Principal: rcmd, Instance: grunt, kdc_key_ver: 1
 <prompt>New Password:</prompt>                    &lt;---- ここは「RANDOM」と入力してください
 Verifying password
 
 <prompt>New Password:</prompt>                    &lt;---- ここは「RANDOM」と入力してください
 
 <prompt>Random password [y] ? </prompt>
 
 Principal's new key version = 1
 <prompt>Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ? </prompt>
 <prompt>Max ticket lifetime (*5 minutes) [ 255 ] ? </prompt>
 <prompt>Attributes [ 0 ] ? </prompt>
 Edit O.K.
 <prompt>Principal name:</prompt>                  &lt;---- 何も入力しないと終了します</screen>
     </sect2>
 
     <sect2>
       <title>サーバファイルの作成</title>
 
       <para>次に, 各マシンにおけるサービスを定義している,
 	すべてのインスタンス を展開します.
 	これには<command>ext_srvtab</command>というコマンドを使用しま
 	す. このコマンドで作成されるファイルは, Kerberosの各クライアン
 	トの/etc/kerberosIVディレクトリに
 	<emphasis>安全な方法で</emphasis>コピーまたは
 	移動する必要があります. このファイルはそれぞれのサーバとクラ
 	イアントに存在しなければならず,
 	またKerberosの運用において重要なも のです.</para>
 
       <screen>&prompt.root; <userinput>ext_srvtab grunt</userinput>
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 Generating 'grunt-new-srvtab'....</screen>
 
       <para>このコマンドは一時的なファイルを作成するだけです.
 	ファイル名をすべ てのサーバが読めるような
 	<filename>srvtab</filename> という名前に変更しな
 	ければなりません.
 	<command>mv</command>コマンドを用いてシステムの場所に移動
 	してください.</para>
 
       <screen>&prompt.root; mv grunt-new-srvtab srvtab</screen>
 
       <para>そのファイルがクライアントに配るためのもので,
 	ネットワークが安全で はないと思われる場合には, <filename>
 	  <replaceable>client</replaceable>-new-srvtab</filename>
 	を移動
 	可能なメディアにコピーして物理的に安全な方法で運んでください.
 	クラ
 	イアントの<filename>/etc/kerberosIV</filename>ディレクトリで,
 	名前を <filename>srvtab</filename>に変更し,
 	modeを600にするのを忘れないでください:</para>
 
       <screen>&prompt.root; <userinput>mv grumble-new-srvtab srvtab</userinput>
 &prompt.root; <userinput>chmod 600 srvtab</userinput></screen>
     </sect2>
 
     <sect2>
       <title>データベースへのユーザの追加</title>
 
       <para>ここで,
 	ユーザのエントリをデータベースに追加する必要があります.
 	始めに,
 	ユーザ<username>jane</username>のエントリを作成してみましょう.
 	<command>kdb_edit</command>
 	を用いて次のように作成してください:</para>
 
       <screen>&prompt.root; <userinput>kdb_edit</userinput>
 Opening database...
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 Previous or default values are in [brackets] ,
 enter return to leave the same, or new value.
 
 <prompt>Principal name:</prompt> <userinput>jane</userinput>
 <prompt>Instance:</prompt>
 
 &lt;Not found&gt;, <prompt>Create [y] ?</prompt> <userinput>y</userinput>
 
 Principal: jane, Instance: , kdc_key_ver: 1
 <prompt>New Password:</prompt>                    &lt;---- 安全なパスワードを入れてください
 Verifying password
 
 <prompt>New Password:</prompt>                    &lt;---- もう一度パスワードを入れてください
 
 Principal's new key version = 1
 <prompt>Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ? </prompt>
 <prompt>Max ticket lifetime (*5 minutes) [ 255 ] ? </prompt>
 <prompt>Attributes [ 0 ] ? </prompt>
 Edit O.K.
 <prompt>Principal name:</prompt>                  &lt;---- 何も入力しないと終了します</screen>
     </sect2>
 
     <sect2>
       <title>すべてのテスト</title>
 
       <para>まず始めにKerberosデーモンを起動する必要があります.
 	<filename>/etc/rc.conf</filename>
 	ファイルを正しく編集してあれば, マシンを再
 	起動することでに自動的にデーモンが起動します.
 	これはKerberosサー バでのみ必要です.
 	Kerberosクライアントは<filename>/etc/kerberosIV</filename>か
 	ら必要なものを自動的に入手します.</para>
 
       <screen>&prompt.root; <userinput>kerberos &amp;</userinput>
 Kerberos server starting
 Sleep forever on error
 Log file is /var/log/kerberos.log
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 
 Current Kerberos master key version is 1
 Local realm: GRONDAR.ZA
 &prompt.root; <userinput>kadmind -n &amp;</userinput>
 KADM Server KADM0.0A initializing
 Please do not use 'kill -9' to kill this job, use a
 regular kill instead
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!</screen>
 
       <para>さあ, これで上で作成した <username>jane</username>
 	というIDのチケットを
 	<command>kinit</command>コマンドで得ることができます:</para>
 
       <screen>&prompt.user; <userinput>kinit jane</userinput>
 MIT Project Athena (grunt.grondar.za)
 Kerberos Initialization for "jane"
 <prompt>Password:</prompt> </screen>
 
       <para><command>klist</command> コマンドを用いてトークンを見て,
 	きちんとチケットを持って いるかどうか確認してください:</para>
 
       <screen>&prompt.user; <userinput>klist</userinput>
 Ticket file:    /tmp/tkt245
 Principal:    jane@GRONDAR.ZA
 
   Issued           Expires          Principal
 Apr 30 11:23:22  Apr 30 19:23:22  krbtgt.GRONDAR.ZA@GRONDAR.ZA</screen>
 
       <para><command>passwd</command>
 	コマンドを用いてパスワードを変更して, kpasswdデーモ
 	ンがKerberos
 	データベースに対して認証されるかどうかチェックして
 	ください:</para>
 
       <screen>&prompt.user; <userinput>passwd</userinput>
 realm GRONDAR.ZA
 <prompt>Old password for jane:</prompt>
 <prompt>New Password for jane:</prompt>
 Verifying password
 <prompt>New Password for jane:</prompt>
 Password changed.</screen>
     </sect2>
 
     <sect2>
       <title><command>su</command>特権の追加</title>
 
       <para>root権限が必要なユーザは<emphasis>誰でも</emphasis>,
 	<command>su</command>コマンドのパス
 	ワードをユーザ毎に<emphasis>別のもの</emphasis>
 	として持つことができます.
 	<username>root</username>に<command>su</command>
 	できる権利を与えられたidを追加します.  これは,
 	principalに付いている<username>root</username>
 	というインスタンスに よって制御されています.
 	<command>kdb_edit</command>を用いて
 	<literal>jane.root</literal>というエントリを
 	Kerberosデータベースに作成します:</para>
 
       <screen>&prompt.root; <userinput>kdb_edit</userinput>
 Opening database...
 
 <prompt>Enter Kerberos master key: </prompt>
 
 Current Kerberos master key version is 1.
 
 Master key entered.  BEWARE!
 Previous or default values are in [brackets] ,
 enter return to leave the same, or new value.
 
 <prompt>Principal name:</prompt> <userinput>jane</userinput>
 <prompt>Instance:</prompt> <userinput>root</userinput>
 
 &lt;Not found&gt;, Create [y] ? y
 
 Principal: jane, Instance: root, kdc_key_ver: 1
 <prompt>New Password:</prompt>                    &lt;---- 安全なパスワードを入れます
 Verifying password
 
 <prompt>New Password:</prompt>                    &lt;---- もう一回パスワードを入れます
 
 Principal's new key version = 1
 <prompt>Expiration date (enter yyyy-mm-dd) [ 2000-01-01 ] ? </prompt>
 <prompt>Max ticket lifetime (*5 minutes) [ 255 ] ?</prompt> <userinput>12</userinput> &lt;--- ここは短くしてください
 <prompt>Attributes [ 0 ] ? </prompt>
 Edit O.K.
 <prompt>Principal name:</prompt>                  &lt;---- 何も入力しないと終了します</screen>
 
       <para>実際にトークンをもらって,
 	ちゃんと働いているかどうか確認しましょう:</para>
 
       <screen>&prompt.root; <userinput>kinit jane.root</userinput>
 MIT Project Athena (grunt.grondar.za)
 Kerberos Initialization for "jane.root"
 <prompt>Password: </prompt></screen>
 
       <para>ここでrootユーザの <filename>.klogin</filename>
 	ファイルにユーザを追加する必要が あります.</para>
 
       <screen>&prompt.root; <userinput>cat /root/.klogin</userinput>
 jane.root@GRONDAR.ZA</screen>
 
       <para><command>su</command>してみましょう:</para>
 
       <screen>&prompt.user; <userinput>su</userinput>
 <prompt>Password: </prompt></screen>
 
       <para>どのトークンを持っているか見てみましょう:</para>
 
       <screen>&prompt.root; klist
 Ticket file:	/tmp/tkt_root_245
 Principal:	jane.root@GRONDAR.ZA
 
   Issued           Expires          Principal
 May  2 20:43:12  May  3 04:43:12  krbtgt.GRONDAR.ZA@GRONDAR.ZA</screen>
     </sect2>
 
     <sect2>
       <title>他のコマンドの使用</title>
 
       <para>ここまでの例では, <literal>jane</literal> という principal
 	を <literal>root</literal> とい
 	うインスタンス付きで作成しました.
 	これはユーザと同じ名前をprincipalと しており,
 	Kerberosのデフォルトの値です;
 	<literal>&lt;username&gt;.</literal><literal>root</literal>
 	という形式の
 	<literal>&lt;principal&gt;.&lt;instance&gt;</literal>で,
 	必要なエント
 	リが<username>root</username>のホームディレクトリの
 	<filename>.klogin</filename>ファイルに あれば,
 	<literal>&lt;username&gt;</literal>がrootに
 	<command>su</command>することができま す.</para>
 
       <screen>&prompt.root; <userinput>cat /root/.klogin</userinput>
 jane.root@GRONDAR.ZA</screen>
 
       <para>同様に, ユーザのホームディレクトリの
 	<filename>.klogin</filename>ファイルに次の
 	ような行がある場合には:</para>
 
       <screen>&prompt.user; <userinput>cat ~/.klogin</userinput>
 jane@GRONDAR.ZA
 jack@GRONDAR.ZA</screen>
 
       <para><username>jane</username> または <username>jack</username>
 	という名前で (前述の<command>kinit</command> によって)
 	認証されている <filename>GRONDAR.ZA</filename>
 	という管理領域のユーザ なら誰でも<command>rlogin</command> や
 	<command>rsh</command>, <command>rcp</command>等によってこ
 	のシステム (<hostid>grunt</hostid>)
 	の<username>jane</username>のアカウントまたはファ
 	イルにアクセスできます.</para>
 
       <para>たとえば, Janeが他のシステムにKerberos
 	を用いてloginします:</para>
 
       <screen>&prompt.user; <userinput>kinit</userinput>
 MIT Project Athena (grunt.grondar.za)
 <prompt>Password: </prompt>
 &prompt.user; <userinput>rlogin grunt</userinput>
 Last login: Mon May  1 21:14:47 from grumble
 Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
 	The Regents of the University of California.   All rights reserved.
 
 FreeBSD BUILT-19950429 (GR386) #0: Sat Apr 29 17:50:09 SAT 1995</screen>
 
       <para>次の例では, Jackが同じマシンの Jane
 	のアカウントにloginします. Janeは <filename>.klogin</filename>
 	ファイルを前述のように設定しており,
 	Kerberosでは<emphasis>jack</emphasis>というprincipal
 	をインスタンスなしで設定してあ ります.</para>
 
       <screen>&prompt.user; <userinput>kinit</userinput>
 &prompt.user; <userinput>rlogin grunt -l jane</userinput>
 MIT Project Athena (grunt.grondar.za)
 <prompt>Password: </prompt>
 Last login: Mon May  1 21:16:55 from grumble
 Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
 	The Regents of the University of California.   All rights reserved.
 
 FreeBSD BUILT-19950429 (GR386) #0: Sat Apr 29 17:50:09 SAT 1995</screen>
     </sect2>
   </sect1>
 
   <sect1 id="firewalls">
     <title>ファイアウォール</title>
 
     <para><emphasis>原作: &a.gpalmer;, Alex Nash;.</emphasis></para>
 
     <para><emphasis>訳: &a.jp.saeki;.<!-- <br> -->
 	11 November 1996.</emphasis></para>
 
     <para>ファイアウォールは,
       インターネットに参加している人はもちろんのこと,
       プライベートネットワークのセキュリティ向上のための
       アプリケーションを 探している人にとっても,
       ますます興味深くなりつつある分野です.
       このセクションではファイアウォールとは何か,
       ファイアウォールの使用法,
       そしてファイアウォールを構築するために FreeBSD のカーネルで
       提供されているファシリティ (機能)
       の使用法について説明したいと思います.</para>
 
     <note>
       <para>社内のネットワークと <quote>巨大かつ信頼のおけない
 	インターネット</quote>との間にファイアウォールを構築することで
 	セキュリティ上のすべての問題が解決できると考える人がいます.
 	ファイアウォールはセキュリティ上の問題を
 	解決する助けになる場合もありますが,
 	充分な設定がなされていないファイアウォールは,
 	まったくファイアウォールを
 	持たない場合よりもセキュリティ上の危険を増大させてしまいます.
 	ファイアウォールにできることは,
 	あなたのシステムにもう一つのセキュリティ層を
 	追加することだけで,
 	本気でアタックをしかけてくるクラッカーが内部ネットワークに
 	侵入するのを妨げることはできません.
 	ファイアウォールを侵入不可能と過信して
 	内部のセキュリティをおろそかにすることは,
 	単にクラッカーの仕事を少し簡単にするだけでしか
 	ありません.</para>
     </note>
 
     <sect2>
       <title>ファイアウォールとは何か ?</title>
 
       <para>現在インターネットで普通に使用されている
 	ファイアウォールには 二つの異なるタイプがあります.  一つは,
 	厳密には <emphasis> パケットフィルタリングルータ </emphasis>
 	と 呼ばれるタイプのものです. これはマルチホームのホストマシン
 	(複数の ネットワークに接続されているマシン) のカーネルが,
 	ある規則にしたがって
 	パケットを転送したりブロックしたりするものです.  もう一つは,
 	<emphasis> proxy (代理) サーバ </emphasis>
 	として知られているタイプのものです.  これは,
 	おそらくはマルチホームのホストマシン上で,
 	カーネルによるパケット転送を 禁止して,
 	デーモンにより認証の提供とパケットの転送とを
 	おこなうものです.</para>
 
       <para>二つのタイプのファイアウォールを組み合わせて使用して,
 	特定のマシン (<emphasis> 要塞ホスト </emphasis> と呼ばれる)
 	だけが パケットフィルタリングルータを通して内部ネットワークへ
 	パケットを送ることができるよう設定している
 	サイトがしばしば存在します.  proxy (代理)
 	サービスは通常の認証機構よりもセキュリティを
 	強化してある 要塞ホストで動作させます.</para>
 
       <para>FreeBSD は (<application>IPFW</application>
 	として知られる) カーネルパケットフィルタ込みで
 	提供されています. このセクションの後の方では,
 	このフィルタについての 説明を集中しておこないます.
 	サードパーティから提供されるソフトウェアを使用することにより,
 	Proxy サーバを FreeBSD 上に構築することができます. しかし,
 	現在入手可能な proxy サーバは
 	たいへんバラエティに富んでいるので,
 	このドキュメントでそれらすべてを
 	カバーすることは不可能です.</para>
 
       <sect3 id="firewalls-packet-filters">
 	<title>パケットフィルタリングルータ</title>
 
 	<para>ルータとは, 二つまたはそれ以上のネットワークの間で
 	  パケットの転送をおこなう マシンのことです.
 	  パケットフィルタリングルータは, そのカーネルの内部に,
 	  一つ一つのパケットをルールリストと比較して
 	  転送するかしないかを決める 特別なコードを持っています.
 	  最近の IP ルーティングソフトウェアのほとんどは, 内部に
 	  パケットのフィルタリングをおこなうためのコードを持っていて,
 	  デフォルトでは すべてのパケットを転送するようになっています.
 	  このフィルタを有効にするためには,
 	  パケットの通過を許すべきかどうかを決める
 	  ルールを自分で定義する必要があります.</para>
 
 	<para>パケットを通すべきか通すべきでないかを決めるために,
 	  パケットヘッダの内容にマッチするものが
 	  ルールリストから探されます.  マッチするルールが見つかると,
 	  ルールアクションが実行されます.  ルールアクションには,
 	  パケットを捨てる, パケットを転送する,
 	  またはパケットの発信元に ICMP
 	  メッセージを送り返すというものがあります.
 	  ルールの検索は先頭から順番におこなわれ,
 	  通常は最初にマッチしたものだけが 適用されます.  そのため,
 	  このルールリストは<quote>ルールチェーン</quote>
 	  と呼ばれることもあります.</para>
 
 	<para>パケットマッチングの基準は使用するソフトウェアに
 	  よって異なりますが,  通常はパケットの発信元 IP アドレス,
 	  宛先 IP アドレス, 発信元ポート番号,  宛先ポート番号
 	  (ポート番号はポートをサポートするプロトコルの場合のみ),
 	  パケットタイプ (UDP, TCP, ICMP など)
 	  に基づくルールを指定することができます.</para>
       </sect3>
 
       <sect3 id="firewalls-proxy-servers">
 	<title>Proxy サーバ</title>
 
 	<para>Proxy サーバとは通常のシステムデーモン (telnetd, ftpd
 	  など) を 特別なサーバで置き換えたマシンのことです.
 	  これらのサーバは,
 	  通常は中継をおこなって特定方向への接続だけを許すため,
 	  <emphasis>proxy サーバ </emphasis> と呼ばれます.  (たとえば)
 	  proxy telnet
 	  サーバをファイアウォールホストで走らせておきます.
 	  外部からユーザがファイアウォールに対して telnet
 	  を実行すると,  proxy telnet サーバが応答して,
 	  何らかの認証機構を実行します.  これを通過した後で,
 	  内部ネットワークへのアクセスがおこなえるように なるのです.
 	  (内部ネットワークからの信号は proxy
 	  サーバがかわりに受け取り,  外へ向けて送り出します.)</para>
 
 	<para>Proxy サーバは通常,
 	  普通のサーバより堅固に構築されていて,  しばしば
 	  <quote>使い捨て</quote>パスワードシステムなどを含む,
 	  多様な認証機構を持っています.
 	  <quote>使い捨て</quote>パスワードシステムとは,
 	  どういうものなのでしょうか.  仮に誰かが何らかの方法で,
 	  あなたが使用したパスワードを手に入れたとします.  しかし,
 	  一度使用したことで,
 	  そのパスワードは既に無効になっているのです.  ですから,
 	  そのパスワードをもう一度使用したとしても, あなたのシステムへ
 	  アクセスすることはできないというわけです.
 	  これらのサーバは中継をおこなうだけで,
 	  実際のところサーバホスト自身への
 	  アクセスをユーザに許してはいません. そのため,
 	  何者かがセキュリティシステムに
 	  侵入用の裏口を取り付けることは,
 	  より困難になっています.</para>
 
 	<para>proxy サーバはアクセス制限の方法をいくつも持っていて,
 	  特定のホスト
 	  だけがサーバへのアクセス権を得ることができるように
 	  なっていることがあり ます.
 	  そして目的のマシンと通信できるユーザを制限するように
 	  設定することもできます.  もう一度言いますが,
 	  どんなファシリティ (機能) が使えるかは,  どんな proxy
 	  サービスをおこなうソフトウェアを選ぶかに大きく
 	  依存します.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>IPFW で何ができるか</title>
 
       <para>FreeBSD とともに配布されている
 	<application>IPFW</application> は, カーネル内部にあって
 	パケットのフィルタリングとアカウンティングを
 	おこなうシステムであり,
 	ユーザ側のコントロールユーティリティである &man.ipfw.8; を
 	含んでいます. ルーティングの決定をおこなう際に,
 	これらは互いに協力して,
 	カーネルで使用されるルールを定義したり,
 	現在使用されているルールを
 	問い合わせたりすることができます.</para>
 
       <para><application>IPFW</application>
 	は互いに関連する二つの部分からなっています.
 	ファイアウォールセクションは
 	パケットフィルタリングをおこないます.  また, IP
 	アカウンティングセクションはファイアウォールセクションのものと
 	似たルールに基づいてルータの使用を追跡します.  これにより,
 	(たとえば) 特定のマシンからルータへのトラフィックがどのくらい
 	発生しているか調べたり, どれだけの WWW (World Wide Web)
 	トラフィックが
 	フォワードされているかを知ることができます.</para>
 
       <para><application>IPFW</application> は,
 	ルータではないマシンにおいても入出力コネクションの
 	パケットフィルタリングのために
 	使用することができるように設計されています.  これは一般的な
 	<application>IPFW</application>
 	の使用法とは異なる特別な使い方ですが,
 	こういった状況でも同じコマンドと
 	テクニックが使用されます.</para>
     </sect2>
 
     <sect2>
       <title>FreeBSD で IPFW を有効にする</title>
 
       <para><application>IPFW</application>
 	システムの中心となる部分はカーネル内部にあります.  そのため,
 	どのファシリティ (機能) を必要とするかによって, 一つまたは
 	それ以上のオプションをカーネルコンフィグレーション
 	ファイルに追加し,
 	カーネルを再コンパイルする必要があるでしょう.
 	カーネルの再コンパイル方法の詳細については,  <link
 	  linkend="kernelconfig">カーネルコンフィグレーション</link>
 	を参照してください.</para>
 
       <para>現在, IPFW
 	に関係するカーネルコンフィグレーションオプションは
 	三つあります:</para>
 
       <variablelist>
 	<varlistentry><term><literal>options IPFIREWALL</literal></term>
 	  <listitem>
 	    <para>パケットフィルタリングのためのコードを
 	      カーネルに組み込みます.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><literal>
 	      options IPFIREWALL_VERBOSE</literal></term>
 	  <listitem>
 	    <para>&man.syslogd.8; を通じて
 	      パケットのログを取るためのコードを有効にします.
 	      フィルタルールでパケットのログを取るように指定しても,
 	      このオプションが指定されていなければ,
 	      ログを取ることはできません.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term><literal>
 	      options IPFIREWALL_VERBOSE_LIMIT=10</literal></term>
 	  <listitem>
 	    <para>&man.syslogd.8; を通じて
 	      ログを取るパケットの数をエントリ毎に制限します.
 	      敵対的な環境においてファイアウォールの
 	      動作のログを取りたいけれど,
 	      syslog の洪水によるサービス拒絶攻撃に対し
 	      無防備でありたくないという場合に,
 	      このオプションを使用したいと思うことが
 	      あるかもしれません.</para>
 
 	    <para>チェーンエントリのログが指定された制限数に達すると,
 	      そのエントリに関するログ取りは停止されます.
 	      ログ取りを再開するには, &man.ipfw.8;
 	      ユーティリティを使用して
 	      関連するカウンタをリセットする必要があります:</para>
 
 	    <screen>&prompt.root; <userinput>ipfw zero 4500</userinput></screen>
 
 	    <para>4500 とは,
 	      ログ取りを続行したいチェーンエントリの番号です.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
 
       <para>以前のバージョンの FreeBSD は
 	<literal>IPFIREWALL_ACCT</literal> というオプションを
 	持っていました.  しかし,
 	ファイアウォールコードがアカウンティングファシリティ (機能) を
 	自動的に含むようになったため,
 	現在では使用されることはなくなっています.</para>
     </sect2>
 
     <sect2>
       <title>IPFW の設定</title>
 
       <para><application>IPFW</application> ソフトウェアの設定は
 	&man.ipfw.8; ユーティリティを
 	通じておこないます. このコマンドの構文は非常に
 	複雑に見えますが,
 	一旦その構造を理解すれば比較的単純です.</para>
 
       <para>このユーティリティでは今のところ四つの異なる
 	コマンドカテゴリが 使用されています: それは追加 / 削除, 表示,
 	フラッシュ, およびクリアです.  追加 /
 	削除はパケットの受け入れ, 拒絶, ログ取りをどのようにおこなうか
 	というルールを構築するのに使用します.  表示はルールリスト
 	(またはチェーン) と (アカウンティング用) パケットカウンタの
 	内容を調べるのに使用します.
 	フラッシュはチェーンからすべてのエントリを
 	取り除くのに使用します.
 	クリアは一つまたはそれ以上のアカウンティングエントリを
 	ゼロにするのに 使用します.</para>
 
       <sect3>
 	<title>IPFW ルールの変更</title>
 
 	<para>この形式での使用法は:
 	  <cmdsynopsis>
 	    <command>ipfw</command>
 	    <arg>-N</arg>
 	    <arg choice="plain">コマンド</arg>
 	    <arg>index</arg>
 	    <arg choice="plain">アクション</arg>
 	    <arg>log</arg>
 	    <arg choice="plain">プロトコル</arg>
 	    <arg choice="plain">アドレス</arg>
 	    <arg>オプション</arg>
 	  </cmdsynopsis>
 	</para>
 
 	<para>この形式で使用する際に有効なフラグは一つだけです:</para>
 
 	<variablelist>
 	  <varlistentry><term>-N</term>
 	    <listitem>
 	      <para>アドレスやサービス名を
 		文字列に変換して表示します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para><emphasis> コマンド </emphasis>
 	  は一意である限り短縮可能です.  有効な <emphasis> コマンド
 	  </emphasis> は:</para>
 
 	<variablelist>
 	  <varlistentry><term>add</term>
 	    <listitem>
 	      <para>ファイアウォール / アカウンティングルールリストに
 		エントリを追加します.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>delete</term>
 	    <listitem>
 	      <para>ファイアウォール /
 		アカウンティングルールリストから
 		エントリを削除します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>以前のバージョンの <application>IPFW</application> では,
 	  ファイアウォールエントリと
 	  パケットアカウンティングエントリが別々に利用されていました.
 	  現在のバージョンでは, それぞれのファイアウォールエントリ毎に
 	  パケットアカウンティングエントリが備えられています.</para>
 
 	<para><emphasis>index</emphasis> が指定されていると,
 	  エントリはチェーン中の <emphasis remap=tt>index</emphasis>
 	  で示される位置に置かれます. <emphasis
 	    remap=tt>index</emphasis> が指定されて いなければ,
 	  エントリは (65535 番のデフォルトルールである
 	  パケット拒絶を別にして) 最後のチェーンエントリの index に
 	  100 を足した 位置 (チェーンの最後) に置かれます.</para>
 
 	<para>カーネルが <literal>IPFIREWALL_VERBOSE</literal>
 	  つきでコンパイルされている場合,  <literal>log</literal>
 	  オプションはマッチしたルールを
 	  システムコンソールに出力させます.</para>
 
 	<para>有効な <emphasis> アクション </emphasis> は:</para>
 
 	<variablelist>
 	  <varlistentry><term>reject</term>
 	    <listitem>
 	      <para>パケットを捨てます, ICMP ホスト /
 		ポート到達不能パケットを (適切な方を)
 		発信元へ送ります.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>allow</term>
 	    <listitem>
 	      <para>通常通りパケットを通過させます. (別名:
 		<literal>pass</literal> および
 		<literal>accept</literal>)</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>deny</term>
 	    <listitem>
 	      <para>パケットを捨てます. 発信元は ICMP メッセージによる
 		通知を受けません (そのためパケットが
 		宛先に到達しなかったように見えます).</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>count</term>
 	    <listitem>
 	      <para>このルールはパケットカウンタを更新するだけで,
 		パケットを 通過させたり拒絶したりしません.
 		検索は次のチェーンエントリから続けられます.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>それぞれの <emphasis> アクション </emphasis>
 	  は一意な先頭部分だけでも認識されます.</para>
 
 	<para>指定可能な <emphasis> プロトコル </emphasis>
 	  は以下の通り:</para>
 
 	<variablelist>
 	  <varlistentry><term>all</term>
 	    <listitem>
 	      <para>任意の IP パケットにマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>icmp</term>
 	    <listitem>
 	      <para>ICMP パケットにマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>tcp</term>
 	    <listitem>
 	      <para>TCP パケットにマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>udp</term>
 	    <listitem>
 	      <para>UDP パケットにマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para><emphasis> アドレス </emphasis> の指定は:</para>
 	<cmdsynopsis>
 	  <arg choice="plain">from</arg>
 	  <arg choice="plain"><replaceable>address/mask</replaceable></arg>
 	  <arg><replaceable>port</replaceable></arg>
 	  <arg choice="plain">to</arg>
 	  <arg choice="plain"><replaceable>address/mask</replaceable></arg>
 	  <arg><replaceable>port</replaceable></arg>
 	  <arg>via <replaceable>interface</replaceable></arg>
 	</cmdsynopsis>
 
 	<para><replaceable>port</replaceable> はポートをサポートする
 	  <emphasis> プロトコル </emphasis> (UDP と TCP) の
 	  場合にだけ指定可能です.</para>
 
 	<para><option>via</option> は必須ではなく,
 	  特定のインターフェースを通ってきたパケット
 	  だけにマッチするように, IP アドレスまたはローカル IP
 	  インターフェースの ドメイン名, またはインターフェース名
 	  (たとえば <devicename>ed0</devicename>) を
 	  指定することができます.
 	  インターフェースユニット番号はオプションで,
 	  ワイルドカードで指定することが できます. たとえば,
 	  <literal>ppp*</literal> はすべてのカーネル PPP
 	  インターフェースに マッチします.</para>
 
 	<para><replaceable>address/mask</replaceable> の指定は:
 
 	  <screen><replaceable>address</replaceable></screen>
 
 	  または
 
 	  <screen><replaceable>address</replaceable>/<replaceable>mask-bits</replaceable></screen>
 
 	  または
 
 	  <screen><replaceable>address</replaceable>:<replaceable>mask-pattern</replaceable></screen>
 	</para>
 
 	<para>IP
 	  アドレスのかわりに有効なホスト名を指定することも可能です.
 	  <option><replaceable>mask-bits</replaceable></option>
 	  はアドレスマスクで上位何ビットを１にするべきかを
 	  示す十進数値です. たとえば次の指定,
 	  <literal>192.216.222.1/24</literal> はクラス C のサブネット
 	  (この場合 192.216.222) の任意のアドレスにマッチする
 	  マスクを作成します.
 	  <option><replaceable>mask-pattern</replaceable></option>
 	  は与えられたアドレスと 論理 AND される IP アドレスです.
 	  キーワード <literal>any</literal> は<quote>任意の IP
 	  アドレス</quote>を指定するために
 	  使用することができます.</para>
 
 	<para>ブロックするポート番号は以下のように指定します:
 
 	  <cmdsynopsis>
 	    <arg choice="plain"><replaceable>port</replaceable><arg>,
 		<replaceable>port</replaceable><arg>,
 		  <replaceable>port</replaceable><arg>&hellip;
 		  </arg></arg></arg></arg>
 	  </cmdsynopsis>
 
 	  のように単独のポートまたはポートのリストを指定します.
 	  または
 
 	  <cmdsynopsis>
 	    <arg choice="plain"><replaceable>port</replaceable>-
 	      <replaceable>port</replaceable></arg>
 	  </cmdsynopsis>
 
 	  のようにポートの範囲を指定します.
 	  単独のポートとポートのリストを
 	  組み合わせて指定することも可能ですが,
 	  その場合は常に範囲の方を
 	  最初に指定しなければなりません.</para>
 
 	<para>使用可能な <emphasis> オプション </emphasis> は:</para>
 
 	<variablelist>
 	  <varlistentry><term>frag</term>
 	    <listitem>
 	      <para>データグラムの最初の
 		フラグメントでなければマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>in</term>
 	    <listitem>
 	      <para>入力途中のパケットであればマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>out</term>
 	    <listitem>
 	      <para>出力途中のパケットであればマッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>ipoptions <replaceable>spec</replaceable></term>
 	    <listitem>
 	      <para>IP ヘッダが <replaceable>spec</replaceable>
 		に指定された カンマで区切られた
 		オプションのリストを含んでいればマッチします.
 		サポートされている IP オプションのリストは:
 		<literal>ssrr</literal> (ストリクトソースルート),
 		<literal>lsrr</literal> (ルーズソースルート),
 		<literal>rr</literal> (レコードパケットルート),
 		そして <literal>ts</literal> (タイムスタンプ) です.
 		特定のオプションを含まないことを指定するには
 		<literal>!</literal> を先頭につけます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>established</term>
 	    <listitem>
 	      <para>パケットが既に確立されている TCP
 		コネクションの一部であれば (つまり RST または ACK
 		ビットがセットされていれば) マッチします.
 		<emphasis>established</emphasis>
 		ルールをチェーンの最初の方に置くことで,
 		ファイアウォールのパフォーマンスを向上させることが
 		できます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>setup</term>
 	    <listitem>
 	      <para>パケットが TCP
 		コネクションを確立しようとするものであれば (SYN
 		ビットがセットされ ACK ビットはセットされていなければ)
 		マッチします.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>tcpflags <replaceable>flags</replaceable></term>
 	    <listitem>
 	      <para>TCP ヘッダが <replaceable>flags</replaceable>
 		に指定された カンマで区切られたフラグの
 		リストを含んでいればマッチします.
 		サポートされているフラグは, <literal>fin</literal>,
 		<literal>syn</literal>, <literal>rst</literal>,
 		<literal>psh</literal>, <literal>ack</literal> と
 		<literal>urg</literal> です.
 		特定のフラグを含まないことを指定するには
 		<literal>!</literal> を先頭につけます.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>icmptypes <replaceable>types</replaceable></term>
 	    <listitem>
 	      <para>ICMP タイプが <replaceable>types</replaceable>
 		リストに 存在していればマッチします.
 		リストはタイプの範囲または個々のタイプを
 		カンマで区切った任意の組合せで指定できます.
 		一般的に使用されている ICMP タイプは:
 		<literal>0</literal> エコーリプライ (ping リプライ),
 		<literal>3</literal> 相手先到達不可能,
 		<literal>5</literal> リダイレクト,
 		<literal>8</literal> エコーリクエスト (ping
 		リクエスト), そして <literal>11</literal> 時間超過
 		(&man.traceroute.8; で使用されているように,  TTL
 		満了を示すのに使用されます) です.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
 
       <sect3>
 	<title>IPFW ルールリストの表示</title>
 
 	<para>この形式での使用法は:
 	  <cmdsynopsis>
 	    <command>ipfw</command>
 	    <arg>-a</arg>
 	    <arg>-t</arg>
 	    <arg>-N</arg>
 	    <arg choice="plain">l</arg>
 	  </cmdsynopsis>
 	</para>
 
 	<para>この形式で使用する際に有効なフラグは三つあります:</para>
 
 	<variablelist>
 	  <varlistentry><term>-a</term>
 	    <listitem>
 	      <para>リスト表示の際にカウンタの値も表示します.
 		このオプションは アカウンティングカウンタの
 		内容を見る唯一の手段です.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-t</term>
 	    <listitem>
 	      <para>各チェーンエントリが最後に
 		マッチした時刻を表示します.  この時刻表示は
 		  &man.ipfw.8; ユーティリティで使用される入力形式と
 		互換性がありません.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>-N</term>
 	    <listitem>
 	      <para>(可能であれば)
 		アドレスやサービス名を文字列に変換して表示します.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
       </sect3>
 
       <sect3>
 	<title>IPFW ルールのフラッシュ</title>
 
 	<para>チェーンをフラッシュするには:
 	  <cmdsynopsis>
 	    <command>ipfw</command>
 	    <arg choice="plain">flush</arg>
 	  </cmdsynopsis>
 	</para>
 
 	<para>カーネルに固定されているデフォルトルール (インデックス
 	  65535 番)  以外の,
 	  ファイアウォールチェーンの中のすべてのエントリを削除します.
 	  デフォルトではすべてのパケットが拒絶されるので,
 	  一旦これを実行すると,
 	  パケットを許可するエントリがチェーンに追加されるまで,
 	  あなたのシステムがネットワークから切り放されてしまいます.
 	  そのため,
 	  ルールのフラッシュをおこなうときは注意が必要です.</para>
       </sect3>
 
       <sect3>
 	<title>IPFW パケットカウンタのクリア</title>
 
 	<para>一つまたはそれ以上のパケットカウンタをクリアするためには:
 	  <cmdsynopsis>
 	    <command>ipfw</command>
 	    <arg choice="plain">zero</arg>
 	    <arg choice="opt"><replaceable>index</replaceable></arg>
 	  </cmdsynopsis>
 	</para>
 
 	<para><replaceable>index</replaceable> が指定されていなければ,
 	  すべてのパケットカウンタが クリアされます.
 	  <replaceable>index</replaceable> が指定されていれば,
 	  特定のチェーンエントリだけが クリアされます.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>ipfw に対するコマンドの例</title>
 
       <para>このコマンドは, ホスト <hostid
 	  role="fqdn">evil.crackers.org</hostid> から ホスト <hostid
 	  role="fqdn">nice.people.org</hostid> の telnet ポートへの
 	すべてのパケットを拒絶します:</para>
 
       <screen>&prompt.root; <userinput>ipfw add deny tcp from evil.crackers.org to nice.people.org 23</userinput></screen>
 
       <para>次の例は, ネットワーク <hostid
 	  role="domainname">crackers.org</hostid> (クラス C) 全体から
 	マシン <hostid role="fqdn">nice.people.org</hostid>
 	(の任意のポート) への 任意の TCP トラフィックを拒絶し,
 	ログを取ります.</para>
 
       <screen>&prompt.root; <userinput>ipfw add deny log tcp from evil.crackers.org/24 to nice.people.org</userinput></screen>
 
       <para>あなたの内部ネットワーク (クラス C のサブネット) に対する
 	X セッションを 張れないようにする場合,
 	以下のコマンドで必要なフィルタリングがおこなえます:</para>
 
       <screen>&prompt.root; <userinput>ipfw add deny tcp from any to my.org/28 6000 setup</userinput></screen>
 
       <para>アカウンティングレコードを見るには:
 
 	<screen>&prompt.root; <userinput>ipfw -a list</userinput></screen>
 
 	または短縮形式で</para>
 
       <screen>&prompt.root; <userinput>ipfw -a l</userinput></screen>
 
       <para>最後にチェーンエントリがマッチした
 	時刻を見ることもできます.</para>
 
       <screen>&prompt.root; <userinput>ipfw -at l</userinput></screen>
     </sect2>
 
     <sect2>
       <title>パケットフィルタリングファイアウォールの構築</title>
 
       <note>
 	<para>以下の提案は, ただの提案にすぎません:
 	  必要な処理はそれぞれのファイアウォールで異なるため,
 	  あなた独自の要求にあったファイアウォールを構築する方法を
 	  ここで述べることはできないのです.</para>
       </note>
 
       <para>最初にファイアウォールをセットアップするとき,
 	コントロールされた環境でファイアウォールホストの
 	設定がおこなえるような
 	テストベンチセットアップが用意できない場合には,
 	カーネルのログ取りを
 	有効にしてログ取り版のコマンドを使用することを
 	強くおすすめします.  そうすることで,
 	大した混乱や中断なしに問題となる範囲の特定と処置を
 	素早くおこなうことができます.
 	初期セットアップフェーズが完了してからであっても,
 	アタックの可能性のあるアクセスをトレースしたり,
 	要求の変化に応じてファイアウォールルールを
 	変更したりできるので,  `deny'
 	に対するログ取りをおこなうことをおすすめします.</para>
 
       <note>
 	<para><command>accept</command>
 	  コマンドのログ取りをおこなっていると,
 	  ファイアウォールをパケットが一つ通過する毎に 1
 	  行のログが生成されるため <emphasis>大量の</emphasis>
 	  ログデータが発生します.  そのため, 大規模な ftp/http
 	  転送などをおこなうと, システムが非常に 遅くなってしまいます.
 	  また, パケットが通過するまでにカーネルにより
 	  多くの仕事を要求するため,  パケットのレイテンシ (latency)
 	  を増加させてしまいます.  syslogd
 	  もログをディスクに記録するなど, より多くの CPU タイムを
 	  使用し始め, 実に容易に <filename>/var/log</filename>
 	  が置かれているパーティションを
 	  パンクさせてしまう可能性があります.</para>
       </note>
 
       <para>ファイアウォールは, 
 	<filename>/etc/rc.conf.local</filename> か, もしくは
 	<filename>/etc/rc.conf</filename> によって有効化されるべきです.
         関連マニュアルページには, どのドアノブ(訳注:
         ポートや IP アドレスなど,
         ネットワークからの入口を示すもののこと)に手をつければ良いのかに
         ついての説明と, ファイアウォール設定の既定値のリストがあります.
         もし, 設定の既定値を使わない場合には,
         <command>ipfw list</command> とすることで,
         現在のルールセットを <filename>rc.conf</filename> から読み込める形で
         ファイルに出力することができます.
         また, <filename>/etc/rc.conf.local</filename> や
 	<filename>/etc/rc.conf</filename> によってファイアウォールを
         有効化しない場合には, ファイアウォールの有効化がすべての
         IP インターフェイス設定より先に行なわれるように確認することが重要です.
       </para>
 
       <para>次の問題は, ファイアウォールが実際には何を <emphasis> する
 	</emphasis> べきかです !
 	これは外部からそのネットワークへのどんなアクセスを許したいか,
 	また内部から外界へのアクセスを
 	どのくらい許したいかに大きく依存します.
 	いくつか一般的なルールを挙げると:</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>1024 番以下のポートへのすべての TCP
 	    入力アクセスをブロックします.  ここは finger, SMTP (mail)
 	    そして telnet など, 最もセキュリティに敏感な
 	    サービスが存在する場所だからです.</para>
 	</listitem>
 
 	<listitem>
 	  <para><emphasis> すべての </emphasis> 入力 UDP
 	    トラフィックをブロックします.  これは UDP
 	    を使用しているサービスで有用なものは極めて少ないうえ,
 	    有用なトラフィック (たとえば Sun の RPC と NFS プロトコル)
 	    は,  通常セキュリティに対する脅威となるためです.  UDP
 	    はコネクションレスプロトコルであるため,  入力 UDP
 	    トラフィックを拒絶することは すなわち出力 UDP
 	    トラフィックに対する返答をも ブロックすることになるので,
 	    このことはそれなりの不利益をもたらします.  たとえば外部の
 	    archie (prospero) サーバを使用している (内部の) ユーザに
 	    とって問題となる可能性があります.  もし archie
 	    へのアクセスを許したければ, 191 番と 1525 番のポートから
 	    任意の UDP
 	    ポートへ来るパケットがファイアウォールを通過することを
 	    許可しなければなりません.  123
 	    番のポートから来るパケットは ntp パケットで,
 	    これも通過の許可を考慮する必要がある
 	    もう一つのサービスです.</para>
 	</listitem>
 
 	<listitem>
 	  <para>外部から 6000
 	    番のポートへのトラフィックをブロックします.  6000
 	    番のポートは X11 サーバへのアクセスに使用されるポートで,
 	    セキュリティに対する脅威となりえます.
 	    (特に自分のワークステーションで  <command>xhost
 	      +</command>
 	    をおこなう癖を持っている人がいればなおさらです).  X11
 	    は実際に 6000 番以降のポートを使用する可能性があるため,
 	    通過許可に 上限を定めると,
 	    そのマシンで走らせることのできる X ディスプレイの
 	    個数が制限されます.  RFC 1700 (Assigned Numbers)
 	    で定義されているように, 上限は 6063 です.</para>
 	</listitem>
 
 	<listitem>
 	  <para>内部のサーバ (たとえば SQL サーバなど)
 	    がどのポートを使用するかを チェックします.
 	    それらのポートは通常, 上で指定した 1-1024
 	    番の範囲から外れていますので,
 	    これらも同様にブロックしておくことは
 	    おそらく良い考えです.</para>
 	</listitem>
       </itemizedlist>
 
       <para>これとは別のファイアウォール設定に 関するチェックリストが
 	CERT から 入手可能です.  <ulink
 	  url="http://www.cert.org/tech_tips/packet_filtering.html">http://www.cert.org/tech_tips/packet_filtering.html</ulink></para>
 
       <para>前にも述べたように, これはただの <emphasis> ガイドライン
 	</emphasis> にすぎません.
 	ファイアウォールでどのようなフィルタルールを使用するかは,
 	あなた自身が 決めなければなりません.
 	これまでのアドバイスにしたがったにも関わらず,
 	誰かがあなたのネットワークに 侵入してきたとしても,
-	私は「いかなる」責任もとることはできません.</para>
+	わたしたちは「いかなる」責任もとることはできません.</para>
     </sect2>
   </sect1>
 
   <sect1 id="openssl">
     <title>OpenSSL</title>
 
     <para>FreeBSD 4.0 では, OpenSSL ツールキットが基本構成の一部に
       含まれています. <ulink url="http://www.openssl.org/">OpenSSL</ulink> は,
       Secure Sockets Layer v2/v3 (SSLv2/SSLv3) や Transport Layer
       Security v1 (TLSv1) ネットワークセキュリティプロトコルと同様の
       多目的な暗号化ライブラリを提供します.</para>
 
     <para>しかしながら, OpenSSL に含まれるアルゴリズムのひとつ
       (特に IDEA) は, 合衆国内, その他の地域において,
       特許により保護されています. そのため,
       無制約な利用は許されません. IDEA は
       FreeBSD の OpenSSL 配布に含まれていますが, デフォルトではコンパ
       イルされません. もし IDEA を使いたいなら, そしてあなたがそのライ
       センス条項に合致するなら, /etc/make.conf の中の MAKE_IDEA スイッ
       チを有効にして, 'make world' でソースをリビルドしてください.
       </para>
 
     <para>現在は RSA アルゴリズムはアメリカとその他の国で自由に利用で
       きます. 以前は特許により保護されていました.</para>
 
     <sect2>
       <title>ソースコードのインストール</title>
       
       <para>OpenSSL は <literal>src-crypto</literal> と
         <literal>src-secure</literal> cvsup コレクションの一部です. 
 	FreeBSD のソースコードの取得と更新の詳細は,
         <link linkend="mirrors">FreeBSD
           の入手</link>の項を参照して下さい.</para>
     </sect2>
   </sect1>
 
   <sect1 id="ipsec">
     <title>IPsec</title>
     <para><emphasis>原作: &a.shin;, 5 March
 	2000.</emphasis></para>
     <para><emphasis>訳: &a.jp.hino;, 14 March
 	2001.</emphasis></para>
 
     <!-- hrs:2001/03/17 - ipsec-implementation is not translated yet. -->  
     <para>IPsec 機構は, IP 層とソケット層の両方に対して安全な通
       信を提供します. 本章ではその使い方について説明します. IPsec の内
       部実現法に関しては <!-- link linkend="ipsec-implementation" -->23.5.4 
       章<!-- /link -->を参照してください.
       </para>
 
     <para>現在の IPsec の実装は, トランスポートモードとトンネルモード
       の両方をサポートしています. しかし, トンネルモードにはいくつかの
       制限事項があります. <ulink
       url="http://www.kame.net/newsletter/">http://www.kame.net/newsletter/
       </ulink> にはより総合的な例が載っています.</para>
 
     <para>ここで述べる機能を利用するには, 以下のオプションをカーネルコ
       ンパイル時に指定する必要があることにご注意ください.</para>
 
     <programlisting>options          IPSEC              #IP security
 options          IPSEC_ESP          #IP security (crypto; define w/IPSEC)</programlisting>
 
     <sect2>
       <title>IPv4 におけるトランスポートモードの例</title>
 
      
       <para>ホスト A (10.2.3.4) とホスト B (10.6.7.8) との間に安全なチャ
         ネルを配置するために, セキュリティアソシエーションを設定しましょ
         う. ここでは, 少し込み入った例を示します. ホスト A からホストB 
         へは old AH のみを使います. ホスト B からホスト A へは new AH 
         と new ESP を組み合わせます.</para>
 
       <para>ここで "AH"/"new AH"/"ESP"/"new ESP" に対応するアルゴリズ
         ムを決めないといけません. アルゴリズムの名前を知るには, 
         &man.setkey.8; マニュアルページをご覧ください. ここでは, AH に
         MD5 を, new AH には new-HMAC-SHA1 を, new ESP には 8 バイト IV 
         の new-DES-expIV を選びました.</para>
 
       <para>鍵長はそれぞれのアルゴリズムに大きく依存します. たとえば,
         MD5 では鍵長は 16 バイトでなければなりませんし, new-HMAC-SHA1 
         では 20 バイトでなければなりませんし, new-DES-expIV では 8 バ
         イトでなければなりません. ここではそれぞれ "MYSECRETMYSECRET",
         "KAMEKAMEKAMEKAMEKAME", "PASSWORD", とします.</para>
 
       <para>次に, それぞれのプロトコルに対して SPI (セキュリティパラメー
         タインデックス: Security Parameter Index) を割り当てます. 三種
         類のセキュリティヘッダ (ホスト A からホスト B に一つ, ホスト B 
         から ホスト A に二つ) を生成するので, この安全なチャネルには三
         つの SPI が必要になることに注意してください. さらに, SPI は 
         256 以上である必要があることにも注意してください. ここではそれ
         ぞれ 1000, 2000, 3000 を割り当てます.</para>
 
       <screen>
 
 	           (1)
 	ホスト A ------> ホスト B
 
 	(1)PROTO=AH
 		ALG=MD5(RFC1826)
 		KEY=MYSECRETMYSECRET
 		SPI=1000
 
 	           (2.1)
 	ホスト A <------ ホスト B
 	         <------
 	           (2.2)
 
 	(2.1)
 	PROTO=AH
 		ALG=new-HMAC-SHA1(new AH)
 		KEY=KAMEKAMEKAMEKAMEKAME
 		SPI=2000
 
 	(2.2)
 	PROTO=ESP
 		ALG=new-DES-expIV(new ESP)
 			IV length = 8
 		KEY=PASSWORD
 		SPI=3000
 
       </screen>
 
       <para>次に, セキュリティアソシエーションを設定しましょう. ホスト
         A とホスト B の両方で, &man.setkey.8; を実行します:</para>
 
       <screen>
 
 &prompt.root; <command>setkey -c</command>
 add 10.2.3.4 10.6.7.8 ah-old  1000 -m transport -A keyed-md5 "MYSECRETMYSECRET" ;
 add 10.6.7.8 10.2.3.4 ah  2000 -m transport -A hmac-sha1 "KAMEKAMEKAMEKAMEKAME" ;
 add 10.6.7.8 10.2.3.4 esp 3000 -m transport -E des-cbc "PASSWORD" ;
 ^D
 
      </screen>
 
      <para>実際には, セキュリティポリシのエントリが定義されるまでは
        IPsec による通信は行われません. この例の場合, 両方のホストを設
        定する必要があります.</para>
 
      <screen>
 
 A で:
 
 &prompt.root; <command>setkey -c</command>
 spdadd 10.2.3.4 10.6.7.8 any -P out ipsec
 	ah/transport/10.2.3.4-10.6.7.8/require ;
 ^D
 
 B で:
 
 &prompt.root; <command>setkey -c</command>
 spdadd 10.6.7.8 10.2.3.4 any -P out ipsec
 	esp/transport/10.6.7.8-10.2.3.4/require ;
 spdadd 10.6.7.8 10.2.3.4 any -P out ipsec
 	ah/transport/10.6.7.8-10.2.3.4/require ;
 ^D
 
 
   ホスト A -------------------------------------> ホスト B
   10.2.3.4                                       10.6.7.8
           |                                     |
           ========== old AH keyed-md5 ==========>
 
           <========= new AH hmac-sha1 ===========
           <========= new ESP des-cbc ============
 
      </screen>
     </sect2>
 
     <sect2>
       <title>IPv6 におけるトランスポートモードの例</title>
 
       <para>IPv6 を使ったもう一つの例.</para>
 
       <para>ホスト-A とホスト-B 間の TCP ポート番号 110 番の通信には, 
         ESP トランスポートモードが推奨されます.</para>
 
       <screen>
 
               ============ ESP ============
               |                           |
           ホスト-A                      ホスト-B
           fec0::10 -------------------- fec0::11
 
       </screen>
 
       <para>暗号化アルゴリズムは blowfish-cbc で, その鍵は "kamekame", 
         認証アルゴリズムは hmac-sha1 で, その鍵は "this is the test
         key" とします. ホスト-A の設定:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd fec0::10[any] fec0::11[110] tcp -P out ipsec
                 esp/transport/fec0::10-fec0::11/use ;
         spdadd fec0::11[110] fec0::10[any] tcp -P in ipsec
                 esp/transport/fec0::11-fec0::10/use ;
         add fec0::10 fec0::11 esp 0x10001
                 -m transport
                 -E blowfish-cbc "kamekame"
                 -A hmac-sha1 "this is the test key" ;
         add fec0::11 fec0::10 esp 0x10002
                 -m transport
                 -E blowfish-cbc "kamekame"
                 -A hmac-sha1 "this is the test key" ;
         EOF
 
       </screen>
 
       <para>そしてホスト-B の設定:</para>
 
       <screen>
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd fec0::11[110] fec0::10[any] tcp -P out ipsec
                 esp/transport/fec0::11-fec0::10/use ;
         spdadd fec0::10[any] fec0::11[110] tcp -P in ipsec
                 esp/transport/fec0::10-fec0::11/use ;
         add fec0::10 fec0::11 esp 0x10001 -m transport
                 -E blowfish-cbc "kamekame"
                 -A hmac-sha1 "this is the test key" ;
         add fec0::11 fec0::10 esp 0x10002 -m transport
                 -E blowfish-cbc "kamekame"
                 -A hmac-sha1 "this is the test key" ;
         EOF
 
       </screen>
 
       <para>SP の方向に注意してください.</para>
     </sect2>
  
    <sect2>
       <title>IPv4 におけるトンネルモードの例</title>
 
       <para>二台のセキュリティゲートウェイ間のトンネルモード</para>
 
       <para>セキュリティプロトコルは old AH トンネルモード, すなわち 
       RFC1826 で指定されるものです. 認証アルゴリズムは "this is the
       test" を鍵とする keyed-md5 です.</para>
 
       <screen>
 
                              ======= AH =======
                              |                |
      ネットワーク-A   ゲートウェイ-A    ゲートウェイ-B   ネットワーク-B
         10.0.1.0/24 ---- 172.16.0.1 ----- 172.16.0.2 ---- 10.0.2.0/24
 
       </screen>
 
       <para>ゲートウェイ-A における設定:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd 10.0.1.0/24 10.0.2.0/24 any -P out ipsec
                 ah/tunnel/172.16.0.1-172.16.0.2/require ;
         spdadd 10.0.2.0/24 10.0.1.0/24 any -P in ipsec
                 ah/tunnel/172.16.0.2-172.16.0.1/require ;
         add 172.16.0.1 172.16.0.2 ah-old 0x10003 -m any
                 -A keyed-md5 "this is the test" ;
         add 172.16.0.2 172.16.0.1 ah-old 0x10004 -m any
                 -A keyed-md5 "this is the test" ;
 
         EOF
 
       </screen>
 
       <para>上記の例のように, もしポート番号フィールドを書かないと, 
         "[any]" と同じ意味になります. `-m' は使用される SA のモードを
         指定します. "-m any" はセキュリティプロトコルのモードのワイル
         ドカードを意味します. この SA をトンネルモードとトランスポート
         モードの両方で使用できます.</para>
 
       <para>そしてゲートウェイ-B では:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd 10.0.2.0/24 10.0.1.0/24 any -P out ipsec
                 ah/tunnel/172.16.0.2-172.16.0.1/require ;
         spdadd 10.0.1.0/24 10.0.2.0/24 any -P in ipsec
                 ah/tunnel/172.16.0.1-172.16.0.2/require ;
         add 172.16.0.1 172.16.0.2 ah-old 0x10003 -m any
                 -A keyed-md5 "this is the test" ;
         add 172.16.0.2 172.16.0.1 ah-old 0x10004 -m any
                 -A keyed-md5 "this is the test" ;
 
         EOF
 
       </screen>
 
       <para>二台のセキュリティゲートウェイ間の SA の束を作ります</para>
 
       <para>ゲートウェイ-A とゲートウェイ-B の間では, AH トランスポー
       トモードと ESP トンネルモードが要求されます. この例では, ESP ト
       ンネルモードが先に適用され, 次に AH トランスポートモードが適用さ
       れます.</para>
 
       <screen>
 
                             ========== AH =========
                             |  ======= ESP =====  |
                             |  |               |  |
     ネットワーク-A     ゲートウェイ-A     ゲートウェイ-B     ネットワーク-B
     fec0:0:0:1::/64 --- fec0:0:0:1::1 ---- fec0:0:0:2::1 --- fec0:0:0:2::/64
 
       </screen>
     </sect2>
 
     <sect2>
       <title>IPv6 におけるトンネルモードの例</title>
 
       <para>暗号化アルゴリズムは 3des-cbc, ESP の認証アルゴリズムは
         hmac-sha1 とします. AH の認証アルゴリズムは hmac-md5 とします. 
         ゲートウェイ-A での設定は:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd fec0:0:0:1::/64 fec0:0:0:2::/64 any -P out ipsec
                 esp/tunnel/fec0:0:0:1::1-fec0:0:0:2::1/require
                 ah/transport/fec0:0:0:1::1-fec0:0:0:2::1/require ;
         spdadd fec0:0:0:2::/64 fec0:0:0:1::/64 any -P in ipsec
                 esp/tunnel/fec0:0:0:2::1-fec0:0:0:1::1/require
                 ah/transport/fec0:0:0:2::1-fec0:0:0:1::1/require ;
         add fec0:0:0:1::1 fec0:0:0:2::1 esp 0x10001 -m tunnel
                 -E 3des-cbc "kamekame12341234kame1234"
                 -A hmac-sha1 "this is the test key" ;
         add fec0:0:0:1::1 fec0:0:0:2::1 ah 0x10001 -m transport
                 -A hmac-md5 "this is the test" ;
         add fec0:0:0:2::1 fec0:0:0:1::1 esp 0x10001 -m tunnel
                 -E 3des-cbc "kamekame12341234kame1234"
                 -A hmac-sha1 "this is the test key" ;
         add fec0:0:0:2::1 fec0:0:0:1::1 ah 0x10001 -m transport
                 -A hmac-md5 "this is the test" ;
 
         EOF
 
       </screen>
 
       <para>異なる通信端での SA を作る</para>
 
       <para>ホスト-A とゲートウェイ-A の間では ESP トンネルモードが要
         求されています. 暗号化アルゴリズムは cast128-cbc で, ESP の認
         証アルゴリズムは hmac-sha1 です. ホスト-A とホスト-B との間で
         は ESP トランスポートモードが推奨されています. 暗号化アルゴリ
         ズムは rc5-cbc で, ESP の認証アルゴリズムは hmac-md5 です.
         </para>
 
       <screen>
 
               ================== ESP =================
               |  ======= ESP =======                 |
               |  |                 |                 |
             ホスト-A        ゲートウェイ-A         ホスト-B
           fec0:0:0:1::1 ---- fec0:0:0:2::1 ---- fec0:0:0:2::2
 
       </screen>
 
       <para>ホスト-A での設定:</para>
 
       <screen>
 
         &prompt.root; <command>setkey -c</command> &lt;&lt;<filename>EOF</filename>
         spdadd fec0:0:0:1::1[any] fec0:0:0:2::2[80] tcp -P out ipsec
                 esp/transport/fec0:0:0:1::1-fec0:0:0:2::2/use
                 esp/tunnel/fec0:0:0:1::1-fec0:0:0:2::1/require ;
         spdadd fec0:0:0:2::1[80] fec0:0:0:1::1[any] tcp -P in ipsec
                 esp/transport/fec0:0:0:2::2-fec0:0:0:l::1/use
                 esp/tunnel/fec0:0:0:2::1-fec0:0:0:1::1/require ;
         add fec0:0:0:1::1 fec0:0:0:2::2 esp 0x10001
                 -m transport
                 -E cast128-cbc "12341234"
                 -A hmac-sha1 "this is the test key" ;
         add fec0:0:0:1::1 fec0:0:0:2::1 esp 0x10002
                 -E rc5-cbc "kamekame"
                 -A hmac-md5 "this is the test" ;
         add fec0:0:0:2::2 fec0:0:0:1::1 esp 0x10003
                 -m transport
                 -E cast128-cbc "12341234"
                 -A hmac-sha1 "this is the test key" ;
         add fec0:0:0:2::1 fec0:0:0:1::1 esp 0x10004
                 -E rc5-cbc "kamekame"
                 -A hmac-md5 "this is the test" ;
 
         EOF
       </screen>
     </sect2>
  </sect1>
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml b/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml
index 301c0ce5ae..459b3a829b 100644
--- a/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml
@@ -1,3115 +1,3114 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.23
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml,v 1.10 2001/03/14 08:07:21 hrs Exp $
+     Original revision: 1.24
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml,v 1.11 2001/04/09 02:15:22 hrs Exp $
 -->
 
 <chapter id="serialcomms">
   <title>シリアル通信</title>
 
   <sect1>
     <title>この章では</title>
 
     <para>
       UNIX は現在に至るまで, 常にシリアル通信機能をサポートしていました.
       実際, 本当に初期の UNIX マシンは, ユーザとの入出力にシリアル通信を使っていました.
       10 文字毎秒のシリアルプリンタ,
       キーボードから構成された <quote>端末(terminal)</quote> が広く使われていた当時とは,
       何もかもがすっかり変わっています.  この章では, FreeBSD
       でシリアル通信を行なういくつかの方法について説明しています.
     </para>
   </sect1>
 
   <sect1 id="serial">
     <title>シリアル接続の基礎</title>
 
     <para><emphasis>Assembled from FAQ.</emphasis></para>
 
     <para>このセクションには,
       シリアルポートについての一般的な情報が書かれていま す.
       あなたが求めている情報が, もしここで見つからなかった場合には,
       ハン ドブックの端末とダイアルアップのセクションを見てください.
     </para>
 
     <para><filename>ttyd<replaceable>X</replaceable></filename>
       (または <filename>cuaa<replaceable>X</replaceable></filename>)
       デバイスは, アプリケーション上
       でシリアルポートをオープンする時に使用する,
       標準的なデバイスです.  プロセスがデバイスをオープンする際, 端末
       I/O 設定の デフォルトセットが使用されます.  これらの設定内容は,
       次のコマンドで確認することができます. </para>
 
     <screen>&prompt.root; <userinput>stty -a -f /dev/ttyd1</userinput></screen>
 
     <para>このデバイスの設定を変更した場合, その設定はデバイスが
       クローズされるまで有効です.  デバイスが再びオープンされる時,
       デフォルトの設定値に戻ります.
       デフォルトの設定を変更するためには,
       <quote>初期状態</quote> を設定した
       いデバイスをオープンして調節することができます.  例えば, ttyd5
       というデバイスに対して, デフォルトで <acronym>CLOCAL</acronym>
       モードを ON にして, 8 bits の設定をおこない,
       <emphasis>XON/XOFF</emphasis>
       フロー制御を行うように設定したい場合は,  次のようにします.
     </para>
 
     <screen>&prompt.root; <userinput>stty -f /dev/ttyid5 clocal cs8 ixon ixoff</userinput></screen>
 
     <para>このコマンドを記述するのに適しているファイルは,
       <filename>/etc/rc.serial</filename>   です.
       アプリケーションが<filename>ttyd5</filename>
       をオープンするときに,
       デフォルトでこの設定をおこなうようになります.  これらの設定は,
       好きなように変更することができます.</para>
 
     <para>また, <quote>固定状態</quote> のデバイスに調節を行うことで,
       ある一定の設定が
       アプリケーションに変更されることを防ぐこともできます. 例えば,
       <filename>ttyd5</filename> のスピードを 57600 bps
       に固定したい場合には,  次のようにします. </para>
 
     <screen>&prompt.root; <userinput>stty -f /dev/ttyld5 57600</userinput></screen>
 
 	<para>これで, <filename>ttyd5</filename> をオープンして,
       シリアルポートの転送スピードを
       変更しようとするアプリケーションは 57600 bps
       に固定されるでしょう.</para>
 
     <para>本来, デバイスの初期状態を変更したり設定を固定するのは,
       <username>root</username> だけが行うべきです.
       <filename>MAKEDEV</filename>
       スクリプトがデバイスエントリを作成する時は,
       これをおこない<emphasis>ません</emphasis>.</para>
   </sect1>
 
   <sect1 id="term">
     <title>シリアル端末</title>
 
     <para><emphasis>原作:  &a.kelly;<!-- <br> -->
 	28 July 1996</emphasis></para>
 
     <para><emphasis>訳: &a.max;</emphasis></para>
 
     <para>シリアル端末を利用することで,
       コンピュータのコンソールのそばにいないと きや,
       手近にネットワーク接続されているコンピュータがないときでも,
       FreeBSD の機能を便利に, かつ安価に利用することができます.
       ここでは, FreeBSD
       にシリアル端末を接続する方法を解説します.</para>
 
     <sect2 id="term-uses">
       <title>端末の種類と利用方法</title>
 
       <para>もともと Unix システムにはコンソールがありませんでした.
 	ユー ザはコンピュータのシリアル
 	ポートに接続された端末からログインして
 	プログラムを利用していました.
 	ちょうどモデムと通信ソフトを使ってリモート
 	のコンピュータにログインし, テキスト
 	ベースのプログラムを利用するのと よく似ています.</para>
 
       <para>最近の PC は,
 	高品質の画像を表示できるコンソールを搭載していま すが,
 	ほとんどすべての Unix 系 OS には未だにシリアル
 	ポートを使ってログ インするための機能があり, FreeBSD
 	でもこの機能がサポートされています.
 	現在使用されていないシリアル
 	ポートに端末を接続することでシステムに ログインし,
 	通常はコンソールや Xウィンドウ システムの
 	<command>xterm</command> のウィ ンドウ上で起動しているテキスト
 	ベースのプログラムであれば何
 	でも利用することができます.</para>
 
       <para>職場での利用ということで考えるならば, FreeBSD
 	が動作しているコンピュー タに接続された何台ものシリアル端末を
 	各社員の机に配置するというようなこ とが可能です. また,
 	家庭での利用方法としては, 余っている古い IBM PC や  Macintosh
 	を FreeBSD が動いているパワフルなコンピュータの端末として利
 	用することができます. 普通ならシングルユーザのコンピュータを,
 	パワフ
 	ルなマルチユーザのシステムに変えることができるのです.</para>
 
       <para>FreeBSD では, 以下に挙げる3種類の端末が利用できます.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para><link linkend="term-dumb">ダム (dumb) 端末</link></para>
 	</listitem>
 
 	<listitem>
 	  <para><link linkend="term-pcs">PCを利用した端末</link></para>
 	</listitem>
 
 	<listitem>
 	  <para><link linkend="term-x">X 端末</link></para>
 	</listitem>
       </itemizedlist>
 
       <para>以下は, それぞれについての解説です.</para>
 
       <sect3 id="term-dumb">
 	<title>ダム端末</title>
 
 	<para>ダム端末は, シリアルライン経由でのコンピュータとの接続専
 	  用のハードウェアです. ダム端末は,
 	  テキストの送受信および表示ができる
 	  程度の計算能力しかもっていないので, <quote>dumb</quote>
 	  (間抜け) というように呼ば れています.
 	  この端末上でプログラムを実行することはできません. テキスト
 	  エディタ, コンパイラ, E-mail,
 	  ゲームなどなどのプログラムを実行するのは,
 	  ダム端末を接続しているコンピュータの方です.</para>
 
 	<para>Digital Equipment社の VT-100 や, Wyse社の WY-75
 	  を初めとして,  多くのメーカが何百種類もの
 	  ダム端末を作っています. ほとんどどんな種 類のダム端末でも
 	  FreeBSD に接続して使用できます. さらに, 高性能の端
 	  末の中には画像を取り扱えるものもありますが,
 	  限られた数のソフトウェア
 	  パッケージしかこういった機能には対応していません.</para>
 
 	<para>ダム端末は, X ウィンドウ システムで提供されるようなグラ
 	  フィックアプリケーションを必要としない
 	  職場で広く用いられています.</para>
       </sect3>
 
       <sect3 id="term-pcs">
 	<title>PC を端末として利用する</title>
 
 	<para><link linkend="term-dumb">ダム端末</link>
 	  がテキストの表示およ
 	  び送受信の機能をそなえただけのものならば, 言うまでもなく,
 	  どんなPC もダム端末になり得ます.
 	  必要なものは適切なケーブルと, そのPCの上
 	  で動作する<emphasis>端末エミュレーション</emphasis>
 	  を行うソフトウェアのみです.</para>
 
 	<para>このような環境は, 家庭においてよく利用されます.
 	  たとえば, あなたの同居 人が FreeBSD
 	  のコンソールを専有している時などに, あまりパワーのないコ
 	  ンピュータを FreeBSD システムにシリアル端末として接続し,
 	  その端末上で
 	  テキストだけを用いる作業をおこなうことができます.</para>
       </sect3>
 
       <sect3 id="term-x">
 	<title>X 端末</title>
 
 	<para>X 端末は, 既存のものの中で最も洗練された種類の端末といえ
 	  ます. X 端末は, たいていの場合シリアル ポートではなく,
 	  イーサネッ
 	  トのようなネットワークを利用した接続をおこないます. また,
 	  アプリケーション の利用においても,
 	  テキストベースのものだけでなく, X アプリケーション
 	  の利用が可能です.</para>
 
 	<para>ここでは, 参考までに  端末について紹介しただけで, X 端
 	  末の設定や利用についての解説は
 	  <emphasis>おこないません</emphasis>.</para>
       </sect3>
     </sect2>
 
     <sect2 id="term-cables-ports">
       <title>ケーブルとポート</title>
 
       <para>シリアル端末を FreeBSD システムに接続するためには,
 	適切なケー ブルと,
 	端末を接続するためのシリアルポートが必要です. ここでは, これ
 	らについて説明します. もし既にあなたの利用したい端末と,
 	その端末 を接続するためのケーブルについてよく理解していれば,
 	<link linkend="term-config">設定</link>
 	の章まで読み飛ばしてください.</para>
 
       <sect3 id="term-cables">
 	<title>ケーブル</title>
 
 	<para>端末の接続は, シリアルポートを利用します. そこで, 端末を
 	  FreeBSD システムに接続するためには, シリアルケーブル
 	  (RS-232C ケーブ ルとも呼ばれています)
 	  が必要となります.</para>
 
 	<para>シリアルケーブルには2種類のケーブルがあります.
 	  どちらの種類の ケーブルを使わなければいけないかは,
 	  どんな端末を接続したいかによります.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>もし, PC を端末として利用したい場合は,  <link
 		linkend="term-null">ヌルモデム</link> ケーブル
 	      (リバースケーブルもしくは
 	      クロスケーブルと呼ばれることもしばしばあります)
 	      を使用してください.  ヌルモデムケーブルは,
 	      コンピュータ同士や端末同士を接続するために用い
 	      られるケーブルです.</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>もし, 本物の端末を接続するのであれば, その端末につい
 	      てきたドキュメントからどのようなケーブルを
 	      使うべきか調べてください. も しドキュメントがない場合は,
 	      まず <link linkend="term-null">ヌルモデム</link>
 	      ケーブルを試してみて, うまくいかない場合は <link
 		linkend="term-std">スタンダード</link> ケーブル
 	      (しばしばストレートケーブルと呼 ばれます)
 	      を試してみてください.</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>また, 端末側と FreeBSD 側の <emphasis>両方の</emphasis>
 	  シリア ポート の形状が,
 	  あなたが使用しようとしているケーブルについているコネクタの形
 	  状と一致していなければなりません.</para>
 
 	<sect4 id="term-null">
 	  <title>ヌルモデムケーブル</title>
 
 	  <para>ヌルモデムケーブル (またはリバースケーブルあるいはクロ
 	    スケーブル) は, たとえば <quote>signal ground</quote>
 	    信号のように, いくつかの信 号はそのまま通しますが,
 	    他の信号は途中で入れ替えて通します. たとえば, <quote>send
 	    data</quote> 信号のピンは, 反対側のコネクタの
 	    <quote>receive data</quote> 信号の
 	    ピンと繋がっています.</para>
 
 	  <para>自分で使うケーブルは自分で作りたいということであれば,
 	    以下にター ミナルを接続する際に推奨される
 	    ヌルモデムケーブルの結線を示しておきま す. この表では,
 	    RS-232C の信号線の名前と,  DB-25 コネクタ上のピンの番
 	    号を示しています.</para>
 
 	  <informaltable frame="none">
 	    <tgroup cols="5">
 	      <thead>
 		<row>
 		  <entry>Signal</entry>
 		  <entry>Pin #</entry>
 		  <entry></entry>
 		  <entry>Pin #</entry>
 		  <entry>Signal</entry>
 		</row>
 	      </thead>
 
 	      <tbody>
 		<row>
 		  <entry>TxD</entry>
 		  <entry>2</entry>
 		  <entry>connects to</entry>
 		  <entry>3</entry>
 		  <entry>RxD</entry>
 		</row>
 
 		<row>
 		  <entry>RxD</entry>
 		  <entry>3</entry>
 		  <entry>connects to</entry>
 		  <entry>2</entry>
 		  <entry>TxD</entry>
 		</row>
 
 		<row>
 		  <entry>DTR</entry>
 		  <entry>20</entry>
 		  <entry>connects to</entry>
 		  <entry>6</entry>
 		  <entry>DSR</entry>
 		</row>
 
 		<row>
 		  <entry>DSR</entry>
 		  <entry>6</entry>
 		  <entry>connects to</entry>
 		  <entry>20</entry>
 		  <entry>DTR</entry>
 		</row>
 
 		<row>
 		  <entry>SG</entry>
 		  <entry>7</entry>
 		  <entry>connects to</entry>
 		  <entry>7</entry>
 		  <entry>SG</entry>
 		</row>
 
 		<row>
 		  <entry>DCD</entry>
 		  <entry>8</entry>
 		  <entry>connects to</entry>
 		  <entry>4</entry>
 		  <entry>RTS</entry>
 		</row>
 
 		<row>
 		  <entry>RTS</entry>
 		  <entry>4</entry>
 		  <entry></entry>
 		  <entry>5</entry>
 		  <entry>CTS</entry>
 		</row>
 
 		<row>
 		  <entry>CTS</entry>
 		  <entry>5</entry>
 		  <entry>connects to</entry>
 		  <entry>8</entry>
 		  <entry>DCD</entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 
 	  <note>
 	    <para>DCD と RST では, コネクタ内部でピン4を5に接続し,
 	      そして逆側のコネクタのピン8と接続します.</para>
 	  </note>
 	</sect4>
 
 	<sect4 id="term-std">
 	  <title>スタンダード RS-232C ケーブル</title>
 
 	  <para>スタンダードシリアルケーブル
 	    (またはストレートケーブル)  の場合は, すべての RS-232C
 	    信号をそのまま通します. つまり, 片方の <quote>send
 	    data</quote> 信号のピンは, 逆側の <quote>send data</quote>
 	    信号のピンと繋がっています.  モデムを FreeBSD
 	    に接続するときや, 一部の端末を接続するときにこのタイプの
 	    ケーブルを使用します.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="term-ports">
 	<title>ポート</title>
 
 	<para>シリアルポートは,  FreeBSDが動作しているホスト
 	  コンピュータと端
 	  末の間でデータのやりとりを行うために用いるデバイスです.
 	  ここでは,  現在存在するポートの種類と FreeBSD
 	  でのポートのアクセス方法について解 説します.</para>
 
 	<sect4 id="term-portkinds">
 	  <title>ポートの種類</title>
 
 	  <para>シリアルポートには何種類かのものがあります.
 	    ケーブルを購 入したり自作したりする前に,
 	    そのケーブルのコネクタの形状が端末および FreeBSD
 	    システムのポートの形状と一致していることを
 	    確認してください.</para>
 
 	  <para>ほとんどの端末は DB25 ポートを搭載しています.
 	    FreeBSDが動作しているも のを含めて, PCは DB25 または DB9
 	    ポートを搭載しています. マルチポート
 	    のシリアルカードの場合は, RJ-12 や RJ-45
 	    のポートを搭載しているかもし れません.</para>
 
 	  <para>利用されているポートの種類に関しては,
 	    ハードウェアについてきたドキュメ ントを参照してください.
 	    また, 多くの場合, ポートの形状から判断すること
 	    もできるでしょう.</para>
 	</sect4>
 
 	<sect4 id="term-portnames">
 	  <title>ポートの名前</title>
 
 	  <para>FreeBSDでは,  <filename>/dev</filename>
 	    ディレクトリ内のエントリを介
 	    してシリアルポートへのアクセスがおこなわれます.
 	    2種類の異なったエン トリがあります. </para>
 
 	  <itemizedlist>
 	    <listitem>
 	      <para>着信用のポートの名前は, <filename>
 		  /dev/ttyd<replaceable>x</replaceable></filename> (
 		<replaceable>x</replaceable> は 0から始まるポート番号)
 		となっています. 一般に端末の接続には
 		着信用ポートを用います. 着信用のポートでは,
 		シリアルラインのデータ キャリア検出 (DCD)
 		信号がオンになっている必要があります.</para>
 	    </listitem>
 
 	    <listitem>
 	      <para>発信用のポートの名前は, <filename>
 		  /dev/cuaa<replaceable>x</replaceable></filename>
 		となっています.
 		発信用のポートは普通モデムの接続に用い, 端末の接続には
 		利用しません. ただ,
 		ケーブルまたは端末がキャリア検出信号を使えない
 		タイプのものの場合は,
 		発信用のポートを使うとよいでしょう.</para>
 	    </listitem>
 	  </itemizedlist>
 
 	  <para>詳しくは, &man.sio.4;
 	    のマニュアルをご覧ください.</para>
 
 	      <para>たとえば, 端末を一つ目のシリアルポート (DOS
 	    でいうところの <devicename>COM1</devicename>) に接
 	    続したとすると,  <filename>/dev/ttyd0</filename>
 	    がこの端末を指すことになります.  また,
 	    二つ目のシリアルポート (<devicename>COM2</devicename>)
 	    ならば <filename>/dev/ttyd1</filename> となり,
 	    以下この形式のデバイスエントリを使います.</para>
 
 	      <para>各シリアルポート,
 	    特にマルチポートのシリアルカードを利用する ために, kernel
 	    の設定をおこなう必要がある場合がありますので, 注意してくだ
 	    さい. 詳しくは, <link linkend="kernelconfig">FreeBSD
 	      カーネルのコンフィグレーション</link>
 	    をご覧ください.</para>
 	</sect4>
       </sect3>
     </sect2>
 
     <sect2 id="term-config">
       <title>設定</title>
 
       <para>ここでは, 端末からのログインを可能にするために必要な
 	FreeBSD  側の設定について解説します.
 	既に端末を接続するポートが利用できるように  kernel
 	の設定をおこない, 端末が接続されているものと考えて, 解説を進め
 	ます.</para>
 
       <para>簡単に言えば, プロセス管理や初期化をおこなっている
 	<command>init</command> プロセス に対して,
 	ログイン名を読み込み <command>login</command>
 	プログラムを起動している  <command>getty</command>
 	を実行するように指示します.</para>
 
       <para>これをおこなうには,  <filename>/etc/ttys</filename>
 	の内容を編集する必要があります.  まず,  <command>su</command>
 	コマンドで root になって,  <filename>/etc/ttys</filename>
 	に以下の 変更を加えてください.</para>
 
       <procedure>
 	<step>
 	  <para>端末を接続するポートの <filename>/dev</filename>
 	    のエントリが含ま れている行がまだ存在しなければ, これを
 	    <filename>/etc/ttys</filename> に追加してく ださい.</para>
 	</step>
 
 	<step>
 	  <para><filename>/usr/libexec/getty</filename>
 	    が対象となるポートに対して
 	    実行されるように指定してください. また,
 	    <filename>/etc/gettytab</filename> ファイ ル内の適切な
 	    <replaceable>getty</replaceable>
 	    タイプのエントリを指定してください.</para>
 	</step>
 
 	<step>
 	  <para>デフォルトのターミナルタイプを指定してください.</para>
 	</step>
 
 	<step>
 	  <para>対象となるポートを <quote>on</quote>
 	    に設定してください.</para>
 	</step>
 
 	<step>
 	  <para>そのポートが <quote>secure</quote>
 	    であるかどうかを指定してください.</para>
 	</step>
 
 	<step>
 	  <para><command>init</command> に
 	    <filename>/etc/ttys</filename> を読み込みなおさせてく
 	    ださい.</para>
 	</step>
       </procedure>
 
       <para>また, 必要に応じて <filename>/etc/gettytab</filename>
 	を変更し, 上の 2で使用する
 	<replaceable>getty</replaceable> のエントリを追加してください.
 	このドキュメントではこの方
 	法については特に解説しませんので, &man.gettytab.5;
 	および &man.getty.8; のマニュアルをご覧ください.</para>
 
 	  <para>以下では, 上のステップについて詳しく解説します.
 	実例を用いて, 何をす べきかを解説していきます.  Wyse-50 と,
 	古い IBM の 286 マシン上で通信 ソフト Procomm を使って VT-100
 	エミュレーションをおこなっているものを端
 	末の例として紹介します. また,  Wyse は 2番目のポートに,
 	286マシンは 6 番目のポート
 	(マルチポートのシリアルカード上のポート) に接続します.</para>
 
       <para><filename>/etc/ttys</filename> について,
 	より詳しくは, &man.ttys.5; のマニュアルをご覧
 	ください.</para>
 
       <sect3 id="term-etcttys">
 	<title><filename>/etc/ttys</filename> へのエントリの追加</title>
 
 	<para>既にエントリがある場合を除いて, まず初めに
 	  <filename>/etc/ttys</filename>
 	  にエントリを追加しなければいけません.</para>
 
 	<para><filename>/etc/ttys</filename> には,
 	  FreeBSDシステム上のログインを許可するすべての
 	  ポートを記述します. たとえば, 一つ目の仮想コンソール
 	  <filename>ttyv0</filename> のエン
 	  トリもこのファイルにあります. このエントリのおかげで,
 	  コンソールからの ログインが可能になっています.
 	  このファイルには, 他の仮想コンソール, シ
 	  リアルポートおよび仮想端末のエントリも含まれています.
 	  端末を接続する 場合は, そのポートの
 	  <filename>/dev</filename> のエントリを,
 	  <filename>/dev</filename> の部分
 	  を省略して記述します.</para>
 
 	<para>FreeBSD のインストール当初の状態では,
 	  <filename>ttyd0</filename> から <filename>ttyd3</filename>
 	  までの,  初めの四つのシリアルポートのエントリが
 	  <filename>/etc/ttys</filename> に記述され ています.
 	  これらのポートのいずれかに端末を接続する場合は, 新たなエント
 	  リを追加する必要はありません.</para>
 
 	<para>ここで紹介している例では,
 	  既にファイルにエントリが存在する 2番目のシリ アルポート,
 	  <filename>ttyd1</filename> に Wyse-50 を接続しています.
 	  一方,  6番目のシ リアルポートに接続する
 	  286マシン用のエントリは, 新たに追加してやらな
 	  ければなりません. 以下に, エントリを追加した後の
 	  <filename>/etc/ttys</filename> か ら抜粋して示します.
 	</para>
 
 	<programlisting>ttyd1   "/usr/libexec/getty std.9600"   unknown off secure
 ttyd5</programlisting>
       </sect3>
 
       <sect3 id="term-getty">
 	<title><replaceable>getty</replaceable> タイプの指定</title>
 
 	<para>次に,
 	  端末からのログインを処理するプログラムの指定をおこな います.
 	  FreeBSDでは, 標準的には
 	  <filename>/usr/libexec/getty</filename> をこの目的
 	  で利用しています. <prompt>login:</prompt>
 	  プロンプトを送り出しているのは, このプロ グラムです.</para>
 
 	<para><command>getty</command> プログラムは,
 	  コマンドラインパラメータとして,
 	  <replaceable>getty</replaceable> タイプをとります. ただし,
 	  このパラメータは必須ではあ りません.
 	  <replaceable>getty</replaceable> タイプは,
 	  ボーレートやパリティといった, 接続され
 	  た端末の特徴を表すものです.  <command>getty</command>
 	  プログラムは, 与えられた  <replaceable>getty</replaceable>
 	  タイプに対応したこれらの特徴を
 	  <filename>/etc/gettytab</filename> から 読み込みます.</para>
 
 	<para>ファイル <filename>/etc/gettytab</filename> には,
 	  新旧の端末に関する多数のエントリ が記述されています.
 	  ほとんどの場合,  <literal>std</literal>
 	  という文字列で始まる名前 のエントリを使えば,
 	  接続された端末に対してログインセッションを提供す
 	  ることができます. これらのエントリを利用した場合,
 	  パリティは無視されま す. 110 bps から 115200 bps
 	  までのボーレートに対応した <literal>std</literal> のエン
 	  トリがあります. 当然,
 	  新たなエントリを追加することも可能です.
 	  &man.gettytab.5; のマニュアルに,
 	  さらに詳しく解説されています.</para>
 
 	<para><filename>/etc/ttys</filename> の <emphasis
 	    remap=tt>getty</emphasis> タイプの設定をする際は,
 	  端末側の通信 パラメータの設定が,  <emphasis
 	    remap=tt>getty</emphasis>
 	  タイプのものと一致していることを確認し てください.</para>
 
 	<para>紹介している実例では,  Wyse50 はパリティなし 38400 bps
 	  で接続していま す. また,  286 マシンの方は, パリティなし
 	  19200 bps の接続です. 以下は,
 	  この段階でのこの二つの端末に関する
 	  <filename>/etc/ttys</filename> の設定です. </para>
 
 	<programlisting>ttyd1   "/usr/libexec/getty std.38400"   unknown off secure
 ttyd5   "/usr/libexec/getty std.19200"</programlisting>
 
 	<para>ここで, 実行するプログラムを指定している
 	  2番目のフィールドが, ダブルクォー
 	  テーションに囲まれていることに注意してください.
 	  こうしないと,   <command>getty</command> のタイプの指定が,
 	  つぎのフィールドとして判断されてしまう可 能性があるので,
 	  十分注意することが必要です.</para>
       </sect3>
 
       <sect3 id="term-deftermtype">
 	<title>デフォルトのターミナルタイプの指定</title>
 
 	<para><filename>/etc/ttys</filename> の 3番目のフィールドには,
 	  そのポートのター ミナルタイプのデフォルトを指定します.
 	  ダイアルアップ用のポートの場合 は,
 	  ユーザがどのタイプの端末あるいは
 	  通信ソフトを利用してダイアルアップ
 	  してくるかは分からないので,  <literal>unknown</literal> や
 	  <literal>dialup</literal> を記述するの が一般的です. 一方,
 	  直結された端末の場合, ターミナルタイプが変わるこ
 	  とはありませんから,
 	  このフィールドには実際のターミナルタイプを記述し
 	  ます.</para>
 
 	<para>一般に, ユーザは <filename>.login</filename> や
 	  <filename>.profile</filename> などのファイル内で
 	  <command>tset</command> コマンドを使って,
 	  ターミナルタイプをチェックし, 必要ならば
 	  ターミナルタイプの入力を求めるプロンプトを
 	  表示するようにします. この とき,
 	  <filename>/etc/ttys</filename>
 	  の中でターミナルタイプが指定されていれば,
 	  このプロンプトを表示せずに先に進むことが可能です.</para>
 
 	<para>FreeBSD 上で, どのターミナルタイプを利用できるかは,
 	  <filename>/usr/share/misc/termcap</filename> をご覧ください.
 	  このファイルには, お
 	  よそ 600 のターミナルタイプが定義されています.
 	  必要ならば, 新たなエン
 	  トリを追加することも可能です. 詳しくは &man.termcap.5;
 	  のマニュアルをご覧ください.</para>
 
 	<para>紹介している例では,  Wyse-50 のターミナルタイプは
 	  Wyse-50 です (もっ
 	  とも他のタイプをエミュレートすることも可能ですが, ここでは
 	  Wyse-50 モー ドで使用します. ). また,  286マシン上では
 	  Procomm が VT-100 エミュレー
 	  ションをおこなうように設定されています. 以下が, まだ未完成の
 	  <filename>/etc/ttys</filename> の関連部分です. </para>
 
 	<programlisting>ttyd1   "/usr/libexec/getty std.38400"   wy50  off secure
 ttyd5   "/usr/libexec/getty std.19200"	 vt100</programlisting>
       </sect3>
 
       <sect3 id="term-enable">
 	<title>ポートを利用可能にする</title>
 
 	<para><filename>/etc/ttys</filename> のつぎのフィールド,
 	  つまり 4番目のフィー ルドは,
 	  そのポートをアクティブにするかどうかの設定です.
 	  このフィールド に <literal>on</literal> を指定すると,
 	  <command>init</command> プロセスが2番目のフィールドに書かれ
 	  たプログラム,  <command>getty</command> を実行し,
 	  ログインのためのプロンプトを送り出 すようになります.
 	  このフィールドに <literal>off</literal> を記述すると,
 	  <command>getty</command>  は起動されず,
 	  よってこのポートからのログインもできなくなります.</para>
 
 	<para>ということで, 当然このフィールドには
 	  <literal>on</literal> を指定します. 以下が
 	  <filename>/etc/ttys</filename> です. それぞれのポートを
 	  <literal>on</literal> にしました. </para>
 
 	<programlisting>ttyd1   "/usr/libexec/getty std.38400"   wy50  on secure
 ttyd5   "/usr/libexec/getty std.19200"	 vt100 on</programlisting>
       </sect3>
 
       <sect3 id="term-secure">
 	<title>``secure'' なポートの指定</title>
 
 	<para>とうとう最後のフィールドの設定です.
 	  (実際にはここでは触れ ませんが,
 	  オプショナルな<literal>window</literal>
 	  の設定のフィールドも存在するので,
 	  ほぼ最後のフィールドといった方が正確かもしれません. )
 	  最後のフィールド では,
 	  そのポートが安全かどうかを指定します.</para>
 
 	<para>ここで, <quote>安全</quote>
 	  なポートとはどういうポートのことでしょう?</para>
 
 	<para>これは,  root のアカウント (または, ユーザ ID が 0
 	  のアカウント) がロ グインしてもよいポートということです.
 	  安全でないポートでは,  root のロ
 	  グインは許可されません.</para>
 
 	<para>では, どのように安全なポートとそうでない
 	  ポートを使えばよいでしょう?</para>
 
 	<para>ポートを安全ではないとすることで,
 	  そのポートに接続された端末からは,  root
 	  のログインを禁止することができます. FreeBSDシステムの root
 	  のパス ワードを知っている人は,
 	  まず一般ユーザとしてログインしなければなりませ ん.
 	  スーパユーザの特権を得るためには, そのうえで
 	  <command>su</command> コマンドを
 	  利用しなければいけません.</para>
 
 	<!-- kuriyama - Eng ver has bare login -->
 	<para>これによって,  root アカウントが不正に利用された場合に,
 	  その経過を調査 する上で二つの記録を利用できるようになります.
 	  <command>login</command> と  <command>su</command>
 	  コマンドは, 共にシステムのログに記録を残します (また,
 	  ログイン は <filename>wtmp</filename> にも記録を残します.
 	  ).</para>
 
 	<para>ポートを安全なものとして指定すると, その端末からの root
 	  のログインが可 能になります. root
 	  のパスワードを知っている人は, 単に root としてログ
 	  インできます. この場合は, 当然ログインの記録や
 	  <command>su</command> コマンドのログ は残りません.</para>
 
 	<para>では, どちらを使うべきでしょうか?</para>
 
 	<para>単純に <quote>insecure</quote> を使うのがよいでしょう.
 	  公共の場所にある訳では<emphasis>な い</emphasis>端末や,
 	  鍵のかかったドアの内側にある端末<emphasis>にも</emphasis>
 	  <quote>insecure</quote> を指 定する方がよいでしょう.
 	  スーパユーザの特権が必要な場合でも, ログイ ンして
 	  <command>su</command> を実行するのは,
 	  ごく簡単なことなんですから.</para>
 
 	<para>以下に, ようやく完成した <filename>/etc/ttys</filename>
 	  のエントリに端末の場所を表
 	  すコメントを追加したものを示します. </para>
 
 	<programlisting>ttyd1   "/usr/libexec/getty std.38400"   wy50  on insecure # Kitchen
 ttyd5   "/usr/libexec/getty std.19200"	 vt100 on insecure # Guest bathroom</programlisting>
       </sect3>
 
       <sect3 id="term-hup">
 	<title><command>init</command> にファイル
 	  <filename>/etc/ttys</filename> の再読み 込みをさせる</title>
 
 	<para>FreeBSD をブートすると, 最初に起動されるプロセス,
 	  <command>init</command>が  <filename>/etc/ttys</filename>
 	  を読み込んで, 記述されているプログラムを利用可能な
 	  ポートに対して実行し,
 	  ログインプロンプトを送り出させます.</para>
 
 	<para><filename>/etc/ttys</filename> の編集が終わった後,
 	  <command>init</command> に変更を認識させるた めに, わざわざ
 	  FreeBSD をブートしなおしたくはないでしょう. このような
 	  場合のために,  <command>init</command> は,
 	  <literal>SIGHUP</literal> (hangup) シグナルを受信すると,
 	  <filename>/etc/ttys</filename>
 	  を読み込みなおすようになっています.</para>
 
 	<para><filename>/etc/ttys</filename> の変更を保存したら,
 	  以下のようなコマンドを実行して,   <command>init</command>
 	  に対して SIGHUP を送信します. </para>
 
 	<screen>&prompt.root; <userinput>kill -HUP 1</userinput></screen>
 
 	<para>(<command>init</command> プロセスのプロセス ID は
 	  <emphasis>常に</emphasis> 1です. )</para>
 
 	<para>すべての設定が正しくおこなわれ,
 	  すべてのケーブルがただしく接続されてい て,
 	  かつ端末の電源が入っていれば,
 	  端末にはログインプロンプトが表示され ているはずです. これで,
 	  これらの端末からの最初のログインの準備が完了で す!</para>
       </sect3>
     </sect2>
 
     <sect2 id="term-debug">
       <title>トラブルシューティング</title>
 
       <para>細心の注意を払って設定をおこなっても,
 	ときには端末の接続がう まくいかない場合があるでしょう. 以下に,
 	よく見られる問題とその解決方法 を示します.</para>
 
       <variablelist>
 	<varlistentry><term>ログインプロンプトが表示されない</term>
 	  <listitem>
 	    <para>端末の電源が接続され,
 	      スイッチが入っていることを確認してください. もし,  PC
 	      を端末として利用している場合は,
 	      通信ソフトが適切なシリアルポー
 	      トを利用する設定になっているかどうか確かめてください.
 	    </para>
 
 	    <para>ケーブルがしっかりと端末と
 	      FreeBSDが動作しているコンピュータの両方に接続され
 	      ていることを確認してください. また,
 	      正しい種類のケーブルを利用している
 	      か確かめてください.</para>
 
 	    <para>端末と FreeBSD
 	      の間の通信速度とパリティの設定が一致していることを確認
 	      してください.
 	      出力をモニタに表示するタイプの端末の場合は, モニタ
 	      のコントラストと明るさの設定を確認してください. また,
 	      出力が印刷 されるタイプの端末の場合は,
 	      紙とインクが十分にあるかどうかを確かめてく
 	      ださい.</para>
 
 	    <para><command>getty</command> が動いていて,
 	      端末を認識していることを確認してください. 以
 	      下のコマンドで動作中の <command>getty</command>
 	      プロセスのリストを得ることができます.</para>
 
 	    <screen>&prompt.root; <userinput>ps -axww|grep getty</userinput></screen>
 
 	    <para>その端末に対する <command>getty</command>
 	      の情報が表示されるはずです. たとえば, 以下
 	      の表示例は,  <command>getty</command> は
 	      2番目のシリアルポート (<literal>ttyd1</literal>) に対し
 	      て <filename>/etc/gettytab</filename> 中の
 	      <literal>std.38400</literal> のエントリを使って動作し
 	      ているということを示しています. </para>
 
 	    <screen>22189  d1  Is+    0:00.03 /usr/libexec/getty std.38400 ttyd1</screen>
 
 	    <para>もし,  <command>getty</command>
 	      プロセスが一つも動いていないようであれば,
 	      <filename>/etc/ttys</filename> の中で,
 	      そのポートを利用可能にする設定をしたかどう
 	      か確かめてください. また,  <command>kill -HUP
 		1</command> を確実に実行してください.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>
 	    ログインプロンプトの代わりにゴミが表示される</term>
 	  <listitem>
 	    <para>端末と FreeBSD
 	      の間の通信速度およびパリティの設定が一致していることを確
 	      かめてください. また,  <command>getty</command>
 	      プロセスの情報を調べて, 適切な
 	      <replaceable>getty</replaceable>
 	      のタイプが使用されていることを確認してください. 間違った
 	      <emphasis remap=tt>getty</emphasis>
 	      タイプが使用されている場合は,
 	      <filename>/etc/ttys</filename> を修正し てから,
 	      <command>kill -HUP 1</command>
 	      を実行してください.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry><term>文字が重複して表示される,
 	    入力したパスワードが表示される</term>
 	  <listitem>
 	    <para>端末または通信ソフトの設定で, <quote>半二重 (half
 	      duplex)</quote> あるいは <quote>ローカ
 	      ルエコー</quote> となっているところを, <quote>全二重 (full
 	      duplex)</quote> に変更してください.</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
     </sect2>
   </sect1>
 
   <sect1 id="dialup">
     <title>ダイアルインサービス</title>
 
     <para><emphasis>原作: &a.ghelmer;.</emphasis></para>
 
     <para><emphasis>訳: &a.max;.<!-- <br> -->
 	6 September 1996.</emphasis></para>
 
     <para>このドキュメントでは, FreeBSD
       で外部からのモデムによるアクセスを受け付
       けるための設定に関してまとめてあります. このドキュメントは筆者が
       FreeBSD 1.0, 1.1 および 1.1.5.1 での経験と, 他の UNIX 系 OS
       での経験を 基に書いたものですが,
       必ずしも十分な内容でないかもしれませんし, 掲載し
       た実例もあなたが今お使いの環境とは一致しないかもしれません.
       また, 筆者 はこのドキュメントに従って行われた作業で
       データが失われたりシステムが破 壊されるようなことがあっても,
       一切責任をとれません.</para>
 
     <sect2 id="dialup-prereqs">
       <title>設定を始める前に</title>
 
       <para>筆者は, 読者が FreeBSD
 	に関する基本的な知識をもっていることを仮定して
 	このドキュメントをまとめました. まず, FreeBSD
 	が既にインストールされ ていて, UNIX
 	系環境においてファイルの編集の方法やシステムに付属のマニュ
 	アルを参照する方法を知っている必要があります. また,
 	以下に示すように,  FreeBSD
 	の特定のバージョンが必要となりますし, いくつかの用語に関する
 	知識,
 	そしてモデムや多少の配線に関する知識も必要となります.</para>
 
       <sect3>
 	<title>FreeBSD のバージョン</title>
 
 	<para>まず, FreeBSD のバージョンは 1.1 以上を使用してください
 	  (バージョン  2.x でもかまいません. ). FreeBSD 1.0 には,
 	  2種類のシリアル ドライバ が含まれているので,
 	  混乱の元となり得ます. また, FreeBSD のシリアル  ディバイス
 	  ドライバ (<devicename>sio</devicename>) は,
 	  バージョンを追う毎に改善されてき ていますので,
 	  より新しいバージョンの FreeBSD を使用することで, よりよ い,
 	  より効率の高いドライバを利用することができるはずです.</para>
       </sect3>
 
       <sect3>
 	<title>用語解説</title>
 
 	<para>以下, 簡単にいくつかの用語について解説しておきます.</para>
 
 	<variablelist>
 	  <varlistentry><term>bps</term>
 	    <listitem>
 	      <para>Bits per Second　の略で,
 		データの転送速度を表す単位.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>DTE</term>
 	    <listitem>
 	      <para>Data Terminal Equipment の略.
 		たとえばコンピュータ本体のこと.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>DCE</term>
 	    <listitem>
 	      <para>Data Communications Equipment の略で,
 		具体的にはモデムのこと.</para>
 	    </listitem>
 	  </varlistentry>
 
 	  <varlistentry><term>RS-232</term>
 	    <listitem>
 	      <para>EIA (米電気産業協会)
 		のハードウェア間シリアル通信の標準規 格.</para>
 	    </listitem>
 	  </varlistentry>
 	</variablelist>
 
 	<para>これらの用語やデータ通信一般に関して,
 	  より詳しい情報が必要な場合は,  <emphasis>The RS-232
 	    Bible</emphasis> という本 (誰か ISBN 分かる方いませんか?)
 	  が参考 になると思います.</para>
 
 	<para>通信においてのデータ転送速度に関して,
 	  このドキュメントでは <quote>ボーレー ト</quote> (baud rate)
 	  ではなく, <quote>bps</quote> (bits per second)
 	  をその単位として 使うことにします. これは,
 	  ボーというのは一定時間に生じる電気的状態の変
 	  化の数を表す単位にすぎず, <quote>bps</quote>
 	  という単位の方が実体に即しているか らです. (少なくとも,
 	  こういう表現をしておけば, 意地の悪い人に怒られる
 	  こともないのではないかと思います. )</para>
       </sect3>
 
       <sect3>
 	<title>外づけモデムと内蔵モデムについて</title>
 
 	<para>ダイアルアップのサービスに関していえば,
 	  外づけのモデムの方が適している ようです. これは,
 	  多くの外づけのモデムは設定を不揮発ラムに書き込んで半
 	  永久的に保存することができますし, また RS-232
 	  に関する重要な情報を知る
 	  ための点滅するライトによるインディケータが
 	  搭載されているからです. 点滅 するライトは,
 	  システムを見に来た訪問者に強い印象を与えるという効果だけ
 	  でなく, モデムが適切に動作しているかどうかを知るためにも
 	  有効です.</para>
 
 	<para>一方, たいていの内蔵型のモデムには
 	  不揮発性ラムが搭載されていないため,  ディップ
 	  スイッチの変更以外に設定を保存する方法がありません. また, も
 	  しインディケータがついていても, おそらくコンピュータのケース
 	  カバーが 外されていなければその状態を確認するのは
 	  難しいでしょう.</para>
       </sect3>
 
       <sect3>
 	<title>モデムとケーブル</title>
 
 	<para>以下のことに関して, 予め知っておく必要があります.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>コンピュータとモデムの間での通信が
 	      行えるようにするための接続方 法.
 	      (内蔵型の場合は接続の必要はありません)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>お使いのモデムのコマンドについての知識,
 	      あるいはコマンドの解説 の在処</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>(通信ソフトを使っての)
 	      モデムの不揮発ラムに保存可能な設定の変更 方法</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>1番目のモデムの接続はたいてい簡単に行えるはずです.
 	  ほとんどのストレー ト シリアル ケーブルが使えるでしょう.
 	  使用すべきケーブルは, 両端に適 切なコネクタ (DB-25 または
 	  DB-9 の雄または雌) のついた, DCE-DTE 間接 続用のもので,
 	  以下の信号線が接続されていなければなりません.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para>Transmitted Data (<acronym>SD</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Received Data (<acronym>RD</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Request to Send (<acronym>RTS</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Clear to Send (<acronym>CTS</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Data Set Ready (<acronym>DSR</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Data Terminal Ready (<acronym>DTR</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Carrier Detect (<acronym>CD</acronym>)</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>Signal Ground (<acronym>SG</acronym>)</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>FreeBSD で 2400bps 以上の転送速度を利用する場合には,
 	  フロー制御のため に <acronym>RTS</acronym> 信号と
 	  <acronym>CTS</acronym> 信号が必要です. また,
 	  接続の確立と回線の切 断を検出するために
 	  <acronym>CD</acronym> 信号を利用します. さらに,
 	  <acronym>DTR</acronym> 信号を使っ
 	  て回線切断後のモデムのリセットを行います. ケーブルの中には,
 	  総ての必要 な信号線が接続されていないものもありますので,
 	  たとえば, 回線切断後でも ログイン
 	  セッションが残ってしまうといった問題が発生した場合などには,
 	  ケーブルに問題がある可能性もあります.</para>
 
 	<para>次に, お使いのモデムにもよりますが,
 	  もしモデムのコマンドをよく覚えてい ない場合は,
 	  モデムのマニュアルをすぐに参照できるようにしておいてくださ
 	  い. このドキュメントでは例として USR Sportstar の 14,400 bps
 	  の外づけ型 モデムのコマンドを示しておきます.
 	  他の種類のモデムをお使いの場合も, 参
 	  考になるかもしれません.</para>
 
 	<para>最後に, FreeBSDで快適にモデムを使うためにも,
 	  モデムの設定方法を知って おく必要があります. FreeBSD も他の
 	  UNIX 系 OS と同様, 回線の接続およ
 	  び切断の検出や回線の切断および回線切断後の
 	  モデムの初期化にハードウェア  シグナルを利用します. FreeBSD
 	  は, モデムに対するコマンドの送信やモデ
 	  ムの状態の監視を行いません. パソコンで運用されている BBS
 	  への接続に慣 れている方にとっては,
 	  ちょっとめんどうかもしれませんね.</para>
       </sect3>
 
       <sect3>
 	<title>シリアル インタフェースについて</title>
 
 	<para>FreeBSD では, NS8250-, NS16450-, NS16550- および
 	  NS16550A- に基づ いた EIA RS-232C (CCITT V.24)
 	  規格のシリアル インタフェースをサポート しています. 8250
 	  および 16450 ベースのディバイスには1文字のキャラクタ
 	  バッファが搭載されています. また, 16550 系のディバイスには,
 	  16文字分 のバッファが搭載されていて,
 	  はるかによいパフォーマンスを得られます.  (ただし, 無印の
 	  16550 では, バグがあって 16 文字バッファが利用できませ
 	  んので, 可能であれば 16550A
 	  系のディバイスを利用してください. ) 1文字 のバッファの物は,
 	  16550 系のものと比べて OS にかける負荷が大きいので,  16550A
 	  系ディバイスの利用を強く推奨します. 多数のシリアル
 	  ポートを利 用する場合や, 負荷の高いシステムにおいては,
 	  16550A 系ディバイスを使う ことで,
 	  エラー発生率を低く押さえることができます.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>概要</title>
 
       <para>FreeBSD は以下の手順でモデムからのログインを受付ます.
 	<command>init</command> から起 動された
 	<command>getty</command> のプロセスが, 割り当てられたシリアル
 	ポート (この 例では <filename>/dev/ttyd0</filename>)
 	がオープンされるのを辛抱強く待ちます.  <command>ps
 	  ax</command> コマンドを実行すると,
 	以下のような出力が得られるはずです.</para>
 
       <screen> 4850 ??  I      0:00.09 /usr/libexec/getty V19200 ttyd0</screen>
 
       <para>ユーザがモデムに電話をかけ, モデム同士が接続されると,
 	モデムの <acronym>CD</acronym> が検出されます. その結果,
 	kernel がキャリア信号を検出して,  <command>getty</command>
 	によるポートのオープンの処理が終了します.
 	<command>getty</command> は,  <prompt>login:</prompt>
 	プロンプトを指定されている初期回線速度で送信します.
 	<command>getty</command> は,
 	正常に文字列を受信できるかどうか監視し, 通常の設定では,
 	もし以上な文字列を検出した場合 (理由としては,
 	<command>getty</command> の速度とモデ
 	ムの接続速度が異なっているような場合が考えられます. ),
 	正常に文字列が 受信できるまで, <command>getty</command>
 	は速度を変え続けます.</para>
 
       <para><command>getty</command> が正しい速度を検出すれば,
 	ユーザに対して <prompt>login:</prompt> プロン
 	プトが表示されるはずです. ユーザがログイン名を入力すると,
 	<command>getty</command>  は
 	<filename>/usr/bin/login</filename> を起動して,
 	パスワードの入力を要求し, その
 	後ユーザのシェルを起動します.</para>
 
       <para>それでは, 続いて設定についての解説です.</para>
     </sect2>
 
     <sect2>
       <title>kernel の設定</title>
 
       <para>通常, FreeBSD の kernel は, PC-DOS の世界で
 	<devicename>COM1:</devicename>, <devicename>COM2:</devicename>
 	, <devicename>COM3:</devicename> および
 	<devicename>COM4:</devicename> と呼ばれる四つのシリアル ポートを
 	探す
 	ように設定されています. また, FreeBSD では, 現在のところ
 	Boca の 1008
 	や 2016 のような, <quote>単純な</quote>マルチポートのシリアル
 	インタフェースもサポー
 	トしています. (マルチポートのシリアル ボードに関しての
 	kernel の設定
 	については, &man.sio.4; のマニュアルを参照してください. )
 	デフォルト
 	の kernel は, COM ポートだけを探します.</para>
 
       <para>搭載されているシリアル ポートのいずれかを, kernel
 	が認識しているかどう か確認したい場合は, kernel
 	起動時のメッセージを注意深く見ているか, あ るいは
 	<command>/sbin/dmesg</command> コマンドを使って,
 	ブート時の出力メッセージ を確認してください. 特に,
 	<literal>sio</literal> で始まるメッセージをよく見てくださ い.
 	参考までに, 以下のコマンドで <literal>sio</literal>
 	という文字列を含むメッセージ
 	だけを表示することができます.</para>
 
       <screen>&prompt.root; <userinput>/sbin/dmesg | grep 'sio'</userinput></screen>
 
       <para>たとえば, シリアル ポートを四つ持つシステムの場合は,
 	以下のようなシリ アル ポートに関するメッセージが kernel
 	によって表示されます.</para>
 
       <screen>sio0 at 0x3f8-0x3ff irq 4 on isa
 sio0: type 16550A
 sio1 at 0x2f8-0x2ff irq 3 on isa
 sio1: type 16550A
 sio2 at 0x3e8-0x3ef irq 5 on isa
 sio2: type 16550A
 sio3 at 0x2e8-0x2ef irq 9 on isa
 sio3: type 16550A</screen>
 
       <para>もし, kernel に正常に認識されないポートがある場合は,
 	おそらくカスタマ イズした kernel
 	を構築する必要があるでしょう.</para>
 
       <para>kernel 構築と構築のための設定に関しては, BSD System
 	Manager's Manual の <quote>Building Berkeley Kernels with
 	Config (config コマンドによる BSD kernel の構築) </quote>
 	[ソース ファイルは <filename>/usr/src/share/doc/smm</filename>
 	にあります]と <quote>FreeBSD Configuration Options</quote> [
 	<filename>/sys/conf/options</filename> および <filename>
 	  /sys/<replaceable>arch</replaceable>/conf/options.<replaceable>arch
 	  </replaceable></filename> の  <emphasis>arch</emphasis>
 	の部分をたとえば <filename>i386</filename> としたファイル ]
 	を参照 してください.</para>
 
       <para>kernel の設定と構築をするためには, kernel のソース
 	(FreeBSD 1.1 では <filename>srcdist/srcsys.??</filename>,
 	FreeBSD 1.1.5.1 では  <filename>srcdist/sys.??</filename>,
 	またFreeBSD 2.0 では総てのソース)を展開
 	する必要があります.</para>
 
       <para>まだ自分のシステムの kernel 用のコンフィギュレーション
 	ファイルを作っ ていない場合は,
 	<filename>/sys/i386/conf</filename> に <command>cd</command>
 	して作成してくださ い. 初めてコンフィギュレーション
 	ファイルを作る場合は, まず <filename>GENERICAH</filename>
 	(FreeBSD 1.x で BusTek の SCSI コントローラを使っている場合は
 	<filename>GENERICBT</filename>) というファイルを,
 	<filename>YOURSYS</filename> にコピーしてください. ここ で,
 	<filename>YOURSYS</filename> はあなたのシステム名で,
 	大文字である必要があります.  このファイルを編集して,
 	ディバイスに関する記述を変更します.</para>
 
       <programlisting>device		sio0	at isa? port "IO_COM1" tty irq 4 vector siointr
 device		sio1	at isa? port "IO_COM2" tty irq 3 vector siointr
 device		sio2	at isa? port "IO_COM3" tty irq 5 vector siointr
 device		sio3	at isa? port "IO_COM4" tty irq 9 vector siointr</programlisting>
 
       <para>システムに搭載されていないディバイスに関する記述は,
 	コメントアウトまた
 	は削除してしまってかまいません.
 	Boca の BB2016 のようなマルチポートの
 	シリアル ボードをお持ちの場合は, &man.sio.4;
 	のマニュアルを見て, マ
 	ルチポートのボードのためのコンフィギュレーション
 	ファイルの記述のし方
 	に関して確認してください. ディバイスのフラグの
 	指定方法がバージョンによっ
 	て異なりますので, 別のバージョンの FreeBSD
 	で利用していたコンフィギュ
 	レーション ファイルを流用する場合には
 	十分注意してください.</para>
 
       <note>
 	<para>なお, <literal>port "IO_COM1"</literal>,
 	  <literal>IO_COM2</literal>, <literal>IO_COM3</literal>
 	  および  <literal>IO_COM4</literal> は,
 	  それぞれのポートの一般的なアドレスである
 	  <literal>0x3f8</literal>, <literal>0x2f8</literal>,
 	  <literal>0x3e8</literal> および <literal>0x2e8</literal>
 	  を表します. また, 割り込 み番号 4, 3, 5 と 9 は, それぞれ
 	  <devicename>COM1:</devicename> から
 	  <devicename>COM4:</devicename> のポー トで一般的に使用される
 	  IRQ です. また, ISA バスのコンピュータの場合,
 	  一般的なシリアルポートは複数のポートで一つの IRQ
 	  を共有することが
 	  <emphasis>できません</emphasis>ので注意が必要です.
 	  (マルチポートのシリアル ボードの 場合は, 複数の 16550A
 	  ベースのポートで一つまたは二つの IRQ を共有する
 	  ための機構を備えています. )</para>
       </note>
 
       <para>コンフィギュレーション ファイルの編集が終わったら,
 	<quote>Building Berkeley Kernels with Config (config
 	コマンドによる BSD kernel の構築)</quote> および
 	  &man.config.8; のマニュアルにしたがって,
 	<command>config</command> コマンド を使って kernel
 	構築のためのディレクトリを作成した後, kernel の構築,
 	インストールおよびテストを行ってください.</para>
     </sect2>
 
     <sect2>
       <title>ディバイス スペシャル ファイル</title>
 
       <para>kernel に組み込まれているほとんどのディバイスは,
 	<filename>/dev</filename> ディレ クトリにある,
 	<quote>ディバイス スペシャル
 	ファイル</quote> を介してアクセスされ ます.
 	<devicename>sio</devicename> ディバイスの場合は, 着信用の
 	<filename>/dev/ttyd<replaceable>?</replaceable></filename>
 	およ び, 発信用の
 	<filename>/dev/cuaa<replaceable>?</replaceable></filename>
 	が利用されます. さらに, FreeBSD の 1.1.5 以降では,
 	初期化ディバイス
 	(<filename>/dev/ttyi<replaceable>?</replaceable></filename> と
 	<filename>/dev/cuai0<replaceable>?</replaceable></filename>)
 	およびロッキング ディバイス
 	(<filename>/dev/ttyld<replaceable>?</replaceable></filename>
 	と
 	<filename>/dev/cual0<replaceable>?</replaceable></filename>)
 	も合わせて利用されます. 初期化ディバイスは, 通信
 	ポートがオープンされる度に,
 	そのポートの初期設定を行うために使われます.  たとえば,
 	<literal>CTS/RTS</literal>
 	によるフロー制御を行うモデムが接続されてい る場合の
 	<literal>crtscts</literal>
 	などのパラメータの初期化が行われます. ロッキング
 	ディバイスは, ポートの設定をロックし,
 	他のユーザやプログラムにこれらを
 	変更されることのないようにするために利用されます.
 	通信ポートの設定, 初 期化とロックおよび設定の変更に関しては,
 	それぞれ &man.termios.4;, &man.sio.4; と &man.stty.1;
 	のマニュアルをご覧ください.</para>
 
       <sect3>
 	<title>ディバイス スペシャル ファイルの作成</title>
 
 	<para>ディバイス スペシャル ファイルの管理は, ディレクトリ
 	  <filename>/dev</filename>
 	  にあるシェル スクリプト <command>MAKEDEV</command>
 	  によって行います. (FreeBSD
 	  1.1.5 の &man.MAKEDEV.8; のマニュアルの <acronym>COM</acronym>
 	  ポートに関する記述は,
 	  かなりいい加減なので無視してください. )
 	  <command>MAKEDEV</command> を使って,
 	  <devicename>COM1:</devicename> (ポート 0)
 	  をダイアルアップのポートとして利用するためのディ
 	  バイス スペシャル ファイルを作るには,
 	  <filename>/dev</filename> に <command>cd</command> して
 	  から, <command>MAKEDEV ttyd0</command> と実行してください.
 	  同様に, <command>MAKEDEV
 	    ttyd1</command> とすることで, <devicename>COM2:</devicename>
 	  (ポート 1)  用のディバイス スペシャル ファイル
 	  を作成することができます.</para>
 
 	<para><command>MAKEDEV</command> は,
 	  <filename>/dev/ttyd<replaceable>?</replaceable></filename>
 	  のディバイス ファイルだけでなく,
 	  <filename>/dev/cuaa<replaceable>?</replaceable></filename>
 	  (および FreeBSD 1.1.5 以降では総ての初期化ディバイ
 	  スとロッキング ディバイスのスペシャル ファイル)
 	  も作成します. さらに,  もしシリアル端末用のスペシャル
 	  ファイル
 	  <filename>/dev/tty0<replaceable>?</replaceable></filename>
 	  が存在すれ ば, それらの削除も行います.</para>
 
 	<para>ディバイス スペシャル ファイルの作成後,
 	  これらのファイルのパーミション が適切に設定されていて,
 	  これらのディバイスを利用してもよいユーザのみが
 	  読み書きできるようになっていることを確認してください. (特に
 	  <filename>/dev/cua*</filename>
 	  のパーミションには注意を払ってください. ) この確認 を怠ると,
 	  一般のユーザがあなたのモデムを使うことができるようなことにな
 	  りかねません. デフォルトの <filename>/dev/cua*</filename>
 	  のパーミションは, 以下の ようになっていて,
 	  たいていの場合適切なものだと思います.</para>
 
 	<screen>crw-rw----    1 uucp     dialer    28, 129 Feb 15 14:38 /dev/cuaa1
 crw-rw----    1 uucp     dialer    28, 161 Feb 15 14:38 /dev/cuaia1
 crw-rw----    1 uucp     dialer    28, 193 Feb 15 14:38 /dev/cuala1</screen>
 
 	<para>上の設定では, ユーザ <username>uucp</username> と,
 	  グループ <username>dialer</username> に属するユーザ
 	  が発信用のディバイスを利用できます.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>設定ファイル</title>
 
       <para>FreeBSD のシステムへのダイアル
 	アップによるアクセスを実現するために編
 	集が必要と思われる設定ファイルが, <filename>/etc</filename>
 	ディレクトリに三つあ ります. まず,
 	<filename>/etc/gettytab</filename> には,
 	<filename>/usr/libexec/getty</filename>
 	デーモンの設定を記述します. つぎに,
 	<filename>/etc/ttys</filename> に保存されている情報から,
 	<filename>/sbin/init</filename> はど の
 	<filename>tty</filename> ディバイスに対して
 	<command>getty</command> のプロセスを実行するべきか判
 	断します. 最後に, お使いの FreeBSD が 1.1.5.1 以降のものならば
 	<filename>/etc/rc.serial</filename> スクリプトに,
 	それ以前のものならば  <filename>/etc/rc.local</filename>
 	スクリプトにシリアル ポートの初期化のためのコマ
 	ンドを記述することができます.</para>
 
       <para>UNIX にダイアル アップ モデムを接続する方法には,
 	二つの考え方がありま す. 一つの方法は, ダイアル
 	インしてくるユーザの接続速度に関係なく, 常
 	にモデムとローカルのコンピュータの RS-232
 	インタフェースの接続速度を一 定に保つように設定する方法です.
 	この設定の長所は, ユーザがダイアル イ ンして接続されると,
 	即座にシステムからのログイン プロンプトが送信され
 	るということです. 短所は,
 	システムが実際のモデム間の速度を知ることがで きないために,
 	Emacs のようなフル スクリーンのプログラムが, 端末との接
 	続速度が遅い場合でも,
 	そのような場合に効果的な方法で画面出力を行わない
 	点です.</para>
 
       <para>もう一つは, モデムの RS-232
 	インタフェースとコンピュータの接続速度を,
 	モデム間の接続速度に応じて変化させるような設定です. たとえば,
 	モデム間 の接続が V.32bis (14.4 Kbps) ならば,
 	モデムとコンピュータの間の接続を  19.2 Kbps とし,
 	モデム間の接続が 2400 bps の時には, モデムとコンピュー タ間も
 	2400 bps で接続するような設定をします. この場合,
 	<command>getty</command> は,  モデムが返すリザルト
 	コードからモデムとコンピュータの接続速度を認識す
 	ることができませんので, <command>getty</command> は,
 	まず初期速度で <prompt>login:</prompt> とい
 	う文字列を送信して, それに対する応答の文字列を監視します.
 	ここで, ユー ザ側の端末に無意味な文字列が表示された場合,
 	ユーザは意味のある文字列を 受信するまで
 	<literal>&lt;Enter&gt;</literal>
 	キーを繰り返し押さなければならない
 	ということを知っていると仮定しています.
 	もし接続速度が間違っている場合, <command>getty</command> は,
 	ユーザから送られた文字を無意味な文字列として扱い, 次の
 	速度を試します. そして, ここで再度 <prompt>login:</prompt>
 	プロンプトを送信します.
 	この一連の動作が異常な回数繰り返されることも考えられますが,
 	普通は1度 か2度のキー入力があれば,
 	ユーザはまともなプロンプトを受信できます. こ
 	のログインの動作が前者の固定速度による方法に
 	比べて美しくないのは明らか ですが, この方法では,
 	低速度で接続しているユーザに対するフル スクリー
 	ンのプログラムからのレスポンスが改善されます.</para>
 
       <para>このドキュメントでは, 両方の設定方法について解説しますが,
 	どちらかとい うとモデム間の速度に応じて RS-232
 	インタフェースの速度が変化するような
 	設定の方に偏った説明になってしまうと思います.</para>
 
       <sect3>
 	<title><filename>/etc/gettytab</filename></title>
 
 	<para><filename>/etc/gettytab</filename> は, &man.getty.8;
 	  の設定ファイルで, &man.termcap.5;
 	  と同様の形式で記述されます. ファイルのフォーマットや定
 	  義できる機能についての詳細については, &man.gettytab.5;
 	  のマニュアルを
 	  ご覧ください.</para>
 
 	<sect4>
 	  <title>固定速度の設定</title>
 
 	  <para>モデムとコンピュータ間の通信速度を固定して使う場合,
 	    おそらく  <filename>/etc/gettytab</filename>
 	    に特に変更を加える必要はないはずです.</para>
 	</sect4>
 
 	<sect4>
 	  <title>可変速度の設定</title>
 
 	  <para><command>getty</command>
 	    が利用するモデムとコンピュータの接続速度に関する情報を
 	    <filename>/etc/gettytab</filename>
 	    に記述する必要があります. もし, 2400 bps のモ
 	    デムをお使いになるのであれば, 既存の
 	    <literal>D2400</literal> のエントリがそのまま利
 	    用できるでしょう. このエントリは FreeBSD の 1.1.5.1 の
 	    <filename>gettytab</filename>  には既に含まれていますので,
 	    あなたの FreeBSD のバージョンでこのエント
 	    リが存在しているのであれば,
 	    新たに追加する必要はありません.</para>
 
 	  <programlisting>#
 # Fast dialup terminals, 2400/1200/300 rotary (can start either way)
 #
 D2400|d2400|Fast-Dial-2400:\
         :nx=D1200:tc=2400-baud:
 3|D1200|Fast-Dial-1200:\
         :nx=D300:tc=1200-baud:
 5|D300|Fast-Dial-300:\
         :nx=D2400:tc=300-baud:</programlisting>
 
 	  <para>高速モデムをお使いの場合は, おそらく
 	    <filename>/etc/gettytab</filename> に新たなエ
 	    ントリを追加する必要があります. 以下の例は, 14.4 Kbps
 	    のモデムを, 最 大インタフェース速度を 19.2 Kbps
 	    として利用するためのエントリです.</para>
 
 	  <programlisting>#
 # Additions for a V.32bis Modem
 #
 um|V300|High Speed Modem at 300,8-bit:\
         :nx=V19200:tc=std.300:
 un|V1200|High Speed Modem at 1200,8-bit:\
         :nx=V300:tc=std.1200:
 uo|V2400|High Speed Modem at 2400,8-bit:\
         :nx=V1200:tc=std.2400:
 up|V9600|High Speed Modem at 9600,8-bit:\
         :nx=V2400:tc=std.9600:
 uq|V19200|High Speed Modem at 19200,8-bit:\
         :nx=V9600:tc=std.19200:</programlisting>
 
 	  <para>上記の例を利用した場合, FreeBSD 1.1.5
 	    以降ではパリティなし, 8ビットの 接続が行われます. FreeBSD
 	    1.1 では, <literal>:np:</literal> パラメータをファイルの
 	    先頭の
 	    <literal>std.<replaceable>xxx</replaceable></literal>
 	    のエントリに追加することで, パリティなし,
 	    8ビットの接続が行われますが,
 	    このパラメータを追加しなければ接続は偶数 パリティ,
 	    7ビットになります.</para>
 
 	  <para>上記の例では, まず 19.2 Kbps (V.32bis)
 	    によるモデムとコンピュータ間の 接続を試み, 続いて 9600 bps
 	    (V.32), 2400 bps, 1200 bps, 300 bpsと順に 試み, 再び 19.2
 	    Kbps による接続を試みるという循環に入ります. この接続
 	    速度の循環は, <literal>nx=</literal>(<quote>next
 	    table</quote>) の機能で実現されています. ま た,
 	    各行はそれぞれ <literal>tc=</literal>(<quote>table
 	    continuation</quote>) の機能を使って,
 	    その他の接続速度に依存した <quote>標準的な</quote>
 	    設定を取り込んでいます.</para>
 
 	  <para>もし, お使いのモデムが 28.8 Kbps であったり, 14.4 Kbps
 	    の圧縮転送の機 能を有効に利用したい場合は, 19.2 Kbps
 	    よりも速い速度を利用するように 設定する必要があります.
 	    以下に 57.6 Kbps から接続を試みる
 	    <filename>gettytab</filename>
 	    の設定例を示しておきます.</para>
 
 	  <programlisting>#
 # Additions for a V.32bis or V.34 Modem
 # Starting at 57.6 Kbps
 #
 vm|VH300|Very High Speed Modem at 300,8-bit:\
         :nx=VH57600:tc=std.300:
 vn|VH1200|Very High Speed Modem at 1200,8-bit:\
         :nx=VH300:tc=std.1200:
 vo|VH2400|Very High Speed Modem at 2400,8-bit:\
         :nx=VH1200:tc=std.2400:
 vp|VH9600|Very High Speed Modem at 9600,8-bit:\
         :nx=VH2400:tc=std.9600:
 vq|VH57600|Very High Speed Modem at 57600,8-bit:\
         :nx=VH9600:tc=std.57600:</programlisting>
 
 	  <para>もし, お使いの CPU が低速のものであったり, CPU
 	    に対する負荷が高い場合 で, 16550A 系のシリアル
 	    ポートをお使いでない場合, 57.6 Kbps の接続に おいて, sio
 	    の <quote>silo</quote>
 	    エラーが発生するかもしれません.</para>
 	</sect4>
       </sect3>
 
       <sect3 id="dialup-ttys">
 	<title><filename>/etc/ttys</filename></title>
 
 	<para><filename>/etc/ttys</filename> には,
 	  <command>init</command> が監視すべき <filename>tty</filename>
 	  のリストを記<!-- kuriyama - filename? -->
 	  述します. さらに, <filename>/etc/ttys</filename> は,
 	  <command>login</command> に対してセキュリ
 	  ティに関する情報を提供します. (ユーザ
 	  <username>root</username> は, <literal>secure</literal> とマー
 	  クされている <emphasis remap=tt>tty</emphasis>
 	  のみからログインできます. ) 詳しくは
 	  &man.ttys.5; のマニュアルをご覧ください.</para>
 	<!-- kuriyama - remap=tt? -->
 
 	<para><filename>/etc/ttys</filename> の既存の行を変更するか,
 	  あるいは新しい行を追加して,  <command>init</command>
 	  が自動的に新しいダイアル アップ サービス用のポートに対して
 	  <command>getty</command>
 	  プロセスを起動するようにしてください. 書式は, 固定速度の設
 	  定か可変速度の設定かに関わらず, 以下のとおりです.</para>
 
 	<programlisting>ttyd0   "/usr/libexec/getty xxx"   dialup on</programlisting>
 
 	<para>1番目の項目は, このエントリで対象とするディバイス
 	  スペシャル ファイル です. 上の例では
 	  <literal>ttyd0</literal> として,
 	  <filename>/dev/ttyd0</filename> を <command>getty</command>
 	  に監視させることを表しています. 2番目の項目
 	  <literal>"/usr/libexec/getty
 	    <replaceable>xxx</replaceable>"</literal>
 	  (<replaceable>xxx</replaceable> は初期段階で使われる
 	  <filename>gettytab</filename> のエントリ
 	  に置き換えてください. ) が, <command>init</command>
 	  がこのディバイスに対して起動する プロセスです. 3番目の
 	  <literal>dialup</literal> は, デフォルトのターミナル
 	  タイプで す. 4番目の <literal>on</literal> は,
 	  この行が有効であることを <command>init</command> に対して示
 	  しています. 5番目の項目に <literal>secure</literal>
 	  を指定することもできますが, これ は,
 	  たとえばシステムのコンソールのように,
 	  物理的に安全な端末に対しての
 	  み指定するようにしてください.</para>
 
 	<para>デフォルトのターミナル タイプ (上記の例では
 	  <literal>dialup</literal>) は, ローカル
 	  のユーザの好みによって異なってきます. ユーザがログイン
 	  スクリプトをカ スタマイズして, ターミナル タイプが
 	  <literal>dialup</literal> の時には自動的に他のター ミナル
 	  タイプを設定できるように, ダイアル
 	  アップのポートのデフォルトの ターミナル タイプには
 	  <literal>dialup</literal> が伝統的に用いられています.
 	  しかし,  筆者のサイトでは, ほとんどのユーザが VT102
 	  エミュレイションを使ってい るので, ダイアル
 	  アップのポートのデフォルト ターミナル タイプとして
 	  <literal>vt102</literal> を指定しています.</para>
 
 	<para><filename>/etc/ttys</filename> の修正がすんだら,
 	  以下のようなコマンドを使って
 	  <command>init</command> プロセスに <acronym>HUP</acronym>
 	  シグナルを送り, <filename>/etc/ttys</filename> を
 	  読み込み直させてください.
 
 	  <screen>&prompt.root; <userinput>kill -HUP 1</userinput></screen>
 
 	  ただ, もし初めてシステムを設定しているのであれば,
 	  モデムが適切に設定さ
 	  れて接続されるまでは, <command>init</command>
 	  に対してシグナルを送らない方がいいか
 	  もしれません.</para>
 
 	<sect4>
 	  <title>固定速度の設定</title>
 
 	  <para>速度を固定する設定では, <filename>/etc/ttys</filename>
 	    の中で, <command>getty</command> に対し
 	    て固定速度のエントリを指定する必要があります. たとえば,
 	    以下の例はポー トのスピードが 19.2 Kbps
 	    に固定されたモデムのための <filename>ttys</filename>
 	    のエント リです.</para>
 
 	  <programlisting>ttyd0   "/usr/libexec/getty std.19200"   dialup on</programlisting>
 
 	  <para>別の速度でモデムのポートのスピードを固定したい場合は,
 	    <filename>/etc/gettytab</filename>
 	    から適切なエントリを選んで, 上の例の
 	    <literal>std.19200</literal> の部分を
 	    <literal>std.<replaceable>speed</replaceable></literal>
 	    として, 適切な速度のも のに置き換えてください.</para>
 	</sect4>
 
 	<sect4>
 	  <title>可変速度の設定</title>
 
 	  <para>可変速度の設定では, <filename>ttys</filename>
 	    のエントリが, <filename>/etc/gettytab</filename>
 	    の中の適切な <quote>自動速度調整</quote>
 	    の初期設定のエントリを参照していなければな りません.
 	    たとえば, もし前述の 19.2 Kbps
 	    から接続を試みる可変速度の設 定例
 	    (<literal>V19200</literal> の
 	    <filename>gettytab</filename> エントリ)をそのまま
 	    <emphasis remap=tt>ttys</emphasis> に追 加したのであれば,
 	    <filename>ttys</filename>
 	    エントリは以下のようになります.</para>
 
 	  <programlisting>ttyd0   "/usr/libexec/getty V19200"   dialup on</programlisting>
 	</sect4>
       </sect3>
 
       <sect3>
 	<title><filename>/etc/rc.serial</filename> または
 	  <filename>/etc/rc.local</filename></title>
 
 	<para>V.32, V.32bis または V.34
 	  モデムのような高速モデムを利用する場合, ハー ドウェア
 	  (<filename>RTS/CTS</filename>)
 	  フロー制御を行う必要があります. FreeBSD kernel のモデム
 	  ポートにハードウェア フロー制御のフラグを設定するため の
 	  <command>stty</command> コマンドを, FreeBSD 1.1.5.1 以降では
 	  <filename>/etc/rc.serial</filename> に, FreeBSD 1.1 では
 	  <filename>/etc/rc.local</filename> に 記述できます.</para>
 
 	<para>たとえば, FreeBSD 1.1.5.1 の
 	  <filename>/etc/rc.serial</filename> のサンプルは以下
 	  のとおりです.</para>
 
 	<programlisting>#!/bin/sh
 #
 # Serial port initial configuration
 
 stty -f /dev/ttyid1 crtscts
 stty -f /dev/cuai01 crtscts</programlisting>
 
 	<para>この例では, <literal>termio</literal> のフラグ
 	  <literal>crtscts</literal> をシリアル ポート #1
 	  (<devicename>COM2:</devicename>) のダイアル
 	  インおよびダイアル アウトの初期化ディバイスに
 	  設定しています.</para>
 
 	<para>古い FreeBSD 1.1 では, 以下のエントリが
 	  <literal>crtscts</literal> フラグを設定する ために
 	  <filename>/etc/rc.local</filename>
 	  に追加されていました.</para>
 
 	<programlisting># Set serial ports to use RTS/CTS flow control
 stty -f /dev/ttyd0 crtscts
 stty -f /dev/ttyd1 crtscts
 stty -f /dev/ttyd2 crtscts
 stty -f /dev/ttyd3 crtscts</programlisting>
 
 	<para>FreeBSD 1.1 には初期化のためのディバイス スペシャル
 	  ファイルがないので,  ディバイス
 	  ファイルそのものにフラグを設定して, その後はフラグをクリア
 	  してしまうような極悪人が現れないことを願うしかありません.
 	</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>モデムの設定</title>
 
       <para>もし, あなたのモデムがパラメータを不揮発ラムに
 	保存できるタイプならば,  PC-DOS 上の Telix や FreeBSD 上の
 	<command>tip</command> などのような通信プログラム を使って,
 	パラメータを設定してください.  <command>getty</command>
 	が利用する初期速度でモデムに接続して, 以下の条件を満たすよ
 	うに不揮発ラムの設定を変更してください.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>接続時に <acronym>CD</acronym> 信号がオンになる</para>
 	</listitem>
 
 	<listitem>
 	  <para>接続時に <acronym>DTR</acronym> がオンになり,
 	    <abbrev>DTR</abbrev> オフで回線を切断しモ
 	    デムをリセットする.</para>
 	</listitem>
 
 	<listitem>
 	  <para>送信時フロー制御には <acronym>CTS</acronym> を利用.</para>
 	</listitem>
 
 	<listitem>
 	  <para><acronym>XON/XOFF</acronym>
 	    によるフロー制御を行わない.</para>
 	</listitem>
 
 	<listitem>
 	  <para>受信時のフロー制御は <acronym>RTS</acronym> を使用.</para>
 	</listitem>
 
 	<listitem>
 	  <para>Quiet mode (リザルト コードを返さない)</para>
 	</listitem>
 
 	<listitem>
 	  <para>コマンド エコーを返さない.</para>
 	</listitem>
       </itemizedlist>
 
       <para>これらを実現するためのコマンドやディップ
 	スイッチの設定に関しては, モ
 	デムのマニュアルを参照してください.</para>
 
       <para>以下に, USRobotics Sportster の 14,400 bps
 	の外づけモデムの設定例を示 しておきます.</para>
 
       <programlisting>ATZ
 AT&amp;C1&amp;D2&amp;H1&amp;I0&amp;R2&amp;W</programlisting>
 
       <para>ことのついでに, たとえば, V42.bis や MNP5
 	のデータ圧縮を使用するかど
 	うかなどのモデムの他の設定について確認,
 	調整しておくのもよいかもしれま せん.</para>
 
       <para>さらに, USRobotics Sportster の 14,400 bps
 	の外づけモデムでは, 以下の ようなディップ
 	スイッチの設定も必要です. 他のモデムをお使いの方も, 以
 	下の例を設定の参考にしてください.</para>
 
       <itemizedlist>
 	<listitem>
 	  <para>スイッチ1: UP &mdash; DTR 標準</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ2: 無視 (リザルト
 	    コードを単語形式にするか数値形式にす るか)</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ3: UP &mdash; リザルト コードを返さない</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ4: DOWN &mdash; コマンド エコーを返さない</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ5: UP &mdash; 自動着信</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ6: UP &mdash; CD 標準</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ7: UP &mdash;
 	    不揮発ラムからデフォルト値をロードする</para>
 	</listitem>
 
 	<listitem>
 	  <para>スイッチ8: 無視 (Smart Mode/Dumb Mode)</para>
 	</listitem>
       </itemizedlist>
 
       <para>リザルト コードを返さないように設定しておかないと,
 	<command>getty</command> が誤っ て <prompt>login:</prompt>
 	プロンプトをコマンド モードのモデムに送信してしまった場 合に,
 	モデムがこの入力をエコーしたり, この入力に対するリザルト
 	コード を返してしまったりすることになります. この結果として,
 	モデムと  <command>getty</command>
 	の間で延々と無意味なやりとりが続いたというケースを聞いたこ
 	とがあります.</para>
 
       <sect3>
 	<title>固定速度の設定</title>
 
 	<para>固定速度の設定では,
 	  モデムとコンピュータ間の通信速度をモデムとモデム間
 	  の接続速度に関係なく, 常に一定に保つように,
 	  モデムを設定する必要があり ます. USRobotics Sportster の
 	  14,400 bps 外づけモデムの場合, 以下のコ マンドで,
 	  モデムとコンピュータ間の速度が, コマンド送信時の速度に固定さ
 	  れます.</para>
 
 	<programlisting>ATZ
 AT&amp;B1&amp;W</programlisting>
       </sect3>
 
       <sect3>
 	<title>可変速度の設定</title>
 
 	<para>可変速度の設定では, シリアル ポートの速度が,
 	  着信速度に応じて変化する ように設定しなければいけません.
 	  USRobotics Sporster の 14,400 bps 外 づけモデムの場合,
 	  以下のコマンドで, エラー訂正機能を利用した通信の場合 は,
 	  コマンドを送信した時の通信速度にシリアル
 	  ポートの速度を固定し, エ ラー訂正機能を利用しない接続では,
 	  シリアル ポートの速度が変化するよう に設定されます.</para>
 
 	<programlisting>ATZ
 AT&amp;B2&amp;W</programlisting>
       </sect3>
 
       <sect3>
 	<title>モデムの設定の確認</title>
 
 	<para>ほとんどの高速モデムには,
 	  現在の設定をある程度人間にも理解できる形式に
 	  して表示させるコマンドがあります. USRobotics Sporster の
 	  14,400 bps  外づけモデムの場合は, <command>ATI5</command>
 	  コマンドで, 現在の不揮発ラムの設定を 表示することができます.
 	  さらに, ディップ スイッチの設定も含めた現在の
 	  設定を確認するためには, <command>ATZ</command>
 	  コマンドを送信してから, <command>ATI4</command>
 	  コマンドを送信してください.</para>
 
 	<para>他のメーカーのモデムをお使いの場合は,
 	  モデムのマニュアルで設定値の確認
 	  方法を確認してください.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>トラブルシューティング</title>
 
       <para>以下の手順でダイアル アップ
 	モデムの動作を確認することができます.</para>
 
       <sect3>
 	<title>FreeBSD システムの動作確認</title>
 
 	<para>モデムを FreeBSD システムに接続し,
 	  システムをブートします. あなたのモ
 	  デムにモデムの状態を確認するためのインジケータがあれば,
 	  <acronym>DTR</acronym> のイ
 	  ンジケータの状態に注目してください. もし,
 	  システムのコンソールに  <prompt>login:</prompt>
 	  プロンプトが表示された時に, <acronym>DTR</acronym>
 	  のインジケータが点灯 すれば, FreeBSD が適切なポートに対して
 	  <command>getty</command> を起動し, モデムへ
 	  の着信を待っている状態であることを意味しています.</para>
 
 	<para>もし <acronym>DTR</acronym>
 	  のインジケータが点灯しない場合は, システムのコンソールか ら
 	  FreeBSD にログインして, <command>ps ax</command> を実行し,
 	  FreeBSD が 適切なポー トに対して<command>getty</command>
 	  プロセスを起動しようとしているのかどうか確認して ください.
 	  プロセスに関する情報の中に, 以下のような行が表示されるはずで
 	  す.</para>
 
 	<screen>  114 ??  I      0:00.10 /usr/libexec/getty V19200 ttyd0
   115 ??  I      0:00.10 /usr/libexec/getty V19200 ttyd1</screen>
 
 	<para>モデムにまだ着信がない状態の時に,
 	  以下のように上とは異なる出力があった
 	  場合, <command>getty</command> は既にモデム
 	  ポートのオープンを終了したということに
 	  なります.
 
 	  <screen>  114 d0  I      0:00.10 /usr/libexec/getty V19200 ttyd0</screen>
 
 	  <command>getty</command> は, <acronym>CD</acronym>
 	  (carrier detect) 信号がオンの状態になるまで,
 	  ポートのオープンを完了することはできませんので,
 	  この場合は接続に問題が
 	  あるか, あるいはモデムの設定に問題があることが考えられます.
 	</para>
 
 	<para>もし, 適切なポートをオープンしようとしている
 	  <command>getty</command> が見あたらない 場合は, 再度
 	  <filename>/etc/ttys</filename> の内容を確認し,
 	  書式などに誤りがないか 調べてみてください. また, ログ
 	  ファイル <filename>/var/log/messages</filename> に
 	  <command>init</command> および <command>getty</command>
 	  から何か出力がないかどうかも確認してみてく ださい.
 	  もし何かメッセージが記録されていたら, 再度
 	  <filename>/etc/ttys</filename> ,
 	  <filename>/etc/gettytab</filename> の二つの設定ファイルと,
 	  ディバイス スペシャル  <!-- kuriyama - ? to replaceble -->
 	  ファイル <filename>/dev/ttyd?</filename> を確認し,
 	  記述に誤りがないか, 足りないエ ントリがないか,
 	  足りないディバイス スペシャルファイルがないかといった
 	  点について調べてみてください.</para>
       </sect3>
 
       <sect3>
 	<title>モデムで接続してみる</title>
 
 	<para>実際にモデムを使って別のコンピュータから
 	  接続してみてください. この時,  8ビット, パリティなし,
 	  1ストップ ビットで接続するようにしてください.
 	  接続後すぐにプロンプトが返ってこない場合や,
 	  無意味な文字列が表示される 場合は, 1秒に1回くらいの割合で
 	  <literal>&lt;Enter&gt;</literal> キーを押してみて ください.
 	  しばらくたって, なおも <prompt>login:</prompt>
 	  プロンプトが現れない場合 は, <command>BREAK</command>
 	  信号を送信してみてください. この時, 端末側で使って
 	  いるモデムが高速モデムならば,
 	  このモデムのインタフェースの接続速度を固 定してから,
 	  再度ダイアル インしてみてください. (たとえば, USRobotics
 	  Sportster の場合は, <command>AT&amp;B1</command>)</para>
 
 	<para>それでもまだ <prompt>login:</prompt>
 	  プロンプトが表示されない場合は,
 	  <filename>/etc/gettytab</filename>
 	  の以下の点について再度確認してみてください.</para>
 
 	<itemizedlist>
 	  <listitem>
 	    <para><filename>/etc/ttys</filename> の対応する行の
 	      2番目の項目で,  <filename>/etc/gettytab</filename>
 	      の中で定義されているエントリが指定されているか</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>各 <literal>nx=</literal> で
 	      <filename>/etc/gettytab</filename>
 	      の中で定義されているもの が指定されているか</para>
 	  </listitem>
 
 	  <listitem>
 	    <para>各 <literal>tc=</literal> で
 	      <filename>/etc/gettytab</filename>
 	      の中で定義されているもの が指定されているか</para>
 	  </listitem>
 	</itemizedlist>
 
 	<para>もしダイアル インしても, FreeBSD
 	  システム側のモデムが応答しない場合は,  FreeBSD 側のモデムが
 	  <acronym>DTR</acronym>
 	  がオンになった時に電話にでるように設定さ
 	  れているかを確認してください.
 	  もしモデムの設定に問題がなさそうならば,
 	  モデムのインジケータ (がもしあれば) で,
 	  <acronym>DTR</acronym> がオンになっているか
 	  を確認してください.</para>
 
 	<para>この確認のステップを数回繰り返しても
 	  うまくいかない場合は, 一度休憩して,
 	  しばらくたってから挑戦してみましょう. それでもだめなら,
 	  おそらく &a.questions;
 	  にあなたのモデムについての情報と問題を書いたメールを送れ ば,
 	  メーリング
 	  リストのメンバーが問題の解決を助けるべく努力してくれる
 	  でしょう.</para>
       </sect3>
     </sect2>
 
     <sect2>
       <title>謝辞</title>
 
       <para>以下の方々から,
 	多くのコメントやアドバイスをいただきました. ここに謝意
 	を表します.</para>
 
       <variablelist>
 	<varlistentry><term>Sean Kelly</term>
 	  <listitem>
 	    <para>&lt;kelly@fsl.noaa.gov&gt; 多くのすばらしい助言をいた
 	      だきました</para>
 	  </listitem>
 	</varlistentry>
       </variablelist>
     </sect2>
   </sect1>
 
   <sect1 id="dialout">
     <title>ダイアルアウトサービス</title>
 
     <para><emphasis>原作: FAQ からの情報</emphasis></para>
 
     <para><emphasis>訳: &a.jp.tmaruya;.<!-- <br> -->
 	31 December 1996.</emphasis></para>
 
     <para>以下はモデムを利用して他のコンピュータと
       接続する方法を説明しています.
       これはリモートホストとターミナル接続を確立するための
       適切な方法です.</para>
 
     <para>これは BBS に接続するときによく使います.</para>
 
     <para>この種の接続は PPP 接続に問題がある場合, Internet
       上にあるファイルを 転送するのに非常に役に立ちます. FTP
       で何らかのファイルを転送したいのに  PPP
       接続を確立できない場合は, ファイルを FTP
       転送するためにターミナルセッション を利用します. そして ZMODEM
       を利用してファイルを転送します.</para>
 
     <sect2>
       <title><command>tip</command> や <command>cu</command>
 	が実行できないはなぜ?</title>
 
       <para>あなたのシステムで <command>tip</command> や
 	<command>cu</command> というプログラムは
 	<username>uucp</username> や <username>dialer</username>
 	というグループに所属しているユーザのみが
 	実行できるようになっているのでしょう. リモートホストやモデムを
 	利用できる <username>dialer</username>
 	のグループにあなたのアカウントを 加えましょう.</para>
 
       <para>もしくは下記のコマンドを使うことによって, そのシステムで
 	<command>tip</command> や <command>cu</command>
 	を誰でも使えるようになります:</para>
 
       <screen>&prompt.root; <userinput>chmod 4511 /usr/bin/tip</userinput></screen>
 
       <para> このコマンドは <command>cu</command>
 	に対しておこなう必要はありません, それは
 	<command>cu</command> は <command>tip</command>
 	に対するハードリンクだからです.</para>
     </sect2>
 
     <sect2>
       <title>私の Hayes モデムはサポートされていません,
 	どうしよう?</title>
 
       <para>実際, <command>tip</command> の
 	マニュアルページは古くなっています. 既に Hayes
 	ダイアラが組み込まれています. <filename>/etc/remote</filename>
 	ファイル中で <literal>at=hayes</literal>
 	を使ってください.</para>
 
       <para>Hayes ドライバは, 最近のモデムの新しい機能である
 	<literal>BUSY</literal>, <literal>NO DIALTONE</literal>,
 	<literal>CONNECT 115200</literal>などのメッセージを
 	認識できるほど賢くはなく, 単に混乱を起こすだけです.
 	<command>tip</command>を使う場合には,
 	(<command>ATX0&amp;W</command> とするなどして) これらの
 	メッセージを表示させないようにしなくてはいけません.</para>
 
       <para>また, <command>tip</command> のダイアルのタイムアウトは
 	60秒です. モデムの タイムアウト設定はそれより短くすべきであり,
 	そうしないと  <command>tip</command>
 	は通信に問題があると判断するでしょう.
 	<command>ATS7=45&amp;W</command>  を実行してください.</para>
 
       <para>実際, デフォルトの <command>tip</command> は Hayes
 	の完全なサポートを しているわけではありません. 解決方法は
 	<filename>/usr/src/usr.bin/tip/tip</filename> の下の
 	<filename>tipconf.h</filename>  を変更することです.
 	もちろんこれにはソース配布ファイルが必要です.</para>
 
       <para><literal>#define HAYES 0</literal> と記述されている行を
 	<literal>#define HAYES 1</literal> と変更し, そして
 	<command>make</command>, <command>make install</command>
 	を実行します.  これでうまく動作するでしょう.</para>
     </sect2>
 
     <sect2 id="direct-at">
       <title>これらの AT コマンドを入力するには?</title>
 
       <para><filename>/etc/remote</filename> ファイルの中で
 	<quote>direct</quote> エントリを作ります.  たとえばモデムが
 	1番目のシリアルポートである <filename>/dev/cuaa0</filename>
 	に接続されている場合, 次のようにします:</para>
 
       <programlisting>cuaa0:dv=/dev/cuaa0:br#19200:pa=none</programlisting>
 
       <para>モデムがサポートする最大の bps レートを br
 	フィールドに使います.  そして <command>tip cuaa0</command>
 	を実行すると, モデムが利用できるようになります.</para>
 
       <para><filename>/dev/cuaa0</filename>
 	がシステムに存在しない場合は, 次のようにします:</para>
 
       <screen>&prompt.root; <userinput>cd /dev</userinput>
 &prompt.root; <userinput>./MAKEDEV cuaa0</userinput></screen>
 
       <para>または root になって以下のように cu
 	コマンドを実行します:</para>
 
       <screen>&prompt.root; <userinput>cu -l<replaceable>line</replaceable> -s<replaceable>speed</replaceable></userinput></screen>
 
       <para><replaceable>line</replaceable>
 	にはシリアルポートを指定します (例えば
 	<filename>/dev/cuaa0</filename>).  そして
 	<replaceable>speed</replaceable> には接続する速度を指定します
 	(例えば <literal>57600</literal>).  その後 AT
 	コマンドを実行したら, <command>~.</command>
 	と入力すれば終了します.</para>
     </sect2>
 
     <sect2>
       <title>pn 機能の <literal>@</literal> 記号が使えません!</title>
 
       <para>電話番号 (pn) 機能の中での <literal>@</literal> 記号は,
 	tip に <filename>/etc/phone</filename>
 	にある電話番号を参照するように伝えます.  しかし
 	<literal>@</literal> の文字は <filename>/etc/remote</filename>
 	のような 設定ファイルの中では特殊文字となります.
 	バックスラッシュを使ってエスケープをおこないます:</para>
 
       <programlisting>pn=\@</programlisting>
     </sect2>
 
     <sect2>
       <title>コマンドラインから電話番号を指定するには?</title>
 
       <para><quote>generic</quote> エントリと呼ばれるものを
 	<filename>/etc/remote</filename> に追加します.
 	例えば次のようにします:</para>
 
       <programlisting>tip115200|Dial any phone number at 115200 bps:\
 	    :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du:
 tip57600|Dial any phone number at 57600bps:\
 	    :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du:</programlisting>
 
       <para>そして </para>
 
       <screen>&prompt.root; <userinput>tip -115200 5551234</userinput></screen>
 
       <para>のように利用できます.
 	<command>tip</command> より <command>cu</command> を使いたい場合,
 	<command>cu</command> の generic エントリを使います:
 
 	<programlisting>cu115200|Use cu to dial any number at 115200bps:\
 	:dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du:</programlisting>
 
 	そして</para>
 
       <screen>&prompt.root; <userinput>cu 5551234 -s 115200</userinput></screen>
 
       <para> と実行します.</para>
     </sect2>
 
     <sect2>
       <title>毎回 bps レートを入力しなければいけませんか?</title>
 
       <para><literal>tip1200</literal> や <literal>cu1200</literal>
 	用のエントリを記述し,  適切な通信速度を br
 	フィールドに設定します.  <command>tip</command> は 1200 bps
 	が正しいデフォルト値であるとみなすので,
 	<literal>tip1200</literal> エントリを参照します. もちろん 1200
 	bps  を使わなければならないわけではありません.</para>
     </sect2>
 
     <sect2>
       <title>ターミナルサーバを経由して
 	複数のホストへアクセスしたいんです.</title>
 
       <para>毎回接続されるのを待って
 	<command>CONNECT &lt;host&gt;</command> と入力する
 	かわりに, tip の <literal>cm</literal> 機能を使います.
 	例えば, <filename>/etc/remote</filename>
 	に次のようなエントリを追加します:
 
 	<programlisting>pain|pain.deep13.com|Forrester's machine:\
 	:cm=CONNECT pain\n:tc=deep13:
 muffin|muffin.deep13.com|Frank's machine:\
 	:cm=CONNECT muffin\n:tc=deep13:
 deep13:Gizmonics Institute terminal server:\
 	:dv=/dev/cuaa2:br#38400:at=hayes:du:pa=none:pn=5551234:</programlisting>
 
 	これで, <command>tip pain</command> や
 	<command>tip muffin</command> と実行すると
 	pain や muffin のホストに接続することができ,
 	<command>tip deep13</command>
 	を実行するとターミナルサーバに接続します.</para>
     </sect2>
 
     <sect2>
       <title>tip を使ってそれぞれのサイトの
 	複数の回線に接続できますか?</title>
 
       <para>これは大学に電話回線がいくつかあって
 	数千人の学生が接続しようとする 場合によくある問題です.</para>
 
       <para>あなたの大学のエントリを <filename>/etc/remote</filename>
 	ファイルに作成して,  <literal>pn</literal> のフィールドには
 	<literal>@</literal> を使います:</para>
 
       <programlisting>big-university:\
 	:pn=\@:tc=dialout
 dialout:\
 	:dv=/dev/cuaa3:br#9600:at=courier:du:pa=none:</programlisting>
 
       <para>そして <filename>/etc/phone</filename>
 	ファイルに大学の電話番号の一覧を書きます:</para>
 
       <programlisting>big-university 5551111
 big-university 5551112
 big-university 5551113
 big-university 5551114</programlisting>
 
       <para><command>tip</command> は一連の電話番号を試みて,
 	最終的に接続できなければあきらめます.
 	リトライを続けさせたい場合は, <command>tip</command> を while
 	ループに入れて 実行します.</para>
     </sect2>
 
     <sect2>
       <title>CTRL+P を 1回送るために 2度押す必要があるのはなぜ?</title>
 
       <para>CTRL+P は通常 <quote>force (強制)</quote> 文字であり,
 	<command>tip</command> に次の文字が
 	リテラルデータであることを伝えます. force
 	文字は <quote>変数の設定</quote> を意味する
 	<command>~s</command>
 	エスケープによって他の文字にすることができます.</para>
 
       <para><command>
 	  ~sforce=<replaceable>single-char</replaceable></command>
 	と入力して改行します.  <replaceable>single-char</replaceable>
 	は, 任意の 1バイト文字です.
 	<replaceable>single-char</replaceable> を省略すると NUL
 	文字になり,  これは CTRL+2 や CTRL+SPACE
-	を押しても入力できます.
-	いくつかのターミナルサーバで使われているのを 見ただけですが,
+	を押しても入力できます.  また,
 	<replaceable>single-char</replaceable> に SHIFT+CTRL+6
-	に割り当てるのもよいでしょう.</para>
+	を割り当てる方法を使っているターミナルサーバもあります.</para>
 
       <para><filename>&#36;HOME/.tiprc</filename>
 	に次のように定義することで,  任意の文字を force
 	文字として利用できます:</para>
 
       <programlisting>force=&lt;single-char&gt;</programlisting>
     </sect2>
 
     <sect2>
       <title>打ち込んだ文字が突然すべて大文字になりました??</title>
 
       <para>CTRL+A を押してしまい, caps-lock
 	キーが壊れている場合のために設計された  <command>tip</command>
 	の <quote>raise character</quote> モードに入ったのでしょう.
 	既に述べたように <command>~s</command> を使って,
 	<literal>raisechar</literal> をより適切な値に
 	変更してください. もしこれら両方の機能を使用しないのであれば,
 	force 文字と同じ設定にすることもできます.</para>
 
       <!-- kuriyama - file tiprc /file -->
       <para>以下は CTRL+2 や CTRL+A などを頻繁に使う必要のある Emacs
 	ユーザにうってつけの. tiprc ファイルのサンプルです:</para>
 
       <programlisting>force=^^
 raisechar=^^</programlisting>
 
       <para>^^ は SHIFT+CTRL+6 です.</para>
     </sect2>
 
     <sect2>
       <title><command>tip</command> でファイルを転送するには?</title>
 
       <para>もし他の UNIX のシステムと接続しているなら,
 	<command>~p</command>(put) や  <command>~t</command>(take)
 	でファイルの送受信ができます. これらのコマンドは
 	相手のシステムの上で <command>cat</command> や
 	<command>echo</command> を実行することで 送受信をします.
 	書式は以下のようになります:</para>
 
       <cmdsynopsis>
 	<command>~p</command>
 	<arg choice="plain">ローカルのファイル名</arg>
 	<arg choice="opt">リモートのファイル名</arg>
       </cmdsynopsis>
       <cmdsynopsis>
 	<command>~t</command>
 	<arg choice="plain">リモートのファイル名</arg>
 	<arg choice="opt">ローカルのファイル名</arg>
       </cmdsynopsis>
 
       <para>この方法ではエラーチェックをおこないませんので, zmodem
 	などの他のプロトコルを使った方がよいでしょう.</para>
     </sect2>
 
     <sect2>
       <title><command>tip</command> から zmodem を実行するには?</title>
 
       <para>ファイルを受信するには,
 	リモート側で送信プログラムを起動します.  そして <command>~C
 	  rz</command> と入力すると, ローカル側へのファイルの受信が
 	始まります.</para>
 
       <para>ファイルを送信するには,
 	リモート側で受信プログラムを起動します.  そして <command>~C sz
 	  <replaceable>files</replaceable></command> と入力すると,
 	リモート側への ファイルの送信が始まります.</para>
     </sect2>
   </sect1>
  
   <sect1 id="serialconsole-setup">
     <title>シリアルコンソールの設定</title>
     
     <para><emphasis>原作: &a.yokota;, &a.wpaul;</emphasis></para>
     
     <para><emphasis>この文書はほとんどが &a.wpaul; 氏の
 	<filename>/sys/i386/boot/biosboot/README.serial</filename>
 	に基づいています.</emphasis></para>
   
     <sect2 id="serialconsole-intro">
       <title>導入</title>
       
       <para>FreeBSD/i386 オペレーティングシステムは, コンソールとして
 	シリアルポート上のダム端末しか持たないシステムでも起動できます.
 	この様な構成はきっと次のような二種類の人達に便利でしょう. それは,
 	キーボードやモニタのない専用のファイル/演算/端末サーバに
 	FreeBSD をインストールしたいシステム管理者と,
 	カーネルやデバイスドライバをデバッグしたい開発者です.</para>
   
       <para>バージョン 3.1 から, FreeBSD/i386 は 3 ステージ構成ののブートストラップ
 	を用いるようになりました. 最初の 2 つのステージは,
         ブートディスクにある FreeBSD スライスの最初に格納されている,
         ブートブロックのコードが行います.
 	それからブートブロックは, 第 3 ステージのコードとしてブートローダ
 	(<filename>/boot/loader</filename>) を読み込み, 実行します. 
 	(ブートプロセスの詳細については &man.boot.8; と &man.loader.8;
 	をご覧下さい.)</para>
   
       <para>シリアルコンソールを設定するためには, ブートブロックコード, 
 	ブートローダコード, カーネルを設定する必要があります.</para>
       
       <para>FreeBSD バージョン 3.0 では, ブートローダはないので
 	ブートストラップは 2 ステージです. つまり, ブートブロックが直接
 	カーネルをメモリに読み込みます. もしあなたが FreeBSD 3.0 を使って
 	いるなら, このセクションでブートローダについて述べている部分は無視してください.
 	それでもシリアルポートをコンソールとして使うのに支障はありません.</para>
   
       <para>FreeBSD バージョン 2.X と 3.X のシリアルポートドライバ
 	&man.sio.4 は全く違いますので, 設定も異なった方法で行う必要があります.
 	この章ではバージョン 2.X システム用の設定については扱っていません.
 	もしあなたが古いバージョンの FreeBSD を使っているなら, かわりに
 	<filename>/sys/i386/boot/biosboot/README.serial</filename>
 	を調べてみてください.</para>
     </sect2>
     
     <sect2 id="serialconsole-howto">
       <title>シリアルコンソールを設定するための 6 ステップ</title>
   
       <procedure>
 	<step>
 	  <para>シリアルケーブルを用意してください.</para>
 	  
 	  <para>ヌルモデムケーブル,
             もしくは標準シリアルケーブルとヌルモデムアダプタが必要となります.
             シリアルケーブルについては <xref linkend="term"> をご覧下さい.</para>
 	</step>
 	
 	<step>
 	  <para>キーボードをはずして下さい.</para>
 	  
 	  <para>たいていの PC システムは Power-On Self-Test (POST)
 	    の間にキーボードを検出し, もし見つからなければエラーと
 	    なります. また, キーボードがないことを大きな音で知らせ,
 	    キーボードが接続されるまでは起動を中断するようなマシンもあります.</para>
 
 	  <para>コンピュータがエラーを表示していても,
-	    とにかく起動するなら特別な対応は必要ありません. 
-	    (私の手元にある Phoneix BIOS を搭載しているマシンは,
-	     単に <errorname>Keyboard failed</errorname> とだけ
-	     表示した後, 起動は正常に行なわれます.)</para>
+	    とにかく起動するなら特別な対応は必要ありません
+	    (Phoneix BIOS を搭載しているマシンには,
+	    <errorname>Keyboard failed</errorname>
+            と表示されても, 正常に起動するものがあります).</para>
 	  
 	  <para>あなたのコンピュータがキーボードを接続していない状態で
 	    起動しないようなら, (もし可能ならば) エラーを無視するように
 	    BIOS を設定する必要があります. 設定方法の詳細については,
 	    マザーボードのマニュアルを調べてください.</para>
 	  
 	  <tip>
 	    <para>BIOS の設定でキーボードを <quote>Not installed</quote>
 	      にするということは, キーボードを使えないということを
 	      意味しているわけでは<emphasis>ありません</emphasis>. これは, BIOS
 	      がキーボードがなくても文句を言わないように, 電源投入時には
 	      キーボードを探すな, と指示するだけです. このフラグを
 	      <quote>Not installed</quote> にしていてもキーボードを
 	      接続したままにできますし, ちゃんと動作します.</para>
 	  </tip>
 	  
 	  <note>
 	    <para>あなたのシステムが PS/2 マウスを使っているなら, 
 	      おそらくマウスもキーボード同様にはずす必要があるでしょう.
 	      というのは, PS/2 マウスは部分的にキーボードとハードウェアを
 	      共有しており, マウスを接続したままにしていると,
               キーボードも存在する, と誤って検出してしまう可能性があるからです. 
 	      AMI BIOS を持つ Gateway 2000 ペンティアム 90Mhz システム
 	      はこれに該当すると言われています. 
 	      一般的にこれは問題ではありません. なぜなら, どっちにしても
 	      マウスはキーボードなしではたいして役に立たないからです.</para>
 	  </note>
 	</step>
 	
 	<step>
 	  <para><devicename>COM1:</devicename> (<devicename>sio0</devicename>)
 	    にダム端末を接続してください.</para>
 	  
 	  <para>ダム端末がなければ, かわりに古い PC/XT でモデム
 	    プログラムを走らせて使ったり, シリアルボートに他の UNIX
 	    マシンを繋いだりできます. もしも <devicename>COM1:</devicename>
 	    (<devicename>sio0</devicename>) がなければ, 作成してください. 
 	    今のところ, <devicename>COM1:</devicename> 以外のポートを
 	    選択するためにはブートブロックの再コンパイルが必要です. 
 	    すでに <devicename>COM1:</devicename> を他の装置に
 	    使っていた場合は, 一時的にその装置をはずして
 	    いったん FreeBSD がうまく動作してから, 
 	    新しいブートブロックとカーネルをインストールしてください. 
 	    (上記はとにかくファイル/演算/端末サーバの
 	    <devicename>COM1:</devicename> が利用可能であると仮定して
 	    います. あなたが本当に何かのために
 	    <devicename>COM1:</devicename> が必要 (で, なおかつその何かを
 	    <devicename>COM2:</devicename> (<devicename>sio1</devicename>)
 	    に付け替えることができない) ならば, 多分, そもそも
 	    悩んでる場合ではありません.)</para>
 	</step>
     
 	<step>
 	  <para>カーネルコンフィグファイルの <devicename>COM1:</devicename>
 	    (<devicename>sio0</devicename>) に適切なフラグを
 	    設定していることを確認してください. </para>
 	  
 	  <para>関連するフラグ:</para>
 	  
 	  <variablelist>
 	    <varlistentry>
 	      <term><literal>0x10</literal></term>
 	      
 	      <listitem>
 		<para>このポートのコンソールサポートを有効にします. 
 		  このフラグが設定されない場合, 他のフラグは無視されます. 
 		  現在のところ, 一つのポートしかコンソールサポートを有効に
 		  できません. (config ファイルに書かれた順番で) 最初にこのフラグを
 		  指定されたポートが選択されます. 
 		  なお, このオプションを指定するだけでシリアルポートが
 		  コンソールとして使えるわけではありません.
 		  このフラグと一緒に, 以下のフラグも指定するかもしくは
 		  <option>-h</option> オプションも使ってください. </para>
 	      </listitem>
 	    </varlistentry>
 	    
 	    <varlistentry>
 	      <term><literal>0x20</literal></term>
 	      
 	      <listitem>
 		<para>後述される <option>-h</option> オプション
 		  を無視して, (他に優先度の高いコンソールがない限り)
                   このポートをコンソールとして指定します. 
 		  このフラグは FreeBSD バージョン 2.X の
 		  <literal>COMCONSOLE</literal> オプションに対応するものです. 
 		  フラグ <literal>0x20</literal> は必ず
 		  フラグ <option>0x10</option> と一緒に指定されなければなりません.</para>
 	      </listitem>
 	    </varlistentry>
 	    
 	    <varlistentry>
 	      <term><literal>0x40</literal></term>
 	      
 	      <listitem>
 		<para>(<literal>0x10</literal> と組み合わせることで)
 		  このポートを予約し, 通常のアクセスができない
 		  ようにします. 
 		  このフラグは, シリアルコンソールとして使いたいポートに
 		  指定すべきではありません. 
 		  唯一の使い道は, ユニットがカーネルのリモートデバッグ用
 		  であることを指定することです.
 		  リモートデバッグの詳細については
 		  <xref linkend="kerneldebug"> を参照してください.</para>
 		
 		<note>
 		  <para>FreeBSD 4.0-CURRENT 以降では, 
 		    フラグ <literal>0x40</literal> の意味が若干異なり, 
 		    シリアルポートにリモートデバッグを指定するためには, 
 		    別のフラグを使います.</para>
 		</note>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
 	  
 	  <para>例:</para>
 	  
 	  <programlisting>device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4</programlisting>
       
 	  <para>詳細については &man.sio.4; を参照して下さい.</para>
 	  
 	  <para>もしこれらのフラグがセットされていなければ, (別のコンソールで)
 	    UserConfig を実行するか,
             カーネルを再コンパイルする必要があります.</para>
 	</step>
 	
 	<step>
 	  <para>ブートドライブの <literal>a</literal> パーティションの
 	    ルートディレクトリに <filename>boot.config</filename>
 	    を作成してください.</para>
 	  
 	  <para>このファイルは, ブートブロックコードに対してどのように
 	    システムを起動したいかを教えます. 
 	    シリアルコンソールを活かすためには, 以下のオプションを幾つか
 	    dash; 複数の場合も一行で, 設定する必要があります:</para>
 	  
 	  <variablelist>
 	    <varlistentry>
 	      <term><option>-h</option></term>
 	      
 	      <listitem>
 		<para>内蔵コンソールとシリアルコンソールの切替えを行います.
 		  これを使用してコンソールデバイスを変更できます. 
 		  例えば, 内蔵 (ビデオ) コンソールからブートした場合,
 		  カーネルとブートローダがコンソールデバイスとして
 		  シリアルポートを使用するようにするため,
 		  <option>-h</option> を使って指示できます. 
 		  反対に, シリアルポートからブートした場合,
 		  ブートローダとカーネルがコンソールとして代わりに
 		  ビデオディスプレイを使用するようにするため, 
 		  <option>-h</option> を使用できます.</para>
 	      </listitem>
 	    </varlistentry>
 	    
 	    <varlistentry>
 	      <term><option>-D</option></term>
 	      
 	      <listitem>
 		<para>シングルとデュアルのコンソール設定を切り替えます.
 		  シングル設定では, 上記の <option>-h</option>
 		  オプションの状態によって,コンソールは内蔵コンソール
 		  (ビデオディスプレイ)かシリアルポートのいずれかになります. 
 		  デュアルコンソール設定では, ビデオディスプレイと
 		  シリアルポートの両方が, <option>-h</option>
 		  オプションの状態によらず, 同時にコンソールになります.
 		  しかし, デュアルコンソール設定は, ブートブロックが
 		  実行されている間でしか効果を持ちません. 
 		  一旦ブートローダに制御が移ると, <option>-h</option>
 		  オプションによって指定されたコンソールが
 		  唯一のコンソールになります.</para>
 	      </listitem>
 	    </varlistentry>
 	    
 	    <varlistentry>
 	      <term><option>-P</option></term>
 	      
 	      <listitem>
 		<para>ブートブロックがキーボードを検出するようにします.
 		  キーボードが発見できなかった場合には, 
 		  <option>-D</option> と <option>-h</option> 
                   オプションが自動的にセットされます.</para>
 		
 		<note>
 		  <para>現バージョンのブートブロックでは容量の制限により,
 		    <option>-P</option> オプションは拡張キーボードしか
 		    検出できません. キーが 101 個より少ない (そして F11
 		    と F12 がない) キーボードは検出されない可能性があります. 
 		    この制限から, いくつかのラップトップコンピュータの
 		    キーボードは正しく検出されないでしょう. 
 		    残念ながら, この問題の回避策はありません. </para>
 		</note>
 	      </listitem>
 	    </varlistentry>
 	  </variablelist>
       
 	  <para><option>-P</option> オプションを使ってコンソールを
 	    自動的に選ぶか, <option>-h</option> オプションを使って
 	    シリアルコンソールを有効にしてください.</para>
       
 	  <para>さらに &man.boot.8; で説明されている他のオプションも使う
 	    ことができます.</para>
       
 	  <para><option>-P</option> 以外のオプションはブートローダ
 	    (<filename>/boot/loader</filename>) に渡されます. 
 	    ブートローダは, <option>-h</option> オプションだけの状態を
 	    調べることで内蔵ビデオとシリアルポートのどちらがコンソールに
 	    なるのか決めます. 
 	    つまり, <filename>/boot.config</filename> の中で
 	    <option>-D</option> オプションを指定して
 	    <option>-h</option> オプションを指定しなかった場合, 
 	    ブートブロック実行中でのみシリアルポートをコンソールとして
 	    使うことができます. ブートローダは内蔵ビデオディスプレイを
 	    コンソールとして使います.</para>
 	</step>
 	
 	<step>
 	  <para>マシンを起動する.</para>
 	  
 	  <para>FreeBSD を起動したとき, ブートブロックは
 	    <filename>/boot.config</filename> の内容をコンソールに表示
 	    します. 例えば,</para>
     
 	  <screen>/boot.config: -P
 Keyboard: no</screen>
     
 	  <para>行の二番目は, 
             <filename>/boot.config</filename> にオプション
             <option>-P</option> が指定してあるときだけ表示され,
             キーボードが存在するかどうかを表します.
             これらのメッセージは, シリアルか内蔵のいずれか,
             あるいはその両方のコンソールに表示されます.
             どちらに表示されるかは,
             <filename>/boot.config</filename> の設定によって変わります.</para>
     
 	  <informaltable frame="none">
 	    <tgroup cols="2">
 	      <thead>
 		<row>
 		  <entry>オプション指定</entry>
 		  <entry>メッセージの表示される場所</entry>
 		</row>
 	      </thead>
 	      
 	      <tbody>
 		<row>
 		  <entry>なし</entry>
 		  <entry>内蔵</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-h</option></entry>
 		  <entry>シリアル</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-D</option></entry>
 		  <entry>シリアルと内蔵の両方</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-Dh</option></entry>
 		  <entry>シリアルと内蔵の両方</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-P</option>, キーボードが存在する場合</entry>
 		  <entry>内蔵</entry>
 		</row>
 		
 		<row>
 		  <entry><option>-P</option>, キーボードが存在しない場合</entry>
 		  <entry>シリアル</entry>
 		</row>
 	      </tbody>
 	    </tgroup>
 	  </informaltable>
 	  
 	  <para>このメッセージが表示された後,
             ブートブロックがブートローダのロードを再開し,
             他の全てのメッセージがコンソールに表示されるまで,
             若干時間がかかります. 通常の環境では, ブートブロックに
             割り込みをかける必要はありませんが,
             ちゃんとセットアップされているかどうか確かめるために,
             割り込みをかけることができるようになっています.</para>
     
 	  <para>ブートプロセスに割り込みをかけるには,
             コンソールの(Enter/Return キー以外の)キーをたたいて下さい.
             ブートブロックはその時, 操作を指定するためのプロンプトを表示します.
             こんな風に表示されるでしょう.
           </para>
     
 	  <screen>>> FreeBSD/i386 BOOT
 Default: 0:wd(0,a)/boot/loader
 boot:</screen>
     
 	  <para>上に示したメッセージが, シリアルか内蔵,
             あるいはその両方といった, <filename>/boot.config</filename>
             で指定したとおりのコンソールに表示されることを確認して下さい.
             メッセージが正しいコンソールに表示されたら, Enter/Return
             キーを押してブートプロセスを継続してください.
           </para>
 	  
 	  <para>もし, シリアルコンソールを利用するように設定しているのに
             シリアル端末にプロンプトが出てこない場合は,
             設定のどこかに間違いがあります.
             ブートブロック(とブートローダ, カーネル)に対して
             シリアルポートをコンソールに使うことを伝えるため,
             割り込みをかけた時に <option>-h</option> を入力し,
             (可能ならば) Enter/Return キーを押して下さい. そして,
             一度システムを起動させてから, どこが悪いのかをチェックして下さい.</para>
 	</step>
       </procedure>
       
       <para>ブートローダがロードされ, ブートプロセスの第三ステージに
       いる時には, まだ内蔵コンソールとシリアルコンソールを切り替えることができます.
       それにはブートローダの環境変数を適切に設定すれは良いのですが,
       詳細については <xref linkend="serialconsole-loader"> を参照してください.</para>
     </sect2>
   
   <sect2 id="serialconsole-summary">
     <title>まとめ</title>
     
       <para>このセクションで扱ったさまざまな設定と,
         最終的に選択されるコンソールに関するまとめです.</para>
       
       <sect3>
 	<title>Case 1: sio0 の flags に 0x10 をセットした場合</title>
 	
 	<programlisting>device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4</programlisting>
 	
 	<informaltable frame="none">
 	  <tgroup cols="4">
 	    <thead>
 	      <row>
 		<entry>/boot.config 内のオプション</entry>
 		<entry>ブートブロック実行中のコンソール</entry>
 		<entry>ブートローダ実行中のコンソール</entry>
 		<entry>カーネルのコンソール</entry>
 	      </row>
 	    </thead>
 	    
 	    <tbody>
 	      <row>
 		<entry>なし</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-h</option></entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-D</option></entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-Dh</option></entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-P</option>, キーボードが存在する場合</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-P</option>, キーボードが存在しない場合</entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
       </sect3>
       
       <sect3>
 	<title>Case 2:  sio0 の flags に 0x30 をセットした場合</title>
 	
 	<programlisting>device sio0 at isa? port "IO_COM1" tty flags 0x30 irq 4</programlisting>
   
 	<informaltable frame="none">
 	  <tgroup cols="4">
 	    <thead>
 	      <row>
 		<entry>/boot.config 内のオプション</entry>
 		<entry>ブートブロック実行中のコンソール</entry>
 		<entry>ブートローダ実行中のコンソール</entry>
 		<entry>カーネルのコンソール</entry>
 	      </row>
 	    </thead>
 	    
 	    <tbody>
 	      <row>
 		<entry>なし</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-h</option></entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-D</option></entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>内蔵</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-Dh</option></entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-P</option>, キーボートが存在する場合</entry>
 		<entry>内蔵</entry>
 		<entry>内蔵</entry>
 		<entry>シリアル</entry>
 	      </row>
 	      
 	      <row>
 		<entry><option>-P</option>, キーボードが存在しない場合</entry>
 		<entry>内蔵, シリアルの両方</entry>
 		<entry>シリアル</entry>
 		<entry>シリアル</entry>
 	      </row>
 	    </tbody>
 	  </tgroup>
 	</informaltable>
       </sect3>
     </sect2>
     
     <sect2 id="serialconsole-tips">
       <title>シリアルコンソールを利用する上で役に立つ情報</title>
   
       <sect3>
 	<title>シリアルポートの通信速度をもっと速いものに設定するには</title>
 	
 	<para>デフォルトのシリアルポート通信速度は, 9600 ボー,
           8 ビット, パリティなし, ストップビット 1 です.
           通信速度を変更したい場合には, 少なくとも
           ブートブロックの再コンパイルが必要になります.
           <filename>/etc/make.conf</filename> に次のような行を追加して,
           新しくブートブロックをコンパイルして下さい.</para>
 	
 	<programlisting>BOOT_COMCONSOLE_SPEED=19200</programlisting>
   
 	<para>もし, シリアルコンソールがブート時の <option>-h</option>
           オプション以外の方法で設定されていたり,
           カーネルが利用するシリアルコンソールが
           ブートブロック実行中のものと異なる場合には,
           カーネルコンフィグレーションファイルに次のオプションを追加して,
           新しくカーネルをコンパイルしなければなりません.</para>
   
 	<programlisting>options CONSPEED=19200</programlisting>
       </sect3>
       
       <sect3 id="serialconsole-com2">
 	<title><devicename>sio0</devicename> 以外のシリアルポートを
           コンソールとして使うには</title>
 	
 	<para><devicename>sio0</devicename>
           以外のポートをコンソールとして使うには, 再コンパイルが必要です.
           それがどんな理由であれ, 他のポートを使用する場合には
           ブートブロック, ブートローダ, カーネルを
           次のようにして再コンパイルして下さい.</para>
   
 	<procedure>
 	  <step>
 	    <para>カーネルソースを取得する.</para>
 	  </step>
 	  
 	  <step>
 	    <para><filename>/etc/make.conf</filename> を編集し,
 	      <literal>BOOT_COMCONSOLE_PORT</literal> に
               使用したいポートのアドレス(0x3F8, 0x2F8, 0x3E8 or 0x2E8)を
               設定してください. 使用可能なのは
               <devicename>sio0</devicename> から
 	      <devicename>sio3</devicename> (<devicename>COM1:</devicename>
 	      から <devicename>COM4:</devicename>) までで,
               マルチポートシリアルカードは使えません.
               また, ここで割り込みの設定をする必要はありません.</para>
 	  </step>
 	  
 	  <step>
 	    <para>設定を変更するために新たなカーネルコンフィグレーションファイルを作成し,
               使いたいシリアルポートのフラグを適切に設定します.
               例えば, <devicename>sio1</devicename>
 	      (<devicename>COM2:</devicename>) をコンソールにしたければ,</para>
   
 	    <programlisting>device sio1 at isa? port "IO_COM2" tty flags 0x10 irq 3</programlisting>
   
 	    <para>または,</para>
 	    
 	    <programlisting>device sio1 at isa? port "IO_COM2" tty flags 0x30 irq 3</programlisting>
   
 	    <para>とします. その際,
             他のシリアルポートにコンソールフラグをつけてはいけません.</para>
 	  </step>
 	  
 	  <step>
 	    <para>ブートブロックを再コンパイルし, インストールする.</para>
 	    
 	    <screen>&prompt.root; <userinput>cd /sys/boot/i386/boot2</userinput>
 &prompt.root; <userinput>make</userinput>
 &prompt.root; <userinput>make install</userinput></screen>
 	  </step>
 	  
 	  <step>
 	    <para>ブートローダを再コンパイルし, インストールする.</para>
 	    
 	    <screen>&prompt.root; <userinput>cd /sys/boot/i386/loader</userinput>
 &prompt.root; <userinput>make</userinput>
 &prompt.root; <userinput>make install</userinput></screen>
         </step>
 	  
 	  <step>
 	    <para>カーネルを再構築し, インストールする.</para>
 	  </step>
 	  
 	  <step>
 	    <para>&man.disklabel.8;
               を使ってブートブロックをブートディスクに書き込み,
               新しいカーネルから起動する.</para>
 	  </step>
 	</procedure>
       </sect3>
       
       <sect3>
 	<title>シリアルポートから DDB デバッガを起動するには</title>
 	
 	<para>シリアルコンソールからカーネルデバッガを起動したい(これは
           リモートで診断する際に便利ですが, もしおかしな BREAK
           信号がシリアルポートに送られるような場合には危険です!)
           場合には, 次のオプションを使ってカーネルをコンパイルして下さい.
         </para>
   
 	<programlisting>options BREAK_TO_DEBUGGER
 options DDB</programlisting>
       </sect3>
       
       <sect3>
 	<title>シリアルコンソールにログインプロンプトを表示させるには</title>
 	
 	<para>シリアルコンソールからブートメッセージを確認したり,
           シリアルコンソールを経由してカーネルデバッグセッションに入ることが
           できるので, これは必要がないかもしれませんが,
           <emphasis>login</emphasis> プロンプトをシリアルポートに
           出力するように設定することもできます.
           これには, 次のようにします.</para>
   
 	<para>エディタで <filename>/etc/ttys</filename> というファイルを開き,
           次に示す行に移動して下さい.</para>
   
       <programlisting>ttyd0 "/usr/libexec/getty std.9600" unknown off secure
 ttyd1 "/usr/libexec/getty std.9600" unknown off secure
 ttyd2 "/usr/libexec/getty std.9600" unknown off secure
 ttyd3 "/usr/libexec/getty std.9600" unknown off secure</programlisting>
   
 	<para><literal>ttyd0</literal> から
           <literal>ttyd3</literal> は,
           <devicename>COM1</devicename> から
 	  <devicename>COM4</devicename> に対応しています.
           設定したいポートの <literal>off</literal> を
 	  <literal>on</literal> に変更して下さい.
           また, もしシリアルポートの通信速度を変更しているなら,
           <literal>std.9600</literal> が実際の通信速度になるように,
           例えば <literal>std.19200</literal> のように変更して下さい.</para>
   
 	<para>さらに, 実際のシリアル端末に合わせて,
           端末タイプを <literal>unknown</literal> から変更することも可能です.
         </para>
 
 	<para>ファイルの編集が終了したら,
           変更を有効化するために <command>kill -HUP 1</command>
           を実行しなければなりません.</para>
       </sect3>
     </sect2>
   
     <sect2 id="serialconsole-loader">
       <title>ブートローダからコンソールを変更するには</title>
       
       <para>前セクションは, ブートブロックの設定を変更することでシリアルコンソールを
         セットアップする方法について解説していました.
         このセクションでは, ブートローダへのコマンド入力と環境変数設定で
         コンソールの指定を行なう方法を紹介します.
         ブートローダがブートブロックの後,
         ブートプロセスの第三ステージとして呼び出されたとき,
         ブートローダの設定には, ブートブロックの設定がそのまま使われます.
         </para>
       
       <sect3>
 	<title>シリアルコンソールをセットアップする</title>
 	
 	<para>ブートローダとカーネルに対して
           シリアルコンソールを使用するように設定するには,
           単に <filename>/boot/loader.rc</filename>
           のファイルに, 次のような一行を書くだけで実現できます.</para>
   
 	<programlisting>set console=comconsole</programlisting>
   
 	<para>これは, 前セクションで扱ったブートブロックの設定に
           全く関係なく機能します.</para>
   
 	<para>上に示した行は, 
 	  <filename>/boot/loader.rc</filename>
           の最初の行に書き込まなくてはいけません.
           これはできるだけ早く, ブートメッセージをシリアルコンソールに
           出力させるために必要なことです.</para>
   
 	<para>同様にして, 次のように内蔵コンソールを指定することもできます.</para>
 	
 	<programlisting>set console=vidconsole</programlisting>
   
 	<para>もし, ブートローダの環境変数
 	  <envar>console</envar> が設定されていない場合,
           ブートローダ, そしてその次に起動するカーネルは
           ブートブロックで指定された <option>-h</option> オプションに
           示されたコンソールを使用します.
           </para>
   
 	<para>3.2 以降のバージョンにおいては
 	  <filename>/boot/loader.rc</filename> ではなく,
 	  <filename>/boot/loader.conf.local</filename> や
 	  <filename>/boot/loader.conf</filename>
           にコンソール指定を書き込みます.
           その場合, 
 	  <filename>/boot/loader.rc</filename>
           は次のようになっていなければなりません.
           </para>
   
 	<programlisting>include /boot/loader.4th
 start</programlisting>
   
 	<para>それから, <filename>/boot/loader.conf.local</filename>
           を作成して, 次の行をそこに追加して下さい.
         </para>
   
 	<programlisting>console=comconsole</programlisting>
   
 	<para>か, もしくは</para>
 	
 	<programlisting>console=vidconsole</programlisting>
   
 	<para>です. 詳細については, &man.loader.conf.5; を参照して下さい.</para>
 	
 	<note>
 	  <para>その際, ブートローダはオプション指定なし
           (ブートブロックに <option>-P</option> オプションが指定されたのと等価)になり,
           キーボードの存在を調べて
           内蔵コンソールとシリアルコンソールを自動的に選択する機能は働きません.</para>
 	</note>
       </sect3>
   
       <sect3>
 	<title><devicename>sio0</devicename> 以外のシリアルポートを
           コンソールとして使うには</title>
 	
 	<para><devicename>sio0</devicename> 以外のシリアルポートを
           コンソールとして使うには, ブートローダを再コンパイルする必要があります.
           それには,
           <xref linkend="serialconsole-com2"> に書かれている説明にしたがって下さい.</para>
       </sect3>
     </sect2>
     
     <sect2 id="serialconsole-caveats">
       <title>注意</title>
       
       <para>シリアルコンソールというアイデアは,
         グラフィック出力用のハードウェアやキーボードが接続されていない
         専用サーバのセットアップを可能にするためのものです.
         (ほとんど?)全てのシステムはキーボードなしで起動できますが,
         不幸にも,グラフィックアダプタなしでは起動できないシステムはたくさんあります.
         AMI BIOS を採用しているマシンでは, CMOS 設定の
         `graphics adapter' を `Not Installed'
         にするだけで,
         グラフィックアダプタがなくとも起動できるように設定することができます.</para>
   
       <para>しかしながら, 多くのマシンはこのようなオプションを持っていませんし,
         ディスプレイハードウェアがシステムに存在しないと起動しないように
         なっています. そのようなマシンでは,
         モニタを接続する必要がなかったとしても,
         適当なグラフィックカード(モノクロのジャンク品でも構いません)を
         挿入したままにしておく必要があるでしょう.
         また, AMI BIOS をインストールする, という手もあります.</para>
     </sect2>
   </sect1>
 
 </chapter>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../chapter.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "chapter")
      End:
 -->
diff --git a/ja_JP.eucJP/books/handbook/staff/chapter.sgml b/ja_JP.eucJP/books/handbook/staff/chapter.sgml
index c0f45414e8..fe0a4e9468 100644
--- a/ja_JP.eucJP/books/handbook/staff/chapter.sgml
+++ b/ja_JP.eucJP/books/handbook/staff/chapter.sgml
@@ -1,1365 +1,1369 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.209
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/staff/chapter.sgml,v 1.49 2001/04/09 02:15:23 hrs Exp $
+     Original revision: 1.211
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/staff/chapter.sgml,v 1.50 2001/04/26 19:19:52 tshiozak Exp $
 -->
 
 <appendix id="staff">
   <title>FreeBSDプロジェクトスタッフ</title>
   
   <para><emphasis>訳: &a.hanai;, 1996 年 8 月 28 日.</emphasis></para>
 
   <para>FreeBSDプロジェクトは,
     以下の人々によって管理運営されています.</para>
 
   <sect1 id="staff-core">
     <title>FreeBSD コアチーム</title>
     
     <para>FreeBSD コアチームは,
       プロジェクトの <quote>運用委員会</quote> を形成し, FreeBSD
       プロジェクトの全般的な目的や方針の決定を行います. さらに,
       FreeBSDプロジェクトの <link
 	linkend="staff-who">特定の分野</link>の
       運用も行っています.</para>
 
     <para>(姓でアルファベット順):</para>
 
     <itemizedlist>
       <listitem>
 	<para>&a.asami;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jkh;</para>
       </listitem>
 
       <listitem>
 	<para>&a.grog;</para>
       </listitem>
 
       <listitem>
 	<para>&a.imp;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dfr;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jesper;</para>
       </listitem>
       
       <listitem>
 	<para>&a.msmith;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rwatson;</para>
       </listitem>
 
       <listitem>
 	<para>&a.peter;</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
 <!-- 
 	This list is sorted by last name, not by entity or tenure.
 -->
 
   <sect1 id="staff-committers">
     <title>FreeBSD の開発者たち</title>
 
     <para>(CVSの)commitする権利を持っていて, FreeBSD
       のソースツリーについて 作業をおこなっている人々がいます.
       すべてのコアチームのメンバはま た 開発者でもあります.</para>
 
     <itemizedlist>
       <listitem>
 	<para>&a.akiyama;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmas;</para>
       </listitem>
 
       <listitem>
        <para>&a.will;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ugen;</para>
       </listitem>
 
       <listitem>
 	<para>&a.toshi;</para>
       </listitem>
 
       <listitem>
 	<para>&a.babkin;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dbaker;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jhb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dmlb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rvb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dougb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mbarkah;</para>
       </listitem>
 
       <listitem>
 	<para>&a.stb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.pb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.abial;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nbm;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.torstenb;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wilko;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jake;</para>
       </listitem> 
 
       <listitem>
 	<para>&a.dburr;</para>
       </listitem>
 
       <listitem>
         <para>&a.adrian;</para>
       </listitem>
 
       <listitem>
 	<para>&a.charnier;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jon;</para>
       </listitem>
 
       <listitem>
 	<para>&a.luoqi;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ache;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ejc;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kjc;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cjh;</para>
       </listitem>
 
       <listitem>
         <para>&a.nik;</para>
       </listitem>
       
       <listitem>
 	<para>&a.archie;</para>
       </listitem>
 
       <listitem>
 	<para>&a.chris;</para>
       </listitem>
 
       <listitem>
 	<para>&a.alc;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cracauer;</para>
       </listitem>
 
       <listitem>
         <para>&a.dec;</para>
       </listitem>
 
       <listitem>
 	<para>&a.pds;</para>
       </listitem>
 
       <listitem>
 	<para>&a.adam;</para>
       </listitem>
 
       <listitem>
 	<para>&a.bsd;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jwd;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dillon;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mdodd;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dd;</para>
       </listitem>
 
       <listitem>
 	<para>&a.iedowse;</para>
       </listitem>
       
       <listitem>
 	<para>&a.gad;</para>
       </listitem>
       
       <listitem>
 	<para>&a.dufault;</para>
       </listitem>
 
       <listitem>
 	<para>&a.uhclem;</para>
       </listitem>
 
       <listitem>
 	<para>&a.tegge;</para>
       </listitem>
 
       <listitem>
 	<para>&a.deischen;</para>
       </listitem>
       
       <listitem>
 	<para>&a.eivind;</para>
       </listitem>
 
       <listitem>
 	<para>&a.julian;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rse;</para>
       </listitem>
 
+      <listitem>
+	<para>&a.ue;</para>
+      </listitem>
+
       <listitem>
 	<para>&a.ru;</para>
       </listitem>
       
       <listitem>
 	<para>&a.se;</para>
       </listitem>
 
       <listitem>
 	<para>&a.bde;</para>
       </listitem>
 
       <listitem>
         <para>&a.jasone;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sef;</para>
       </listitem>
 
       <listitem>
         <para>&a.jedgar;</para>
       </listitem>
 
       <listitem>
         <para>&a.green;</para>
       </listitem>
 
       <listitem>
 	<para>&a.fenner;</para>
       </listitem>
 
       <listitem>
 	<para>&a.lioux;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jfieber;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jfitz;</para>
       </listitem>
 
       <listitem>
 	<para>&a.scrappy;</para>
       </listitem>
 
       <listitem>
 	<para>&a.lars;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dirk;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sf;</para>
       </listitem>
 
       <listitem>
 	<para>&a.shige;</para>
       </listitem>
 
       <listitem>
 	<para>&a.billf;</para>
       </listitem>
 
       <listitem>
 	<para>&a.furuta;</para>
       </listitem>
 
       <listitem>
         <para>&a.gallatin;</para>
       </listitem>
 
       <listitem>
 	<para>&a.patrick;</para>
       </listitem>
 
       <listitem>
 	<para>&a.tg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.gibbs;</para>
       </listitem>
 
       <listitem>
 	<para>&a.brandon;</para>
       </listitem>
 
       <listitem>                                                  
         <para>&a.gioria;</para>
       </listitem>     
 
       <listitem>
 	<para>&a.graichen;</para>
       </listitem>
 
       <listitem>
         <para>&a.cg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rgrimes;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.hanai;</para>
       </listitem>
 
       <listitem>
 	<para>&a.roger;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mharo;</para>
       </listitem>
 
       <listitem>
         <para>&a.dannyboy;</para>
       </listitem>
       
       <listitem>
 	<para>&a.thepish;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jhay;</para>
       </listitem>
       
       <listitem>
 	<para>&a.sheldonh;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mikeh;</para>
       </listitem>
       
       <listitem>
 	<para>&a.helbig;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ghelmer;</para>
       </listitem>
 
       <listitem>
 	<para>&a.erich;</para>
       </listitem>
 
       <listitem>
 	<para>&a.chm;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nhibma;</para>
       </listitem>
 
       <listitem>
 	<para>&a.flathill;</para>
       </listitem>
 
       <listitem>
 	<para>&a.orion;</para>
       </listitem>
 
       <listitem>
 	<para>&a.pho;</para>
       </listitem>
 
       <listitem>
 	<para>&a.horikawa;</para> 
       </listitem>
 
       <listitem>
 	<para>&a.hosokawa;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jeh;</para>
       </listitem>
 
       <listitem>
 	<para>&a.hsu;</para>
       </listitem>
 
       <listitem>
         <para>&a.foxfair;</para>
       </listitem>
 
       <listitem>
 	<para>&a.tom;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mph;</para>
       </listitem>
 
       <listitem>
 	<para>&a.imura;</para>
       </listitem>
 
       <listitem>
 	<para>&a.shin;</para>
       </listitem>
       
       <listitem>
 	<para>&a.itojun;</para>
       </listitem>
 
       <listitem>
 	<para>&a.iwasaki;</para>
       </listitem>
       
       <listitem>
 	<para>&a.mjacob;</para>
       </listitem>
 
       <listitem>
 	<para>&a.keith;</para>
       </listitem>
 
       <listitem>
 	<para>&a.gj;</para>
       </listitem>
 
       <listitem>
 	<para>&a.trevor;</para>
       </listitem>
        
       <listitem>
 	<para>&a.phk;</para>
       </listitem>
       
       <listitem>
 	<para>&a.tomsoft;</para>
       </listitem>
 
       <listitem>
 	<para>&a.joe;</para>
       </listitem>
       
       <listitem>
         <para>&a.cokane;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kato;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kris;</para>
       </listitem>
 	
       <listitem>
 	<para>&a.kiri;</para>
       </listitem>
 	
       <listitem>
 	<para>&a.andreas;</para>
       </listitem>
 
       <listitem>
 	<para>&a.lkoeller;</para>
       </listitem>
 
       <listitem>
 	<para>&a.motoyuki;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jkoshy;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kuriyama;</para>
       </listitem>
 
       <listitem>
 	<para>&a.alex;</para>
       </listitem>
 
       <listitem>
        <para>&a.reg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jlemon;</para>
       </listitem>
 
       <listitem>
 	<para>&a.truckman;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ijliao;</para>
       </listitem>
 
       <listitem>
 	<para>&a.lile;</para>
       </listitem>
 
       <listitem>
 	<para>&a.clive;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kevlo;</para>
       </listitem>
 
       <listitem>
 	<para>&a.scottl;</para>
       </listitem>
 
       <listitem>
        <para>&a.ade;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmacd;</para>
       </listitem>
       
       <listitem>
 	<para>&a.smace;</para>
       </listitem>
 
       <listitem>
 	<para>&a.bmah;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dwmalone;</para>
       </listitem>
       
       <listitem>
 	<para>&a.mckay;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mckusick;</para>
       </listitem>
 
       <listitem>
 	<para>&a.eric;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ken;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dinoex;</para>
       </listitem>
 
       <listitem>
 	<para>&a.hm;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sanpei;</para>
       </listitem>
 
       <listitem>
 	<para>&a.bmilekic;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mita;</para>
       </listitem>
 
       <listitem>
 	<para>&a.non;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jim;</para>
       </listitem>
 
       <listitem>
 	<para>&a.marcel;</para>
       </listitem>
 
       <listitem>
         <para>&a.dan;</para>
       </listitem>
 
       <listitem>
 	<para>&a.tmm;</para>
       </listitem>
 
       <listitem>
 	<para>&a.amurai;</para>
       </listitem>
 
       <listitem>
 	<para>&a.markm;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rich;</para>
       </listitem>
 
       <listitem>
 	<para>&a.knu;</para>
       </listitem>
       
       <listitem>
 	<para>&a.nakai;</para>
       </listitem>
 
       <listitem>
 	<para>&a.max;</para>
       </listitem>
 
       <listitem>
 	<para>&a.newton;</para>
       </listitem>
 
       <listitem>
 	<para>&a.rnordier;</para>
       </listitem>
 
       <listitem>
 	<para>&a.davidn;</para>
       </listitem>
 
       <listitem>
 	<para>&a.obrien;</para>
       </listitem>
 
       <listitem>
 	<para>&a.danny;</para>
       </listitem>
 
       <listitem>
 	<para>&a.okazaki;</para>
       </listitem>
 
       <listitem>
 	<para>&a.olgeni;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ljo;</para>
       </listitem>
       
       <listitem>
 	<para>&a.onoe;</para>
       </listitem>
 
       <listitem>
 	<para>&a.marko;</para>
       </listitem>
 
       <listitem>
 	<para>&a.gpalmer;</para>
       </listitem>
       
       <listitem>
 	<para>&a.fsmp;</para>
       </listitem>
 
       <listitem>
 	<para>&a.smpatel;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cp;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wpaul;</para>
       </listitem>
 
       <listitem>
 	<para>&a.alfred;</para>
       </listitem>
 
       <listitem>
         <para>&a.roam;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wes;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cpiazza;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jdp;</para>
       </listitem>
       
       <listitem>
 	<para>&a.bp;</para>
       </listitem>
       
       <listitem>
 	<para>&a.steve;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mpp;</para>
       </listitem>
 
       <listitem>
 	<para>&a.darrenr;</para>
       </listitem>
 
       <listitem>
 	<para>&a.csgr;</para>
       </listitem>
 
       <listitem>
 	<para>&a.greid;</para>
       </listitem>
 
       <listitem>
 	<para>&a.martin;</para>
       </listitem>
 
       <listitem>
 	<para>&a.benno;</para>
       </listitem>
 
       <listitem>
 	<para>&a.luigi;</para>
       </listitem>
 
       <listitem>
 	<para>&a.paul;</para>
       </listitem>
 
       <listitem>
 	<para>&a.roberto;</para>
       </listitem>
 
       <listitem>
 	<para>&a.chuckr;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jesusr;</para>
       </listitem>
       
       <listitem>
 	<para>&a.guido;</para>
       </listitem>
 
       <listitem>
 	<para>&a.groudier;</para>
       </listitem>
       
       <listitem>
 	<para>&a.dima;</para>
       </listitem>
 
       <listitem>
         <para>&a.asmodai;</para>
       </listitem>
 
       <listitem>
         <para>&a.ps;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sada;</para>
       </listitem>
 
       <listitem>
 	<para>&a.hrs;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wsanchez;</para>
       </listitem>
 
       <listitem>
         <para>&a.nsayer;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sos;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wosch;</para>
       </listitem>
 
       <listitem>
 	<para>&a.schweikh;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dick;</para>
       </listitem>
       
       <listitem>
 	<para>&a.jseger;</para>
       </listitem>
 
       <listitem>
 	<para>&a.semenu;</para>
       </listitem>
       
       <listitem>
 	<para>&a.gshapiro;</para>
       </listitem>
 
       <listitem>
 	<para>&a.shiba;</para>
       </listitem>
 
       <listitem>
 	<para>&a.tshiozak;</para>
       </listitem>
       
       <listitem>
 	<para>&a.simokawa;</para>
       </listitem>
 
       <listitem>
 	<para>&a.vanilla;</para>
       </listitem>
 
       <listitem>
         <para>&a.shafeeq;</para>
       </listitem>
 
       <listitem>
 	<para>&a.demon;</para>
       </listitem>
 
       <listitem>
 	<para>&a.msmith;</para>
       </listitem>
 
       <listitem>
         <para>&a.ben;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nsouch;</para>
       </listitem>
 
       <listitem>
 	<para>&a.issei;</para>
       </listitem>
 
       <listitem>
 	<para>&a.des;</para>
       </listitem>      
 
       <listitem>
         <para>&a.sobomax;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dcs;</para>
       </listitem>
 
       <listitem>
 	<para>&a.brian;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mks;</para>
       </listitem>
 
       <listitem>
 	<para>&a.stark;</para>
       </listitem>
 
       <listitem>
         <para>&a.murray;</para>
       </listitem>
 
       <listitem>
 	<para>&a.sumikawa;</para>
       </listitem>
 
       <listitem>
 	<para>&a.gsutter;</para>
       </listitem>
 
       <listitem>
 	<para>&a.unfurl;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nyan;</para>
       </listitem>
       
       <listitem>
 	<para>&a.tanimura;</para>
       </listitem>
       
       <listitem>
 	<para>&a.taoka;</para>
       </listitem>
       
       <listitem>
 	<para>&a.mtaylor;</para>
       </listitem>
       
       <listitem>
 	<para>&a.dt;</para>
       </listitem>
 
       <listitem>
 	<para>&a.mi;</para>
       </listitem>
 
       <listitem>
 	<para>&a.yar;</para>
       </listitem>
 
       <listitem>
 	<para>&a.cwt;</para>
       </listitem>
 
       <listitem>
 	<para>&a.pst;</para>
       </listitem>
 
       <listitem>
 	<para>&a.ume;</para>
       </listitem>
       
       <listitem>
 	<para>&a.rv;</para>
       </listitem>
       
       <listitem>
 	<para>&a.hoek;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nectar;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jayanth;</para>
       </listitem>
 
       <listitem>
 	<para>&a.swallace;</para>
       </listitem>
 
       <listitem>
         <para>&a.takawata;</para>
       </listitem>
 
       <listitem>
         <para>&a.assar;</para>
       </listitem>
 
       <listitem>
 	<para>&a.dwhite;</para>
       </listitem>
 
       <listitem>
 	<para>&a.nate;</para>
       </listitem>
 
       <listitem>
 	<para>&a.wollman;</para>
       </listitem>
 
       <listitem>
         <para>&a.keichii;</para>
       </listitem>
 
       <listitem>
 	<para>&a.joerg;</para>
       </listitem>
 
       <listitem>
 	<para>&a.kbyanc;</para>
       </listitem>
 
       <listitem>
 	<para>&a.uch;</para>
       </listitem>
 
       <listitem>
 	<para>&a.yokota;</para>
       </listitem>
 
       <listitem>
 	<para>&a.andy;</para>
       </listitem>
 
       <listitem>
 	<para>&a.phantom;</para>
       </listitem>
 
       <listitem>
 	<para>&a.jmz;</para>
       </listitem>
     </itemizedlist>
   </sect1>
 
   <sect1 id="staff-doc">
 
     <title>FreeBSD ドキュメンテーションプロジェクト</title>
 
     <para><ulink url="../docproj/docproj.html">FreeBSD
 	ドキュメンテーションプロジェクト</ulink>は複数のサービスを提供
       しています. それぞれのサービスは, 以下の担当者とその
       <emphasis>副担当者</emphasis>によって運用されています.</para>
 
     <variablelist>
       <varlistentry>
 	<term>ドキュメンテーションプロジェクト担当</term>
 
 	<listitem>
 	  <para>&a.nik;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>ハンドブック編集担当</term>
 
 	<listitem>
 	  <para>&a.jim;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>FAQ 編集担当</term>
 
 	<listitem>
 	  <para>&a.faq;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>ニュースフラッシュ編集担当</term>
 
 	<listitem>
 	  <para>&a.jim;</para>
 	</listitem>
       </varlistentry>
 
 
       <varlistentry>
 	<term>In the Press 編集担当</term>
 
 	<listitem>
 	  <para>&a.jkoshy;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>FreeBSD Really-Quick NewsLetter編集担当</term>
 
 	<listitem>
 	  <para>Chris Coleman <email>chrisc@vmunix.com</email></para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>ギャラリーページ担当</term>
 
 	<listitem>
 	  <para>&a.phantom;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>商用ベンダーページ担当</term>
 
 	<listitem>
 	  <para>&a.phantom;</para>
 	</listitem>
       </varlistentry>
 
 <![ %not.published; [
 
       <varlistentry>
 	<term>WEB 更新担当</term>
 
 	<listitem>
 	  <para>&a.www;</para>
 	</listitem>
       </varlistentry>
 
 ]]>
 
       <varlistentry>
 	<term>ユーザグループ担当</term>
 
 	<listitem>
 	  <para>&a.grog;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>FreeBSD プロジェクトおよびタスクリスト担当</term>
 
 	<listitem>
 	  <para>&a.asmodai;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>FreeBSD Java プロジェクト</term>
 
 	<listitem>
 	  <para>&a.patrick;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
         <term>LinuxDoc から DocBook への移行</term>
 
 	<listitem>
 	  <para>&a.nik;</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 
   <sect1 id="staff-who">
     <title>担当者</title>
 
     <variablelist>
       <varlistentry>
 	<term><ulink url="../docproj/docproj.html">
 	    ドキュメンテーションプロジェクト担当</ulink></term>
 
 	<listitem>
 	  <para>&a.nik;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="boot-blocks">起動ブロック</link></term>
 
 	<listitem>
 	  <para>&a.rnordier;, &a.jhb;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="boot-loader">ローダ</link></term>
 
 	<listitem>
 	  <para>&a.jhb;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="l10n">国際化</link></term>
 
 	<listitem>
 	  <para>&a.ache;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="eresources-mail">
 	    ポストマスタ</link></term>
 
 	<listitem>
 	  <para>&a.jmb;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>リリースコーディネータ</term>
 
 	<listitem>
 	  <para>&a.jkh;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>広報および渉外担当</term>
 
 	<listitem>
 	  <para>&a.jkh;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><ulink url="../security/security.html">
 	    セキュリティ担当</ulink></term>
 
 	<listitem>
 	  <para>&a.kris;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><ulink url="../support.html#cvs">
 	    CVS ツリー管理者</ulink></term>
 
 	<listitem>
 	  <para>責任者: &a.peter;</para>
 
 	  <para>副責任者: &a.jdp;</para>
 
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><ulink url="../ports/">
 	    ports コレクション担当</ulink></term>
 
 	<listitem>
 	  <para>&a.asami;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>標準化担当</term>
 
 	<listitem>
 	  <para>&a.wollman;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term>XFree86 Project, Inc. との渉外担当</term>
 
 	<listitem>
 	  <para>&a.rich;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><link linkend="eresources-news">
 	    Usenet サポート</link></term>
 
 	<listitem>
 	  <para>&a.joerg;</para>
 	</listitem>
       </varlistentry>
 
       <varlistentry>
 	<term><ulink url="../support.html#gnats">
 	    GNATS 管理者</ulink></term>
 
 	<listitem>
 	  <para>&a.steve;</para>
 	</listitem>
       </varlistentry>
     </variablelist>
   </sect1>
 </appendix>
 
 <!--
      Local Variables:
      mode: sgml
      sgml-declaration: "../appendix.decl"
      sgml-indent-data: t
      sgml-omittag: nil
      sgml-always-quote-attributes: t
      sgml-parent-document: ("../book.sgml" "part" "appendix")
      End:
 -->
diff --git a/ja_JP.eucJP/share/sgml/authors.ent b/ja_JP.eucJP/share/sgml/authors.ent
index a19afcebab..469fc78876 100644
--- a/ja_JP.eucJP/share/sgml/authors.ent
+++ b/ja_JP.eucJP/share/sgml/authors.ent
@@ -1,623 +1,625 @@
 <!--
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: 1.155
+     Original revision: 1.157
 
-     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.59 2001/04/09 02:15:15 hrs Exp $
+     $FreeBSD: doc/ja_JP.eucJP/books/handbook/authors.ent,v 1.60 2001/04/26 19:19:51 tshiozak Exp $
 
      Names and email address of contributing authors and CVS committers.
      Entity names for committers should be the same as their login names on
      freefall.FreeBSD.org.
 
      Use these entities when referencing people.
 
      Please keep this list in alphabetical order by entity names.
 
      IMPORTANT:  If you delete names from this file you *must* ensure that
                  all references to them have been removed from the handbook's
                  translations.  If they haven't then you *will* break the
                  builds for the other languages, and we will poke fun of you
                  in public.
 -->
 
 <!ENTITY a.abial "Andrzej Bialecki <email>abial@FreeBSD.org</email>">
 
 <!ENTITY a.ache "Andrey A. Chernov <email>ache@FreeBSD.org</email>">
 
 <!ENTITY a.adam  "Adam David <email>adam@FreeBSD.org</email>">
 
 <!ENTITY a.ade "Ade Lovett <email>ade@FreeBSD.org</email>">
 
 <!ENTITY a.adrian "Adrian Chadd <email>adrian@FreeBSD.org</email>">
 
 <!ENTITY a.akiyama "秋山 俊輔 <email>akiyama@FreeBSD.org</email>">
 
 <!ENTITY a.alc "Alan L. Cox <email>alc@FreeBSD.org</email>">
 
 <!ENTITY a.alex "Alexander Langer <email>alex@FreeBSD.org</email>">
 
 <!ENTITY a.alfred "Alfred Perlstein <email>alfred@FreeBSD.org</email>">
 
 <!ENTITY a.amurai  "村井 淳 <email>amurai@FreeBSD.org</email>">
 
 <!ENTITY a.andreas "Andreas Klemm <email>andreas@FreeBSD.org</email>">
 
 <!ENTITY a.andy "Andrey Zakhvatov <email>andy@FreeBSD.org</email>">
 
 <!ENTITY a.archie "Archie Cobbs <email>archie@FreeBSD.org</email>">
 
 <!ENTITY a.asami "浅見 賢 <email>asami@FreeBSD.org</email>">
 
 <!ENTITY a.asmodai "Jeroen Ruigrok/Asmodai <email>asmodai@FreeBSD.org</email>">
 
 <!ENTITY a.assar "Assar Westerlund <email>assar@FreeBSD.org</email>">
 
 <!ENTITY a.ats  "Andreas Schulz <email>ats@FreeBSD.org</email>">
 
 <!ENTITY a.awebster "Andrew Webster <email>awebster@pubnix.net</email>">
 
 <!ENTITY a.babkin  "Sergey Babkin <email>babkin@FreeBSD.org</email>">
 
 <!ENTITY a.bde  "Bruce Evans <email>bde@FreeBSD.org</email>">
 
 <!ENTITY a.ben  "Ben Smithurst <email>ben@FreeBSD.org</email>">
 
 <!ENTITY a.bean  "Rebecca Visger <email>bean@FreeBSD.org</email>">
 
 <!ENTITY a.benno  "Benno Rice <email>benno@FreeBSD.org</email>">
 
 <!ENTITY a.billf "Bill Fumerola <email>billf@FreeBSD.org</email>">
 
 <!ENTITY a.bmah "Bruce A. Mah <email>bmah@FreeBSD.org</email>">
 
 <!ENTITY a.bmilekic "Bosko Milekic <email>bmilekic@FreeBSD.org</email>">
 
 <!ENTITY a.bp "Boris Popov <email>bp@FreeBSD.org</email>">
 
 <!ENTITY a.brandon  "Brandon Gillespie <email>brandon@FreeBSD.org</email>">
 
 <!ENTITY a.brian "Brian Somers <email>brian@FreeBSD.org</email>">
 
 <!ENTITY a.bsd "Brian S. Dean <email>bsd@FreeBSD.org</email>">
 
 <!ENTITY a.cawimm "Charles A. Wimmer <email>cawimm@FreeBSD.org</email>">
 
 <!ENTITY a.cg "Cameron Grant <email>cg@FreeBSD.org</email>">
 
 <!ENTITY a.charnier "Philippe Charnier <email>charnier@FreeBSD.org</email>">
 
 <!ENTITY a.chm "Christoph Herrmann <email>chm@FreeBSD.org</email>">
 
 <!ENTITY a.chris "Chris Costello <email>chris@FreeBSD.org</email>">
 
 <!ENTITY a.chuck "Chuck Robey <email>chuckr@glue.umd.edu</email>">
 
 <!ENTITY a.chuckr "Chuck Robey <email>chuckr@FreeBSD.org</email>">
 
 <!ENTITY a.cjh "Junho CHOI <email>cjh@FreeBSD.org</email>">
 
 <!ENTITY a.clive "Clive Lin <email>clive@FreeBSD.org</email>">
 
 <!ENTITY a.cp "Chuck Paterson <email>cp@FreeBSD.org</email>">
 
 <!ENTITY a.cokane "Coleman Kane <email>cokane@FreeBSD.org</email>">
 
 <!ENTITY a.cpiazza "Chris Piazza <email>cpiazza@FreeBSD.org</email>">
 
 <!ENTITY a.cracauer "Martin Cracauer <email>cracauer@FreeBSD.org</email>">
 
 <!ENTITY a.csgr  "Geoff Rehmet <email>csgr@FreeBSD.org</email>">
 
 <!ENTITY a.cwt  "Chris Timmons <email>cwt@FreeBSD.org</email>">
 
 <!ENTITY a.dan	"Dan Moschuk <email>dan@FreeBSD.org</email>">
 
 <!ENTITY a.danny  "Daniel O'Callaghan <email>danny@FreeBSD.org</email>">
 
 <!ENTITY a.dannyboy "Daniel Harris <email>dannyboy@FreeBSD.org</email>">
 
 <!ENTITY a.darrenr "Darren Reed <email>darrenr@FreeBSD.org</email>">
 
 <!ENTITY a.davidn "David Nugent <email>davidn@blaze.net.au</email>">
 
 <!ENTITY a.dbaker "Daniel Baker <email>dbaker@FreeBSD.org</email>">
 
 <!ENTITY a.dburr "Donald Burr <email>dburr@FreeBSD.org</email>">
 
 <!ENTITY a.dcs "Daniel C. Sobral <email>dcs@FreeBSD.org</email>">
 
 <!ENTITY a.dd "Dima Dorfman <email>dd@FreeBSD.org</email>">
 
 <!ENTITY a.dec "David E. Cross <email>dec@FreeBSD.org</email>">
 
 <!ENTITY a.demon "Dmitry Sivachenko <email>demon@FreeBSD.org</email>">
 
 <!ENTITY a.deischen "Daniel Eischen <email>deischen@FreeBSD.org</email>">
 
 <!ENTITY a.des "Dag-Erling C. Sm&oslash;rgrav <email>des@FreeBSD.org</email>">
 
 <!ENTITY a.dfr  "Doug Rabson <email>dfr@FreeBSD.org</email>">
 
 <!ENTITY a.dg "David Greenman <email>dg@FreeBSD.org</email>">
 
 <!ENTITY a.dick "Richard Seaman Jr. <email>dick@FreeBSD.org</email>">
 
 <!ENTITY a.dillon "Matthew Dillon <email>dillon@FreeBSD.org</email>">
 
 <!ENTITY a.dima  "Dima Ruban <email>dima@FreeBSD.org</email>">
 
 <!ENTITY a.dinoex "Dirk Meyer <email>dinoex@FreeBSD.org</email>">
 
 <!ENTITY a.dirk "Dirk Fr&ouml;mberg <email>dirk@FreeBSD.org</email>">
 
 <!ENTITY a.dirkvangulik  "Dirk-Willem van Gulik <email>Dirk.vanGulik@jrc.it</email>">
 
 <!ENTITY a.dmlb "Duncan Barclay <email>dmlb@FreeBSD.org</email>">
 
 <!ENTITY a.dougb  "Doug Barton <email>DougB@FreeBSD.org</email>">
 
 <!ENTITY a.dt "Dmitrij Tejblum <email>dt@FreeBSD.org</email>">
 
 <!ENTITY a.dufault "Peter Dufault <email>dufault@FreeBSD.org</email>">
 
 <!ENTITY a.dwhite "Doug White <email>dwhite@FreeBSD.org</email>">
 
 <!ENTITY a.dwmalone "David Malone <email>dwmalone@FreeBSD.org</email>">
 
 <!ENTITY a.dyson "John Dyson <email>dyson@FreeBSD.org</email>">
 
 <!ENTITY a.eivind  "Eivind Eklund <email>eivind@FreeBSD.org</email>">
 
 <!ENTITY a.ejc "Eric J. Chet <email>ejc@FreeBSD.org</email>">
 
 <!ENTITY a.eric "Eric Melville <email>eric@FreeBSD.org</email>">
 
 <!ENTITY a.erich  "Eric L. Hernes <email>erich@FreeBSD.org</email>">
 
 <!ENTITY a.faq "FAQ 保守担当者 <email>faq@FreeBSD.org</email>">
 
 <!ENTITY a.fenner  "Bill Fenner <email>fenner@FreeBSD.org</email>">
 
 <!ENTITY a.flathill "平岡 征一朗 <email>flathill@FreeBSD.org</email>">
 
 <!ENTITY a.foxfair "Howard F. Hu <email>foxfair@FreeBSD.org</email>">
 
 <!ENTITY a.fsmp "Steve Passe <email>fsmp@FreeBSD.org</email>">
 
 <!ENTITY a.furuta  "古田 敦 <email>furuta@FreeBSD.org</email>">
 
 <!ENTITY a.gad "Garance A Drosehn <email>gad@FreeBSD.org</email>">
 
 <!ENTITY a.gallatin "Andrew Gallatin <email>gallatin@FreeBSD.org</email>">
 
 <!ENTITY a.gclarkii "Gary Clark II <email>gclarkii@FreeBSD.org</email>">
 
 <!ENTITY a.gena "Gennady B. Sorokopud <email>gena@NetVision.net.il</email>">
 
 <!ENTITY a.ghelmer "Guy Helmer <email>ghelmer@cs.iastate.edu</email>">
 
 <!ENTITY a.gibbs "Justin T. Gibbs <email>gibbs@FreeBSD.org</email>">
 
 <!ENTITY a.gioria "Sebastien Gioria <email>gioria@FreeBSD.org</email>">
 
 <!ENTITY a.gj  "Gary Jennejohn <email>gj@FreeBSD.org</email>">
 
 <!ENTITY a.gpalmer "Gary Palmer <email>gpalmer@FreeBSD.org</email>">
 
 <!ENTITY a.graichen  "Thomas Graichen <email>graichen@FreeBSD.org</email>">
 
 <!ENTITY a.green  "Brian F. Feldman <email>green@FreeBSD.org</email>">
 
 <!ENTITY a.greid "George C. A. Reid <email>greid@FreeBSD.org</email>">
 
 <!ENTITY a.grog "Greg Lehey <email>grog@FreeBSD.org</email>">
 
 <!ENTITY a.groudier "Gerard Roudier <email>groudier@club-internet.fr</email>">
 
 <!ENTITY a.gryphon "Coranth Gryphon <email>gryphon@healer.com</email>">
 
 <!ENTITY a.gshapiro "Gregory Neil Shapiro <email>gshapiro@FreeBSD.org</email>">
 
 <!ENTITY a.gsutter "Gregory Sutter <email>gsutter@FreeBSD.org</email>">
 
 <!ENTITY a.guido  "Guido van Rooij <email>guido@FreeBSD.org</email>">
 
 <!ENTITY a.hanai "花井 浩之 <email>hanai@FreeBSD.org</email>">
 
 <!ENTITY a.handy "Brian N. Handy <email>handy@sxt4.physics.montana.edu</email>">
 
 <!ENTITY a.hrs "佐藤 広生 <email>hrs@FreeBSD.org</email>">
 
 <!ENTITY a.roger "Roger Hardiman <email>roger@freebsd.org</email>">
 
 <!ENTITY a.helbig "Wolfgang Helbig <email>helbig@FreeBSD.org</email>">
 
 <!ENTITY a.hm "Hellmuth Michaelis <email>hm@FreeBSD.org</email>">
 
 <!ENTITY a.hoek "Tim Vanderhoek <email>hoek@FreeBSD.org</email>">
 
 <!ENTITY a.horikawa  "堀川 和雄 <email>horikawa@FreeBSD.org</email>">
 
 <!ENTITY a.hosokawa  "細川 達己 <email>hosokawa@FreeBSD.org</email>">
 
 <!ENTITY a.hsu  "Jeffrey Hsu <email>hsu@FreeBSD.org</email>">
 
 <!ENTITY a.iedowse "Ian Dowse <email>iedowse@FreeBSD.org</email>">
 
 <!ENTITY a.ijliao "Ying-Chieh Liao <email>ijliao@FreeBSD.org</email>">
 
 <!ENTITY a.imp "Warner Losh <email>imp@FreeBSD.org</email>">
 
 <!ENTITY a.imura  "R. Imura <email>imura@FreeBSD.org</email>">
 
 <!ENTITY a.issei "鈴木 一生 <email>issei@FreeBSD.org</email>">
 
 <!ENTITY a.itojun "萩野 (itojun) 純一郎 <email>itojun@itojun.org</email>">
 
 <!ENTITY a.iwasaki "岩崎 満 <email>iwasaki@FreeBSD.org</email>">
 
 <!ENTITY a.jake "Jake Burkholder <email>jake@FreeBSD.org</email>">
 
 <!ENTITY a.jasone "Jason Evans <email>jasone@FreeBSD.org</email>">
 
 <!ENTITY a.jayanth "Jayanth Vijayaraghavan <email>jayanth@FreeBSD.org</email>">
 
 <!ENTITY a.jb  "John Birrell <email>jb@cimlogic.com.au</email>">
 
 <!ENTITY a.jdp  "John Polstra <email>jdp@FreeBSD.org</email>">
 
 <!ENTITY a.jedgar "Chris D. Faulhaber <email>jedgar@FreeBSD.org</email>">
 
 <!ENTITY a.jeh "James Housley <email>jeh@FreeBSD.org</email>">
 
 <!ENTITY a.jehamby "Jake Hamby <email>jehamby@lightside.com</email>">
 
 <!ENTITY a.jesper "Jesper Skriver <email>jesper@FreeBSD.org</email>">
 
 <!ENTITY a.jesusr "Jesus Rodriguez <email>jesusr@FreeBSD.org</email>">
 
 <!ENTITY a.jfieber "John Fieber <email>jfieber@FreeBSD.org</email>">
 
 <!ENTITY a.jfitz "James FitzGibbon <email>jfitz@FreeBSD.org</email>">
 
 <!ENTITY a.jgreco "Joe Greco <email>jgreco@FreeBSD.org</email>">
 
 <!ENTITY a.jhay "John Hay <email>jhay@FreeBSD.org</email>">
 
 <!ENTITY a.jhb "John Baldwin <email>jhb@FreeBSD.org</email>">
 
 <!ENTITY a.jhs "Julian Stacey <email>jhs@FreeBSD.org</email>">
 
 <!ENTITY a.jim "Jim Mock <email>jim@FreeBSD.org</email>">
 
 <!ENTITY a.jkh "Jordan K. Hubbard <email>jkh@FreeBSD.org</email>">
 
 <!ENTITY a.jkoshy "Joseph Koshy <email>jkoshy@FreeBSD.org</email>">
 
 <!ENTITY a.jlemon  "Jonathan Lemon <email>jlemon@FreeBSD.org</email>">
 
 <!ENTITY a.jlind "John Lind <email>john@starfire.MN.ORG</email>">
 
 <!ENTITY a.jlrobin  "James L. Robinson <email>jlrobin@FreeBSD.org</email>">
 
 <!ENTITY a.jmacd  "Joshua Peck Macdonald <email>jmacd@FreeBSD.org</email>">
 
 <!ENTITY a.jmas  "Jose M. Alcaide <email>jmas@FreeBSD.org</email>">
 
 <!ENTITY a.jmb  "Jonathan M. Bresler <email>jmb@FreeBSD.org</email>">
 
 <!ENTITY a.jmg  "John-Mark Gurney <email>jmg@FreeBSD.org</email>">
 
 <!ENTITY a.jmz  "Jean-Marc Zucconi <email>jmz@FreeBSD.org</email>">
 
 <!ENTITY a.joe "Josef Karthauser <email>joe@FreeBSD.org</email>">
 
 <!ENTITY a.keichii "Michael C. Wu <email>keichii@FreeBSD.org</email>">
 
 <!ENTITY a.joerg "J&ouml;rg Wunsch <email>joerg@FreeBSD.org</email>">
 
 <!ENTITY a.jon "Jonathan Chen <email>jon@FreeBSD.org</email>">
 
 <!ENTITY a.john "John Cavanaugh <email>john@FreeBSD.org</email>">
 
 <!ENTITY a.jraynard "James Raynard <email>jraynard@FreeBSD.org</email>">
 
 <!ENTITY a.jseger "Justin Seger <email>jseger@FreeBSD.org</email>">
 
 <!ENTITY a.julian  "Julian Elischer <email>julian@FreeBSD.org</email>">
 
 <!ENTITY a.jwd  "John W. DeBoskey <email>jwd@FreeBSD.org</email>">
 
 <!ENTITY a.jvh  "Johannes Helander <email>jvh@FreeBSD.org</email>">
 
 <!ENTITY a.karl  "Karl Strickland <email>karl@FreeBSD.org</email>">
 
 <!ENTITY a.kato "加藤 丈典 <email>kato@FreeBSD.org</email>">
 
 <!ENTITY a.kbyanc "Kelly Yancey <email>kbyanc@FreeBSD.org</email>">
 
 <!ENTITY a.keith "Jing-Tang Keith Jang <email>keith@FreeBSD.org</email>">
 
 <!ENTITY a.kelly "Sean Kelly <email>kelly@ad1440.net</email>">
 
 <!ENTITY a.ken "Kenneth D. Merry <email>ken@FreeBSD.org</email>">
 
 <!ENTITY a.kevlo "Kevin Lo <email>kevlo@FreeBSD.org</email>">
 
 <!ENTITY a.kiri "桐山 和彦 <email>kiri@FreeBSD.org</email>">
 
 <!ENTITY a.kjc "長 健二朗 <email>kjc@FreeBSD.org</email>">
 
 <!ENTITY a.knu "武者 晶紀 <email>knu@FreeBSD.org</email>">
 
 <!ENTITY a.kris "Kris Kennaway <email>kris@FreeBSD.org</email>">
 
 <!ENTITY a.kuriyama "栗山 淳 <email>kuriyama@FreeBSD.org</email>">
 
 <!ENTITY a.lars  "Lars Fredriksen <email>lars@FreeBSD.org</email>">
 
 <!ENTITY a.lile  "Larry Lile <email>lile@FreeBSD.org</email>">
 
 <!ENTITY a.lioux "M&aacute;rio S&eacute;rgio Fujikawa Ferreira<email>lioux@FreeBSD.org</email>">
 
 <!ENTITY a.ljo  "L Jonas Olsson <email>ljo@FreeBSD.org</email>">
 
 <!ENTITY a.lkoeller  "Lars Koeller <email>lkoeller@FreeBSD.org</email>">
 
 <!ENTITY a.luigi  "Luigi Rizzo <email>luigi@FreeBSD.org</email>">
 
 <!ENTITY a.luoqi "Luoqi Chen <email>luoqi@FreeBSD.org</email>">
 
 <!ENTITY a.marcel "Marcel Moolenaar <email>marcel@FreeBSD.org</email>">
 
 <!ENTITY a.markm  "Mark Murray <email>markm@FreeBSD.org</email>">
 
 <!ENTITY a.marko  "Mark Ovens <email>marko@FreeBSD.org</email>">
 
 <!ENTITY a.martin  "Martin Renters <email>martin@FreeBSD.org</email>">
 
 <!ENTITY a.max "中根 雅文 <email>max@FreeBSD.org</email>">
 
 <!ENTITY a.mayo "Mark Mayo <email>mark@vmunix.com</email>">
 
 <!ENTITY a.mb  "Maxim Bolotin <email>mb@FreeBSD.org</email>">
 
 <!ENTITY a.mbarkah "Ade Barkah <email>mbarkah@FreeBSD.org</email>">
 
 <!ENTITY a.mckay "Stephen McKay <email>mckay@FreeBSD.org</email>">
 
 <!ENTITY a.mckusick "Kirk McKusick <email>mckusick@FreeBSD.org</email>">
 
 <!ENTITY a.md "Mark Dapoz <email>md@bsc.no</email>">
 
 <!ENTITY a.mdodd "Matthew N. Dodd <email>winter@jurai.net</email>">
 
 <!ENTITY a.mharo  "Michael Haro <email>mharo@FreeBSD.org</email>">
 
 <!ENTITY a.mi  "Mikhail Teterin <email>mi@FreeBSD.org</email>">
 
 <!ENTITY a.mikeh  "Mike Heffner <email>mikeh@FreeBSD.org</email>">
 
 <!ENTITY a.mita  "三田 吉郎 <email>mita@FreeBSD.org</email>">
 
 <!ENTITY a.mjacob "Matthew Jacob <email>mjacob@FreeBSD.org</email>">
 
 <!ENTITY a.mks "Mike Spengler <email>mks@FreeBSD.org</email>">
 
 <!ENTITY a.motoyuki "今野 元之 <email>motoyuki@FreeBSD.org</email>">
 
 <!ENTITY a.mph "Matthew Hunt <email>mph@FreeBSD.org</email>">
 
 <!ENTITY a.mpp  "Mike Pritchard <email>mpp@FreeBSD.org</email>">
 
 <!ENTITY a.msmith "Michael Smith <email>msmith@FreeBSD.org</email>">
 
 <!ENTITY a.mtaylor "Mark J. Taylor <email>mtaylor@FreeBSD.org</email>">
 
 <!ENTITY a.murray "Murray Stokely <email>murray@FreeBSD.org</email>">
 
 <!ENTITY a.nakai  "中井 幸博 <email>nakai@FreeBSD.org</email>">
 
 <!ENTITY a.nate  "Nate Williams <email>nate@FreeBSD.org</email>">
 
 <!ENTITY a.nbm  "Neil Blakey-Milner <email>nbm@FreeBSD.org</email>">
 
 <!ENTITY a.nectar "Jacques Vidrine <email>nectar@FreeBSD.org</email>">
 
 <!ENTITY a.newton "Mark Newton <email>newton@FreeBSD.org</email>">
 
 <!ENTITY a.nhibma "Nick Hibma <email>n_hibma@FreeBSD.org</email>">
 
 <!ENTITY a.nik "Nik Clayton <email>nik@FreeBSD.org</email>">
 
 <!ENTITY a.non "光永 法明 <email>non@FreeBSD.org</email>">
 
 <!ENTITY a.nsayer  "Nick Sayer <email>nsayer@FreeBSD.org</email>">
 
 <!ENTITY a.nsj "Nate Johnson <email>nsj@FreeBSD.org</email>">
 
 <!ENTITY a.nsouch  "Nicolas Souchu <email>nsouch@FreeBSD.org</email>">
 
 <!ENTITY a.nyan "高橋 佳大 <email>nyan@FreeBSD.org</email>">
 
 <!ENTITY a.obrien "David O'Brien <email>obrien@FreeBSD.org</email>">
 
 <!ENTITY a.okazaki "岡崎 哲朗 <email>okazaki@FreeBSD.org</email>">
 
 <!ENTITY a.olah  "Andras Olah <email>olah@FreeBSD.org</email>">
 
 <!ENTITY a.olgeni "Jimmy Olgeni <email>olgeni@FreeBSD.org</email>">
 
 <!ENTITY a.onoe "尾上 淳 <email>onoe@FreeBSD.org</email>">
 
 <!ENTITY a.opsys "Chris Watson <email>opsys@open-systems.net</email>">
 
 <!ENTITY a.orion "Orion Hodson <email>orion@FreeBSD.org</email>">
 
 <!ENTITY a.patrick "Patrick S. Gardella <email>patrick@FreeBSD.org</email>">
 
 <!ENTITY a.paul "Paul Richards <email>paul@FreeBSD.org</email>">
 
 <!ENTITY a.pb "Pierre Beyssac <email>pb@fasterix.freenix.org</email>">
 
 <!ENTITY a.pds "Peter da Silva <email>pds@FreeBSD.org</email>">
 
 <!ENTITY a.peter "Peter Wemm <email>peter@FreeBSD.org</email>">
 
 <!ENTITY a.phantom "Alexey Zelkin <email>phantom@FreeBSD.org</email>">
 
 <!ENTITY a.phk "Poul-Henning Kamp <email>phk@FreeBSD.org</email>">
 
 <!ENTITY a.pho "Peter Holm <email>pho@FreeBSD.org</email>">
 
 <!ENTITY a.piero "Piero Serini <email>piero@strider.inet.it</email>">
 
 <!ENTITY a.pjc "Peter Childs <email>pjchilds@imforei.apana.org.au</email>">
 
 <!ENTITY a.proven  "Chris Provenzano <email>proven@FreeBSD.org</email>">
 
 <!ENTITY a.ps "Paul Saab <email>ps@FreeBSD.org</email>">
 
 <!ENTITY a.pst "Paul Traina <email>pst@FreeBSD.org</email>">
 
 <!ENTITY a.reg "Jeremy Lea <email>reg@FreeBSD.org</email>">
 
 <!ENTITY a.rgrimes "Rodney Grimes <email>rgrimes@FreeBSD.org</email>">
 
 <!ENTITY a.rhuff "Robert Huff <email>rhuff@cybercom.net</email>">
 
 <!ENTITY a.ricardag "Ricardo AG <email>ricardag@ag.com.br</email>">
 
 <!ENTITY a.rich  "Rich Murphey <email>rich@FreeBSD.org</email>">
 
 <!ENTITY a.rnordier "Robert Nordier <email>rnordier@FreeBSD.org</email>">
 
 <!ENTITY a.roam "Peter Pentchev <email>roam@FreeBSD.org</email>">
 
 <!ENTITY a.roberto  "Ollivier Robert <email>roberto@FreeBSD.org</email>">
 
 <!ENTITY a.rse  "Ralf S. Engelschall <email>rse@FreeBSD.org</email>">
 
 <!ENTITY a.ru "Ruslan Ermilov <email>ru@FreeBSD.org</email>">
 
 <!ENTITY a.rv "Rajesh Vaidheeswarran <email>rv@FreeBSD.org</email>">
 
 <!ENTITY a.rvb  "Robert V. Baron <email>rvb@FreeBSD.org</email>">
 
 <!ENTITY a.rwatson "Robert Watson <email>rwatson@FreeBSD.org</email>">
 
 <!ENTITY a.sada "佐田 憲治 <email>sada@FreeBSD.org</email>">
 
 <!ENTITY a.sanpei "三平 善郎 <email>sanpei@FreeBSD.org</email>">
 
 <!ENTITY a.schweikh "Jens Schweikhardt <email>schweikh@FreeBSD.org</email>">
 
 <!ENTITY a.scottl "Scott Long <email>scottl@FreeBSD.org</email>">
 
 <!ENTITY a.scrappy "Marc G. Fournier <email>scrappy@FreeBSD.org</email>">
 
 <!ENTITY a.se  "Stefan Esser <email>se@FreeBSD.org</email>">
 
 <!ENTITY a.sef  "Sean Eric Fagan <email>sef@FreeBSD.org</email>">
 
 <!ENTITY a.semenu  "Ustimenko Semen <email>semenu@FreeBSD.org</email>">
 
 <!ENTITY a.sf "FUJISHIMA Satsuki <email>sf@FreeBSD.org</email>">
 
 <!ENTITY a.shafeeq "Shafeeq Sinnamohideen <email>shafeeq@FreeBSD.org</email>">
 
 <!ENTITY a.sheldonh "Sheldon Hearn <email>sheldonh@FreeBSD.org</email>">
 
 <!ENTITY a.shiba  "Takeshi Shibagaki <email>shiba@FreeBSD.org</email>">
 
 <!ENTITY a.shige "福島 茂之 <email>shige@FreeBSD.org</email>">
 
 <!ENTITY a.shin "井上 良信 <email>shin@FreeBSD.org</email>">
 
 <!ENTITY a.simokawa "下川 英敏 <email>simokawa@FreeBSD.org</email>">
 
 <!ENTITY a.smace  "Scott Mace <email>smace@FreeBSD.org</email>">
 
 <!ENTITY a.smpatel "Sujal Patel <email>smpatel@FreeBSD.org</email>">
 
 <!ENTITY a.sobomax  "Maxim Sobolev <email>sobomax@FreeBSD.org</email>">
 
 <!ENTITY a.sos  "S&oslash;ren Schmidt <email>sos@FreeBSD.org</email>">
 
 <!ENTITY a.stark "Gene Stark <email>stark@FreeBSD.org</email>">
 
 <!ENTITY a.stb "Stefan Bethke <email>stb@FreeBSD.org</email>">
 
 <!ENTITY a.steve "Steve Price <email>steve@FreeBSD.org</email>">
 
 <!ENTITY a.sumikawa  "角川 宗近 <email>sumikawa@FreeBSD.org</email>">
 
 <!ENTITY a.swallace  "Steven Wallace <email>swallace@FreeBSD.org</email>">
 
 <!ENTITY a.tanimura  "谷村 正剛 <email>tanimura@FreeBSD.org</email>">
 
 <!ENTITY a.taoka  "田岡 智志 <email>taoka@FreeBSD.org</email>">
 
 <!ENTITY a.takawata "渡辺 尊紀 <email>takawata@FreeBSD.org</email>">
 
 <!ENTITY a.tedm "Ted Mittelstaedt <email>tedm@FreeBSD.org</email>">
 
 <!ENTITY a.tegge "Tor Egge <email>tegge@FreeBSD.org</email>">
 
 <!ENTITY a.tg  "Thomas Gellekum <email>tg@FreeBSD.org</email>">
 
 <!ENTITY a.thepish "Peter Hawkins <email>thepish@FreeBSD.org</email>">
 
 <!ENTITY a.tmm "Thomas M&ouml;stl <email>tmm@FreeBSD.org</email>">
 
 <!ENTITY a.tom "Tom Hukins <email>tom@FreeBSD.org</email>">
 
 <!ENTITY a.tomsoft "Thomas-Henning von Kamptz <email>tomsoft@FreeBSD.org</email>">
 
 <!ENTITY a.torstenb  "Torsten Blum <email>torstenb@FreeBSD.org</email>">
 
 <!ENTITY a.toshi  "新井 利彦 <email>toshi@FreeBSD.org</email>">
 
 <!ENTITY a.trevor "Trevor Johnson <email>trevor@FreeBSD.org</email>">
 
 <!ENTITY a.truckman "Don &ldquo;Truck&rdquo; Lewis <email>truckman@FreeBSD.org</email>">
 
 <!ENTITY a.tshiozak  "塩崎 拓也 <email>tshiozak@FreeBSD.org</email>">
 
 <!ENTITY a.uch  "UCHIYAMA Yasushi <email>uch@FreeBSD.org</email>">
 
+<!ENTITY a.ue "Udo Erdelhoff <email>ue@FreeBSD.org</email>">
+
 <!ENTITY a.ugen  "Ugen J.S.Antsilevich <email>ugen@FreeBSD.org</email>">
 
 <!ENTITY a.uhclem "Frank Durda IV <email>uhclem@FreeBSD.org</email>">
 
 <!ENTITY a.ulf "Ulf Zimmermann <email>ulf@FreeBSD.org</email>">
 
 <!ENTITY a.ume "梅本 肇 <email>ume@FreeBSD.org</email>">
 
 <!ENTITY a.unfurl "Bill Swingle <email>unfurl@FreeBSD.org</email>">
 
 <!ENTITY a.vanilla "Vanilla I. Shu <email>vanilla@FreeBSD.org</email>">
 
 <!ENTITY a.wes "Wes Peters <email>wes@FreeBSD.org</email>">
 
 <!ENTITY a.whiteside "Don Whiteside <email>whiteside@acm.org</email>">
 
 <!ENTITY a.wilko "Wilko Bulte <email>wilko@FreeBSD.org</email>">
 
 <!ENTITY a.will "Will Andrews <email>will@FreeBSD.org</email>">
 
 <!ENTITY a.wlloyd "Bill Lloyd <email>wlloyd@mpd.ca</email>">
 
 <!ENTITY a.wollman "Garrett Wollman <email>wollman@FreeBSD.org</email>">
 
 <!ENTITY a.wosch  "Wolfram Schneider <email>wosch@FreeBSD.org</email>">
 
 <!ENTITY a.wpaul  "Bill Paul <email>wpaul@FreeBSD.org</email>">
 
 <!ENTITY a.wsanchez "Wilfredo S&aacute;nchez <email>wsanchez@FreeBSD.org</email>">
 
 <!ENTITY a.yar  "Yar Tikhiy <email>yar@FreeBSD.org</email>">
 
 <!ENTITY a.yokota  "横田 和隆 <email>yokota@FreeBSD.org</email>">
 
