Merge 1.4 -> 1.8 changes.

Submitted by: Mihoko TANAKA <mihoko@pa.yokogawa.co.jp> and The Japanese Documentation Project
svn path=/head/; revision=21899
2024-11-05 18:22:52 +00:00 · 1997-01-20 16:23:21 +00:00 · 1997-01-20 16:23:21 +00:00 · 952e7d4c86 · 2020-12-20 02:59:44 +00:00
commit 952e7d4c86
parent 0f18f7f84e
1 changed files with 296 additions and 172 deletions
--- a/share/doc/ja_JP.EUC/handbook/mail.sgml
+++ b/share/doc/ja_JP.EUC/handbook/mail.sgml
@ -1,6 +1,6 @@
 <!-- $FreeBSD$ -->
 <!-- The FreeBSD Japanese Documentation Project -->
-<!-- Original revision: 1.4 -->
+<!-- Original revision: 1.8 -->

 <!--
 <!DOCTYPE linuxdoc PUBLIC "-//FreeBSD//DTD linuxdoc//EN">
@ -11,222 +11,273 @@
      <author> &a.wlloyd;
      <date> 24 Nov 1996, (c) 1996
      <abstract> このセクションでは, FreeBSD 上での電子メールをセットアップするための基本的な情報について書かれています.       </abstract>
-	
+        
    <toc>
 -->

 <chapt><heading>電子メール<label id="mail"></heading>
-<sect><heading>基礎事項</heading>

 <p><em>原作: &a.wlloyd;.</em>
-<p><em>訳: &a.mihoko;9 December 1996.</em>
+<p><em>訳: &a.mihoko;14 January 1997.</em>

-<p> 電子メール, というとその概念は簡単そうに聞こえますが, 電子メールは
-非常に複雑な仕組みになっています. 1台のマシン上で電子メールシステムを
-単純にセットアップする以上のことをしたい場合には, sendmail についての
-本を買って参照してください. 
+<p> 電子メールのコンフィグレーションは,
+多くの <ref name="システム管理" id="bibliography"> の書籍で主題
+として取り上げられています.
+ネットワークに合わせたメールホスト構築の範疇を越えるようなことをする
+のは, 簡単にはいきません.

-   <sect1><heading>序章</heading>
-	<p>
-	電子メール交換の主要なプログラムや構成要素を, 次に示します.
-	<sect2><heading>ユーザプログラム</heading>
-	<p> これは, <tt /elm, pine, mail/ や, より洗練された WWW ブラウザ
+電子メールのコンフィグレーションの一部は, ドメインネームシステム 
+(DNS) によって制御されています. あなた自身で DNS サーバを
+立ち上げたい場合には, <bf><tt> /etc/namedb </tt></bf> ファイルを
+あなたのサーバに合うように変更してください.
+さらに詳しい情報が必要な場合には,'<bf><tt> man -k named </tt></bf>'
+コマンドを実行してください.
+
+<sect><heading>基本事項</heading>
+
+        <p>
+        電子メール交換の主要なプログラムや構成要素を, 次に示します.
+        <tt/メールホスト/ はあなたのホストやネットワークに対するすべて
+	の電子メールを配送したり受け取ったりするサーバです.
+
+        <sect1><heading>ユーザプログラム</heading>
+        <p> これは, <tt /elm, pine, mail/ や, より洗練された WWW ブラウザ
        のようなプログラムです. このプログラムは, 単純に
