パート V メールサービス (トピック)

第 21 章「メールサービス (概要)」

メールサービスの概要

第 22 章「メールサービス (手順)」

メールサービスの設定と障害追跡 (トラブルシューティング)

第 23 章「メールサービス (リファレンス)」

メールサービスの背景情報について

第 24 章「メールサービスの新機能 (リファレンス)」

メールサービスの新機能情報について

第 21 章 メールサービス (概要)

電子メールサービスの設定と維持管理には、ネットワークの日常の運用にとって不可欠な、複雑な作業が伴います。ネットワーク管理者は、既存のメールサービスを拡張しなければならない場合があります。または、新しいネットワークまたはサブネット上でメールサービスを設定しなければならないこともあります。メールサービスに関する各章では、ネットワークでメールサービスを計画したり設定したりするために必要な情報を提供します。この章では、sendmail の新機能および参考資料を紹介します。この章ではまた、メールサービスを確立するために必要なソフトウェアおよびハードウェアコンポーネントの概要を説明します。

• sendmail バージョン 8.12 の新機能

• メールサービスのコンポーネントの概要

第 22 章「メールサービス (手順)」では、メールサービスの設定および管理方法の手順を説明します。詳細は、メールサービス (作業マップ)を参照してください。

第 23 章「メールサービス (リファレンス)」では、メールサービスのコンポーネントについて詳しく説明します。 また、この章では、メールサービスのプログラムとファイル、メールルーティング処理、ネームサービスを使った sendmail の対話型操作についても説明します。

sendmail バージョン 8.12 の新機能

今回の Solaris 9 リリースには sendmail のバージョン 8.12 が含まれています。第 24 章「メールサービスの新機能 (リファレンス)」 では、すべての新機能について説明します。以下に、sendmail の重要な変更点の一部を紹介します。

• 新しい構成ファイル submit.cf

• コマンド行の新しいオプションまたは推奨されないオプション

• 構成ファイルの新しい構成オプションと改訂された構成オプション、および関連トピック

• sendmail における新しい m4 構成マクロおよび改訂された m4 構成マクロ

• 配信エージェントの新しいフラグ

• 配信エージェントの新しい等号 (=)

• ファイルへの変更

第 24 章「メールサービスの新機能 (リファレンス)」 では、上記以外の次の変更点についても説明します。

• mail.local の変更点

• mailstats の変更点

• makemap の変更点

• 新しいコマンド editmap

• 他の変更点および機能

その他の sendmail の情報源

次に、上記以外の sendmail 関連の参考資料を示します。

• Costales、Bryan 著、『sendmail, Second Edition 』、O'Reilly & Associates, Inc.、1997

• sendmail 関連のホームページ – http://www.sendmail.org

• sendmail 関連の FAQ – http://www.sendmail.org/faq

• 新しい sendmail 構成ファイルの README – http://www.sendmail.org/m4/readme.html

• sendmail の最新 Sun バージョン 8.* への移行ガイド – http://www.sendmail.org/vendor/sun/

メールサービスのコンポーネントの概要

メールサービスを確立するためには、多くのソフトウェアコンポーネントおよびハードウェアコンポーネントが必要になります。以下では、これらのコンポーネントについて簡単に紹介します。コンポーネントの説明で使用する用語についても紹介します。

最初の節 ソフトウェアコンポーネントの概要 では、メール配信システムのソフトウェア部分を説明するのに使用する用語を定義します。その次の節 ハードウェアコンポーネントの概要 では、メール構成におけるハードウェアシステムの機能について取り上げます。

ソフトウェアコンポーネントの概要

次の表にメールシステムのソフトウェアコンポーネントを示します。 ソフトウェアコンポーネントすべてに関する完全な説明については、ソフトウェアのコンポーネント を参照してください。

ハードウェアコンポーネントの概要

メール構成では次の 3 つの要素が必要ですが、これらは同じシステムで組み合わせることも、別のシステムで提供することもできます。

• メールホスト – 解釈処理が困難なメールアドレスを扱うように構成されたシステム

• 少なくとも 1 台のメールサーバー – 1 つまたは複数のメールボックスを保持するように構成されたシステム

• メールクライアント – メールサーバーからメールにアクセスするシステム

ユーザーがドメイン外のネットワークと通信をするためには、4 番目の要素であるメールゲートウェイを追加する必要があります。

図 21–1 には、一般的な電子メール構成を示しますが、ここでは基本的な 3 つのメール要素とメールゲートウェイが使用されています。

図 21–1 一般的な電子メール構成

各要素については、ハードウェアコンポーネント を参照してください。

第 22 章 メールサービス (手順)

この章ではメールサービスを設定し、管理する方法について説明します。メールサービスの管理に詳しくない場合は、メールサービスのコンポーネントを紹介している第 21 章「メールサービス (概要)」を参照してください。この章では、一般的なメールサービス構成についても説明しています (図 21–1 を参照)。この章では、次の関連作業について説明します。

• メールサービス (作業マップ)

• メールサービスの設定 (作業マップ)

• メール別名ファイルの管理 (作業マップ)

• キューディレクトリの管理 (作業マップ)

• .forward ファイルの管理 (作業マップ)

• メールサービスの障害対処とヒント (作業マップ)

メールサービスのコンポーネントについての詳細は、第 23 章「メールサービス (リファレンス)」を参照してください。 また、この章では、メールサービスのプログラムとファイル、メールルーティング処理、ネームサービスを使った sendmail の対話型操作についても説明します。

sendmail バージョン 8.12 の新機能については、第 24 章「メールサービスの新機能 (リファレンス)」を参照してください。mail.local、mailstats、および makemap の変更点についての説明もあります。 また、第 24 章「メールサービスの新機能 (リファレンス)」では、新しい保守コマンド editmap についても説明します。

メールサービス (作業マップ)

次の表から、具体的な一連の手順を扱っている他の作業マップがわかります。

メールシステムの計画

以下に、メールシステムを計画するときに考慮すべき点を挙げます。

• 必要に応じてメール構成のタイプを決定します。この節では、メール構成の基本の 2 タイプについて説明し、各構成を設定するために必要なことがらについて簡単に説明します。新しいメールシステムを設定する必要がある場合、あるいは既存のメールシステムを拡張する場合は、この節の内容が役立つでしょう。ローカルメール専用 では、1 番目の構成タイプについて、ローカルメールとリモート接続 では 2 番目の構成タイプについて説明します。

• 必要に応じてメールサーバー、メールホスト、およびメールゲートウェイとして動作するシステムを選択します。

• サービスを提供するすべてのメールクライアントのリストを作成し、メールボックスの場所も含めます。このリストは、ユーザーのメール別名を作成するときに役立ちます。

• 別名の更新方法とメールメッセージの転送方法を決めます。ユーザーがメールの転送要求を送る場所として、 aliases メールボックスを設定できます。ユーザーはこのメールボックスを使って、デフォルトのメール別名の変更要求を送ることもできます。システムで NIS または NIS+ を使用する場合、メール転送の管理は、ユーザー自身ではなく、管理者が行うこともできます。メール別名ファイルの管理 (作業マップ) に、別名に関連する作業の一覧があります。.forward ファイルの管理 (作業マップ) に、.forward ファイルの管理に関連する作業の一覧があります。

メールシステムの計画を立てたら、サイトにシステムを設定し、メールサービスの設定 (作業マップ) で説明する機能を実行します。他の作業については、メールサービス (作業マップ) を参照してください。

ローカルメール専用

図 22–1 に示すように、もっとも単純なメール構成は、1 台のメールホストに 2 台以上のワークステーションが接続されている場合です。メールは完全にローカルです。すべてのクライアントがローカルのディスクにメールを格納し、すべてのクライアントがメールサーバーとして機能します。メールアドレスは /etc/mail/aliases ファイルを使って構文解析されます。

図 22–1 ローカルメール構成

この種類のメール構成を設定するには、以下が必要です。

• 各メールクライアントシステム上に、デフォルトの /etc/mail/sendmail.cf ファイル。編集は不要

• メールホストとして指定されたサーバー。 メールホストを指定するには、メールホストの /etc/hosts ファイルに mailhost.domain_name を追加。また、NIS や NIS+ を実行していない場合は、すべてのメールクライアントの /etc/hosts ファイルにメールホスト IP アドレス行を追加

• NIS または NIS+ を実行しない場合、ローカルメールボックスのあるすべてのシステム上に、対応する /etc/mail/aliases ファイルが必要

• 各メールクライアントシステムの /var/mail に、メールボックスを格納できるだけの十分な領域

メールサービスの設定の詳細については、メールサービスの設定 (作業) を参照してください。 メールサービスの設定に関する特定の手順については、メールサービスの設定 (作業マップ)を参照してください。

ローカルメールとリモート接続

小規模のネットワークにおけるもっとも一般的なメール構成を図 22–2 に示します。1 つのシステムが、メールサーバー、メールホスト、およびリモート接続を行うメールゲートウェイを兼ねています。メールは、メールゲートウェイ上の /etc/mail/aliases ファイルを使って配布されます。ネームサービスは必要ありません。

図 22–2 UUCP 接続を使ったローカルメール構成

この構成では、メールクライアントがメールホスト上の /var/mail からメールファイルをマウントすると想定できます。この種類のメール構成を設定するには、以下が必要です。

• メールゲートウェイ上に main.cf ファイル。MX (メール交換局) レコードを使用する場合、このファイルは編集不要

• 各メールクライアントシステム上に、デフォルトの /etc/mail/sendmail.cf ファイル。このファイルは編集不要

• メールホストとして指定されたサーバー。 メールホストを指定するには、メールホストの /etc/hosts ファイルに mailhost.domain_name を追加。また、NIS や NIS+ を実行していない場合は追加情報が必要。すべてのメールクライアントの /etc/hosts ファイルにメールホストの IP アドレス行を追加

• NIS または NIS+ を実行しない場合、ローカルメールボックスのあるすべてのシステム上に、対応する /etc/mail/aliases ファイルが必要

• メールサーバーの /var/mail に、クライアントのメールボックスを格納できるだけの十分な領域

メールサービスの設定の詳細については、メールサービスの設定 (作業) を参照してください。 メールサービスの設定に関する特定の手順については、メールサービスの設定 (作業マップ)を参照してください。

メールサービスの設定 (作業マップ)

次の表では、メールサービスの設定の手順を説明します。

メールサービスの設定 (作業)

サイトが企業外の電子メールサービスに接続していないか、あるいは企業が 1 つのドメイン内にある場合は、メールサービスを比較的容易に設定できます。

ローカルメール用に 2 つのタイプの構成が必要です。これらの構成については、ローカルメール専用の図 22–1 を参照してください。ドメイン外のネットワークと通信するためには、さらに 2 つのタイプの構成が必要です。これらの構成については、ハードウェアコンポーネントの概要の図 21–1 または ローカルメールとリモート接続の図 22–2 を参照してください。これらの構成は、同じシステムで組み合わせるか、または別のシステムで提供できます。たとえば、同じシステムにメールホストとメールサーバーの機能を持たせる場合は、この節の説明に従って、まずそのシステムをメールホストとして設定します。次に、この節の説明に従って、同じシステムをメールサーバーとして設定します。

次のメールサーバーとメールクライアントの設定の手順は、メールボックスが NFS でマウントされているときに適用されます。ただし、メールボックスは通常、ローカルにマウントされた /var/mail ディレクトリで維持されるので、次の手順は必要ありません。

メールサーバーを設定する方法

メールサーバーはローカルユーザーにメールサービスを提供するだけなので、設定には特別な手順は必要ありません。ユーザーはパスワードファイルまたは名前空間にエントリが必要です。さらに、メールが配信されるためには、ユーザーはローカルのホームディレクトリを用意して、 ~/.forward ファイルを確認する必要があります。 このため、ホームディレクトリサーバーがしばしばメールサーバーとして設定されます。メールサーバーについては、第 23 章「メールサービス (リファレンス)」の ハードウェアコンポーネントでさらに詳しく説明します。

メールサーバーは、メールクライアント宛てにメールを経路指定します。このタイプのメールサーバーは、クライアントのメールボックス用に十分なスプール空間が必要です。

クライアントが自分のメールボックスにアクセスするには、/var/mail ディレクトリをリモートマウントに利用できなければなりません。または、POP (Post Office Protocol)、IMAP (Internet Message Access Protocol) などのサービスをサーバーから利用できなければなりません。以下では、/var/mail ディレクトリを使ってメールサーバーを設定する方法を示します。このマニュアルでは、POP または IMAP の構成方法については説明しません。

次の作業のために、/var/mail ディレクトリがエクスポートされていることを /etc/dfs/dfstab ファイルで確認します。

1. メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. sendmail を停止します。

   # /etc/init.d/sendmail stop

3. /var/mail ディレクトリをリモートアクセスに使用できるかどうかを確認します。

   # share

   /var/mail ディレクトリが表示された場合は、手順 5 に進みます。

   /var/mail ディレクトリが表示されない場合、あるいはリストが表示されない場合は、該当する手順に進みます。

   1. (省略可能) リストが表示されない場合は、NFS サービスを起動します。

      ファイルシステム自動共有を設定する方法 の手順に従って、 /var/mail ディレクトリを使用して NFS サービスを起動します。

   2. (省略可能) /var/mail ディレクトリがリストに含まれていない場合は、/var/mail ディレクトリを /etc/dfs/dfstab に追加します。

      /etc/dfs/dfstab ファイルに次のコマンド行を追加します。

      share -F nfs -o rw /var/mail

4. ファイルシステムをマウントできるようにします。

   # shareall

5. ネームサービスが起動されていることを確認します。

   1. (省略可能) NIS を実行している場合は、次のコマンドを使用します。

      # ypwhich

      詳細は、ypwhich(1) のマニュアルページを参照してください。

   2. (省略可能) NIS+ を実行している場合は、次のコマンドを使用します。

      # nisls

      詳細は、nisls(1) のマニュアルページを参照してください。

   3. (省略可能) DNS を実行している場合は、次のコマンドを使用します。

      # nslookup hostname

      hostname

      ホスト名を指定

      詳細は、nslookup(1M) のマニュアルページを参照してください。

   4. (省略可能) LDAP を実行している場合は、次のコマンドを使用します。

      # ldaplist

      詳細は、ldaplist(1) のマニュアルページを参照してください。

6. sendmail を再起動します。

   # /etc/init.d/sendmail start

mail.local プログラムは、メッセージがはじめて配信されたときに /var/mail ディレクトリでメールボックスを自動的に作成します。メールクライアントの個々のメールボックスを作成する必要はありません。

メールクライアントを設定する方法

メールクライアントは、メールサーバー上にメールボックスを持っている、メールサービスのユーザーです。メールクライアントにはさらに、/etc/mail/aliases ファイルで、メールボックスの位置を示すメール別名が設定されています。第 23 章「メールサービス (リファレンス)」の ハードウェアコンポーネントに、メールクライアントについての簡単な説明があります。

POP (Post Office Protocol) または IMAP (Internet Message Access Protocol) のようなサービスを使ってメールクライアントを設定することもできます。ただし、POP または IMAP の構成方法については、このマニュアルでは説明していません。

1. メールクライアントシステム上でスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. sendmail を停止します。

   # /etc/init.d/sendmail stop

3. メールクライアントのシステムで /var/mail マウントポイントがあることを確認します。

   マウントポイントは、インストール過程で作成されています。ls を使用すると、ファイルシステムが存在するかどうかを確認できます。次の例はファイルシステムが作成されていない場合に受け取る応答を示しています。

   # ls -l /var/mail /var/mail not found

4. /var/mail ディレクトリにファイルが何もないことを確認します。

   メールファイルがこのディレクトリにある場合は、それらのファイルを移動させ、サーバーから /var/mail ディレクトリがマウントされる時にその対象とならないようにします。

5. メールサーバーから /var/mail ディレクトリをマウントします。

   メールディレクトリは自動的にマウントすることも、ブート時にマウントすることもできます。

   1. (省略可能) /var/mail を自動的にマウントします。

      次のようなエントリを /etc/auto_direct ファイルに追加します。

      /var/mail -rw,hard,actimeo=0 server:/var/mail

      server

      割り当てられているサーバー名を指定

   2. (省略可能) ブート時に /var/mail をマウントします。

      /etc/vfstab ファイルに以下のエントリを追加します。このエントリにより、指定されたメールサーバー上の /var/mail ディレクトリがローカルの /var/mail ディレクトリをマウントできます。

      server:/var/mail - /var/mail nfs - no rw,hard,actimeo=0

      システムをリブートするたびに、クライアントのメールボックスが自動的にマウントされます。 システムをリブートしない場合は、次のコマンドを入力すれば、クライアントのメールボックスをマウントできます。

      # mountall

      ---

      注意 –

      メールボックスのロックとメールボックスへのアクセスが適切に動作するには、NFS サーバーからメールをマウントする時に actimeo=0 オプションを入れる必要があります。

      ---

6. /etc/hosts を更新します。

   /etc/hosts ファイルを編集し、メールサーバーのエントリを追加します。ネームサービスを使用する場合、この手順は必要ありません。

   # cat /etc/hosts # # Internet host table # .. IP_address mailhost mailhost mailhost.example.com

   IP_address

   割り当てられている IP アドレスを指定

   example.com

   割り当てられているドメインを指定

   mailhost

   割り当てられているメールホストを指定

   詳細は、hosts(4) のマニュアルページを参照してください。

