Replace blocks of 8 spaces at the start of a line with a tab.

Remove trailing whitespaces.

Submitted by:	FURUKAWA Jumpei <bell at f-bell dot net>
References:	[doc-jp-work 788]
This commit is contained in:
Hideyuki KURASHINA 2004-09-20 06:03:38 +00:00
parent 5d11cd7fee
commit 8d38dced36
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=22398

View file

@ -10,17 +10,17 @@
<chapterinfo>
<authorgroup>
<author>
<firstname>Bill</firstname>
<surname>Lloyd</surname>
<contrib>原作: </contrib>
<firstname>Bill</firstname>
<surname>Lloyd</surname>
<contrib>原作: </contrib>
</author>
</authorgroup>
<authorgroup>
<author>
<firstname>Jim</firstname>
<surname>Mock</surname>
<contrib>改訂: </contrib>
<!-- 2 Dec 1999 -->
<firstname>Jim</firstname>
<surname>Mock</surname>
<contrib>改訂: </contrib>
<!-- 2 Dec 1999 -->
</author>
</authorgroup>
</chapterinfo>
@ -55,7 +55,7 @@
<title>電子メールを使う</title>
<indexterm><primary>POP</primary></indexterm>
<indexterm><primary>IMAP</primary></indexterm>
<para>email の交換には 5 つの主要な部分があります。
それらは <link linkend="mail-mua">ユーザープログラム</link>、
<link linkend="mail-mta">サーバーデーモン</link>、
@ -67,11 +67,11 @@
<title>ユーザープログラム</title>
<para>いくつか名前を挙げれば、
<application>mutt</application>、<application>pine</application>、
<application>elm</application>そして
<application>mail</application>
<application>mutt</application>, <application>pine</application>,
<application>elm</application> そして
<application>mail</application>
といったコマンドラインプログラムや
<application>balsa</application>
<application>balsa</application>,
<application>xfmail</application> のような
GUI プログラム、WWW ブラウザーのようにさらに<quote>洗練された</quote>ものまであります。
これらのプログラムは、email の処理を
@ -83,53 +83,53 @@
<sect2 id="mail-mta">
<title>メールホストサーバデーモン</title>
<indexterm>
<primary>メールサーバデーモン</primary>
<secondary><application>sendmail</application></secondary>
<primary>メールサーバデーモン</primary>
<secondary><application>sendmail</application></secondary>
</indexterm>
<indexterm>
<primary>メールサーバデーモン</primary>
<secondary><application>postfix</application></secondary>
<primary>メールサーバデーモン</primary>
<secondary><application>postfix</application></secondary>
</indexterm>
<indexterm>
<primary>メールサーバデーモン</primary>
<secondary><application>qmail</application></secondary>
<primary>メールサーバデーモン</primary>
<secondary><application>qmail</application></secondary>
</indexterm>
<indexterm>
<primary>メールサーバデーモン</primary>
<secondary><application>exim</application></secondary>
<primary>メールサーバデーモン</primary>
<secondary><application>exim</application></secondary>
</indexterm>
<para>通常、これは <application>sendmail</application>
(FreeBSD のデフォルト) や <application>qmail</application>、
<application>postfix</application>もしくは
(FreeBSD のデフォルト) や <application>qmail</application>,
<application>postfix</application> もしくは
<application>exim</application>
といった他のメールサーバーデーモンの一つです。
他にもあるのですが、以上のものが広く使われています。</para>
<para>サーバーデーモンは通常 2 つの機能 &mdash;
やってくるメールを受け取るのと出ていくメールを配送する、
やってくるメールを受け取るのと出ていくメールを配送する、
を持っています。メールを読むために POP や IMAP で接続する、
ということはできません。
そのためにはもう一つ<link linkend="mail-receive">デーモン</link>が必要なのです。</para>
<para>いくつかの古いバージョンの <application>sendmail</application>
には深刻なセキュリティ問題がありますが、
には深刻なセキュリティ問題がありますが、
現在のバージョンを使っているおれば特に問題ないことに注意してください。
例のごとく、
どんなソフトウェアを利用する時にも最新の状態にしておくのが大事なのです。</para>
</sect2>
<sect2 id="mail-dns">
<title>Email and DNS</title>
<title>Email DNS</title>
<para>Domain Name System (DNS) とそのデーモンである
<command>named</command> は email の配送において大変重要な役割を担ってます。
<command>named</command> は email の配送において大変重要な役割を担ってます。
あなたのサイトからもう一つのサイトへメールを配送するためには、
サーバーデーモンは DNS からそのサイトを探し、
メールの受け取り先のホストを決定します。</para>
<para>メールがあなたに送られた場合にも同じような仕組みになっています。
DNS にはホスト名と IP アドレス、ホスト名とメールホストをマッピングするデータベースがあります。
DNS にはホスト名と IP アドレス、ホスト名とメールホストをマッピングするデータベースがあります。
IP アドレスは A レコードで指定されます。
MX (Mail eXchanger) レコードはあなた宛のメールを受け取るホストを指定します。
あなたのホスト名に対する MX レコードがない場合には、
@ -139,12 +139,12 @@
<sect2 id="mail-receive">
<title>メールの受け取り</title>
<indexterm>
<primary>email</primary>
<secondary>受け取り</secondary>
<primary>email</primary>
<secondary>受け取り</secondary>
</indexterm>
<para>メールはメールホストが受け取ります。
このホストは送られてきたメールを集め、
このホストは送られてきたメールを集め、
(ユーザーが) 読んだりピックアップしたりするために保存します。
保存されているメールをピックアップするにはメールホストに接続する必要があります。
これは POP や IMAP を用いて行なわれます。
@ -155,9 +155,9 @@
<para>POP や IMAP のサーバーを走らせるためには 2 つのことをやらなければいけません。</para>
<procedure>
<step>
<!-- XXX: kuriyama: English version points as /ports/mail.html. -->
<!-- XXX: kuriyama: This should be related path. -->
<step>
<!-- XXX: kuriyama: English version points as /ports/mail.html. -->
<!-- XXX: kuriyama: This should be related path. -->
<para>POP や IMAP のデーモンを<ulink url="../ports/mail.html">ports コレクション</ulink>からインストールします。</para>
</step>
@ -172,7 +172,7 @@
<indexterm><primary>メールホスト</primary></indexterm>
<para>メールホストとは責任をもってメールを配送したり、
あなたのホストや、もしかするネットワークも、に宛てたメールを受け取ったりするホストに与えられる名前です。</para>
あなたのホストや、もしかするネットワークも、に宛てたメールを受け取ったりするホストに与えられる名前です。</para>
</sect2>
</sect1>
@ -188,143 +188,144 @@
<qandaset>
<qandaentry>
<question>
<para>どうして自分のサイトのホストなのに FQDN を使わなければいけないのですか?</para>
<question>
<para>どうして自分のサイトのホストなのに FQDN を使わなければいけないのですか?</para>
</question>
<answer>
<para>恐らく、そのホストは実際には別のドメインにあるのでしょう。
例えば <hostid role="fqdn">foo.bar.edu</hostid> ドメインにいて、
<hostid role="domainname">bar.edu</hostid> というドメイン内の
<hostid>mumble</hostid> というホストにアクセスしたいとします。
この時は単に <hostid>mumble</hostid> ではなく
<hostid role="fqdn">mumble.bar.edu</hostid> と FQDN で参照しなければなりません。</para>
<para>恐らく、そのホストは実際には別のドメインにあるのでしょう。
例えば <hostid role="fqdn">foo.bar.edu</hostid> ドメインにいて、
<hostid role="domainname">bar.edu</hostid> というドメイン内の
<hostid>mumble</hostid> というホストにアクセスしたいとします。
この時は単に <hostid>mumble</hostid> ではなく
<hostid role="fqdn">mumble.bar.edu</hostid> と FQDN で参照しなければなりません。</para>
<indexterm><primary>BIND</primary></indexterm>
<para>そもそも、BSD BIND のリゾルバー (resolver) ではこのようなことが可能でしたが、
FreeBSD に入っている最新版の <application>BIND</application>
では自分のドメイン以外に対する FQDN でない省略形は許されません。
従ってホストを <hostid>mumble</hostid> と曖昧に指定した場合は
<hostid role="fqdn">mumble.foo.bar.edu</hostid> という名前があればそれになり、
そうでなければ root ドメインから検索されます。</para>
<para>これは、
<hostid>mumble.bar.edu</hostid> と
<hostid>mumble.edu</hostid>
ということなったドメイン名に対してホスト名のサーチがおこなわれていた以前の振る舞いとは異なったものです。
このような事が悪い例もしくはセキュリティホールとみなされる理由については
RFC 1535 を見てください。</para>
<para><filename>/etc/resolv.conf</filename> で
<indexterm><primary>BIND</primary></indexterm>
<para>そもそも、BSD BIND のリゾルバー (resolver) ではこのようなことが可能でしたが、
FreeBSD に入っている最新版の <application>BIND</application>
では自分のドメイン以外に対する FQDN でない省略形は許されません。
従ってホストを <hostid>mumble</hostid> と曖昧に指定した場合は
<hostid role="fqdn">mumble.foo.bar.edu</hostid> という名前があればそれになり、
そうでなければ root ドメインから検索されます。</para>
<programlisting>domain foo.bar.edu</programlisting>
<para>これは、
<hostid>mumble.bar.edu</hostid> と
<hostid>mumble.edu</hostid>
ということなったドメイン名に対してホスト名のサーチがおこなわれていた以前の振る舞いとは異なったものです。
このような事が悪い例もしくはセキュリティホールとみなされる理由については
RFC 1535 を見てください。</para>
と書いてある行を
<para><filename>/etc/resolv.conf</filename> で
<programlisting>search foo.bar.edu bar.edu</programlisting>
と書き換えることで上のようなことができます。
しかし、RFC 1535 にあるように検索順序が<quote>内部 (local)
と外部 (public) の管理の境界</quote>をまたがないようにしてください。</para>
<programlisting>domain foo.bar.edu</programlisting>
と書いてある行を
<programlisting>search foo.bar.edu bar.edu</programlisting>
と書き換えることで上のようなことができます。
しかし、RFC 1535 にあるように検索順序が
<quote>内部 (local) と外部 (public) の管理の境界</quote>
をまたがないようにしてください。</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>sendmail が <errorname>mail loops back to
myself</errorname> というメッセージを出すのですが。</para>
<para>sendmail が <errorname>mail loops back to
myself</errorname> というメッセージを出すのですが。</para>
</question>
<answer>
<para>sendmail FAQ に次のように書いてあります。</para>
<programlisting>* <quote>Local configuration error</quote> というメッセージが出ます。例えば、
<para>sendmail FAQ に次のように書いてあります。</para>
<programlisting>* <quote>Local configuration error</quote> というメッセージが出ます。例えば、
553 relay.domain.net config error: mail loops back to myself
554 &lt;user@domain.net&gt;... Local configuration error
のような感じですが、どうしたら解決できますか?
これは、例えば domain.net のようなドメイン宛てのメールを
これは、例えば domain.net のようなドメイン宛てのメールを
<literal>MX</literal> レコードで特定のホスト(ここでは
relay.domain.net) に送ろうとしたのに、
そのホストでは domain.net
宛てのメールを受け取れるような設定になっていない場合です。
設定の際に
設定の際に
FEATURE(use_cw_file) を指定してある場合には
/etc/sendmail.cw の中に domain.net を追加してください。
もしくは、/etc/sendmail.cf の中に <quote>Cw domain.net</quote>
を追加してください。</programlisting>
<para>sendmail FAQ は
<filename>/usr/src/usr.sbin/sendmail</filename> にありますので、
メールの設定に<quote>おかしなこと</quote>があれば常に読んでください。</para>
<para>sendmail FAQ は
<filename>/usr/src/usr.sbin/sendmail</filename> にありますので、
メールの設定に<quote>おかしなこと</quote>があれば常に読んでください。</para>
</answer>
</qandaentry>
<qandaentry>
<indexterm><primary>PPP</primary></indexterm>
<question>
<para>ダイアルアップ PPP ホストで電子メールを使うにはどうしたらいいの?</para>
<indexterm><primary>PPP</primary></indexterm>
<question>
<para>ダイアルアップ PPP ホストで電子メールを使うにはどうしたらいいの?</para>
</question>
<answer>
<para>LAN 上にある FreeBSD マシンを、
インターネットに接続したいとします。FreeBSD マシンは、その
LAN でのメールゲートウェイになります。FreeBSD
マシンは専用線接続ではありません
(訳注: ダイアルアップ接続など)。</para>
<para>LAN 上にある FreeBSD マシンを、
インターネットに接続したいとします。FreeBSD マシンは、その
LAN でのメールゲートウェイになります。FreeBSD
マシンは専用線接続ではありません
(訳注: ダイアルアップ接続など)。</para>
<para>これには、少なくとも二つの方法があります。</para>
<para>これには、少なくとも二つの方法があります。</para>
<indexterm><primary>UUCP</primary></indexterm>
<para>一つは UUCP を使うことです。</para>
<indexterm><primary>UUCP</primary></indexterm>
<para>一つは UUCP を使うことです。</para>
<para>このとき鍵になるのは、あなたのドメインに対するセカンダリ
MX サービスを提供してくれるインターネットサイトをみつけることです。
例えば以下のように。</para>
<para>このとき鍵になるのは、あなたのドメインに対するセカンダリ
MX サービスを提供してくれるインターネットサイトをみつけることです。
例えば以下のように。</para>
<programlisting>bigco.com. MX 10 bigco.com.
MX 20 smalliap.com.</programlisting>
<programlisting>bigco.com. MX 10 bigco.com.
MX 20 smalliap.com.</programlisting>
<para>最終的なメール受信先としては、
一つのホストだけが定義されるべきです (bigco.com 上の
<filename>/etc/sendmail.cf</filename> ファイルに、<literal>Cw
bigco.com</literal> を追加します)。</para>
<para>最終的なメール受信先としては、
一つのホストだけが定義されるべきです (bigco.com 上の
<filename>/etc/sendmail.cf</filename> ファイルに、<literal>Cw
bigco.com</literal> を追加します)。</para>
<para>送信側の <command>sendmail</command> が、
メールを配送しようとしている時、モデムの接続を
介してあなたのところに接続しようとします。大抵の場合、
あなたのマシンがオンラインでないために、接続はタイムアウト
してしまうでしょう。<command>sendmail</command> は自動的に、
メールをセカンダリの MX サイト に
(あなたのインターネットプロバイダ) に配送します。セカンダリ MX
サイトは、(<filename>/etc/rc.conf</filename> ファイル に
<literal>sendmail_flag = "-bd
-q15m"</literal>と書かれている場合) 15 分ごとに、
プライマリ MX サイトにメールを配送しようと、
あなたのホストに接続しに いきます。</para>
<para>送信側の <command>sendmail</command> が、
メールを配送しようとしている時、モデムの接続を
介してあなたのところに接続しようとします。大抵の場合、
あなたのマシンがオンラインでないために、接続はタイムアウト
してしまうでしょう。<command>sendmail</command> は自動的に、
メールをセカンダリの MX サイト に
(あなたのインターネットプロバイダ) に配送します。セカンダリ MX
サイトは、(<filename>/etc/rc.conf</filename> ファイル に
<literal>sendmail_flag = "-bd
-q15m"</literal>と書かれている場合) 15 分ごとに、
プライマリ MX サイトにメールを配送しようと、
あなたのホストに接続しに いきます。</para>
<para>ログインスクリプトとして、
このようなものを使うとよいでしょう</para>
<para>ログインスクリプトとして、
このようなものを使うとよいでしょう:</para>
<programlisting>#!/bin/sh
<programlisting>#!/bin/sh
# Put me in /usr/local/bin/pppbigco
( sleep 60 ; /usr/sbin/sendmail -q ) &amp;
/usr/sbin/ppp -direct pppbigco</programlisting>
<para>ユーザごとにログインスクリプトを作りたい場合には、上記
のスクリプトの代わりに、<command>sendmail
-qRbigco.com</command> を使用する こともできます。
このようにすると、キューの中の bigco.com に対する
すべてのメールは、すぐに強制的に処理されます。</para>
<para>ユーザごとにログインスクリプトを作りたい場合には、上記
のスクリプトの代わりに、<command>sendmail
-qRbigco.com</command> を使用することもできます。
このようにすると、キューの中の bigco.com に対する
すべてのメールは、すぐに強制的に処理されます。</para>
<para>さらに、次のような改良もできます。</para>
<para>さらに、次のような改良もできます:</para>
<para>以下は、&a.isp;
メイリングリストから抜粋してきたメッセージです。</para>
<para>以下は、&a.isp;
メーリングリストから抜粋してきたメッセージです。</para>
<programlisting>&gt; 私たちはお客様に対して、セカンダリ MX を提供しています。
<programlisting>&gt; 私たちはお客様に対して、セカンダリ MX を提供しています。
&gt; お客様は一日に何回か私たちのサービスに接続し、メールを彼らのプライマリ MX
&gt; に受け取ります (彼らのドメインに対するメールが到着した時には、
&gt; 私たちは彼らのサイトを呼び出しません)。
@ -353,7 +354,7 @@ OwTrue
これはホスト名にのみ有効なので、顧客のメールマシンに、
<quote>host.customer.com</quote> とは別に、<quote>customer.com</quote>も定義する必要があります。
DNS 上で、<quote>customer.com</quote>に対する A レコードを定義してください。</programlisting>
</answer>
</answer>
</qandaentry>
</qandaset>
</sect1>
@ -367,8 +368,8 @@ DNS
<sect2 id="mail-config">
<title>基本事項</title>
<indexterm>
<primary>email</primary>
<secondary>設定</secondary>
<primary>email</primary>
<secondary>設定</secondary>
</indexterm>
<para>あなたのマシンに FreeBSD を普通にインストールして、
@ -380,7 +381,7 @@ DNS
<itemizedlist>
<listitem>
<para>自身でネームサーバーを実行し、
<para>自身でネームサーバーを実行し、
自分のドメインを持つ。例えば
<hostid role="domainname">FreeBSD.org</hostid>。</para>
</listitem>
@ -395,25 +396,25 @@ DNS
<indexterm><primary>SMTP</primary></indexterm>
<para>上のどちらを選ぶ場合でも、自分のホストに直接メールが配送されるようにするには恒久的
(静的) な IP アドレス (動的な PPP ダイアルアップではない) を持っていなければなりません。
(静的) な IP アドレス (動的な PPP ダイアルアップではない) を持っていなければなりません。
もしファイアウォールの中にいるならば、SMTP トラフィックが通過してくれないといけません。
もし自分のホストでメールを受け取りたいならば、
次の二つのうちの一つができていることを確認してください。</para>
<itemizedlist>
<indexterm><primary>MX レコード</primary></indexterm>
<listitem>
<para>自分のドメインでの MX レコードが自分のホストの
<indexterm><primary>MX レコード</primary></indexterm>
<listitem>
<para>自分のドメインでの MX レコードが自分のホストの
IP アドレスを差していることを確認する。</para>
</listitem>
</listitem>
<listitem>
<para>自分のドメインの中に自分のホスト用の MX がないことを確認する。</para>
</listitem>
<listitem>
<para>自分のドメインの中に自分のホスト用の MX がないことを確認する。</para>
</listitem>
</itemizedlist>
<para>上のどちらかが設定されていれば、
自分のホストでメールを受け取ることができるでしょう。</para>
自分のホストでメールを受け取ることができるでしょう。</para>
<para>次のコマンドを実行してみてください。</para>
@ -439,7 +440,7 @@ example.FreeBSD.org mail is handled (pri=10) by hub.FreeBSD.org</screen>
上の同じユーザー名に配送されます。</para>
<para>上の情報は DNS サーバーが扱います。
メールルーティング情報をもつ DNS レコードは、
メールルーティング情報をもつ DNS レコードは、
<emphasis>M</emphasis>ail e<emphasis>X</emphasis>change エントリーです。
MX エントリが存在しない場合には、IP アドレスにしたがって、
直接宛先ホストに配送されます。</para>
@ -468,7 +469,7 @@ freefall MX 20 who.cdrom.com</programlisting>
<title>あなたのドメインに対するメール設定</title>
<para><quote>メールホスト</quote> (メールサーバーとしても知られています)
をセットアップするためには、
をセットアップするためには、
いろいろなワークステーションに宛てた全てのメールを受ける必要があります。
基本的には、あなたのドメイン (この場合だと
<hostid role="fqdn">*.FreeBSD.org</hostid>)
@ -478,7 +479,7 @@ freefall MX 20 who.cdrom.com</programlisting>
<indexterm><primary>DNS</primary></indexterm>
<para>話を簡単にするために、あるユーザーのアカウントはどのマシンでも同じ<emphasis>ユーザー名</emphasis>にすべきです。
そのためには <command>adduser</command> を使ってください。</para>
そのためには <command>adduser</command> を使ってください。</para>
<para>使用する予定のメールホストは、
各ワークステーションごとにメール交換が
@ -486,13 +487,13 @@ freefall MX 20 who.cdrom.com</programlisting>
(すなわち BIND や named) の設定で次のように行なうことができます。</para>
<programlisting>example.FreeBSD.org A 204.216.27.XX ; ワークステーション
MX 10 hub.FreeBSD.org ; メールホスト</programlisting>
MX 10 hub.FreeBSD.org ; メールホスト</programlisting>
<para>これは、ワークステーションの A レコードがどこを指していようとも
そのワークステーション宛てのメールをメールホストに転送する、というものです。</para>
そのワークステーション宛てのメールをメールホストに転送する、というものです。</para>
<para>自前で DNS サーバを運用しているのでなければ、
この作業は自分では行なえおこなえません。自分で DNS
この作業は自分では行なえおこなえません。自分で DNS
サーバを運用しないとかできないという場合は、
インターネットプロバイダ等に依頼して作業をおこなってもらってください。</para>
@ -502,31 +503,31 @@ freefall MX 20 who.cdrom.com</programlisting>
メールは MX ホストに送られます。</para>
<para>もしバーチャル電子メールホストを運用するなら次の情報が役に立つでしょう。
例として、あなたには自分のドメイン、ここでは
例として、あなたには自分のドメイン、ここでは
<hostid role="domainname">customer1.org</hostid>、
を持っている顧客がいるとしましょう。
あなたは <hostid role="domainname">customer1.org</hostid> 宛ての全てのメールを
<hostid role="fqdn">mail.myhost.com</hostid> という名前のメールホストに集めたいとします。
DNS エントリーは次のようになるでしょう。</para>
<programlisting>customer1.org MX 10 mail.myhost.com</programlisting>
<programlisting>customer1.org MX 10 mail.myhost.com</programlisting>
<para>そのドメインに対して電子メールを送りたいだけなら、A
レコードは必要ありません。</para>
<note>
<para>これは、<hostid role="domainname">customer1.org</hostid>
に対して ping を実行しても、
A レコードが存在しない限りうまくいかないことに留意しておいてください。</para>
<para>これは、<hostid role="domainname">customer1.org</hostid>
に対して ping を実行しても、
A レコードが存在しない限りうまくいかないことに留意しておいてください。</para>
</note>
<para>やらなければいけない最後のことは、
メールホスト上の <application>sendmail</application>
メールホスト上の <application>sendmail</application>
に対してどんあドメインやホスト宛のメールを受け取るのか、
を教えることです。いくつかの方法がありますが次のどちらかでいいでしょう。</para>
<itemizedlist>
<listitem>
<listitem>
<para><literal>FEATURE(use_cw_file)</literal> を使っているなら、
<filename>/etc/sendmail.cw</filename> ファイルにホストを加えます。
もし sendmail 8.10 かそれ以降のものであれば該当ファイルは