-	すべてのメールをローカルメールホスト転送します. この転送は, 
-	<tt>sendmail</tt> を呼び出すか, メールホストに対して TCP 上
-	の通信を使ってメールを配送するかのいずれかによっておこないます. 
-	<sect2><heading>転送エージェント - Sendmail</heading>
-	<p> 通常, このプログラムはバックグラウンドで実行されている 
-	<tt /sendmail または smail/ です. 実行をやめたり, 
-	コマンドライン引数を変更するには, 
-	<tt> /etc/sysconfig </tt> ファイルを編集します. 
-	特別な理由(防火壁-Firewall 上などの 場合)がないかぎり, 
-	そのまま, 実行する設定にしておくべきです.
-	
+        すべてのメールをローカルメールホスト転送します. この転送は, 
+        <tt>sendmail</tt> を呼び出すか, メールホストに対して TCP 上
+        の通信を使ってメールを配送するかのいずれかによっておこないます.
+
+        <sect1><heading>メールホストサーバデーモン</heading>
+        <p> 通常, このプログラムはバックグラウンドで実行されている 
+        <tt /sendmail または smail/ です. 実行をやめたり, 
+        コマンドライン引数を変更するには, 
+        <tt> /etc/sysconfig </tt> ファイルを編集します. 
+        特別な理由(<ref name="ファイアウォール" id="firewalls"> を
+        構築している場合など)がないかぎり, 実行する設定にしておくべきです.
+        
 <p>
 <tt>sendmail</tt> は安全なサイト上であっても潜在的にセキュリティ上の
 弱点になることを覚えておいてください. 
 <tt>sendmail</tt> のいくつかのバージョンでは, セキュリティ上の問題が
-知られています. 
- 
-	<p> <tt> sendmail </tt> は, 送信先へのメールを受け取る実際の
-	ホストを決定するために, DNS を参照します.  
-	<p> sendmail はローカルキューからメッセージを取り出し, 受け取る
-	コンピュータ上の sendmail へインターネットを介して配送します. 
-	<p> また, sendmail はその逆をおこなうこともできます. 
-	つまり, メッセージを受け取って, ローカルマシン上に
-	メッセージを保管します. 
-	<sect2><heading>POP サーバ</heading>
-	<p> このプログラムはメールボックスからメールを取り出し, 
-	ブラウザにメールを渡します. POP サーバをあなたのマシン上で
-	動かしたい場合には, 次の二つの作業をする必要があります. 
+知られています.
+
+<p><tt><bf> sendmail </bf></tt> は, 電子メールの配送, 
+受信の二つの仕事をおこないます.
+
+<p><bf><tt/sendmail/ </bf> は, サイトの外側へメールを配送する必要が
+ある場合, DNS を参照して配送先のメールを受け取る実際のホストを決定します.
+
+<p> <tt/sendmail/ が配送エージェントとして動作する場合は,
+ローカルキューからメッセージを取り出し, 受信側
+コンピュータ上の sendmail へインターネットを介して配送します.
+
+        <sect1><heading>DNS - ネームサービス</heading>
+        <p> ドメインネームシステムとそのデーモン <tt/named/ は, ホストから
+IP アドレス, および ホスト名からメールホストへのマッピングをおこなう
+データベースを持っています.
+IP アドレスは "A" レコードで定義します. "MX" レコードでは,
+あなた宛のメールを受け取るメールホストを定義します.
+もし あなたのホスト宛のメールに対する "MX" レコードを持っていない場合には, 
+メールはあなたのホストに直接配送されます.
+
+あなたが自分自身の DNS サーバを実行させていない場合には,
+DNS 上の情報を自分で変更することはできません.
+インターネットプロバイダを使用している場合には, プロバイダに依頼して
+変更してもらってください.
+
+        <sect1><heading>POP サーバ</heading>
+        <p> このプログラムはメールボックスからメールを取り出し, 
+        ブラウザにメールを渡します. POP サーバをあなたのマシン上で
+        動かしたい場合には, 次の二つの作業をする必要があります. 
 <itemize>
-<item>ports やパッケージから pop ソフトウェアを入手する. 
-<item>POP サーバをロードするように, <tt>/etc/inetd.conf</> ファイルを編集する. 
+<item>pop ソフトウェアを
+<url url="../ports/mail.html" name="ports コレクション"> から入手
+します.
+pop ソフトウェアは, <tt><bf> /usr/ports </bf></tt> 
+または パッケージコレクションにあります.
+このハンドブックには, <ref name="ポート" id="ports"> システム
+についての完全な解説のセクションがあります.
+<item>POP サーバを起動できるように, 
+<bf><tt>/etc/inetd.conf</tt></bf>
+ファイルを編集します. 
 </itemize>