7. 別名ファイルの 1 つにクライアントのエントリを追加します。

   メール別名ファイルの管理に関する作業マップについては、メール別名ファイルの管理 (作業マップ) を参照してください。

   ---

   注 –

   mail.local プログラムは、メッセージがはじめて配信されたときに /var/mail ディレクトリでメールボックスを自動的に作成します。メールクライアントの個々のメールボックスを作成する必要はありません。

   ---

8. sendmail を再起動します。

   # /etc/init.d/sendmail start

メールホストを設定する方法

メールホストは、電子メールアドレスを解決し、ドメイン内でメールを再度ルーティングします。メールホストに適しているのは、ネットワークにリモート接続を提供するシステム、または親ドメインにネットワークを接続するシステムです。 次に、メールホストを設定する手順を示します。

1. メールホストシステム上でスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. sendmail を停止します。

   # /etc/init.d/sendmail stop

3. ホスト名の構成を確認します。

   次のように check-hostname スクリプトを実行し、sendmail が、このサーバーの完全指定のホスト名を識別できるかどうかを確認します。

   % /usr/lib/mail/sh/check-hostname hostname phoenix OK: fully qualified as phoenix.example.com

   このスクリプトによる完全指定ホスト名の識別ができなかった場合は、完全指定ホスト名を /etc/hosts 内のホストの最初の別名として追加する必要があります。

4. /etc/hosts ファイルを更新します。

   以下から、適切な手順を選択します。

   1. (省略可能) NIS または NIS+ を使用している場合は、新しいメールホストとなるシステムの /etc/hosts ファイルを編集します。

      メールホストシステムの IP アドレスとシステム名の後に mailhost と mailhost.domain を追加します。

      IP_address mailhost mailhost mailhost.domain loghost

      IP_address

      割り当てられている IP アドレスを指定

      mailhost

      メールホストシステムのシステム名を指定

      domain

      拡張ドメイン名を指定

      これで、このシステムはメールホストとして指定されます。domain は、次のコマンドの出力にサブドメイン名として指定されている文字列と同じにする必要があります。

      % /usr/lib/sendmail -bt -d0 </dev/null Version 8.12.0+Sun Compiled with: LDAPMAP MAP_REGEX LOG MATCHGECOS MIME7TO8 MIME8TO7 NAMED_BIND NDBM NETINET NETINET6 NETUNIX NEWDB NIS NISPLUS QUEUE SCANF SMTP USERDB XDEBUG ============ SYSTEM IDENTITY (after readcf) ============ (short domain name) $w = phoenix (canonical domain name) $j = phoenix.example.com (subdomain name) $m = example.com (node name) $k = phoenix ========================================================

      以上の変更を行なった後の hosts ファイルの例を以下に示します。

      # cat /etc/hosts # # Internet host table # 172.31.255.255 localhost 192.168.255.255 phoenix mailhost mailhost.example.com loghost

   2. (省略可能) NIS または NIS+ を使用しない場合は、ネットワーク内の各システムにある /etc/hosts ファイルを編集します。次のようなエントリを作成します。

      IP_address mailhost mailhost mailhost.domain loghost

5. 正しい構成ファイルを選択し、コピーして名前を変更します。

   次のコマンドは、/etc/mail/main.cf ファイルをコピーし名前を変更します。

   # cp /etc/mail/main.cf /etc/mail/sendmail.cf

6. sendmail を再起動します。

   # /etc/init.d/sendmail start

7. メール構成をテストします。

   手順については、メール構成をテストする方法 を参照してください。

メールホストの詳細については、第 23 章「メールサービス (リファレンス)」の ハードウェアコンポーネントを参照してください。

メールゲートウェイを設定する方法

メールゲートウェイは、ドメイン外のネットワークとの通信を管理します。送信側メールゲートウェイ上のメールプログラムは、受信側システムのメールプログラムと同じでなければなりません。

メールゲートウェイに適しているのは、Ethernet および電話回線に接続されているシステムです。インターネットへのルーターとして設定されているシステムも適しています。メールホストをメールゲートウェイとして設定するか、あるいは別のシステムをメールゲートウェイとして設定できます。複数のメールゲートウェイを自分のドメイン用として設定できます。UUCP (UNIX-to-UNIX Copy Program) 接続がある場合は、メールゲートウェイとして UUCP 接続を使ってシステムを構成します。

1. メールゲートウェイ上でスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. sendmail を停止します。

   # /etc/init.d/sendmail stop

3. 正しい構成ファイルを選択し、コピーして名前を変更します。

   次のコマンドは main.cf ファイルをコピーし名前を変更します。

   # cp /etc/mail/main.cf /etc/mail/sendmail.cf

4. ホスト名の構成を確認します。

   次のように check-hostname スクリプトを実行し、sendmail が、このサーバーの完全指定のホスト名を識別できるかどうかを確認します。

   # /usr/lib/mail/sh/check-hostname hostname phoenix OK: fully qualified as phoenix.example.com

   このスクリプトによる完全指定ホスト名の識別ができなかった場合は、完全指定ホスト名を /etc/hosts 内のホストの最初の別名として追加する必要があります。この手順の詳細については、メールホストを設定する方法 の 手順 4を参照してください。

5. ネームサービスが起動されていることを確認します。

   1. (省略可能) NIS を実行している場合は、次のコマンドを使用します。

      # ypwhich

      詳細は、ypwhich(1) のマニュアルページを参照してください。

   2. (省略可能) NIS+ を実行している場合は、次のコマンドを使用します。

      # nisls

      詳細は、nisls(1) のマニュアルページを参照してください。

   3. (省略可能) DNS を実行している場合は、次のコマンドを使用します。

      # nslookup hostname

      hostname

      ホスト名を指定

      詳細は、nslookup(1M) のマニュアルページを参照してください。

   4. (省略可能) LDAP を実行している場合は、次のコマンドを使用します。

      # ldaplist

      詳細は、ldaplist(1) のマニュアルページを参照してください。

6. sendmail を再起動します。

   # /etc/init.d/sendmail start

7. メール構成をテストします。

   手順については、メール構成をテストする方法 を参照してください。

メールゲートウェイの詳細については、第 23 章「メールサービス (リファレンス)」の ハードウェアコンポーネントを参照してください。

sendmail で DNS を使用する方法

DNS ネームサービスは、個別の別名をサポートしません。このネームサービスは、MX (メール交換局) レコードおよび CNAME レコードを使用するホストまたはドメインの別名をサポートします。ホスト名とドメイン名は両方またはいずれか一方を DNS データベースで指定できます。sendmail と DNS の詳細については、第 23 章「メールサービス (リファレンス)」の sendmail とネームサービスの相互作用、または『Solaris のシステム管理 (ネーミングとディレクトリサービス : DNS、NIS、LDAP 編)』を参照してください。

1. スーパーユーザー、またはそれと同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. DNS ホストルックアップ機能を有効にします (NIS+ のみ)。

   /etc/nsswitch.conf ファイルを編集し、dns フラグを含む hosts の定義から # を削除します。DNS ホスト別名を使用するには、次の例に示すように、ホストエントリに dns フラグが含まれている必要があります。

   # grep hosts /etc/nsswitch.conf #hosts: nisplus [NOTFOUND=return] files hosts: dns nisplus [NOTFOUND=return] files

3. mailhost と mailhost.domain エントリを確認します。

   nslookup を使用して、mailhost と mailhost.domain のエントリが DNS データベースに存在することを確認します。詳細は、nslookup(1M) のマニュアルページを参照してください。

仮想ホストを設定する方法

ホストに複数の IP アドレスを割り当てる必要がある場合は、次の Web サイト http://www.sendmail.org/virtual-hosting.html を参照してください。このサイトでは、sendmail を使って仮想ホストを設定する方法を詳しく説明しています。ただし、「Sendmail Configuration」の節では、次に示す手順 3b は実行しないでください。

# cd sendmail-VERSION/cf/cf
# ./Build mailserver.cf
# cp mailserver.cf /etc/mail/sendmail.cf

代わりに、Solaris オペレーティング環境では、次の手順を実行してください。

# cd /usr/lib/mail/cf
# /usr/ccs/bin/make mailserver.cf
# cp mailserver.cf /etc/mail/sendmail.cf

mailserver

.cf ファイルの名前を指定

sendmail.cf 構成ファイルの構築 (手順) では、構築手順の一部として、これと同じ 3 つの手順を説明しています。

/etc/mail/sendmail.cf ファイルを生成したら、次の手順に進み、仮想ユーザーテーブルを作成できます。

sendmail.cf 構成ファイルの構築 (手順)

新しい sendmail.cf ファイルを構築する方法 で、構成ファイルの構築方法について説明します。sendmail.cf ファイルの以前のバージョンも引き続き使用できますが、新しい形式を使用することをお勧めします。

詳細は、以下の情報を参照してください。

• /usr/lib/mail/README。構成手順の詳細な説明

• http://www.sendmail.org。sendmail 構成に関するオンライン情報

• 第 23 章「メールサービス (リファレンス)」の 構成ファイルのバージョンと sendmail 構成ファイル。いくつかのガイダンス

第 24 章「メールサービスの新機能 (リファレンス)」の次の節では、新しい m4 構成機能について説明しています。

• 構成ファイルの新しい構成オプションと改訂された構成オプション、および関連トピック

• sendmail における新しい m4 構成マクロおよび改訂された m4 構成マクロ

新しい sendmail.cf ファイルを構築する方法

次に、新しい構成ファイルを構築する手順を示します。

/usr/lib/mail/cf/main-v7sun.mc は、 /usr/lib/mail/cf/main.mc になりました。

1. スーパーユーザー、またはそれと同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. sendmail を停止します。

   # /etc/init.d/sendmail stop

3. 変更しようとする構成ファイルのコピーを作成します。

   # cd /usr/lib/mail/cf # cp main.mc myhost.mc

   myhost

   .mc ファイルの新しい名前を指定

4. 必要に応じて、新しい構成ファイル (たとえば、myhost.mc) を編集します。

   たとえば、ドメインマスカレードを有効にするには、次のコマンド行を追加します。

   # cat myhost.mc .. MASQUERADE_AS(`host.domain')

   host.domain

   目的のホスト名とドメイン名を指定

   この例では、MASQUERADE_AS は、送信されたメールに、$j ではなく host.domain から送信されたものとしてラベルを付けます。

5. m4 を使って構成ファイルを構築します。

   # /usr/ccs/bin/make myhost.cf

6. -C オプションを使用して、新しい構成ファイルをテストし、新しいファイルを指定します。

   # /usr/lib/sendmail -C myhost.cf -v testaddr </dev/null

   このコマンドはメッセージを表示するとともに、メッセージを testaddr に送信します。システム上で sendmail サービスを再起動することなく送信メールだけをテストできます。まだメールを処理していないシステムでは、メール構成をテストする方法 で説明する完全なテスト手順を使用してください。

7. オリジナルのコピーを作成した後、新しい構成ファイルをインストールします。

   # cp /etc/mail/sendmail.cf /etc/mail/sendmail.cf.save # cp myhost.cf /etc/mail/sendmail.cf

8. sendmail サービスを再起動します。

   # /etc/init.d/sendmail start

代替構成を使用したメール配信の管理 (手順)

送受信されるメールの転送を容易にするため、sendmail の新しいデフォルトの構成は、デーモンとクライアントキューランナーを使用します。デーモンを無効にしている場合は、次の作業を行います。詳細は、新しい構成ファイル submit.cf を参照してください。

sendmail.cf の代替構成を使ってメール配信を管理する方法

sendmail のデフォルトの構成では、クライアントキューランナーは、ローカルの SMTP ポートのデーモンにメールを送信できなければなりません。デーモンが SMTP ポート上で待機していない場合、メールはキューに留まります。この問題を避けるには、次の作業を行います。デーモンとクライアントキューランナーについての詳細、およびこの代替構成を使用する必要性を理解するには、新しい構成ファイル submit.cf を参照してください。

この手順を実行すると、デーモンは、ローカルホストからの接続を受け付けるためだけに動作するようになります。

1. スーパーユーザー、またはそれと同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. sendmail を停止します。

   # /etc/init.d/sendmail stop

3. 変更しようとする構成ファイルのコピーを作成します。必要に応じて、subsidiary.mc または main.mc をコピーします。この例では、subsidiary.mc ファイルを使用します。

   # cd /usr/lib/mail/cf # cp subsidiary.mc myhost.mc

   myhost

   .mc ファイルの新しい名前を指定

4. 新しい構成ファイル (たとえば、myhost.mc) を編集します。

   MAILER() 行の前に次の行を追加します。

   # cat myhost.mc .. DAEMON_OPTIONS(`NAME=NoMTA4, Family=inet, Addr=127.0.0.1')dnl

   1. (省略可能) ホストで IPv6 ローカルホストアドレスが使用できる場合は、新しい構成ファイルを次のように編集します。

      MAILER() 行の前に次の 2 行を追加します。

      # cat myhost.mc .. DAEMON_OPTIONS(`NAME=NoMTA4, Family=inet, Addr=127.0.0.1')dnl DAEMON_OPTIONS(`NAME=NoMTA6, Family=inet6, Addr=::1')dnl

   2. (省略可能) ホストで IPv6 ローカルホストアドレスが使用可能かどうかを調べるには、次のコマンドを実行します。

      # /usr/sbin/ifconfig -a

      IPv6 を使用できる場合は、次のような出力が得られます。

      lo0: flags=2000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6> mtu 8252 index 1 inet6 ::1/128

5. m4 を使って構成ファイルを構築します。

   # /usr/ccs/bin/make myhost.cf

6. オリジナルのコピーを作成した後、新しい構成ファイルをインストールします。

   # cp /etc/mail/sendmail.cf /etc/mail/sendmail.cf.save # cp myhost.cf /etc/mail/sendmail.cf

7. sendmail サービスを再起動します。

   # /etc/init.d/sendmail start

メール別名ファイルの管理 (作業マップ)

次の表では、メール別名ファイルの管理の手順を説明します。 このトピックの詳細は、第 23 章「メールサービス (リファレンス)」の メール別名ファイルを参照してください。

メール別名ファイルの管理 (手順)

メール別名はドメイン独自にする必要があります。 この節では、メール別名ファイルを管理する手順を説明します。また、Solaris 管理コンソールの「メーリングリスト」機能を使って別名データベース上でこれらの作業を実行することもできます。

その他に、makemap を使ってローカルメールホストにデータベースファイルを作成することもできます。makemap(1M) のマニュアルページを参照してください。ローカルのデータベースファイルを使用しても、NIS や NIS+ のようなネームサービスを使用するほどの利点は得られません。しかし、ネットワークのルックアップは必要ないため、ローカルのデータベースファイルからの方がより早くデータを取り出すことができます。詳細は、第 23 章「メールサービス (リファレンス)」 のsendmail とネームサービスの相互作用 およびメール別名ファイル を参照してください。

NIS+ mail_aliases テーブルの別名エントリを管理する方法

NIS+ テーブルでエントリを管理するために、aliasadm コマンドを使用できます。aliasadm コマンドを使ってテーブルエントリを表示、追加、変更、または削除するには、次の手順に従います。

1. テーブルを所有する NIS+ グループのメンバーになるか、メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. 必要に応じて、次に挙げる例のいずれかの手順に従って作業します。

   • NIS+ mail_aliases テーブルを作成する例

   • NIS+ mail_aliases テーブルの全内容を表示する例

   • NIS+ mail_aliases テーブルの個々のエントリを表示する例

   • NIS+ mail_aliases テーブル内の部分一致エントリを表示する例

   • 例 — コマンド行から NIS+ mail_aliases テーブルへ別名を追加する

   • 例 — NIS+ mail_aliases テーブルを編集してエントリを追加する

   • 例 — NIS+ mail_aliases テーブル内のエントリを編集する

   • 例 — NIS+ mail_aliases テーブルからエントリを削除する

場合によっては、最初にメールクライアント、クライアントのメールボックスの位置、およびメールサーバーシステム名のそれぞれのリストをコンパイルする必要があります。

NIS+ mail_aliases テーブルを作成する例

テーブルを作成するには、次の手順に従います。

1. テーブルを所有する NIS+ グループのメンバーになるか、メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. NIS+ テーブルを作成します。

   # aliasadm -I

3. テーブルにエントリを追加します。

   • 2 つまたは 3 つの別名を追加する方法については、例 — コマンド行から NIS+ mail_aliases テーブルへ別名を追加するを参照してください。

   • 多数の別名を追加する方法については、例 — NIS+ mail_aliases テーブルを編集してエントリを追加するを参照してください。

詳細は、aliasadm(1M) のマニュアルページを参照してください。

NIS+ mail_aliases テーブルの全内容を表示する例

テーブルの全内容を表示するには、次の手順に従います。

1. テーブルを所有する NIS+ グループのメンバーになるか、メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. 別名のアルファベット順に全エントリを表示します。

   # aliasadm -1

詳細は、aliasadm(1M) のマニュアルページを参照してください。

NIS+ mail_aliases テーブルの個々のエントリを表示する例

テーブルの個々のエントリを表示するには、次の手順に従います。