-入手した pop プログラムには, 説明文が入っていますので, それを読んで
-ください.  
-   
-<sect1><heading>コンフィグレーション</heading>
+入手した pop プログラムには説明文が付属していますので, それを読んで
+ください.
+
+</sect>
+
+<sect><heading>コンフィグレーション</heading>
+
+        <sect1><heading>基本事項</heading>
 <p>
-あなたのマシンに FreeBSD を普通にインストールすれば, それだけで他の
-ホストへ電子メールを送ることができるようになります. 
-問題は, あなたのホストに戻ってくるようなメールがないことです. 
-メッセージを送るたびに自動<tt>返信アドレス</tt>を手
-で編集することを厭わないならば, これは問題にはなりません. 
+あなたのマシンに FreeBSD を普通にインストールして, 
+<bf><tt> /etc/resolv.conf </tt></bf> ファイルを設定するか,
+またはネームサーバを走らせれば, 
+他のホストへ電子メールを送ることができるようになります.
+        あなたのホスト宛のメールを特定のホストに配送するようにしたい場合
+には, 次の二つの方法があります.
 <p>
-同じユーザ名を使用して, 電子メールを他のホストで受け取ることができる
-ようにするのは, 比較的簡単です. 
-この場合は, POP または telnet 経由で電子メールを受け取ることができます. 
+- ネームサーバ ( <tt><bf>man -k named</></> ) を実行し, 
+あなた自身のドメイン <tt> smallminingco.com </tt> を定義する.
+<p>
+- あなたのホストに対する現在の DNS 名に配送されたメールを受け取る.
+つまり <tt> dorm6.ahouse.school.edu </tt> 宛に送られたメールを受け取る.
+<p>
+インターネットへ完全に接続されたあなたのホストに直接メールが配送される
+ためには, 
+ネームサーバのどのオプションを使用するかはあまり重要なことではありません.
+大切なのは, あなたが恒久的な IP アドレスを持っていなくてはいけないと
+いうことです. ダイナミック PPP で得られる IP アドレスではダメです.
+もしあなたがファイアウォールの内側にいる場合は,
+ファイアウォールが smtp トラフィックを
+あなたのホストに渡すように設定されていなければいけません.
+そのためには, ファイアウォールとなるホストの
+<bf><tt> /etc/services </tt></bf> に
+<verb>
+smtp             25/tcp    mail         #Simple Mail Transfer
+</verb>
+と書いておきます.
+あなたのホスト上でメールを受けたい場合には, DNS の MX エントリが
+あなたのホストアドレスを指しているか, 
+あなたのホストの DNS 名に対して MX エントリが存在しないことを
+確認してください.
+
+
+次のコマンドを実行してみてください.
+<verb>
+newbsdbox# hostname
+newbsdbox.freebsd.org
+newbsdbox# host newbsdbox.freebsd.org
+newbsdbox.freebsd.org has address 204.216.27.xx
+</verb>
+
+もしあなたのマシンが上記のメッセージだけを出力したならば,
+<tt><bf>root@newbsdbox.freebsd.org</bf></tt> へのメールは, 問題なく
+配送されるでしょう.
+
+上記のメッセージの代わりに, 
+<verb>
+newbsdbox# host newbsdbox.freebsd.org
+newbsdbox.FreeBSD.org has address 204.216.27.xx
+newbsdbox.FreeBSD.org mail is handled (pri=10) by freefall.FreeBSD.org
+</verb>
+というメッセージが出力された場合は, あなたのマシンに直接配送された
+すべてのメールは, freefall 上の同じユーザ名に配送されてます.
+
+この情報は, あなたのドメインネームサーバ上で設定します.
+この設定をおこなうホストは, <bf><tt> /etc/resolv.conf </tt></bf>
+にプライマリネームサーバとして書いたホストと同じホストであるべきです.
+
+メールルーティング情報をもつ DNS レコードは, メールエクスチェンジャエントリ
+(MX エントリ) です. MX エントリが存在しない場合には,
+アドレスレコードにしたがって, 直接宛先ホストに配送されます.
+
+freefall.freebsd.org の現時点での MX エントリは, 次のようになっています.
+<verb>
+ freefall                       MX    30   mail.crl.net
+ freefall                       MX    40   agora.rdrop.com
+ freefall                       HINFO Pentium     FreeBSD
+ freefall                       MX    10   freefall.FreeBSD.org
+ freefall                       MX    20   who.cdrom.com
+ freefall                       A     204.216.27.xx
+ freefall                       CNAME www.FreeBSD.org
+</verb>
+
+freefall は多くの MX エントリを持っています.
+もっとも MX の値が小さいホストが, 最終的にメールを受け取ります.
+もし freefall が他の処理で忙しかったり, ダウンしているような場合には,
+他のホストが, 一時的にメールをキューにいれます.
+
+使い勝手をよくするためには, 代替の MX サイトは, それぞれ
+別の経路でインターネットへ接続しているとよいでしょう.
+インターネットプロバイダまたは他の関連サイトが, このサービスを
+提供することができます.
+
+<bf><tt>dig, nslookup, </tt></bf>や<bf><tt> host </tt></bf> コマンド
+を使うと, とても便利です.
+ 
+	<sect1><heading>あなたのドメイン (ネットワーク) に対するメール設定<label id="mail:domain"></heading>
+<p>
+ネットワークメールホストをセットアップするためには, すべての
+ワークステーション宛のメールを直接受ける必要があります.
+言いかえれば, <tt> *.smallminingco.com </tt> 宛のすべてのメールを
+ハイジャックし, そのメールをあなたのメールホストである個々のマシンにに配送
+します.
+
+それらのワークステーション上のネットワークユーザは, たいていメールを 
+POP や telnet 等で受け取ります.

 「同じユーザ名」のユーザアカウントが, 両方のマシンに存在しなければな
 りません. 必要ならば, アカウントを作成するために <tt/adduser/ 
 コマンドを使用してください. <tt/shell/ を <tt>/nonexistant</tt> 
 に設定すると, ユーザはログインできなくなります.

-使用する予定のメールホストは, あなたのホスト上でメール交換が
+使用する予定のメールホストは, 各ワークステーションごとにメール交換が
 できるように設定されていなければなりません. これは, DNS (すなわち 
-BIND や named) の設定が必要です.詳細は, ネットワークの本を参照してください. 
+BIND や named) の設定が必要です. 詳細は, ネットワークの本を参照してください. 

 基本的には, 以下の行を DNS サーバに追加する必要があります. 
-<verb> 
-myhost.smalliap.com	A	xxx.xxx.xxx.xxx		; Your ip 
-			MX  10	smtp.smalliap.com	; your mailhost
+<verb>
+pc24.smallminingco.com	A	xxx.xxx.xxx.xxx		; Workstation ip 
+			MX  10	smtp.smallminingco.com	; Your mailhost
 </verb>
 
-自前で DNS サーバを走らせているのでなければ, この作業は, 自分では
-おこなえません. 自分で DNS サーバを走らせたくなければ,
+自前で DNS サーバを実行しているのでなければ, この作業は, 自分では
+おこなえません. 自分で DNS サーバを実行したくない場合は, 
 インターネットプロバイダ等に依頼して, 作業をおこなってもらってください. 

-この作業により, あなたのホスト宛のメールは, 
+この作業により, このワークステーション宛のメールは, 
 MX (メールエクスチェンジャ) ホストに送られるようになります.
 A レコードがどのマシンを指しているかどいうことには関係なく, 
 メールは MX ホストに送られます. 
 <p>