1. テーブルを所有する NIS+ グループのメンバーになるか、メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. 個々のエントリを表示します。

   # aliasadm -m ignatz ignatz: ignatz@saturn # Alias for Iggy Ignatz

   このコマンドは、完全に一致する別名のみ表示し、部分的に一致するエントリは表示しません。aliasadm -m オプションでは、メタキャラクタ (*、? など) は使用できません。

詳細は、aliasadm(1M) のマニュアルページを参照してください。

NIS+ mail_aliases テーブル内の部分一致エントリを表示する例

テーブルの部分一致エントリを表示するには、次の手順に従います。

1. テーブルを所有する NIS+ グループのメンバーになるか、メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. テーブル内の部分一致エントリを表示します。

   # aliasadm -l | grep partial_string

   partial_string

   検索に使用する文字列を指定

詳細は、aliasadm(1M) のマニュアルページを参照してください。

例 — コマンド行から NIS+ mail_aliases テーブルへ別名を追加する

2 つまたは 3 つの別名をテーブルに追加するには、次の手順に従います。

1. メールクライアント、メールボックスの場所、およびメールサーバーシステムの名前の各リストをコンパイルします。

2. テーブルを所有する NIS+ グループのメンバーになるか、メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

3. (省略可能) 必要な場合は、NIS+ テーブルを作成します。

   まったく新しい NIS+ mail_aliases テーブルを作成する場合は、最初に NIS+ テーブルを初期設定しなければなりません。 テーブルの作成方法については、NIS+ mail_aliases テーブルを作成する例 を参照してください。

4. テーブルに別名を追加します。

   次に、一般的なエントリの例を示します。

   # aliasadm -a iggy iggy.ignatz@saturn "Iggy Ignatz"

   上記の例の入力内容を次に説明します。

   -a

   別名を追加するためのオプション

   iggy

   簡略別名

   iggy.ignatz@saturn

   拡張別名

   "Iggy Ignatz"

   引用符で囲んだ別名

5. 作成したエントリを表示し、エントリに間違いがないことを確認します。

   # aliasadm -m alias

   alias

   作成したエントリ

詳細は、aliasadm(1M) のマニュアルページを参照してください。

例 — NIS+ mail_aliases テーブルを編集してエントリを追加する

多数の別名をテーブルに追加するには、次の手順に従います。

1. メールクライアント、メールボックスの場所、およびメールサーバーシステムの名前の各リストをコンパイルします。

2. テーブルを所有する NIS+ グループのメンバーになるか、メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

3. 別名テーブルを表示して編集します。

   # aliasadm -e

   このコマンドは、テーブルを表示し、テーブルの編集を可能にします。使用するエディタは、$EDITOR 環境変数で設定されています。この変数が設定されていない場合、vi がデフォルトのエディタになります。

4. 次の形式で、1 行に 1 別名ずつ入力します。

   alias: expanded_alias # ["option" # "comments"]

   alias

   この列には、簡略別名を入力

   expanded_alias

   この列には、拡張別名を入力

   option

   この列は、将来の拡張のために予約されている

   comments

   この列は、別名など、個々の別名に関するコメントに使用

   オプション列をブランクにする場合は、空の引用符 2 つ ("") を入力し、その後にコメントを追加します。

   NIS+ mail_aliases テーブルでは、エントリの順序は重要ではありません。aliasadm -l コマンドがリストをソートし、エントリをアルファベット順に表示します。

   詳細は、メール別名ファイル および aliasadm(1M) のマニュアルページを参照してください。

例 — NIS+ mail_aliases テーブル内のエントリを編集する

テーブル内のエントリを編集するには、次の手順に従います。

1. テーブルを所有する NIS+ グループのメンバーになるか、メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. 別名エントリを表示します。

   # aliasadm -m alias

   alias

   割り当てられている別名を指定

3. 必要に応じて別名エントリを編集します。

   # aliasadm -c alias expanded_alias [options comments]

   alias

   必要な場合は、別名を編集

   expanded_alias

   必要な場合は、拡張別名を編集

   options

   必要な場合は、オプションを編集

   comments

   必要な場合は、このエントリのコメントを編集

   詳細は、aliasadm(1M) のマニュアルページおよび メール別名ファイルを参照してください。

4. 編集したエントリを表示し、エントリに間違いがないことを確認します。

   # aliasadm -m alias

詳細は、aliasadm(1M) のマニュアルページを参照してください。

例 — NIS+ mail_aliases テーブルからエントリを削除する

テーブルからエントリを削除するには、次の手順に従います。

1. テーブルを所有する NIS+ グループのメンバーになるか、メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. テーブルからエントリを削除します。

   # aliasadm -d alias

   alias

   削除するエントリの別名を指定

詳細は、aliasadm(1M) のマニュアルページを参照してください。

NIS mail.aliases マップを設定する方法

次の手順によって、NIS の mail.aliases マップを使って別名の設定を容易に行うことができます。

1. メールクライアント、メールボックスの場所、およびメールサーバーシステムの名前の各リストをコンパイルします。

2. NIS マスターサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

3. /etc/mail/aliases ファイルを編集し、次のようなエントリを作成します。

   1. メールクライアントごとにエントリを追加します。

      # cat /etc/mail/aliases .. alias:expanded_alias

      alias

      簡略別名を指定

      expanded_alias

      拡張別名 (user@host.domain.com) を指定

   2. Postmaster: root エントリがあることを確認します。

      # cat /etc/mail/aliases .. Postmaster: root

   3. root の別名を追加します。 ポストマスターとして指定された個人のメールアドレスを使用します。

      # cat /etc/mail/aliases .. root: user@host.domain.com

      user@host.domain.com

      指定されたポストマスターに割り当てられているアドレスを指定

4. NIS マスターサーバーがネームサービスを実行中で、各メールサーバーのホスト名を解釈処理できることを確認します。

5. /var/yp ディレクトリに移動します。

   # cd /var/yp

6. make コマンドを適用します。

   # make

   /etc/hosts および /etc/mail/aliases ファイルの変更は、NIS スレーブシステムに伝達されます。変更は、遅くとも数分後には有効になります。

ローカルメール別名ファイルを設定する方法

ローカルメール別名ファイルで別名を解釈処理するには、次の手順に従います。

1. ユーザーとメールボックスの場所の各リストをコンパイルします。

2. メールサーバーのスーパーユーザーになるか、あるいは同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

3. /etc/mail/aliases ファイルを編集し、次のようなエントリを作成します。

   1. ユーザーごとにエントリを追加します。

      user1: user2@host.domain

      user1

      新しい別名を指定

      user2@host.domain

      新しい別名の実際のアドレスを指定

   2. Postmaster: root エントリがあることを確認します。

      # cat /etc/mail/aliases .. Postmaster: root

   3. root の別名を追加します。 ポストマスターとして指定された個人のメールアドレスを使用します。

      # cat /etc/mail/aliases .. root: user@host.domain.com

      user@host.domain.com

      指定されたポストマスターに割り当てられているアドレスを指定

4. 別名データベースを再構築します。

   # newaliases

   /etc/mail/sendmail.cf の AliasFile オプションの構成によって、このコマンドがバイナリ形式で、/etc/mail/aliases.db ファイルを 1 つ生成するか、または /etc/mail/aliases.dir と /etc/mail/aliases.pag の 1 組のファイルを生成するかが決まります。

5. 次の手順のどちらかを実行して、生成されたファイルをコピーします。

   1. (省略可能) /etc/mail/aliases、/etc/mail/aliases.dir、および /etc/mail/aliases.pag ファイルを他の各システムにコピーします。

      rcp または rdist コマンドを使用して 3 つのファイルをコピーできます。 詳細は、rcp(1) のマニュアルページまたは rdist(1) のマニュアルページを参照してください。 また、この目的のためのスクリプトを作成することもできます。

      これらのファイルをコピーしたら、newaliases コマンドを他の各システムで実行する必要はありません。ただし、メールクライアントを追加または削除するたびにすべての /etc/mail/aliases ファイルを更新する必要があるので注意してください。

   2. (省略可能) /etc/mail/aliases.db ファイルを他の各システムにコピーします。

      rcp または rdist コマンドを使用してファイルをコピーできます。 詳細は、rcp(1) のマニュアルページまたは rdist(1) のマニュアルページを参照してください。 また、この目的のためのスクリプトを作成することもできます。

      このファイルをコピーしたら、newaliases コマンドを他の各システムで実行する必要はありません。ただし、メールクライアントを追加または削除するたびにすべての /etc/mail/aliases ファイルを更新する必要があるので注意してください。

キー付きマップファイルの作成方法

キー付きマップファイルを作成するには、次の手順に従います。

1. メールサーバーのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. 入力ファイルを作成します。

   エントリには、次の構文を使用できます。

   old_name@newdomain.com new_name@newdomain.com old_name@olddomain.com error:nouser No such user here @olddomain.com %1@newdomain.com

   old_name@newdomain.com

   新たに割り当てたドメインでこれまで割り当てられていたユーザー名を指定

   new_name@newdomain.com

   新たに割り当てるアドレスを指定

   old_name@olddomain.com

   これまで割り当てられていたドメインでこれまで割り当てられていたユーザー名を指定

   olddomain.com

   これまで割り当てられていたドメインを指定

   newdomain.com

   新たに割り当てるドメインを指定

   1 番目のエントリにより、メールは新しい別名に転送されます。2 番目のエントリにより、不適切な別名が使用されたときにメッセージが作成されます。最後のエントリにより、すべての着信メールは olddomain から newdomain へ転送されます。

3. データベースファイルを作成します。

   # /usr/sbin/makemap maptype newmap < newmap

   maptype

   dbm、btree、hash などのデータベースタイプを選択

   newmap

   入力ファイル名とデータベースファイル名の最初の部分を指定。dbm データベースタイプを選択すると、データベースファイルは接尾辞に .pag または .dir を使って作成される。他の 2 つのデータベースタイプの場合、ファイル名には .db が付く

postmaster 別名の管理

各システムは postmaster メールボックスにメールを送信できなければなりません。postmaster の NIS または NIS+ 別名を作成できます。あるいは、ローカルの /etc/mail/aliases ファイルそれぞれに別名を作成することもできます。次の手順を参照してください。

• ローカルの各 /etc/mail/aliases ファイルに postmaster 別名を作成する方法

• postmaster 用に別のメールボックスを作成する方法

• postmaster メールボックスを /etc/mail/aliases ファイルの別名に追加する方法

ローカルの各 /etc/mail/aliases ファイルに postmaster 別名を作成する方法

postmaster 別名をローカルの各 /etc/mail/aliases ファイルに作成する場合は、次の手順に従います。

1. 各ローカルシステムのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. /etc/mail/aliases エントリを表示します。

   # cat /etc/mail/aliases # Following alias is required by the mail protocol, RFC 2821 # Set it to the address of a HUMAN who deals with this system's # mail problems. Postmaster: root

3. 各システムの /etc/mail/aliases ファイルを編集します。

   root をポストマスターに指定する個人のメールアドレスに変更します。

   Postmaster: mail_address

   mail_address

   ポストマスターとして指定された個人に割り当てられたアドレスを使用します。

4. (省略可能) ポストマスター用に別のメールボックスを作成します。

   ポストマスターがポストマスターメールと個人メールとを区別するために、別のメールボックスを作成できます。別のメールボックスを作成する場合は、/etc/mail/aliases ファイルを編集するときに、ポストマスターの個人メールアドレスではなくメールボックスアドレスを使用してください。詳細は、postmaster 用に別のメールボックスを作成する方法を参照してください。

postmaster 用に別のメールボックスを作成する方法

postmaster 用に別のメールボックスを作成する場合は、次の手順に従います。

1. メールサーバーのスーパーユーザーになるか、あるいは同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. postmaster として指定された個人のアカウントを作成します。パスワードフィールドにアスタリスク (*) を入力します。

   ユーザーアカウントの追加の詳細については、『Solaris のシステム管理 (基本編)』の「ユーザーアカウントとグループの管理 (手順)」を参照してください。

3. メールが配信されたら、mail プログラムがメールボックス名に読み書きできるようにします。

   # mail -f postmaster

   postmaster

   割り当てられているアドレスを指定

postmaster メールボックスを /etc/mail/aliases ファイルの別名に追加する方法

postmaster メールボックスを /etc/mail/aliases ファイル内の別名に追加する場合は、次の手順に従います。

1. 各システムのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. root の別名を追加します。 ポストマスターとして指定された個人のメールアドレスを使用します。

   # cat /etc/mail/aliases .. root: user@host.domain.com

   user@host.domain.com

   ポストマスターとして指定された個人に割り当てられたアドレスを使用します。

3. ポストマスターのローカルシステムで、 /etc/mail/aliases ファイルに別名の名前を定義するエントリを作成します。 sysadmin が 1 例です。 ローカルメールボックスへのパスも指定します。

   # cat /etc/mail/aliases .. sysadmin: /usr/somewhere/somefile

   sysadmin

   新しい別名の名前を作成

   /usr/somewhere/somefile

   ローカルメールボックスのパスを指定

4. 別名データベースを再構築します。

   # newaliases

キューディレクトリの管理 (作業マップ)

次の表では、メールキューの管理の手順を説明します。

キューディレクトリの管理 (手順)

この節では、キューの管理に役立つ作業について説明します。クライアント専用のキューの詳細については、新しい構成ファイル submit.cf を参照してください。他の関連情報については、キューの新しい機能 を参照してください。

メールキュー /var/spool/mqueue の内容を表示する方法

キューにあるメッセージの数とそれらのメッセージがキューから消去されるのにかかる時間を表示するには、次の手順に従います。

次の情報を表示するには、以下に示すコマンドを使用します。

• キュー ID

• メッセージのサイズ

• メッセージがキューに入った日付

• メッセージの状態

• 送信者と受信者

# /usr/bin/mailq | more

このコマンドは、認証属性 solaris.admin.mail.mailq を確認します。確認が取れると、sendmail で -bp フラグを指定するのと同じ処理が実行されます。確認ができない場合は、エラーメッセージが表示されます。デフォルトでは、この認証属性はすべてのユーザーで使用できるようになっています。認証属性は、prof_attr 内のユーザーエントリを変更することにより無効にできます。詳細は、prof_attr(4) および mailq(1) のマニュアルページを参照してください。

メールキュー /var/spool/mqueue でメールキューを強制処理する方法

たとえば、以前にメッセージを受信できなかったシステムへのメッセージを処理するには、次の手順に従います。

1. スーパーユーザーになるか、それと同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. キューを強制処理し、キューが消去されるとジョブの進捗状況を表示します。

   # /usr/lib/sendmail -q -v

メールキュー /var/spool/mqueue のサブセットを実行する方法

たとえば、ホスト名など、アドレスの部分文字列を強制的に処理するには、次の手順に従います。また、特定のメッセージをキューから強制的に処理するにも、次の手順に従います。

1. スーパーユーザーになるか、それと同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. -qRstring を使用して、いつでもメールキューのサブセットを実行できます。

   # /usr/lib/sendmail -qRstring

   string

   受信者の別名または user@host.domain の部分文字列 (ホスト名など) を指定

   代わりに、-qInnnnn を使ってメールキューのサブセットを実行することもできます。

   # /usr/lib/sendmail -qInnnnn

   nnnnn

   キュー ID を指定

メールキュー /var/spool/mqueue を移動する方法

メールキューを移動する場合は、次の手順に従います。

1. メールホストのスーパーユーザーになるか、同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. sendmail デーモンを終了します。

   # /etc/init.d/sendmail stop

   これで、sendmail はキューディレクトリを処理しなくなります。

3. /var/spool ディレクトリに移動します。

   # cd /var/spool

4. mqueue ディレクトリとディレクトリ内のすべての内容を omqueue ディレクトリに移動します。次に、mqueue という名前の新しい空のディレクトリを作成します。

   # mv mqueue omqueue; mkdir mqueue

5. ディレクトリのアクセス権を所有者は読み取り/書き込み/実行に、またグループは読み取り/実行に設定します。また、所有者とグループを daemon に設定します。

   # chmod 750 mqueue; chown root:bin mqueue

6. sendmail を起動します。

   # /etc/init.d/sendmail start

古いメールキュー /var/spool/omqueue を実行する方法

古いメールキューを実行するには、次の手順に従います。

1. スーパーユーザーになるか、それと同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. 古いメールキューを実行します。

   # /usr/lib/sendmail -oQ/var/spool/omqueue -q

   -oQ フラグで、代替キューディレクトリを指定します。-q フラグで、キューのすべてのジョブを実行するように指示します。画面に冗長出力を表示する場合は、-v フラグを使用します。

3. 空のディレクトリを削除します。

   # rmdir /var/spool/omqueue

.forward ファイルの管理 (作業マップ)

次の表では、.forward ファイルを管理するための手順を説明します。詳細は、第 23 章「メールサービス (リファレンス)」の .forward ファイルを参照してください。

.forward ファイルの管理 (手順)

この節では、.forward ファイルの管理に関する複数の手順を説明します。これらファイルはユーザーが編集できるので、ファイルが問題の原因になる場合があります。詳細は、第 23 章「メールサービス (リファレンス)」 の .forward ファイル を参照してください。

.forward ファイルを無効にする方法

自動転送を禁止し、特定のホストの .forward ファイルを無効にするには、次の手順に従います。