-この機能は, 仮想ホストを実装するために使用されています. 
+この機能は, 仮想電子メールホスト (Virtual Email Hosting)
+を実装するために使用されています. 
 <p>例
 <p>
-わたしは foo.bar というドメインを持つ顧客がいます. わたしは 
+foo.bar というドメインを持つ顧客がいて, 
 foo.bar 宛のメールをすべて, わたしのマシン 
 smtp.amalliap.com に送りたいと思っています. 
 このような場合, あなたの DNS サーバ上で, 以下のようなエントリを作成
 しなければなりません:

 <verb> 
-foo.bar 	MX  10	smtp.smalliap.com	; your mailhost
+foo.bar         MX  10  smtp.smalliap.com       ; your mailhost
 </verb>

 そのドメインに対して電子メールを送りたいだけなら, 
-A レコードは必要ありません. 
+A レコードは必要ありません.
+つまり, <tt>foo.bar</tt> に対するアドレスレコードが存在しない限り,
+'<bf><tt>ping foo.bar</tt></bf>' コマンドが動作することを期待しては
+いけません

-メールボックスに最終的に配送するためにメールを実際に受けている
-メールホスト上では, sendmail がどのホストに対してのメールを受け付けて
-いるかを知らせなければなりません.
+メールボックスへの最終的な配送が行われるメールを実際に受けている
+メールホスト上では, sendmail はメールを受け付けているホストを
+知っている必要があります.

 <p>そのためには, (FEATURE(use_cw_file) を使用している場合)
-/etc/sendmail.cw ファイルに myhost.smalliap.com を追加してください. 
-または, /etc/sendmail.cf ファイルに, "Cw myhost.smalliap.com" の行を
-追加してください. 
-	  
-<p>あなたのホスト上で実際にメールを受信するためには, 
-あなたのホストを指すように変更された MX エントリがなければいけません. 
-また, Cw 行をあなたのマシン上の <tt>sendmail.cf</tt> に記述しなけれ
-ばなりません. 
-
-<p>
-あなたがインターネットに対して永久に接続するのでなければ, これは悪い
-考えです. メールは戻ってきてしまうでしょう. 
-
+/etc/sendmail.cw ファイルに pc24.smallminingco.com を追加するか, 
+<bf><tt>/etc/sendmail.cf</tt></bf> ファイルに,
+"Cw myhost.smalliap.com" の行を追加してください.
 <p>
 もしあなたが本気で <tt/sendmail/ を使って何かしようと思うなら, 
 sendmail のソースをインストールするべきです. 
 ソースには, たくさんのドキュメントも付いています. 
-<ref name="UUCP と sendmail" id="sendmailuucp"> に <tt/sendmail/
+<ref name="UUCP のセットアップ" id="sendmailuucp"> の節に <tt/sendmail/ の
 ソースを入手するのに必要な情報が掲載されています. 
-</sect>

-<sect><heading>よくある質問 (FAQ)<label id="mailfaq"></heading>	    
- <sect1>
-	<heading>どうして わたしのサイト上にいるホストに対して完全な形のドメイン名 (FQDN) を使わなければいけないの?</heading>
+
+<sect1>
+        <heading> UUCP のセットアップ<label id="sendmailuucp"></heading>
+<p><em>よくある質問 (FAQ) より抜粋.</em>
 	<p>
-	  おそらく, そのホストは実際には違うドメインに属しているのでしょう.
-	  例えば, もしあなたが foo.bar.edu ドメインにいて, 
-	  bar.edu ドメインの中の「mumble」というホストに接続したいと
-	  します. その場合あなたは, 「mumble」ではなく
-	  「mumble.bar.edu」という 完全な形のドメイン名 (FQDN) によっ
-	  てそのホストを参照しなければなりません.   
 	<p>