1. スーパーユーザーになるか、それと同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. /usr/lib/mail/domain/solaris-generic.m4 またはサイト固有のドメイン m4 ファイルのコピーを作成します。

   # cd /usr/lib/mail/domain # cp solaris-generic.m4 mydomain.m4

   mydomain

   選択するファイル名を指定

3. 次の行を作成したファイルに追加します。

   define(`confFORWARD_PATH',`')dnl

   m4 ファイルに confFORWARD_PATH の値がすでに存在する場合は、NULL 値で置き換えられます。

4. 新しい構成ファイルを構築してインストールします。

   この手順の詳細については、新しい sendmail.cf ファイルを構築する方法を参照してください。

   ---

   注 –

   .mc ファイルを編集する場合は、忘れずに DOMAIN(`solaris-generic') を DOMAIN(`mydomain') に変更してください。

   ---

.forward ファイルの検索パスを変更する方法

たとえば、すべての .forward ファイルを共通ディレクトリに入れる場合は、次の手順に従います。

1. スーパーユーザーになるか、それと同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

2. /usr/lib/mail/domain/solaris-generic.m4 またはサイト固有のドメイン m4 ファイルのコピーを作成します。

   # cd /usr/lib/mail/domain # cp solaris-generic.m4 mydomain.m4

   mydomain

   選択するファイル名を指定

3. 次の行を作成したファイルに追加します。

   define(`confFORWARD_PATH',`$z/.forward:/var/forward/$u')dnl

   m4 ファイルに confFORWARD_PATH の値がすでに存在する場合は、新しい値で置き換えられます。

4. 新しい構成ファイルを構築してインストールします。

   この手順の詳細については、新しい sendmail.cf ファイルを構築する方法を参照してください。

   ---

   注 –

   .mc ファイルを編集する場合は、忘れずに DOMAIN(`solaris-generic') を DOMAIN(`mydomain') に変更してください。

   ---

/etc/shells の作成および生成方法

このファイルは標準リリースには含まれていません。.forward ファイルを使用してプログラムまたはファイルにメールを転送することをユーザーに許可する場合は、このファイルを追加する必要があります。grep を使用して、パスワードファイルにリストされたすべてのシェルを特定し、ファイルを手動で作成することができます。これにより、シェルをファイルに入力できます。しかし、次に示す、ダウンロード可能なスクリプトを使用する手順の方が簡単です。

1. スクリプトをダウンロードします。

   http://www.sendmail.org/vendor/sun/gen-etc-shells.html

2. スーパーユーザーになるか、それと同等の役割になります。

   役割については、『Solaris のシステム管理 (セキュリティサービス)』の「特権付きアプリケーションの使用」を参照してください。

3. シェルのリストを作成するために、gen-etc-shells を実行します。

   # ./gen-etc-shells.sh> /tmp/shells

   このスクリプトでは、getent コマンドを使用して、/etc/nsswitch.conf 内にリストされたパスワードファイルソースに組み込まれたシェルの名前を収集します。

4. /tmp/shells 内のシェルのリストを調べて編集します。

   選択したエディタを使用し、組み込まないシェルを削除します。

5. ファイルを /etc/shells に移動します。

   # mv /tmp/shells /etc/shells

メールサービスの障害対処とヒント (作業マップ)

次の表では、メールサービスの障害追跡手順とヒントを説明します。

メールサービスの障害回避とヒント (手順)

この節では、メールサービスの問題解決に使用できる手順とヒントをいくつか示します。

メール構成をテストする方法

構成ファイルに対して行なった変更をテストするには、次の手順に従います。

1. 変更した構成ファイルがあるシステムで sendmail を再起動します。

   # /etc/init.d/sendmail restart

2. 各システムからテストメッセージを送信します。

   # /usr/lib/sendmail -v names </dev/null

   names

   受信者の電子メールアドレスを指定

   このコマンドは、指定された受信者に NULL メッセージを送信し、画面にメッセージの動作を表示します。

3. メッセージを通常のユーザー名に送ることによって、メールを自分自身またはローカルシステム上の他の人に送信します。

4. (省略可能) ネットワークに接続している場合は、別のシステムの個人宛に次の 3 方向でメールを送信します。

   • メインシステムからクライアントシステムへ

   • クライアントシステムからメインシステムへ

   • クライアントシステムから別のクライアントシステムへ

5. (省略可能) メールゲートウェイがある場合、メールホストから別のドメインにメールを送信して、リレーメールプログラムおよびホストが適切に設定されていることを確認します。

6. (省略可能) 電話回線上で別のホストへの UUCP 接続を設定している場合は、そのホストのだれかにメールを送信します。メッセージを受信した時点で、メールを返信してもらうか、電話してもらいます。

7. UUCP 接続を介してメールを送信するように他の人に頼みます。

   sendmail プログラムは、メッセージが配信されたかどうかは検出しません。これは、配信のためにプログラムがメッセージを UUCP に渡すためです。

8. 異なるシステムからメッセージを postmaster 宛てに送信し、ポストマスターのメールボックスにそのメッセージが配信されたことを確認します。

メール別名を確認する方法

次の例は、別名を確認する方法を示します。

% mconnect
connecting to host localhost (127.0.0.1), port 25
connection open
220 your.domain.com ESMTP Sendmail 8.12.6+Sun/8.12.6; Tue, 12 Nov 2002 13:34:13 -0800 (PST)
expn sandy
250 2.1.5 <sandy@phoenix.example.com>
quit
221 2.0.0 your.domain.com closing connection
% 

この例では、mconnect プログラムがローカルホスト上のメールサーバーとの接続を確立し、接続をテストできるようにします。プログラムは対話式で実行されるので、さまざまな診断コマンドを実行できます。詳細は、mconnect(1) のマニュアルページを参照してください。 expn sandy のエントリに、展開されたアドレス sandy@phoenix.example.com が示されています。したがって、別名 sandy でメールを配信できることが確認されました。

ローカルおよびドメインの両方で別名を使用する場合は、ループやデータベースの不整合が生じないようにしてください。あるシステムから別のシステムにユーザーを移動するときは、別名のループが生じないよう特に注意してください。

sendmail ルールセットをテストする方法

sendmail ルールセットの入力と戻りを確認するには、次の手順に従います。

1. アドレステストモードに変更します。

   # /usr/lib/sendmail -bt

2. メールアドレスをテストします。

   最後のプロンプト (>) で次の数値とアドレスを入力します。

   > 3,0 mail_address

   mail_address

   テストするメールアドレスを指定

3. セッションを終了します。

   Control-D キーを押します。

以下に出力例を示します。

% /usr/lib/sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
> 3,0 sandy@phoenix
canonify           input: sandy @ phoenix
Canonify2          input: sandy < @ phoenix>
Canonify2        returns: sandy < @ phoenix . example . com .>
canonify         returns: sandy < @ phoenix . example . com .>
parse              input: sandy < @ phoenix . example . com .>
Parse0             input: sandy < @ phoenix . example . com .>
Parse0           returns: sandy < @ phoenix . example . com .>
ParseLocal         input: sandy < @ phoenix . example . com .>
ParseLocal       returns: sandy < @ phoenix . example . com .>
Parse1             input: sandy < @ phoenix . example . com .>
MailerToTriple     input: < mailhost . phoenix . example . com> 
     sandy < @ phoenix . example . com .>
MailerToTriple   returns: $# relay $@ mailhost . phoenix . example . com 
     $: sandy < @ phoenix . example . com .>
Parse1           returns: $# relay $@ mailhost . phoenix . example . com 
     $: sandy < @ phoenix . example . com .>
parse            returns: $# relay $@ mailhost . phoenix . example . com 
     $: sandy < @ phoenix . example . com .>

他のシステムへの接続を調べる方法

mconnect プログラムは、指定したホスト上のメールサーバーへの接続を開き、接続をテストできるようにします。プログラムは対話式で実行されるので、さまざまな診断コマンドを実行できます。詳細は、mconnect(1) のマニュアルページを参照してください。次の例では、ユーザー名 sandy へのメールが配信可能かどうかを調べます。

% mconnect phoenix

connecting to host phoenix (172.31.255.255), port 25
connection open
220 phoenix.example.com ESMTP Sendmail 8.12.0+Sun/8.12.0;Sun, 4 Sep 2001 3:52:56 -0700(PDT)
expn sandy
250 2.1.5 <sandy@phoenix.example.com>
quit

mconnect を使用して SMTP ポートに接続できない場合は、次の条件を確認してください。

• システム負荷が高すぎないか

• sendmail デーモンが動作しているか

• システムに適切な /etc/mail/sendmail.cf ファイルがあるか

• sendmail が使用するポート 25 がアクティブであるか

エラーメッセージの記録

メールサービスは、syslogd プログラムを使って大部分のエラーメッセージを記録します。デフォルトでは、syslogd プログラムはこれらのメッセージを /etc/hosts ファイルで指定されている loghost というシステムに送信します。loghost が NIS ドメイン全体のすべてのログを保持するように定義できます。loghost を指定しなければ、syslogd からのエラーメッセージはレポートされません。

/etc/syslog.conf ファイルは、syslogd プログラムがメッセージをどこに転送するかを制御します。 /etc/syslog.conf ファイルを編集することにより、デフォルトの構成を変更できます。変更内容を有効にするには、syslog デーモンを再起動する必要があります。メールに関する情報を収集するために、ファイルに次の選択を追加できます。

• mail.alert – ここで訂正する必要のある状態メッセージ

• mail.crit – クリティカルメッセージ

• mail.warning – 警告メッセージ

• mail.notice – エラーではないが注意すべきメッセージ

• mail.info – 情報メッセージ

• mail.debug – デバッグメッセージ

/etc/syslog.conf ファイルの次のエントリは、すべての重大な情報を含むデバッグメッセージを /var/log/syslog に送信します。

mail.crit;mail.info;mail.debug			/var/log/syslog

システムログの各行には、タイムスタンプ、そのログ行を生成したシステム名、およびメッセージが入っています。syslog ファイルは、大量の情報を記録できます。

ログは、連続したレベルとして並べられます。最下位レベルでは、異常なイベントだけが記録されます。最上位レベルでは、もっとも必須なイベントと注目する必要のないイベントが記録されます。通常、10 以下のログレベルが「有用」とみなされます。10 を超えるログレベルは通常、デバッグに使用されます。loghost および syslogd プログラムの詳細については、『Solaris のシステム管理 (上級編)』の「システムのメッセージ記録のカスタマイズ」を参照してください。

メール診断情報のその他の情報源

その他の診断情報については、次の情報源を確認してください。

• メッセージのヘッダーの Received 行を調べます。 これらの行は、メッセージがリレーされる時にとった経路を追跡できます。 時間帯の違いを考慮するのを忘れないでください。

• MAILER-DAEMON からのメッセージを調べます。 これらのメッセージは通常、配信上の問題をレポートします。

• ワークステーショングループの配信上の問題を記録するシステムログを確認します。sendmail プログラムは常に、その処理内容をシステムログに記録します。crontab ファイルを修正して、ログを調べるシェルスクリプトを夜間に実行できます。このスクリプトは、ログで SYSERR メッセージを検索し、検出したメッセージをポストマスターにメールで送信します。

• mailstats プログラムを使ってメールタイプをテストし、着信メッセージと発信メッセージの数を判定します。

エラーメッセージの解釈

この節では、Solaris 9 オペレーティング環境で発生する sendmail 関連のエラーメッセージを解釈し対処する方法について説明します。http://www.sendmail.org/faq/ も参照してください。

以下のエラーメッセージには、次の種類の情報が含まれます。

• 原因 –メッセージ発生の原因となった可能性があるもの

• 説明 –エラーメッセージが発生した時にユーザーが行なっていた操作

• 対処方法 –問題を解決するため、あるいは作業を続けるための操作

• 技術メモ –開発者などの専門家向けの背景情報

• 関連項目 –他の情報源

451 timeout waiting for input during source

原因 –タイムアウトの可能性があるソース (SMTP 接続など) から読み取るとき、sendmail は、読み込みを開始する前にさまざまな Timeout オプションの値をタイマーに設定します。タイマーが期限切れになる前に読み取りが完了しなかった場合、このメッセージが表示され、読み取りが停止します。通常、この状況は RCPT 時に発生します。メールメッセージはキューに入れられて、あとで配信されます。

対処方法 –このメッセージが頻繁に表示される場合は、/etc/mail/sendmail.cf ファイルの Timeout オプションの値を大きくします。タイマーがすでに大きな値に設定されている場合は、ネットワークの配線や接続などハードウェアの問題点を探します。

関連項目 –Timeout オプションの詳細については、Timeout オプションの変更点を参照してください。 オンラインマニュアルを使用している場合は、検索語として「timeouts」を指定します。

550 hostname... Host unknown

原因 –この sendmail のメッセージは、単価記号 (@) の後のアドレス部分で指定されている受信先のホストマシンが、ドメインネームシステム (DNS) ルックアップ時に見つからなかったことを示します。

対処方法 –nslookup コマンドを使用して、受信先ホストが、そのドメインまたは他のドメインにあることを確認します。スペルが間違っている可能性があります。あるいは、受信者に連絡して正しいアドレスを確認します。

550 username... User unknown

原因 –この sendmail のメッセージは、単価記号 (@) の前のアドレス部分で指定されている受信者を受信先ホストマシンで検出できなかったことを示します。

対処方法 –電子メールアドレスを確認し、再度送信してみます。スペルが間違っている可能性があります。これで解決しない場合は、受信者に連絡して正しいアドレスを確認します。

554 hostname... Local configuration error

原因 –この sendmail メッセージは通常、ローカルホストがメールを自分宛に送信しようとしていることを示します。

対処方法 –/etc/mail/sendmail.cf ファイル内の $j マクロの値が完全指定ドメイン名になっていることを確認します。

技術メモ –送信側のシステムが SMTP の HELO コマンドで受信側のシステムに自身のホスト名を示すと、受信側のシステムはそのホスト名を送信者の名前と比較します。これらの名前が同じ場合、受信側のシステムはこのエラーメッセージを発行し、接続を閉じます。HELO コマンドで提供される名前は、$j マクロの値です。

関連項目 –追加情報については、 http://www.sendmail.org/faq/section4.html#4.5 を参照してください。

config error: mail loops back to myself.

原因 –このエラーメッセージが生成されるのは、MX レコードを設定し、ホスト bar をドメイン foo のメール交換局にした場合です。ただし、ホスト bar 自身がドメイン foo のメール交換局であることを認識するように設定されていません。

また、送信側システムと受信側システムの両方が同じドメインとして識別される場合にも、このメッセージを受け取ります。

対処方法 –手順については、http://www.sendmail.org/faq/section4.html#4.5 を参照してください。

host name configuration error

対処方法 –次のエラーメッセージの対処方法で説明されている手順に従います。554 hostname... Local configuration error.

技術メモ – これは sendmail の古いメッセージで、「I refuse to talk to myself」というメッセージから置き換えられたもので現在は、「Local configuration error」メッセージに置き換えられています。

user unknown

説明 –メールをユーザー宛てに送信しようとすると、「Username... user unknown」のエラーが表示されます。ユーザーが同じシステム上にいます。

対処方法: 入力した電子メールアドレスに誤字がないか確認します。あるいは、ユーザーが、/etc/mail/aliases またはユーザーの .mailrc ファイルに存在しない電子メールアドレスに別名を割り当てられている可能性があります。 また、ユーザー名の大文字も確認してください。できれば、電子メールアドレスは大文字と小文字が区別されないようにします。

関連項目 –追加情報については、 http://www.sendmail.org/faq/section4.html#4.17 を参照してください。

第 23 章 メールサービス (リファレンス)

sendmail プログラムは、メール転送エージェントです。このプログラムは、構成ファイルを使用して、別名処理、転送、ネットワークゲートウェイへの自動ルーティング、柔軟な構成を提供します。Solaris オペレーティング環境では、ほとんどのサイトで使用できる標準構成ファイルが付属しています。第 21 章「メールサービス (概要)」では、メールサービスのコンポーネントと典型的なメールサービスの構成を紹介します。第 22 章「メールサービス (手順)」では、電子メールシステムをセットアップして管理する方法について説明します。この章では、以下のトピックについて説明します。

• Solaris 版 の sendmail

• メールサービスのソフトウェアとハードウェアのコンポーネント

• メールサービスのプログラムとファイル

• メールアドレスとメールルーティング

• sendmail とネームサービスの相互作用

sendmail バージョン 8.12 に含まれている新しい機能については、第 24 章「メールサービスの新機能 (リファレンス)」を参照してください。 mail.local、mailstats、makemap に関する変更、および新しいメンテナンスユーティリティである editmap についてもお読みください。以上の章で説明されていない詳細については、sendmail(1M)、mail.local(1M)、mailstats(1)、makemap(1M)、および editmap(1M) のマニュアルページを参照してください。

Solaris 版 の sendmail

ここでは、以下の項目について sendmail の Solaris 版と一般的な Berkeley バージョンを比較します。

• sendmail のコンパイルに使用できるフラグと使用できないフラグ

• sendmail の代替コマンド

• 構成ファイルのバージョン

sendmail のコンパイルに使用できるフラグと使用できないフラグ

次に、Solaris 9 に含まれている sendmail のバージョンをコンパイルするときに使用するフラグを示します。構成に他のフラグが必要な場合は、そのソースをダウンロードし、バイナリにコンパイルし直してください。このプロセスについては、http://www.sendmail.org を参照してください。

次の表に、Solaris 9 に添付される sendmail のバージョンのコンパイルに使用されない一般的なフラグを示します。

sendmail のコンパイルに使用するフラグの一覧を参照するには、次のコマンドを使用します。

% /usr/lib/sendmail -bt -d0.10 < /dev/null

上記のコマンドでは、Sun 固有のフラグは表示されません。

sendmail の代替コマンド

Solaris リリースには、Berkley による汎用リリースで提供されているコマンドの同義語がすべて組み込まれているわけではありません。次の表は、すべてのコマンドの別名を示したリストです。この表には、コマンドが Solaris リリースに組み込まれているかどうか、および sendmail を使って同じ動作を生成する方法も示しています。

構成ファイルのバージョン

Solaris 9 に含まれている sendmail の バージョンには、sendmail.cf ファイルのバージョンを定義するための構成オプションが含まれます。現在のバージョンの sendmail でも以前のバージョンの構成ファイルを使用できます。バージョンレベルには 0 から 10 の値を設定できます。また、ベンダーの定義もできます。Berkeley または Sun をベンダーとして選択できます。ベンダーを定義しないでバージョンレベルだけを設定した場合は、Sun がデフォルトとして使用されます。次の表に有効なオプションを示します。

V1/Sun は使用しないでください。詳細は、 http://www.sendmail.org/vendor/sun/differences.html#4 を参照してください。

作業手順については、第 22 章「メールサービス (手順)」の sendmail.cf 構成ファイルの構築 (手順) を参照してください。

メールサービスのソフトウェアとハードウェアのコンポーネント

ここでは、メールシステムのソフトウェアとハードウェアの構成要素について説明します。

• ソフトウェアのコンポーネント

• ハードウェアコンポーネント

ソフトウェアのコンポーネント

各メールサービスには、少なくとも以下のどれかのソフトウェアコンポーネントが含まれます。

• メールユーザーエージェント

• メール転送エージェント

• ローカル配信エージェント

ここでは、以下のソフトウェアコンポーネントについても説明します。

• メールプログラム

• メールアドレス

• メールボックスファイル

• メール別名

メールユーザーエージェント

「メールユーザーエージェント」は、ユーザーとメール転送エージェント間のインタフェースとして機能するプログラムです。sendmail プログラムは、メール転送エージェントです。Solaris のオペレーティング環境は、以下のメールユーザーエージェントを提供します。

• /usr/bin/mail

• /usr/bin/mailx

• $OPENWINHOME/bin/mailtool

• /usr/dt/bin/dtmail

メール転送エージェント

「メール転送エージェント」は、メールメッセージのルーティングとメールアドレスの解釈を行います。このエージェントは、メールトランスポートエージェントとも呼ばれます。Solaris オペレーティング環境ソフトウェアの転送エージェントは sendmail です。 転送エージェントは次の機能を実行します。

• メールユーザーエージェントからメッセージを受信する

• 宛先アドレスを認識する

• 適切な配信エージェントを選択してメールを配信する

• 他のメール転送エージェントからのメールを受信する

ローカル配信エージェント

「ローカル配信エージェント」は、メールの配信プロトコルを実行するプログラムです。Solaris オペレーティング環境に搭載されているローカル配信エージェントについては以下に述べます。

• UUCP ローカル配信エージェントは uux を使ってメールを配信します。

• 標準の Solaris リリースでは mail.local であるローカル配信エージェントを配信します。

第 24 章「メールサービスの新機能 (リファレンス)」では、以下の関連項目について説明します。

• 配信エージェントの新しいフラグ

• 配信エージェントの新しい等号 (=)

• mail.local の変更点

メールプログラム

「メールプログラム」は、sendmail 固有の用語です。メールプログラムは sendmail によって使用され、カスタマイズしたローカル配信エージェントまたはカスタマイズされたメール転送エージェントの特定のインスタンスを指定します。sendmail.cf ファイルに少なくとも 1 つのメールプログラムを指定する必要があります。作業手順については、第 22 章「メールサービス (手順)」 の sendmail.cf 構成ファイルの構築 (手順) を参照してください。 ここでは、2 種類のメールプログラムについて説明します。

• SMTP (Simple Mail Transfer Protocol) メールプログラム

• UUCP (UNIX-to-UNIX Copy Program) メールプログラム

メールプログラムの詳細については、http://www.sendmail.org/m4/readme.html または /usr/lib/mail/README を参照してください。

SMTP (Simple Mail Transfer Protocol) メールプログラム

SMTP はインターネットで使用される標準のメールプロトコルです。このプロトコルが、メールプログラムを定義します。

• smtp は、他のサーバーへの標準 SMTP 転送機能を提供します。

• esmtp は、他のサーバーへの拡張 SMTP 転送機能を提供します。

• smtp8 は、8 ビットデータを MIME に変更することなく、他のサーバーに SMTP 転送機能を提供します。

• dsmtp は、F=% メールプログラムフラグを使ってオンデマンド配信機能を提供します。第 24 章「メールサービスの新機能 (リファレンス)」 の MAILER() の宣言についての変更点 と 配信エージェントの新しいフラグ を参照してください。

UUCP (UNIX-to-UNIX Copy Program) メールプログラム

UUCP の使用は、できるだけ避けてください。説明については、http://www.sendmail.org/m4/uucp.html を参照するか、/usr/lib/mail/README で「UUCP メールプログラムの使用」という文字列を検索してください。

UUCP が、メールプログラムを定義します。

uucp-old

$=U クラスの名前が uucp-old に送られます。 uucp は、このメールプログラムの以前の名前です。 uucp-old メールプログラムはヘッダーでは感嘆符を用いるアドレスを使用します。

uucp-new

$=Y クラスの名前が uucp-new に送られます。 受信側の UUCP メールプログラムが単一の転送で複数の受信者を管理できる場合は、このメールプログラムを使用します。suucp は、このメールプログラムの以前の名前です。 uucp-new メールプログラムはヘッダーで感嘆符を用いるアドレスも使用します。

構成に MAILER(smtp) も指定されている場合は、さらに以下の 2 つのメールプログラムが定義されます。

uucp-dom

このメールプログラムは、ドメインスタイルアドレスを使用し、基本的に SMTP のリライトルールを適用します。

uucp-uudom

$=Z クラスの名前が uucp-uudom に送られます。 uucp-uudom と uucp-dom は、ドメインスタイルアドレスという同じヘッダーアドレスフォーマットを使用します。

smtp メールプログラムは UUCP メールプログラムを変更するので、.mc ファイルの MAILER(uucp) の前に必ず MAILER(smtp) を記述します。

メールアドレス

「メールアドレス」には、受信者の名前と、メールメッセージが配信されるシステムが含まれます。ネームサービスを使用しない小さなメールシステムを管理する場合、メールのアドレス指定は簡単です。つまり、ログイン名がユーザーを一意に識別します。メールボックスを含む複数のシステムで構成されるメールシステム、または 1 つ以上のドメインで構成されるメールシステムを管理する場合は複雑になります。UUCP またはその他のメールシステムによってネットワーク外部のサーバーに接続する場合は、さらに複雑になります。以下の節で、メールアドレスの各部とその複雑さを説明しています。

• ドメインとサブドメイン

• ネームサービスドメイン名とメールドメイン名

• メールアドレスの一般的な書式

• 経路に依存しないメールアドレス

ドメインとサブドメイン

電子メールのアドレス指定には、ドメインが使用されます。「ドメイン」は、ネットワークアドレスの命名のためのディレクトリ構造です。ドメインは 1 つ以上の「サブドメイン」を持つことができます。アドレスのドメインとサブドメインは、ファイルシステムの階層と比較できます。サブディレクトリが上位のディレクトリに含まれるように、メールアドレスの各サブドメインもその右のドメインに含まれると考えられます。

次の表に米国における最上位のドメインを示します。

ドメインには大文字と小文字の区別がありません。アドレスのドメイン部分には、大文字、小文字、またはその両方を区別なく混合して使用できます。

ドメインについての詳細は、『Solaris のシステム管理 (ネーミングとディレクトリサービス : DNS、NIS、LDAP 編)』の「ドメインネームシステム (概要)」を参照してください。

ネームサービスドメイン名とメールドメイン名

ネームサービスドメイン名とメールドメイン名を操作するときは、以下のことに注意します。

• sendmail プログラムは、デフォルトで NIS または NIS+ ドメイン名から最初の構成要素を取り除き、メールドメイン名とします。たとえば、NIS+ ドメイン名が bldg5.example.com の場合、メールドメイン名は example.com になります。

• メールドメインアドレスは大文字と小文字の区別をしませんが、NIS または NIS+ ドメイン名は異なります。メールと NIS または NIS+ ドメイン名を設定するときは、小文字を使用するのが最善です。

• DNS ドメイン名とメールドメイン名は同じでなければなりません。

詳細は、sendmail とネームサービスの相互作用を参照してください。

メールアドレスの一般的な書式

一般に、メールアドレスは次のような書式になります。詳細は、経路に依存しないメールアドレスを参照してください。

user@subdomain. ... .subdomain2.subdomain1.top-level-domain

アドレスの @ 記号より左の部分はローカルアドレスです。ローカルアドレスには、以下の内容を含めることができます。

• 別のメールトランスポートを使用するルーティングに関する情報 (たとえば、bob::vmsvax@gateway または smallberries%mill.uucp@gateway)

• 別名 (たとえば、iggy.ignatz)

受信側のメールプログラムでアドレスのローカル部分を解釈する必要があります。 メールプログラムの詳細は、メールプログラムを参照してください。

アドレスの @ 記号より右の部分は、ローカルアドレスが位置するドメインレベルを示します。各サブドメインはドットで区切られます。アドレスのドメイン部分は、組織、物理的な場所、または地域を表すことができます。 さらに、ドメイン情報の順序は階層的で、ローカルなサブドメインほど @ 記号に近いサブドメインになります。

経路に依存しないメールアドレス

メールアドレスは、経路に依存しないアドレス指定ができます。経路に依存しないアドレス指定では、電子メールメッセージの発信者は、受信者の名前と最終の宛先を指定する必要があります。インターネットなどの高速ネットワークでは、経路に依存しないアドレスを使用します。経路に依存しないアドレスは次のような書式になります。

user@host.domain

UUCP 接続の経路に依存しないアドレスは次のような書式になります。

host.domain!user

コンピュータのドメイン階層命名方式が普及したため、経路に依存しないアドレスがより一般的になってきました。実際、次に示すように、もっとも一般的な経路に依存しないアドレスはホスト名を省略し、電子メールメッセージの最終宛先の識別をドメインネームサービスに任せています。

user@domain

経路に依存しないアドレスは、まず @ 記号を検索して読み取られます。 次に、ドメイン階層が右 (最上位) から左 (@ 記号の右側にあるもっとも固有な部分) へと読み取られます。

メールボックスファイル

「メールボックス」は、電子メールメッセージの最終的な宛先となるファイルです。メールボックス名には、ユーザー名または postmaster などの特定の機能の名前を指定できます。メールボックスは、ユーザーのローカルシステムかリモートのメールサーバーのいずれかの /var/mail/username ファイルにあります。ただし、いずれの場合でも、メールボックスはメールが配信されるシステム上にあります。

ユーザーエージェントがメールスプールからメールを取り出し、ローカルメールボックスに容易に格納できるように、メールは常にローカルファイルシステムに配信される必要があります。ユーザーのメールボックスの宛先として、NFS でマウントされたファイルシステムを使用しないでください。特にリモートサーバーから /var/mail ファイルシステムをマウントしているメールクライアントには、直接メールを送信しないでください。この場合ユーザー宛てのメールは、クライアントのホスト名ではなく、メールサーバーにアドレス指定する必要があります。NFS でマウントされたファイルシステムは、メールの配信と処理に問題を起こすことがあります。

/etc/mail/aliases ファイルと NIS や NIS+ といったネームサービスを利用すると、電子メールアドレスの別名を作成できます。したがって、ユーザーは、個々のユーザーのメールボックスの正確なローカル名を知る必要はありません。

次の表に、特殊な目的のメールボックスに対する共通の命名規則をいくつか示します。

sendmail バージョン 8 より、所有者の別名が存在する場合、グループの別名に送信されるメールの封筒の送信者は、所有者の別名から展開されるアドレスに変更されました。この変更によって、メールエラーは、送信者に返送されるのではなく、別名の所有者に送信されるようになりました。この変更によって、別名に送信されたメールは、別名の所有者から送信されたように見えます。次の別名の書式は、この変更に関連したいくつかの問題に対応します。

mygroup: :include:/pathname/mygroup.list
owner-mygroup: mygroup-request
mygroup-request: sandys, ignatz

この例では、mygroup の別名が、このグループの実際のメール別名です。owner-mygroup の別名は、エラーメッセージを受信します。mygroup-request の別名は、管理の要求に使用してください。この構造は、mygroup の別名に送信されたメールでは、封筒の送信者が mygroup-request に変更されることを意味します。

メール別名

「別名 (alias) 」とは、もう 1 つの別の名前を指します。電子メールでは、メールボックスの場所を割り当てたり、メールリストを定義したりするために別名を使用できます。作業マップについては、第 22 章「メールサービス (手順)」 の メール別名ファイルの管理 (作業マップ) を参照してください。 この章の メール別名ファイルも参照してください。

大きなサイトでは通常、メール別名は、メールボックスの場所を定義します。メール別名を提供することは、複数の部屋を占有する大きな会社の個人のアドレスに部屋番号を含めるようなものです。部屋番号を提供しない場合は、メールは中央アドレスに配信されます。部屋番号がなければ、ビルの内部のどこにメールを配信するかを特定するために余分な労力が必要になります。そして、誤りが発生する可能性も増加します。たとえば、同じ建物に Kevin Smith という名前の人が 2 人いる場合、一方だけがメールを受け取ることになる可能性があります。この問題を解決するには、それぞれの Kevin Smith のアドレスに部屋番号を追加する必要があります。

メールリストを作成するときは、なるべくドメインの場所に依存しないアドレスを使用してください。別名ファイルの移植性と柔軟性を高めるため、別名エントリをできるかぎり一般的でシステムに依存しない形式にしてください。 たとえば、システム mars のドメイン example.com に ignatz というユーザー名がある場合、別名は ignatz@mars ではなく、ignatz@example としてください。ユーザー ignatz がシステム名を変更しても、example ドメインには存在し続ける場合、システム名の変更を反映するように別名ファイルを更新する必要はありません。

別名エントリを作成するときは、1 行ごとに 1 つの別名を入力します。ユーザーのシステム名を含むエントリは 1 つだけにしてください。たとえば、ユーザー ignatz には、次のエントリを作成できます。

ignatz: iggy.ignatz
iggyi: iggy.ignatz
iggy.ignatz: ignatz@mars

ローカル名やドメインに別名を作成できます。たとえば、システム mars にメールボックスがあり、ドメイン planets 内のユーザー fred の別名エントリでは、NIS+ 別名テーブルに次のエントリを作成できます。

fred: fred@planets

ドメイン外のユーザーを含むメールリストを作成するときは、ユーザー名とドメイン名を持つ別名を作成してください。たとえば、example.com ドメインの privet システムに smallberries というユーザーが存在する場合は、smallberries@example.com という別名を作成します。送信者の電子メールアドレスは、メールがユーザードメイン外に発信されるときは、完全指定ドメイン名に自動的に変換されます。

以下に、メール別名のファイルを作成して管理する方法を示します。

• NIS+ mail_aliases テーブル、NIS aliases マップ、または、ローカルの /etc/mail/aliases ファイルでグローバルに使用するメール別名を作成します。また、同じ別名ファイルを使用するメールリストを作成して管理することができます。

• メールサービスの構成によっては、NIS または NIS+ ネームサービスを使って別名を管理し、グローバルな aliases データベースを持てます。または、すべてのローカル /etc/mail/aliases ファイルを更新して、別名の同期を維持することもできます。

• また、ユーザー自身が別名を作成して使用できます。ユーザーは、別名をユーザーだけが使用できるようにローカル ~/.mailrc ファイルで作成することも、誰でも使用できるようにローカル /etc/mail/aliases ファイルで作成することもできます。通常の場合、ユーザーは NIS や NIS+ 別名ファイルの作成および管理はできません。

ハードウェアコンポーネント

メールの構成に必要な 3 つの要素は、単一のシステムによって提供することも個別のシステムによって提供することもできます。

• メールホスト

• メールサーバー

• メールクライアント

ユーザーがドメイン外のネットワークと通信をするためには、4 番目の要素であるメールゲートウェイを追加する必要があります。詳細は、メールゲートウェイ を参照してください。次の節では各ハードウェアコンポーネントについて説明しています。

メールホスト

「メールホスト」は、ネットワークのメインのメールマシンに指定するマシンです。メールホストはサイトにおいて、他のシステムでは配信できないメールを転送するためのマシンになります。hosts データベースにシステムをメールホストとして指定するには、ローカル /etc/hosts ファイルの IP アドレスの右に mailhost を追加します。 または、ネームサービスのホストファイルに mailhost を同じように追加することもできます。メールホストシステムでは、main.cf ファイルもメール構成ファイルとして使用する必要があります。作業手順については、第 22 章「メールサービス (手順)」 の メールホストを設定する方法 を参照してください。

メールホストとして適切なのは、ローカルエリアネットワーク上のシステムで、電話回線に PPP または UUCP リンクを設定するためのモデムがあるものです。もう 1 つの候補は、ネットワークからグローバルなインターネットネットワークへのルーターとして構成されたシステムです。詳細は、第 25 章「Solaris PPP 4.0 (概要)」、第 34 章「UUCP (概要)」、および『Solaris のシステム管理 (IP サービス)』の「ルーターの構成」を参照してください。ローカルネットワークのどのシステムにもモデムがない場合は、システムの 1 つをメールホストに指定します。

サイトの中には、タイムシェアリング構成でネットワークに接続されていないスタンドアロンのマシンを使用するものがあります。具体的に言うと、スタンドアロンのマシンが、シリアルポートに接続された端末として機能する場合です。このような構成では、スタンドアロンのシステムをシングルシステムネットワークのメールホストに指定することで、電子メールを設定できます。第 21 章「メールサービス (概要)」 の ハードウェアコンポーネントの概要に、典型的な電子メール構成を示す図があります。

メールサーバー

「メールボックス」は、特定のユーザーの電子メールを含む単一のファイルです。メールは、ローカルマシンまたはリモートサーバーのユーザーのメールボックスが存在するシステムに配信されます。「メールサーバー」は、/var/mail ディレクトリにユーザーのメールボックスを保持しているいずれかのシステムになります。作業手順については、第 22 章「メールサービス (手順)」 の メールサーバーを設定する方法 を参照してください。

メールサーバーはクライアントからすべてのメールをルーティングします。クライアントがメールを送信すると、メールサーバーは配信のためにそのメールをキューに入れます。 メールがキューに入れられたら、ユーザーはこれらのメールメッセージを失わずに、クライアントをリブートしたり、電源を切ったりすることができます。 受信者がクライアントからメールを受け取ると、メッセージの「From」行のパスには、メールサーバー名が含まれます。受信者が応答すると、その応答はユーザーのメールボックスに送られます。メールサーバーとして適しているのは、ユーザーにホームディレクトリを提供するシステムか、定期的にバックアップされるシステムです。

メールサーバーがユーザーのローカルシステムでない場合、構成内で NFS ソフトウェアを使用するユーザーは、 root アクセスがあれば、/etc/vfstab ファイルを使用することによって、/var/mail ディレクトリをマウントできます。それ以外の場合は、オートマウンタを使用できます。NFS サポートが利用できない場合、ユーザーはサーバーにログインしてメールを読み込めます。

ネットワーク上のユーザーが、オーディオファイル、DTP システムからのファイルなど他の形式のファイルを送信する場合は、メールボックスのメールサーバーには、さらに多くの領域を割り当てる必要があります。

全メールボックス用に 1 台のメールサーバーを設定すると、バックアップ作業が簡単になります。メールが多くのシステムに分散しているとバックアップ作業が困難になる場合があります。1 台のサーバーに多くのメールボックスを保存する場合の短所は、サーバーに障害が発生した場合に多くのユーザーが影響を受けることです。ただし、十分なバックアップ機能を提供すれば、1 台のサーバーを採用する価値があります。

メールクライアント

「メールクライアント」は、メールサーバーでメールを受信し、ローカルの /var/mail のないシステムです。 このような構成は、リモートモードと呼ばれます。リモートモードは、デフォルトでは /etc/mail/subsidiary.cf で使用することができます。

メールクライアントに対応するエントリが /etc/vfstab ファイルに指定されていることを確認する必要があります。 メールサーバーからメールボックスをマウントするためのマウントポイントが、メールクライアントに与えられていることを確認してください。またクライアントの別名の宛先が、クライアント名ではなく、メールサーバーのホスト名になっていることを確認してください。作業手順については、第 22 章「メールサービス (手順)」の メールクライアントを設定する方法を参照してください。

メールゲートウェイ

「メールゲートウェイ」は、異なる通信プロトコルを実行するネットワーク間の接続を処理したり、同じプロトコルを使用する異なるネットワーク間の通信を処理するマシンです。たとえば、メールゲートウェイでは、SNA (Systems Network Architecture) プロトコルセットを実行するネットワークに、TCP/IP ネットワークを接続する場合もあります。

設定のもｘっとも簡単なメールゲートウェイは、同じプロトコルかメールプログラムを使用する 2 つのネットワークを接続するものです。このシステムでは、sendmail がドメインで受信者を見つけられないアドレスのあるメールを処理します。 メールゲートウェイがある場合、sendmail はメールゲートウェイを使用して、ドメイン外でメールの送受信を行います。

2 つのネットワーク間には、次の図に示すように内容の異なるメールプログラムを使ってメールゲートウェイを設定できます。この構成をサポートするには、メールゲートウェイシステムで sendmail.cf ファイルをカスタマイズする必要がありますが、これは困難で時間のかかる作業になる場合もあります。

図 23–1 異なる通信プロトコル間のゲートウェイ

メールゲートウェイを設定する場合に、必要とするものにもっとも近いゲートウェイ構成ファイルを見つけ、状況に合わせて修正する必要があります。

インターネットに接続できるマシンがある場合は、そのマシンをメールゲートウェイとして構成できます。メールゲートウェイを構成するときは、まずサイトのセキュリティ要件を慎重に考慮する必要があります。社内ネットワークを他のネットワークと接続するには、ファイアウォールゲートウェイを構築し、それをメールゲートウェイとして設定しなければならない場合があります。作業手順については、第 22 章「メールサービス (手順)」 の メールゲートウェイを設定する方法 を参照してください。

メールサービスのプログラムとファイル

メールサービスには、相互に対応する数多くのプログラムやデーモンが含まれています。ここでは、電子メールの管理に関連するファイル、プログラム、用語、および概念について説明します。

• /usr/bin ディレクトリの内容

• /etc/mail ディレクトリの内容

• /usr/lib ディレクトリの内容

• メールサービスに使用するその他のファイル

• メールプログラム間の相互作用

• sendmail プログラム

• メール別名ファイル

• .forward ファイル

• /etc/default/sendmail ファイル

/usr/bin ディレクトリの内容

次の表にメールサービスに使用する /usr/bin ディレクトリの内容を示します。

/etc/mail ディレクトリの内容

次の表に、/etc/mail ディレクトリの内容を示します。

/usr/lib ディレクトリの内容

表 23–9 にメールサービスに使用する /usr/lib ディレクトリの内容を示します。

/usr/lib/mail ディレクトリの内容

/usr/lib ディレクトリには、sendmail.cf ファイルを構築するために必要なすべてのファイルを含む mail というサブディレクトリがあります。表 23–10 に mail ディレクトリの内容を示します。

メールサービスに使用するその他のファイル

メールサービスは、その他のいくつかのファイルおよびディレクトリを使用します。これらを表 23–11 に示します。

メールプログラム間の相互作用

メールサービスは以下のプログラムで構成され、図 23–2 のように作用します。

図 23–2 メールプログラム間の相互作用

さらに詳しい図については、sendmail プログラムの機能 を参照してください。

以下に、メールプログラムの相互作用について説明します。

1. ユーザーは、mailx 、mailtool などのプログラムを使ってメッセージを送信します。これらのプログラムについては、mailx(1) または mailtool(1) のマニュアルページを参照してください。

2. メッセージは、そのメッセージを生成したプログラムによって収集され、sendmail デーモンに渡されます。

3. sendmail デーモンがメッセージのアドレスを識別可能な各部に分割して解析します。sendmail デーモンは、/etc/mail/sendmail.cf という構成ファイルの情報を使ってネットワーク名の構文、別名、転送情報、およびネットワークトポロジを決定します。sendmail はこの情報を使用して、メッセージが受信者に到達する経路を決定します。

4. sendmail デーモンはメッセージを適切なシステムに渡します。

5. ローカルシステムの /usr/lib/mail.local プログラムは、メッセージの受信者の /var/mail/username ディレクトリのメールボックスにメールを配信します。

6. 受信者は、メールが届いたことが通知されるので、mail、mailx、mailtool などのプログラムを使用してメールを受け取ります。

sendmail プログラム

以下に、 sendmail プログラムの機能の一部を示します。

• sendmail は、TCP/IP や UUCP などの異なる通信プロトコルを使用できます。

• sendmail は、SMTP サーバー、メッセージキュー、メーリングリストを実装します。

• sendmail は、以下の命名規則に準拠したパターンマッチングシステムを使って名前の解釈を制御します。

  • ドメインベースの命名規則ドメインの手法は、物理的なネーミング対論理的なネーミングの問題を分離します。詳細は、メールアドレス を参照してください。

  • 他のネットワークのホストからローカルに見えるネットワーク名を提供するなどの即席のテクニック

  • 任意 (以前) の命名構文

  • 異種の命名スキーム

Solaris オペレーティング環境では、sendmail プログラムをメールルーターとして使用します。 以下に、機能の一部を示します。

• sendmail は、電子メールメッセージの受信と配信を担当します。

• sendmail は、mail、mailx、 mailtool などのメール読み出しプログラムと uucp などのメール転送プログラムとのインタフェースです。

• sendmail は、次の要領でユーザーが送信する電子メールメッセージを制御します。

  • 受信者のアドレスを確認します。

  • 適切な配信プログラムを選択します。

  • アドレスを配信エージェントが処理できるフォーマットに書き換えます。

  • 必要に応じて、メールヘッダーをフォーマットし直します。

  • 最後に転送されたメッセージをメール配信プログラムに渡します。

sendmail の詳細は、以下のトピックを参照してください。

• sendmail とその再ルーティングメカニズム

• sendmail プログラムの機能

• sendmail 構成ファイル

sendmail とその再ルーティングメカニズム

sendmail プログラムでは、メールルーティングに必要な 3 つのメカニズムをサポートしています。 適切なメカニズムは、変更の種類によって決まります。

• サーバーの変更

• ドメイン全体の変更

• 単独のユーザーの変更

さらに、選択する再ルーティングメカニズムによって必要な管理レベルが異なります。次のオプションを考慮してください。

1. 再ルーティングメカニズムの 1 つは別名です。

   別名を使用すれば、使用するファイルの種類に基づいて、サーバー全体またはネームサービス全体をベースにしてアドレス名をマップできます。

   以下に、ネームサービスの別名の長所と短所を示します。

   • ネームサービス別名ファイルを使用すれば、メール再ルーティングの変更を単一のソースで管理できます。ただし、ネームサービスの別名指定では、再ルーティングの変更を伝達する際に遅延が起こります。

   • 通常、ネームサービスの管理は、特定のシステム管理者グループに制限されます。一般ユーザーは、このファイルを管理しません。

   以下に、サーバー別名ファイルを使用する際の長所と短所を示します。

   • サーバー別名ファイルを使用すれば、指定されたサーバーの root になることができる任意のユーザーが再ルーティングを管理できます。

   • サーバー別名指定は、再ルーティングの変更を伝達する際の遅延はほとんどありません。

   • 変更はローカルサーバーだけに影響します。ほとんどのメールが単一のサーバーに送信される場合は、影響が少なくなります。ただし、この変更を多くのメールサーバーに伝達する必要がある場合は、ネームサービスの別名指定を使用します。

   • 一般ユーザーは、この変更を管理しません。

   詳細は、この章の メール別名ファイルを参照してください。 作業マップについては、第 22 章「メールサービス (手順)」 の メール別名ファイルの管理 (作業マップ) を参照してください。

2. 次のメカニズムは、転送です。

   このメカニズムでは、ユーザーがメールの再ルーティングを管理できます。ローカルユーザーは、受信メールを以下の対象に再ルーティングできます。

   • 別のメールボックス

   • 別のメールプログラム

   • 別のメールホスト

   このメカニズムは、.forward ファイルによってサポートされます。.forward ファイルの詳細は、この章の .forward ファイルを参照してください。作業マップについては、第 22 章「メールサービス (手順)」の .forward ファイルの管理 (作業マップ)を参照してください。

3. 最後のメカニズムは、取り込みです。

   このメカニズムでは、root アクセス権を持たないユーザーも別名リストを保守できます。このメカニズムを提供するには、root ユーザーは、サーバー上の別名ファイル内に適切なエントリを作成する必要があります。このエントリが作成されると、ユーザーは必要に応じてメールをルーティングし直すことができるようになります。取り込みの詳細は、この章の /etc/mail/aliases ファイルを参照してください。 作業マップについては、第 22 章「メールサービス (手順)」 の メール別名ファイルの管理 (作業マップ) を参照してください。

図 23–3 は、sendmail がユーザー別名をどのように使用するかを示します。 /usr/bin/mailx のようなメールを読み取るプログラムは、プログラム自身の別名を持つことができ、それらはメッセージが sendmail に達する前に展開されます。sendmail の別名は、ローカルファイル、NIS、NIS+ など、さまざまなネームサービスソースからのものでもかまいません。検索順序は nsswitch.conf ファイルによって決定されます。nsswitch.conf(4) のマニュアルページを参照してください。

図 23–3 sendmail が別名を使用する方法

sendmail プログラムの機能

sendmail プログラムには、次のような機能があります。

• sendmail は、信頼性の高いプログラムです。すべてのメッセージを正しく配信するように設計されています。どのようなメッセージも完全に失われることはありません。

• sendmail は、既存のソフトウェアを配信に随時使用します。

• sendmail は、1 つのネットワークタイプ (UUCP や Ethernet など) に複数の接続を行う場合なども含め、複雑な環境を処理するように構成できます。sendmail は、名前とその構文を確認し、どのメールプログラムを使用するかを判断します。

• sendmail は、構成情報をコードにコンパイルする代わりに、構成ファイルを使ってメール構成を制御します。

• ユーザーは独自のメーリングリストを管理できます。さらに各ユーザーは、ドメイン全体で有効な別名ファイル (通常、NIS または NIS+ によって管理されるドメイン全体の別名の中にある) を修正することなく自分自身の転送メカニズムを指定できます。

• 各ユーザーは、受信メールを処理するカスタムメールプログラムを指定できます。カスタムメールプログラムは、「I am on vacation. (私は休暇中です)」のようなメッセージを返すこともできます。詳細は、vacation(1) マニュアルページを参照してください。

• sendmail は、1 つのホストでアドレスを処理し、ネットワークトラフィックを削減します。

図 23–4 には、sendmail がメールシステムで他のプログラムと相互作用する方法を示します。

図 23–4 sendmail と他のメールプログラムとの対話

図 23–4 に示すように、ユーザーはメール作成プログラムおよびメール送信プログラムと対話できます。メール送信が依頼されると、メール生成プログラムは sendmail を呼び出し、sendmail は適切なメールプログラムにメッセージを送信します。 発信者の一部はネットワークサーバーであったり、またメールプログラムの一部はネットワーククライアントであるため、sendmail は、インターネットメールゲートウェイとしても使用できます。このプロセスの詳細は、メールプログラム間の相互作用を参照してください。

sendmail 構成ファイル

構成ファイルは、sendmail がその機能を実行する方法を制御します。構成ファイルにより、配信エージェント、アドレスの変換の規則、およびメールヘッダのフォーマットが選択されます。

sendmail プログラムは、/etc/mail/sendmail.cf ファイルの情報を使用して、その機能を実行します。各システムには、/etc/mail ディレクトリにインストールされたデフォルトの sendmail.cf ファイルがあります。メールサーバーまたはメールクライアントのためにデフォルト構成ファイルを編集または変更する必要はありません。カスタマイズされた構成ファイルを必要とするシステムは、メールホストとメールゲートウェイだけです。

Solaris オペレーティング環境には、以下に示すように、/etc/mail ディレクトリに 3 つのデフォルト構成ファイルがあります。

1. メールホストまたはメールゲートウェイとして使用する 1 つまたは複数のシステムを指定するための、main.cf という名前の構成ファイル

2. デフォルトの sendmail.cf ファイルのコピーで subsidiary.cf という名前の構成ファイル

3. デーモンモードの代わりにメール送信プログラムモードで sendmail を実行するために使用する submit.cf という名前の構成ファイル。詳細は、新しい構成ファイル submit.cfを参照

システムで使用する構成ファイルは、メールサービスのシステムの役割によって異なります。

• メールクライアントまたはメールサーバーについては、デフォルト構成ファイルを設定または編集する必要はありません。

• メールホストやメールゲートウェイを設定するには、main.cf ファイルをコピーし、/etc/mail ディレクトリでファイル名を sendmail.cf に変更します。次に、 sendmail の構成ファイルを再構成して、リレーメールプログラムを設定して、メール設定に必要なホストパラメータをリレーします。 作業手順については、第 22 章「メールサービス (手順)」 の メールサービスの設定 (作業マップ) または sendmail.cf 構成ファイルの構築 (手順) を参照してください。

次に、サイトの要求に応じて変更が可能な構成パラメータをいくつか説明します。

• 以下の情報を指定する時間値

  • 読み取りのタイムアウト。Timeout オプションの変更点を参照してください。

  • メッセージが送信者に返送されるまで、配信されずにキューに置かれる時間。キューの新しい機能を参照してください。作業マップについては、キューディレクトリの管理 (作業マップ)を参照してください。

• メール配信の速度を指定する配信 (delivery) モード

• 長いメッセージ、多くの受信者へのメッセージ、および長時間ダウンしているサイトへのメッセージを配信しないことにより、ビジー期間中の効率を高めるためのロード制限

• ログ出力する問題の種類を指定するログレベル

メール別名ファイル

別名を保守するには、以下のファイル、マップ、またはテーブルを使用します。

• .mailrc の別名

• /etc/mail/aliases ファイル

• NIS aliases マップ

• NIS+ mail_aliases テーブル

別名を保守する方法は、誰が使用し、誰が変更するかによって決まります。別名のタイプにはそれぞれ固有の形式要件があります。

関連する作業については、第 22 章「メールサービス (手順)」の メール別名ファイルの管理 (作業マップ)を参照してください。

.mailrc の別名

.mailrc ファイルのリストに入っている別名には、ファイルを所有するユーザーしかアクセスできません。この制限により、ユーザーは自分で制御し、所有者だけが使用できる別名を作成できます。.mailrc ファイルの別名は、次のようになります。

alias aliasname value value value ...

aliasname は、ユーザーがメールの送信時に使用する名前であり、value は有効な電子メールアドレスです。

ユーザーが scott に個人的な別名を作成し、それがネームサービスの scott の電子メールアドレスと一致しない場合、そのユーザーが作成したメールにユーザーが返信しようとするときに、メールが間違ったユーザーに転送されることになります。これを回避するには、別の別名命名方式を使用する以外にありません。

/etc/mail/aliases ファイル

/etc/mail/aliases ファイルで作成したいずれの別名も、その別名の名前とファイルを含んでいるシステムのホスト名を知っているユーザーなら誰でも使用できます。ローカルの /etc/mail/aliases ファイルの配布リストは、以下のようになります。

aliasname: value,value,value ...

aliasname は、ユーザーがこの別名にメールを送信するときに使用する名前で、value は有効な電子メールアドレスになります。

ご使用のネットワークがネームサービスを実行していない場合は、各システムの /etc/mail/aliases ファイルにすべてのメールクライアントのエントリを入れておく必要があります。各システムのファイルを編集するか、1 つのシステムのファイルを編集してからそのファイルを他のシステムに個々にコピーします。

/etc/mail/aliases ファイルの別名は、テキスト形式で保存されます。/etc/mail/aliases ファイルを編集するときには、newaliases プログラムを実行する必要があります。このプログラムは、データベースをコンパイルし直し、sendmail プログラムが別名をバイナリ形式で使用できるようにします。作業手順については、第 22 章「メールサービス (手順)」の ローカルメール別名ファイルを設定する方法を参照してください。 それ以外の場合、Solaris 管理コンソールの「メーリングリスト」機能を使ってローカルの /etc ファイルに保存されているメール別名を管理できます。

別名を作成できるのは、ローカル名、つまり現在のホスト名に対してだけ、またはホスト名は指定できません。 たとえば、システム saturn 上にメールボックスを持っているユーザー ignatz に対する別名エントリは、以下のエントリを /etc/mail/aliases ファイル内に持っています。

ignatz: ignatz@saturn

各メールサーバーに管理アカウントを作成する必要があります。管理アカウントを作成するには、メールサーバーのメールボックスを root に割り当て、root のエントリを /etc/mail/aliases ファイルに追加します。たとえば、システム saturn がメールボックスサーバーの場合は、エントリ root: sysadmin@saturn を /etc/mail/aliases ファイルに追加します。

通常は、root ユーザーだけがこのファイルを編集できます。ただし、Administration を使用する場合は、sysadmin グループであるグループ 14 のすべてのユーザーが、ローカルファイルを変更できます。または、以下のエントリを作成します。

aliasname: :include:/path/aliasfile

aliasname は、ユーザーがメールを送信するときに使用する名前であり、/path/aliasfile は別名リストを含むファイルへの完全パスになります。別名ファイルには、各行に 1 つの電子メールエントリを入れ、その他の表記は付けないでください。

user1@host1
user2@host2

/etc/mail/aliases に追加のメールファイルを定義して、ログやバックアップコピーの管理もできます。以下のエントリでは、filename の aliasname に送信されるすべてのメールを格納します。

aliasname: /home/backup/filename

また、メールを他のプロセスにルーティングすることもできます。次の例のように入力すると、メールメッセージのコピーが filename 内に格納され、コピーが出力されます。

aliasname: "|tee -a /home/backup/filename |lp"

作業マップについては、第 22 章「メールサービス (手順)」 の メール別名ファイルの管理 (作業マップ) を参照してください。

NIS aliases マップ

ローカルドメインのすべてのユーザーは、NIS aliases マップのエントリを使用できます。 sendmail プログラムは、ローカルの /etc/mail/aliases ファイルの代わりに NIS aliases マップを使って送信アドレスを決定できるからです。詳細は、nsswitch.conf(4) のマニュアルページを参照してください。

NIS aliases マップの別名は、以下のようになります。

aliasname: value,value,value ...

aliasname は、ユーザーがメールを送信するときに使用する名前であり、value は有効な電子メールアドレスです。

NIS aliases マップには、すべてのメールクライアント用のエントリを含めてください。一般にこれらのエントリを変更できるのは、NIS マスターの root ユーザーだけです。この種の別名は頻繁に変更される場合には適していません。次の構文例のように、他の別名ファイルをポイントする場合には役立ちます。

aliasname: aliasname@host

aliasname はユーザーがメールを送信するときに使用する名前であり、host は /etc/mail/alias ファイルを含むサーバー用のホスト名です。

作業手順については、第 22 章「メールサービス (手順)」の NIS mail.aliases マップを設定する方法を参照してください。

NIS+ mail_aliases テーブル

NIS+ mail_aliases テーブルには、名前が含まれており、それによってローカルドメインにおけるシステムや個人が登録されています。 sendmail プログラムは、ローカルの /etc/mail/aliases ファイルの代わりに NIS+ mail_aliases テーブルを使用して、メールアドレスを決定できます。詳細は、aliasadm(1M) と nsswitch.conf(4) のマニュアルページを参照してください。

NIS+ mail_aliases テーブルの別名は次のようになります。

alias: expansion # ["options	" # "comments"]

表 23–12 に、NIS+ mail_aliases テーブルの 4 つの列を示します。

NIS+ mail_aliases テーブルには、すべてのメールクライアントのエントリを含めてください。NIS+ aliases テーブルでは、aliasadm コマンドで、エントリの表示、作成、変更、および削除ができます。aliasadm コマンドを使用するには、aliases テーブルを所有する NIS+ グループのメンバーでなければなりません。作業手順については、第 22 章「メールサービス (手順)」の NIS+ mail_aliases テーブルの別名エントリを管理する方法を参照してください。 Solaris 管理コンソールの「メーリングリスト」機能を使用して NIS+ メール別名を管理することもできます。

新規の NIS+ aliases テーブルを作成する場合は、エントリを作成する前にテーブルを初期設定する必要があります。テーブルが存在するときは、初期設定は不要です。

.forward ファイル

ホームディレクトリに .forward ファイルを作成すれば、sendmail およびその他のプログラムは、メールのリダイレクトや送信にこのファイルを使用できます。以下の節を参照してください。

• 回避すべき状況

• .forward ファイルの内容

• .forward.hostname ファイル

• .forward+detail ファイル

作業マップについては、第 22 章「メールサービス (手順)」の .forward ファイルの管理 (作業マップ)を参照してください。

回避すべき状況

以下に、容易に回避または修復できる状況を示します。

• メールが宛先のアドレスに配信されない場合は、ユーザーの .forward ファイルをチェックします。ユーザーが host1 のホームディレクトリに .forward ファイルを置いている場合があります。この場合、メールは user@host2 に転送されます。host2 にメールが着信すると、sendmail は NIS または NIS+ 別名に user があるかどうかを確認し、メッセージを user@host1 に返送します。これによってループが発生し、メールのバウンスが増加します。

• セキュリティの問題を予防するために、.forward ファイルは決して root または bin アカウントに入れないでください。必要な場合は、代わりに aliases ファイルを使ってメールを転送してください。

.forward ファイルの内容

メール配信で .forward ファイルを有効に使用するために、アクセス権などの以下の設定が正しく適用されていることを確認します。

• .forward ファイルへの書き込みは、ファイルの所有者に制限されます。この制限によって、他のユーザーに対するセキュリティを確保できます。

• ホームディレクトリのパスは root だけが所有し、root だけが書き込めるようにする必要があります。たとえば、.forward ファイルが /export/home/terry にある場合、 /export および /export/home は root が所有し、root だけが書き込めるようにします。

• また実際のホームディレクトリに書き込めるのは、そのユーザーだけでなければなりません。

• .forward ファイルをシンボリックリンクにすることはできません。また、複数のハードリンクを持つこともできません。

.forward.hostname ファイル

.forward.hostname ファイルを作成すれば、特定のホストに送信されるメールをリダイレクトできます。たとえば、ユーザーの別名が sandy@phoenix.example.com から sandy@example.com に変更された場合は、sandy のホームディレクトリに .forward.phoenix ファイルを置きます。

% cat .forward.phoenix
sandy@example.com
"|/usr/bin/vacation sandy"
% cat .vacation.msg
From: sandy@example.com (via the vacation program)
Subject: my alias has changed

My alias has changed to sandy@example.com.
Please use this alias in the future.
The mail that I just received from you
has been forwarded to my new address.

Sandy

この例では、メールが正しい宛先に転送され、送信者には別名の変更が通知されます。vacation プログラムではメッセージファイルは 1 つしか使用できないため、この場合 1 回につき 1 つのメッセージしか実行できません。ただし、メッセージが特定のホストに限定されない場合、.forward ファイルで複数のホストに同じ休暇メッセージファイルを使用できます。

.forward+detail ファイル

転送メカニズムの拡張機能にはこの他に、.forward+detail ファイルがあります。detail 文字列には、演算子文字を除く任意の文字を使用できます。演算子文字とは、.:%&!^[]+ です。この種のファイルを使用すれば、他のユーザーが電子メールアドレスを無断で使用しているかどうかを確認できます。たとえば、あるユーザーが、誰かに電子メールアドレス sandy+test1@example.com を使用するように指示した場合、ユーザーは、この別名に配信されるメールを、アドレスに送信されるメールの中から識別できます。デフォルトにより、sandy+test1@example.com の別名に送信されたメールはすべて、この別名と .forward+detail ファイルと突き合わせて検査されます。ここで一致しない場合は、そのメールは最終的に sandy@example.com に配信されますが、ユーザーは、これらのメールの To: ヘッダ内の変更箇所を調べることができます。

/etc/default/sendmail ファイル

このファイルは、sendmail のための初期設定用オプションを保存し、ホストをアップグレードしたときにオプションが除去されないようにするために使用します。次の変数を使用することができます。

CLIENTOPTIONS="string"

クライアントデーモンで使用する追加オプションを選択します。クライアントデーモンは、クライアントだけのキュー (/var/spool/clientmqueue) の内容を確認し、クライアントキューランナーとして動作します。構文の確認は行われないため、この変数を変更するときは間違えないように注意してください。

CLIENTQUEUEINTERVAL=#

CLIENTQUEUEINTERVAL には、QUEUEINTERVAL オプションと同様に、メールキューの実行間隔を設定します。ただし、CLIENTQUEUEINTERVAL オプションは、マスターデーモンではなくクライアントデーモンの機能を制御します。一般に、マスターデーモンはすべてのメッセージを SMTP ポートに配信できます。ただし、メッセージ負荷が高すぎる場合、またはマスターデーモンが実行されていない場合、メッセージはクライアントだけのキューである /var/spool/clientmqueue に入ります。次に、クライアントだけのキューをチェックするクライアントデーモンがクライアントキューを処理します。

ETRN_HOSTS="string"

SMTP クライアントとサーバーが、定期的なキューの実行を待たずに即座に対話を実行できるようにします。サーバーは、指定されたホストに送信されるキューを即座に配信できます。詳細は、etrn(1M) のマニュアルページを参照してください。

MODE=-bd

sendmail を起動するためのモードを選択します。-bd オプションを使用するか、未定義のままにしておきます。

OPTIONS=string

マスターデーモンで使用される追加オプションを選択します。構文の確認は行われないため、この変数を変更するときは間違えないように注意してください。

QUEUEINTERVAL=#

マスターデーモンのメールキューの実行間隔を設定します。# は正の整数とし、その後に秒の場合は s、分の場合は m、時の場合は h、日の場合は d、週の場合は w を付けます。この構文は sendmail の起動前に確認されます。この間隔が負の場合、またはエントリの最後の文字が不適当な場合、この間隔は無視され、sendmail は 15 分のキュー間隔で起動します。

QUEUEOPTIONS=p

キューを実行するたびに新しいキューランナーを作成する代わりに、各実行の間に休止する単一の永続的なキューランナーを使用できるようにします。このオプションに設定可能な値は p だけです。p 以外に設定すると、このオプションは無効になります。

メールアドレスとメールルーティング

配信時にメールメッセージが辿る経路は、クライアントシステムの設定とメールドメインのトポロジによって異なります。メールホストやメールドメインの各追加レベルでは、別名のもう 1 つの解釈を追加できますが、ルーティングプロセスは基本的にほとんどのホストで同じになります。

クライアントシステムは、メールをローカルに受信できるようにセットアップできます。メールをローカルで受信することは、ローカルモードでの sendmail の実行として知られています。すべてのメールサーバーと一部のクライアントでは、ローカルモードがデフォルトです。ローカルモードのメールサーバーまたはクライアントでは、メッセージは以下の要領でルーティングされます。

次の例では、sendmail.cf ファイルに設定されたデフォルトの規則を使用することを前提にしています。

1. 可能な場合はメール別名を展開し、ローカルのルーティングプロセスを再起動します。

   ネームサービスでメール別名を確認し、見つかった場合に新しい値と置換することで、メールアドレスが展開されます。次にこの新しい別名が再度確認されます。

2. メールがローカルの場合、/usr/lib/mail.local に配信されます。

   メールはローカルのメールボックスに配信されます。

3. メールアドレスがこのメールドメインにホストを含んでいると、そのホストにメールを配信します。

4. アドレスがこのドメインにホストを含んでいない場合、メールホストにメールを転送します。

   メールホストはメールサーバーと同じルーティングプロセスを使用します。ただし、メールホストはホスト名に加えて、ドメイン名が宛先になっているメールも受信できます。

sendmail とネームサービスの相互作用

ここでは、 sendmail とネームサービスに適用されるドメイン名について説明します。さらに、ネームサービスを有効に利用するための規則、および sendmail とネームサービスの相互作用について説明します。詳細は、以下のトピックを参照してください。

• sendmail.cf とメールドメイン

• sendmail とネームサービス

• sendmail と NIS との相互作用

• sendmail と NIS および DNS との相互作用

• sendmail と NIS+ との相互作用

• sendmail と NIS+ および DNS との相互作用

関連する作業については、第 22 章「メールサービス (手順)」の sendmail で DNS を使用する方法または メール別名ファイルの管理 (作業マップ)を参照してください。

sendmail.cf とメールドメイン

標準の sendmail.cf ファイルは、メールドメインを使ってメールを直接配信するか、あるいはメールホストを経由して配信するかを決定します。ドメイン内メールは直接 SMTP 接続経由で配信され、ドメイン間メールはメールホストに送られます。

セキュリティの高いネットワークでは、ほんの少数の選ばれたホストだけが、外部宛てのパケットを生成する権限を与えられています。ホストがメールドメインの外部のリモートホストの IP アドレスを持っている場合も、SMTP 接続の確立は保証されません。標準の sendmail.cf では次のことを仮定しています。

• 現在のホストは、パケットを直接メールドメイン外のホストに送信する権限がない

• メールホストは、パケットを外部ホストに直接送信できる認可されたホストにメールを転送できます。実際には、メールホストが認可されたホストになることがあります。

このように仮定すると、ドメイン間メールの配信または転送はメールホスト側の責任です。

sendmail とネームサービス

sendmail は各種の要件をネームサービスに課します。これらの要件の理解を深めるために、この節では、まずメールドメインからネームサービスドメインへの関係について説明します。次に個々の要件について説明します。以下を参照してください。

• メールドメインとネームサービスドメイン

• ホストネームサービスデータ

• in.named(1M)、nis+(1)、nisaddent(1M)、および nsswitch.conf(4) のマニュアルページ

メールドメインとネームサービスドメイン

メールドメイン名はネームサービスドメイン名の接尾辞の 1 つでなければなりません。たとえば、ネームサービスのドメイン名が「A.B.C.D」ならば、メールドメイン名は次のうちのいずれかです。

• A.B.C.D

• B.C.D

• C.D

• D

メールドメイン名は、最初に設定されたときには、多くの場合ネームサービスドメインと同じになります。ネットワークが大きくなれば、ネームサービスドメインを小さく分割してネームサービスを管理しやすくすることができます。ただし、メールドメインは、一貫した別名を提供するために分割されないまま残ることがあります。

ホストネームサービスデータ

ここでは、sendmail がネームサービスに必要とする要件について説明します。

ネームサービスにおけるホストテーブルまたはマップは、次の 3 種類の gethostbyname() による問い合わせをサポートするように設定しなければなりません。

• mailhost – いくつかのネームサービスの構成では、自動的にこの要件を満たします。

• 完全なホスト名 (たとえば、smith.admin.acme.com) – 多くのネームサービスの構成がこの要件を満たします。

• 短いホスト名 (たとえば、smith) – sendmail は、外部メールを転送するためにメールホストに接続する必要があります。メールアドレスが現在のメールドメイン内であるかどうかを判定するために、gethostbyname() が完全なホスト名で呼び出されます。エントリが見つかると、アドレスは内部にあるとみなされます。

  NIS、NIS+、および DNS は、短いホスト名を引数にする gethostbyname() をサポートします。したがって、この要件は自動的に満たされます。

ネームサービス内に有効な sendmail サービスを確立するために、ホストネームサービスに追加された以下の 2 つの規則に従う必要があります。

• 完全なホスト名と短いホスト名の引数を持った gethostbyname() は、同一の結果を生成する必要があります。たとえば、両関数がメールドメイン admin.acme.com から呼び出された場合、gethostbyname (smith.admin.acme.com) と gethostbyname (smith) が同じ結果になるようにします。

• 共通のメールドメイン下のすべてのネームサービスドメインに対しては、短いホスト名による gethostbyname() で同じ結果を生じるようにします。たとえば、ebb.admin.acme.com ドメインおよび esg.admin.acme.com ドメインから smith.admin.acme.com メールドメインを呼び出した場合、どちらの場合も gethostbyname(smith) は同じ結果を返す必要があります。主なメールドメイン名は通常ネームサービスドメインより短く、このために各種ネームサービスにとって特別な意味のあるものになっています。

gethostbyname() 関数については、gethostbyname(3NSL) のマニュアルページを参照してください。

sendmail と NIS との相互作用

以下に、sendmail と NIS との相互作用について説明し、ガイドラインを示します。

• メールドメイン名 – NIS をプライマリネームサービスとして設定している場合に、sendmail は、自動的に NIS ドメイン名の最初の構成要素を取り除いた結果をメールドメイン名として使用します。 たとえば、ebs.admin.acme.com は、admin.acme.com となります。

• メールホスト名 – NIS のホストマップには、mailhost エントリが必要になります。

• 完全なホスト名 – 通常の NIS の設定では、完全なホスト名は認識されません。NIS に完全なホスト名を認識させようとするよりは、sendmail.cf ファイルを編集し %l を %y で置き換えて、sendmail 側からこの要件をなくしてください。この変更によって、sendmail のドメイン間のメール検出機能をオフにできます。ターゲットとするホストの IP アドレスを取得できれば、SMTP による直接配信が試みられます。NIS のホストマップに現在のメールドメインの外部のホストのエントリが含まれていないことを確認してください。もし、そのエントリがあれば、さらに sendmail.cf ファイルをカスタマイズする必要があります。

• ホストの完全名および短縮名のマッチング – 前述した手順を参考にして、完全なホスト名による gethostbyname() をオフにしてください。

• 1 つのメールドメイン内の複数の NIS ドメイン – 共通のメールドメインの NIS のホストマップ中のホストのエントリは同じでなければなりません。たとえば、ebs.admin.acme.com ドメインのホストマップは、esg.admin.acme.com のホストマップと同じものにします。異なる場合には、ある NIS ドメインで有効なアドレスが他の NIS ドメインでは無効になることがあります。

作業手順については、第 22 章「メールサービス (手順)」の メール別名ファイルの管理 (作業マップ)を参照してください。

sendmail と NIS および DNS との相互作用

以下に、sendmail と NIS および DNS との相互作用について説明し、ガイドラインを示します。

• メールドメイン名 – NIS をプライマリネームサービスとして設定している場合に、sendmail は、自動的に NIS ドメイン名の最初の構成要素を取り除いた結果をメールドメイン名として使用します。 たとえば、ebs.admin.acme.com は、admin.acme.com となります。

• メールホスト名 – DNS の転送機能がオンになっていれば、NIS で解決できない照会は DNS に転送されるため、NIS ホストマップに mailhost エントリは必要ありません。

• 完全なホスト名 – NIS が完全なホスト名を認識できなくても、DNS が認識します。NIS と DNS の通常の設定手順を踏んでいる場合には、完全なホスト名の要件は満たされます。

• ホストの完全名および短縮名のマッチング – NIS のホストテーブルにおけるすべてのホストエントリに対して、DNS にも対応するホストエントリが必要です。

• 1 つのメールドメイン内の複数の NIS ドメイン – 共通のメールドメインの NIS のホストマップ中のホストのエントリは同じでなければなりません。たとえば、ebs.admin.acme.com ドメインのホストマップは、esg.admin.acme.com のホストマップと同じものにします。異なる場合には、ある NIS ドメインで有効なアドレスが他の NIS ドメインでは無効になることがあります。

作業手順については、第 22 章「メールサービス (手順)」の sendmail で DNS を使用する方法と メール別名ファイルの管理 (作業マップ) 参照してください。

sendmail と NIS+ との相互作用

以下に、sendmail と NIS+ との相互作用について説明し、ガイドラインを示します。

• メールドメイン名 - プライマリネームサービスとして NIS+ を設定していれば、sendmail は NIS+ の sendmailvars テーブルからメールドメインを確認できます。 この NIS+ テーブルには、キー列と値列が 1 つずつあります。メールドメインを設定するには、 1 つのエントリをこのテーブルに追加する必要があります。このエントリは、キー列に文字列 maildomain が、値列には自分のメールドメイン名が設定されている必要があります。たとえば、 admin.acme.com です。NIS+ では、sendmailvars テーブルにどのような文字列でも設定できますが、メールシステムが正常に機能するように接尾辞の規則が適用されます。nistbladm を使用して、maildomail エントリを sendmailvars テーブルに追加できます。以下の例では、メールドメインが NIS+ ドメインの接尾辞になっています。

  nistbladm -A key="maildomain" value=<mail domain> sendmailvars.org_dir.<NIS+ domain>

• mailhost ホスト名 - NIS+ ホスト名には、mailhost エントリが必要です。

• 完全なホスト名 – NIS+ は、完全なホスト名を認識することができます。 通常の NIS+ の設定手順を行えば、この完全なホスト名の要件は満たされます。

• ホストの完全名および短縮名のマッチング – この要件を満たすには、ホストテーブルでエントリをコピーします。 または、ユーザーネームサービスのドメイン中の全ホストのエントリを、メールドメインレベルのマスターホストテーブルに入力します。

• 1 つのメールドメイン内の複数の NIS ドメイン – この要件を満たすには、すべてのホストテーブルのエントリをコピーします。または、ユーザーネームサービスのドメイン中の全ホストのエントリを、メールドメインレベルのマスターホストテーブルに入力します。事実上、論理的または物理的に複数のホストテーブルを 1 つのホストテーブルにマージすることになります。したがって、メールドメインを共有する複数のネームサービスドメインで同じホスト名を使用することはできません。

作業手順については、第 22 章「メールサービス (手順)」の メール別名ファイルの管理 (作業マップ)を参照してください。

sendmail と NIS+ および DNS との相互作用

以下に、sendmail と NIS+ および DNS との相互作用について説明し、ガイドラインを示します。

• メールドメイン名 – プライマリネームサービスとして NIS+ を設定していれば、sendmail は NIS+ の sendmailvars テーブルからメールドメインを確認できます。 この NIS+ テーブルには、キー列と値列が 1 つずつあります。メールドメインを設定するには、 1 つのエントリをこのテーブルに追加する必要があります。このエントリは、キー列に文字列 maildomain が、値列には自分のメールドメイン名が設定されている必要があります。たとえば、 admin.acme.com です。NIS+ では、sendmailvars テーブルにどのような文字列でも設定できますが、メールシステムが正常に機能するように接尾辞の規則が適用されます。nistbladm を使用して、maildomail エントリを sendmailvars テーブルに追加できます。以下の例では、メールドメインが NIS+ ドメインの接尾辞になっています。

  nistbladm -A key="maildomain" value=<mail domain> sendmailvars.org_dir.<NIS+ domain>

• メールホスト名 – ネットワークがホストデータベースのソースとして NIS+ と DNS の両方を使用しているときは、mailhost エントリを NIS+ あるいは DNS ホストテーブルのいずれかに置くことができます。NIS+ と DNS の両方をホストデータベースのソースとして /etc/nsswitch.conf ファイルに含めるようにしてください。

• 完全なホスト名 – NIS+ も DNS も完全なホスト名を認識します。通常の NIS+ と DNS の設定手順を踏めば、この項目の要件は満たされます。

• ホストの完全名および短縮名のマッチング – NIS+ ホストテーブルの全ホストエントリに対して、対応するホストエントリが DNS に必要です。

• 1 つのメールドメイン内の複数の NIS ドメイン – この要件を満たすには、すべてのホストテーブルのエントリをコピーします。または、ユーザーネームサービスのドメイン中の全ホストのエントリを、メールドメインレベルのマスターホストテーブルに入力します。

作業手順については、第 22 章「メールサービス (手順)」の メール別名ファイルの管理 (作業マップ)と sendmail で DNS を使用する方法を参照してください。

第 24 章 メールサービスの新機能 (リファレンス)

第 21 章「メールサービス (概要)」では、メールサービスのコンポーネントの概要および一般的なメール構成について説明しています。第 22 章「メールサービス (手順)」では、標準の構成ファイルを使用して、電子メールシステムを設定および管理する方法について説明しています。第 23 章「メールサービス (リファレンス)」では、メールサービスのコンポーネントについて、詳しく説明しています。 また、メールサービスのプログラムとファイル、メールルーティング処理、ネームサービスを使った sendmail の対話式操作についても説明しています。この章では、今回の Solaris 9 リリースに付属している sendmail バージョン 8.12 の新機能について説明します。 mail.local、mailstats、および makemap の変更点についての説明もあります。 また、この章では、新しい保守ユーティティ editmap についても説明します。 特定のトピックについては、下記のページを参照してください。

• sendmail の変更点

• mail.local の変更点

• mailstats の変更点

• makemap の変更点

• 新しいコマンド editmap

• 他の変更点および機能

sendmail の変更点

この章では、次のトピックについて説明します。

• 新しい構成ファイル submit.cf

• コマンド行の新しいオプションまたは推奨されないオプション

• 構成ファイルの新しい構成オプションと改訂された構成オプション、および関連トピック

• sendmail に新しく定義されたマクロ

• sendmail における新しい m4 構成マクロおよび改訂された m4 構成マクロ

• 配信エージェントの新しいフラグ

• 配信エージェントの新しい等号 (=)

• キューの新しい機能

• sendmail における LDAP のための変更

• メールプログラムに新しく組み込まれた機能

• 新しいルールセット

• ファイルへの変更

• 構成内の IPv6 アドレス

新しい構成ファイル submit.cf

sendmail バージョン 8.12 には、新しい構成ファイル /etc/mail/submit.cf が含まれています。この新しいファイル submit.cf を使用して、sendmail をデーモンモードではなく、メール差し出しプログラムモードで実行できます。 デーモンモードとは異なり、メール差し出しプログラムモードでは root 権限は必要ありません。そのため、この新しいパラダイムを使用すると、セキュリティが向上します。

submit.cf の機能については、次のリストを参照してください。

• sendmail は、MSP (メール差し出しプログラム) モードでは submit.cf を使って実行します。submit.cf は、電子メールを送信したり、ユーザー以外の mailx のようなプログラムによって呼び出したりすることができます。 -Ac オプションおよび -Am オプションについては、コマンド行の新しいオプションまたは推奨されないオプション の説明を参照してください。

• submit.cf は、次の操作モードで使用します。

  • -bm デフォルトの操作モード

  • -bs 標準入力を使用して SMTP を実行する

  • -bt アドレスの解決に使用されるテストモード

• submit.cf を使用している場合には、sendmail は SMTP デーモンとして動作しません。

• submit.cf を使用している場合には、sendmail はクライアント専用のメールキューである /var/spool/clientmqueue を使用します。このキューにより、sendmail デーモンに配信されなかったメッセージが保持されます。 クライアント専用キューにあるメッセージは、クライアントの「デーモン」によって配信されます。実際には、このデーモンが、クライアントキューを実行します。

• デフォルトでは、sendmail は submit.cf を使用して、定期的に MSP キュー (クライアント専用キュー) である /var/spool/clientmqueue を実行します。

  /usr/lib/sendmail -Ac -q15m

次の事項に注意してください。

• Solaris 9 オペレーティング環境をインストールまたはそれにアップグレードすると、submit.cf は自動的にインストールされます。

• Solaris 9 オペレーティング環境をインストールする前に、submit.cf について計画および準備をする必要はありません。

• 構成ファイルを指定しないかぎり、sendmail は、必要に応じて、submit.cf を自動的に使用します。 基本的に、sendmail は各タスクについて、submit.cf と sendmail.cf のどちらを使用するのが適切かを判断できます。

• submit.cf を変更することはできません。

sendmail.cf と submit.cf の機能の相違点

構成ファイル sendmail.cf は、デーモンモードで使用します。このファイルを使用すると、sendmail は、メール転送エージェント (MTA) として動作します。sendmail は、root によって起動されます。

/usr/lib/sendmail -L sm-mta -bd -q1h

sendmail.cf 特有の他の機能については、次のリストを参照してください。

• デフォルトでは、sendmail.cf は、ポート 25 および 587 で SMTP 接続を受け入れます。

• デフォルトでは、sendmail.cf がメインキュー /var/spool/mqueue を実行します。

sendmail の機能の変更

submit.cf が追加されたため、次の機能が変更されました。

• sendmail バージョン 8.12 では、root だけがメインキューを実行できます。 この変更の詳細については、mailq(1) のマニュアルページを参照してください。 新しい作業手順については、キューディレクトリの管理 (作業マップ) を参照してください。

• メール通信プログラムモードは、root 権限がなくても実行されるので、sendmail が特定のファイル (.forward ファイルなど) にアクセスできないことがあります。したがって、sendmail に -bv オプションを追加すると、誤った項目が出力されることがあります。回避策はありません。

• 8.12 より前のバージョンの sendmail では、sendmail デーモンを実行しない場合、つまりデーモンモードで実行しない場合は、受信メールの配信を防止することしかできませんでした。バージョン 8.12 では、デフォルトの構成で、sendmail デーモンを実行しない場合でも、送信メールの配信を防止することができます。クライアントキューランナー (メール通信プログラム) を設定して、ローカル SMTP ポートのデーモンにメールを送信できるようにする必要があります。クライアントキューランナーが SMTP のセッションをローカルホストで開こうとした場合で、デーモンが SMTP ポートで待機していないときには、メールはキューにとどまります。デフォルトの構成では、デーモンが実行されます。そのため、デフォルト構成を使用する場合には、この問題は発生しません。ただし、デーモンを無効にした場合の解決方法については、代替構成を使用したメール配信の管理 (手順) を参照してください。

コマンド行の新しいオプションまたは推奨されないオプション

次の表では、sendmail の新しいコマンド行オプションについて説明します。 コマンド行の他のオプションについては、sendmail(1M) のマニュアルページを参照してください。

構成ファイルの新しい構成オプションと改訂された構成オプション、および関連トピック

この節では、構成ファイルの新しいオプションと改訂されたオプションについて、また次の関連トピックについて説明しています。

• sendmail の構成ファイルにおける推奨されないオプションまたはサポートされていないオプション

• 新しい ClientPortOptions オプション

• DaemonPortOptions オプションの変更点

• PidFile オプションおよび ProcessTitlePrefix オプションのその他の引数

• PrivacyOptions オプションの変更点

• Timeout オプションの変更点

これらのオプションを宣言する場合は、次の構文のどれかを使用します。

O OptionName=argument          # 構成ファイル
-OOptionName=argument          # コマンド行
define(`m4Name',argument)     # m4 を使った構成記述

新しい sendmail.cf ファイルを構築する必要がある場合は、第 22 章「メールサービス (手順)」 の sendmail.cf 構成ファイルの構築 (手順) を参照してください。

次の表では、sendmail の新しいオプションおよび改訂されたオプションについて説明しています。

sendmail の構成ファイルにおける推奨されないオプションまたはサポートされていないオプション

構成ファイルで推奨されないオプションについては、次の表を参照してください。この表には AutoRebuildAliases オプションが記載されていますが、このオプションは、sendmail バージョン 8.12 には含まれていません。

新しい ClientPortOptions オプション

新しく追加された ClientPortOptions オプションは発信接続に使用します。このオプションは、DaemonPortOptions オプションに似ています。このオプションにより、クライアントの SMTP オプションが設定されます。クライアントの SMTP オプションは、一連の key=value ペアです。 このオプションを宣言するには、次の構文のどれかを使用します。 フォーマットのために、これらの例には 2 組のペアが含まれています。 ただし、1 組以上のペアを適用できます。

O ClientPortOptions=pair,pair              # 構成ファイル
-OClientPortOptions=pair,pair              # コマンド行
define(`confCLIENT_OPTIONS',`pair,pair')   # m4 を使った構成記述

新しい sendmail.cf ファイルを構築する必要がある場合は、第 22 章「メールサービス (手順)」 の sendmail.cf 構成ファイルの構築 (手順) を参照してください。

次の表では、このオプションの新しいキーについて説明しています。

DaemonPortOptions オプションの変更点

次の表では、新しい機能について説明しています。

• 表 24–5、DaemonPortOptions の新しいキーおよび改訂されたキー

• 表 24–6、新しい Modifier キーの値

このオプションを宣言するには、次の構文のどれかを使用します。 この例では、pair は key=value を示します。フォーマットのために、これらの例には 2 組のペアが含まれています。 ただし、1 組以上のペアを適用できます。