-	  伝統的に, これは BSD BIND リゾルバでは許されていました. 
-	  しかしながら, FreeBSD に載っている現在の <em>BIND</em> の
-	  バージョンでは, あなたが属しているドメイン以外では, 
-	  完全な形でないドメイン名に対するデフォルトの省略形は
-	  使用されていません. 
-	  適切でないホスト名 <tt>mumble</tt> は, <tt>mumble.foo.bar.edu</tt>
-	  としても解決されるべきです. そうしないと, ルートドメインに
-	  検索をしにいってしまいます. 
-	<p>
-	  これは, <tt>mumble.bar.edu</tt> や <tt>mumble.edu</tt> を
-	  経由して検索し続けるような過去の習慣とは異なります. 
-	  なぜこれが悪い慣例, さらにはセキュリティーホールと考えられ
-	  るようになった理由については,  RFC1535 を参照してください.
-	<p>
-	  この問題を回避するには, 
-	<p><tt>
-search foo.bar.edu bar.edu
-</tt><p>
-	  という行を
-
-<p><tt>
-domain foo.bar.edu
-</tt>
-	  に置き換えます.
-
-	  <p>
-	  これをあなたのマシン上の <tt>/etc/resolv.conf</tt> ファイルに
-	  記述してください. しかしながら, 検索順序は, RFC 1535 に
-	  書かれている, 「ローカル管理と公共の管理の間の境界線」
-	  を越えないことを, あらかじめ確認してください.
-
-      </sect1>
-
-      <sect1><heading>Sendmail が ``mail loops back to myself'' という
-エラーを出します</heading>
-	<p>
-	  これについては, sendmail FAQ の中で, 次のように答えられて
-	  います:-
-	  <verb>
-	  * 次のような 「Local configuration error」というメッセージ
-	    が出ます:
-
-	  553 relay.domain.net config error: mail loops back to myself
-	  554 <user@domain.net>... Local configuration error
-
-	  この問題をどうやって解決すればよいでしょうか?
-
-	  MX レコードを使って, あるドメイン(例: domain.net)宛にメー
-	  ルを特定のホスト(この場合, relay.domain.net)に転送しようと設定したと
-	  します. ただし中継ホストは, 自身を domain.net とは認識していません.
-	  (FEATURE(use_cs_file) を使用している場合は)
-	  /etc/sendmail.cw に, domain.net を追加してください.  
-	  または, 「Cw domain.net」を /etc/sendmail.cf に追加してく
-	  ださい. 
-	  </verb>
-	<p>
-	  sendmail FAQ は, <tt>/usr/src/usr.sbin/sendmail</tt> にあ
-	  ります. 「ひとひねりした」メール設定
-	  をしたいと思っているなら, FAQ を読むことをおすすめします. 
-
-      <sect1>
-	<heading>UUPC を使ってメール配送をおこなうにはどうしたらいい?<label id="sendmailuucp"></heading>
-
-	<p>
-	  FreeBSD に載っている sendmail のコンフィグレーションは, 
+	  FreeBSD に付属する sendmail のコンフィグレーションは, 
 	  直接インターネット接続しているサイトに合うように作られてい
 	  ます. メールを UUCP 経由で交換するようにしたい場合には, 
 	  別の sendmail コンフィグレーションファイルをインストールし
 	  なければなりません. 
-
 	<p>
 	  <tt>/etc/sendmail.cf</tt> を手動で作成することは, 純正主義者
 	  がおこなうことだと考えられています. sendmail のバージョン 8 
@ -234,17 +285,15 @@ domain foo.bar.edu
 	  コンフィグレーションファイルを生成する方法が取られています.
 	  この場合, 実際に手動で作成したコンフィグレーションは,
 	  実際のコンフィグレーションより簡潔です. 
-	  以下の場所にあるコンフィギュレーションファイルを使用してく
-	  ださい. 
-
+	  以下の場所にあるコンフィグレーションファイルを使用してください. 
 <verb>
     /usr/src/usr.sbin/sendmail/cf
 </verb>

 	  システム上にすべてのソースをインストールして
-	  いない場合, sendmail の設定スタッフは, ソースを 
-	  tar でまとめてさらにそれを分割してある配布物を, 展開しなければ
-	  なりません. CD-ROM をマウントしてあれば, 以下のようにします.
+	  いない場合, sendmail の設定ツールは不完全なままであり,
+	  それは個別のソース配布物の中にあります.
+	  CD-ROM をマウントしてあれば, 以下のようにします.

 <verb>
     cd /usr/src
@ -254,7 +303,7 @@ domain foo.bar.edu
 	  驚かないでください. これはたった数百キロバイトのサイズのファ 
 	  イルです.  
 	  <tt>cf</tt> ディレクトリ上にある <tt>README</tt> ファイル
-	  には, m4 コンフィギュレーションの基本的な紹介が書かれてい
+	  には, m4 コンフィグレーションの基本的な紹介が書かれてい
 	  ます. 

 	<p>
@ -305,7 +354,7 @@ domain foo.bar.edu
 	  説明できません. その理由について, ここでは質問しないでください. 
 	  .UUCP 仮想ドメインアドレスを扱うことができるインターネット
 	  ホスト名を書いてください.  
-	  おそらく, 使用する ISP のメール中継ホスト名をそこに入力する
+	  おそらく, 使用する ISP のメール中継ホスト名をそこに記述する
 	  ことになります. 

 	<p>
@ -329,8 +378,8 @@ domain foo.bar.edu
 	  です. はじめの三行は, ドメインアドレスが指定されたメールが
 	  デフォルトルートに送信せずに, 配送パスを「短縮」して, 隣接 
 	  UUCP サイトにメールを送るための設定です. 
-	  次の行は, メールを SMTP を使用して配送されているローカル・
-	  イーサネット・ドメイン上のマシンに送信するための設定です. 
+	  次の行は, メールを SMTP を使用して配送されているローカル
+	  イーサネットドメイン上のマシンに送信するための設定です. 
 	  最後に, UUCP 接続されているドメインが, .UUCP という仮想ド
 	  メイン表記されている場合です. これは, 
 	  「uucp-neighbor!recipient」をデフォルト規則で書換えるため
@ -375,8 +424,83 @@ domain foo.bar.edu
     > ^D
     j@uriah 192% 
 </verb>
- 
-<sect1><heading>ダイアルアップ PPP ホストで電子メールを使うにはどうしたらいい?</heading>
+</sect>
+
+<sect><heading>よくある質問 (FAQ)<label id="mailfaq"></heading>     
+
+<p><em>このセクションは, FAQ から移動してきました.</em>
+
+ <sect1>
+
+	<heading>どうして 同じサイトのホストに対して完全な形のドメイン名 (FQDN) を使わなければいけないの?</heading>
+	<p>
+	  おそらく, そのホストは実際には違うドメインに属しているのでしょう.
+	  例えば, もしあなたが foo.bar.edu ドメインにいて, 
+	  bar.edu ドメインの中の「mumble」というホストに接続したいと
+	  します. その場合あなたは, 「mumble」ではなく
+	  「mumble.bar.edu」という完全な形のドメイン名 (FQDN) によっ
+	  てそのホストを参照しなければなりません.   
+	<p>
+	  伝統的に, これは BSD BIND リゾルバでは許されていました. 
+	  しかしながら, FreeBSD に付属する現在の <em>BIND</em> の
+	  バージョンでは, 自分が属しているドメイン以外では, 
+	  完全な形でないドメイン名に対するデフォルトの省略形は
+	  使用できません.
+	  ですから, 完全でないホスト名 <tt>mumble</tt> は,
+	  <tt>mumble.foo.bar.edu</tt> として解決されるか,
+	  ルートドメインに検索しにいくでしょう.
+	<p>
+	  これは, <tt>mumble.bar.edu</tt>, <tt>mumble.edu</tt> 
+	  というように検索し続けるような過去の動作とは異なります. 
+	  なぜこれが悪い慣例, さらにはセキュリティーホールと考えられ
+	  るようになった理由については, RFC1535 を参照してください.
+	<p>
+	  この問題を回避するには, 
+	<p><tt>
+search foo.bar.edu bar.edu
+</tt><p>
+	  という行を
+
+<p><tt>
+domain foo.bar.edu
+</tt>
+	  に置き換えます.
+
+	  <p>
+	  これを自分のマシン上の <tt>/etc/resolv.conf</tt> ファイルに
+	  記述してください. しかしながら, 検索順序は, RFC 1535 に
+	  書かれている, 「ローカル管理と公共の管理の間の境界線」
+	  を越えないことを, あらかじめ確認してください.
+
+      </sect1>
+
+      <sect1><heading>Sendmail が ``mail loops back to myself'' というエラーを出します</heading>
+	<p>
+	  これについては, sendmail FAQ の中で, 次のように答えられて
+	  います:-
+	  <verb>
+	  * 次のような 「Local configuration error」というメッセージ
+	    が出ます:
+
+	  553 relay.domain.net config error: mail loops back to myself
+	  554 <user@domain.net>... Local configuration error
+
+	  この問題をどうやって解決すればよいでしょうか?
+
+	  MX レコードを使って, あるドメイン(例: domain.net)宛にメールを
+	  特定のホスト (この場合, relay.domain.net) に転送しようと設定したと
+	  していますが, 中継ホストは自身が domain.net であるとは認識
+	  していません.
+	  (FEATURE(use_cs_file) を使用している場合は)
+	  /etc/sendmail.cw に, domain.net を追加してください.  
+	  または, 「Cw domain.net」を /etc/sendmail.cf に追加してください. 
+	  </verb>
+	<p>
+	  sendmail FAQ は, <tt>/usr/src/usr.sbin/sendmail</tt> に
+	  あります. 「ちょっと凝った」メール設定
+	  をしたい場合は, FAQ を読むことをおすすめします. 
+
+<sect1><heading>ダイアルアップ PPP ホストで電子メールを使うにはどうしたらいいの?</heading>
 <p>
 LAN 上にある FreeBSD マシンを, インターネットに接続したいと
 します. FreeBSD マシンは, その LAN でのメールゲートウェイになります.
@ -409,7 +533,7 @@ bigco.com.			MX	10	bigco.com.
 プライマリ MX サイトにメールを配送しようと, あなたのホストに接続しに
 いきます. 

-ログインスクリプトとして, このようなものを使うと良いでしょう. 
+ログインスクリプトとして, このようなものを使うとよいでしょう. 
 <verb>
 #!/bin/sh
 # Put me in /usr/local/bin/pppbigco
@ -435,14 +559,14 @@ bigco.com.			MX	10	bigco.com.
 > ばなりません.	 
 >
 > すべてのメールを今すぐ送るために sendmail を初期化するコマンドはあ
-> るでしょうか?もちろん私たちのマシン上には, ユーザはルート (root) 権限
+> るでしょうか? もちろん私たちのマシン上には, ユーザはルート (root) 権限
 > を持っていません. 

 sendmail.cf の 「privacy flags」 セクションに,	
 「Opgoaway,restrictqrun」の定義があります. 

 root 以外のユーザがキューを処理できるようにするには, 
-restrictqrun を削除してください. また, MX を再調整が必要かも知れません.
+restrictqrun を削除してください. また, MX を再調整が必要かもしれません.
 あなたがたは, 顧客のサイトに対する一番優先度の高い MX なので,
 次のように定義します:  

@ -453,7 +577,7 @@ OwTrue
 このようにすると, リモートサイトからのメールが, 顧客のマシンと接続し
 ようとせず, 直接あなたがたのホストマシンに配送されるようになります.
 ホストマシンに配送されたメールは, 続いて顧客のマシンに送られます. 
-これはホスト名にのみ有効なので, 顧客のメイルマシンに,
+これはホスト名にのみ有効なので, 顧客のメールマシンに,
 「host.customer.com」とは別に, 「customer.com」も定義する必要があり
 ます. DNS 上で, 「customer.com」に対する A レコードを定義してください.
 </verb>