test

Sun Java System Messaging Server 6 2005Q4 管理ガイド

第 1 章 インストール後の作業とレイアウト

この章では、読者があらかじめ 『Sun Java System Communications Services 6 2005Q4 配備計画ガイド』を読み、Sun JavaTM Enterprise System インストーラを使用して Messaging Server をインストールしていることを前提にしています。『Sun Java Enterprise System 2005Q4 インストールガイド』を参照してください。次の作業を実行すると、Messaging Server を機能させることができます。さらに配備をカスタマイズすることも、ユーザーとグループのプロビジョニングや移行を行うこともできます。カスタマイズについては、このマニュアルの後続の章で説明します。プロビジョニングについては、『Sun Java System Communications Services 6 2005Q4 Delegated Administrator 管理ガイド』を参照してください。

この章には、次の節があります。

UNIX システムのユーザーとグループを作成する

システムユーザーが特定のサーバープロセスを実行するとき、そのプロセスを実行するための適切なアクセス権を持つように、ユーザーに権限が付与されていることが必要です。

まず、すべての Sun Java System サーバーで有効な 1 つのシステムユーザーアカウントとグループを設定します。次に、そのユーザーが所有するディレクトリとファイルに対し、アクセス権を設定します。設定のための手順を、次に示します。

注 –

セキュリティーの理由から、配備によっては、サーバーごとに異なるシステム管理者を設定することが望ましい場合もあります。そのためには、サーバーごとに異なるシステムユーザーとグループを作成します。たとえば、Messaging Server と Web Server にそれぞれ異なるシステムユーザーを設定し、Messaging Server のシステム管理者は Web Server を管理できないようにします。

ProcedureUNIX システムのユーザーとグループを作成するには

手順

  1. スーパーユーザーとしてログインします。

  2. システムユーザーが所属するグループを作成します。

    次の例では、mailsrv グループが作成されます。


    # groupadd mail

  3. システムユーザーを作成して、作成したグループと関連付けます。さらに、そのユーザーのパスワードを設定します。

    次の例では、ユーザー mail が作成され、mailsrv グループと関連付けられます。


    #useradd -g mail mailsrv

    useradd コマンドと usermod コマンドは /usr/sbin にあります。詳細については、UNIX のマニュアルページを参照してください。

  4. 作成したシステムグループにユーザーが追加されていることを確認するために、/etc/group ファイルと /etc/passwd ファイルをチェックすることが必要になる場合もあります。

    注 –

    Messaging Server のインストール前に UNIX のシステムユーザーやグループを設定しない場合は、「Messaging Server の初期実行時設定を作成する」の実行時に設定することができます。

Messaging Server 設定用に Directory Server を準備するには

この節では、Directory Server 設定スクリプト (comm_dssetup.pl) の実行方法について説明します。このスクリプトは、Messaging Server、Calendar Server、または User Management Utility の設定を処理するように LDAP Directory Server を設定します。comm_dssetup.pl スクリプトは、Directory Server に新しいスキーマ、インデックス、および設定データを設定することによって、Directory Server を準備します。Messaging Server や Communications Express を新しくインストールした場合は、このスクリプトを実行する必要があります。Directory Server に依存するコンポーネント製品のいずれかをアップグレードする場合も、最新の comm_dssetup.pl を実行することをお勧めします。

次の項目について説明します。

comm_dssetup.pl の場所

旧バージョンの Java Enterprise System では、このユーティリティーは Messaging Server および Calendar Server にバンドルされていて、別にインストールする必要はありませんでした。しかし Java Enterprise System 2005Q1 では、このスクリプトは別個にインストール可能な共有コンポーネントとなりました。

comm_dssetup.pl をインストールするには、次のいずれかの方法を選んでください。

このようにインストールを実行すると、comm_dssetup.pl は次のディレクトリに含まれます。

Solaris: /opt/SUNWcomds/sbin

Linux: /opt/sun/comms/dssetup/sbin

comm_dssetup.pl 要件

comm_dssetup.pl スクリプトを実行する前に、次の要件を確認してください。

comm_dssetup.pl スクリプトを実行する

comm_dssetup.pl は、インタラクティブモードまたはサイレントモードで実行できます。詳細は、次の節で説明します。

表 E–3 のインストールワークシートを使用して、回答を記録してください。

Procedurecomm_dssetup.pl をインタラクティブモードで実行するには

引数なしで comm_dssetup.pl を実行すると、次のように質問されます。

手順

  1. 概要


    # perl comm_dssetup.pl

Welcome to the Directory Server preparation tool for Java Enterprise 
Communications Server.(Version X.X Revision X.X)
This tool prepares your directory server for Sun Java System Messaging 
Server install.

The logfile is /var/tmp/dssetup_YYYYMMDDHHSS

Do you want to continue [y]:

    続行するには Enter キーを押します。終了するには No と入力します。

  2. Directory Server のインストールルート


    Please enter the full path to the directory where the Java 
Enterprise Directory Server was installed.

Directory server root [/var/opt/mps/serverroot]

    Directory Server マシン上の Directory Server のインストールルートの場所を指定します。Linux では Directory Server のルートの場所が異なることに注意してください。

  3. Directory Server インスタンス


    Please select a directory server instance from the following list:

[1]   slapd-varrius

Which instance do you want [1]:

    マシン上に Directory Server reside の複数のインスタンスがある場合は、Messaging Server とともに設定するインスタンスを選びます。

  4. Directory Manager 識別名 (DN)


    Please enter the directory manager DN [cn=Directory Manager]:

Password:

    Directory Manager DN (cn=Directory Manager) は、組織ツリー内のユーザーデータおよびグループデータの責任を持つ管理者です。このスクリプトで指定する Directory Manager DN は、Directory Server インストールおよび Messaging Server インストールで設定する DN と同じものであることを確認します。

  5. ユーザーおよびグループの Directory Server


    Will this directory server be used for users/groups [Yes]:

    Yes と入力した場合は、ユーザー/グループツリーについてさらに質問されます。

    No と入力した場合、このディレクトリインスタンスは設定データの保存のみに使用されると見なされ、スキーマファイルの更新についての質問に進みます。設定ディレクトリインスタンスに対するこのスクリプトの実行が終了したあと、インストールプロセスに移る前に、ユーザーデータおよびグループデータを保存するディレクトリインスタンスに対してこのスクリプトを実行する必要があります。

  6. ユーザーおよびグループベースのサフィックス


    Please enter the Users/Groups base suffix [o=usergroup]:

    ユーザーおよびグループのベースサフィックスは、ユーザーエントリおよびグループエントリのネームスペースを保持する、組織ツリー内のトップエントリです。選択するユーザーおよびグループのベースサフィックスは、Directory Server インストールおよび Messaging Server インストールで指定したものと同じベースサフィックスであることを確認します。

    注 –

    Access Manager がインストールされている場合は、Access Manager のインストール時に指定したサフィックスが、この質問に答えて指定するものと同じであることを確認します。同じサフィックスを使用しない場合、Messaging Server は Access Manager のインストールを認識できません。

    組織ツリーの詳細については、『Sun Java System Communications Services 6 2005Q4 配備計画ガイド』の「LDAP ディレクトリ情報ツリーの要件」および 『Sun Java Enterprise System 2003Q4 Installation Guide』の第 12 章「Messaging Server 6.0 のプロビジョニングとスキーマの概念」を参照してください。

  7. スキーマタイプ


    There are 3 possible schema types:
  1   - schema 1 for systems with iMS 5.x data
  1.5 - schema 2 compatibility for systems with iMS 5.x data
        that has been converted with commdirmig
  2   - schema 2 native for systems using Access Manager

Please enter the Schema Type (1, 1.5, 2) [1]:

    Sun LDAP Schema 1 を使用する予定の場合は、オプション 1 を選択します。

    Sun LDAP Schema 2 (互換モード) を使用する予定の場合は、オプション 1.5 を選択します。詳細は、『Sun Java System Communications Services 6 2005Q4 Schema Migration Guide』を参照してください。

    Sun LDAP Schema 2 (ネイティブモード) を使用する予定の場合は、オプション 2 を選択します。

    Access Manager がインストールされていない場合に、comm_dssetup.pl が終了することはなくなりました。代わりに、Access Manager がインストールされていないことを警告し、Schema 2 をインストールするオプションを提供します。警告画面は次のようになります。


    Please enter the Schema Type (1, 1.5, 2) [1]: 2

Access Manager has not been configured for this new user/group suffix

You can opt to continue, but you will not be able to use features
that depend on Access Manager

Are you sure you want this schema type? [n]:

    スキーマオプションの詳細は、『Sun Java System Communications Services 6 2005Q4 配備計画ガイド』の第 8 章「スキーマとプロビジョニングのオプションについて」を参照してください。

  8. ドメインコンポーネント (DC) ツリーのベースサフィックス


    Please enter the DC Tree base suffix [o=internet]:
    注 –

    手順 7 でオプション 1 または 1.5 を選択した場合は、DC ツリーのベースサフィックスを入力するよう求められます。オプション 2 の「Sun LDAP Schema 2 - ネイティブモード」を選択した場合、この入力は求められません。

    DC ツリーは、ローカル DNS 構造をミラー化したものであり、ユーザーとグループのデータエントリを含む組織ツリーへのインデックスとしてシステムにより使用されます。DC ツリーのベースサフィックスは、DC ツリーの最上位エントリの名前です。デフォルトの o=internet か別の名前のどちらかを選択できます。

    DC ツリーまたは組織ツリーの詳細は、『Sun Java System Communications Services 6 2005Q4 配備計画ガイド』の「LDAP ディレクトリ情報ツリーの要件」および『Sun Java Enterprise System 2003Q4 Installation Guide』の 12 章、「Messaging Server 6.0 のプロビジョニングとスキーマの概念」を参照してください。

  9. スキーマファイルの更新


    Do you want to update the schema files [yes]:

    Yes と答えると、新しい要素がスキーマに追加されます。新しいバージョンの Messaging Server をインストールするたびに、新しいスキーマファイルで Directory を更新することをお勧めします。

  10. 新しいインデックスの設定


    Do you want to configure new indexes [yes]:

    この Directory Server をユーザーとグループで使用するかどうかという質問 (手順 5) に Yes と答えた場合、新しいインデックスを設定するかどうか尋ねられます。新しいインデックスは、キャッシュを作成してディレクトリ検索の効率を向上させるために使用されます。この質問には Yes と答えることをお勧めします。ただし、次のような状況では、インデックスを作成する必要はありません。

    • レプリカを提供するためだけに使用される、マスターのユーザー/グループ Directory Server である。つまり、このユーザー/グループ Directory Server に対して直接クエリーが実行されることはない。

    • 本稼働用のユーザー/グループ Directory Server に多数のエントリがあり、インデックス作成のために長い停止時間が発生するのは望ましくない。

  11. 設定の要約


    Here is a summary of the settings that you chose:
  Server Root                        : /var/opt/mps/serverroot/
  Server Instance                    : slapd-varrius
  Users/Groups Directory             : Yes
  Update Schema                      : yes
  Schema Type                        : 1
  DC Root                            : o=internet
  User/Group Root                    : o=usergroup
  Add New Indexes                    : yes
  Directory Manager DN               : cn=Directory Manager

Now ready to generate a shell script and ldif file to modify 
the Directory.
No changes to the Directory Server will be made this time.

Do you want to continue [y]:

    ディレクトリ設定が更新される前に、設定の要約が表示されます。この時点では変更は加えられません。

    注 –

    手順 7 でオプション 2 の「Sun LDAP Schema 2 (ネイティブモード)」を選択した場合、設定の要約の DC Root は、User/Group Root に入力した値と同じにになります。

    設定を変更したい場合は、No と入力し、スクリプトを再度実行します。

    Yes と入力して続行すると、comm_dssetup.pl スクリプトは、LDIF ファイルと、ディレクトリサーバー内のインデックスとスキーマの更新に使われるシェルスクリプトを作成します。


    /var/tmp/dssetup_YYYYMMDDHHMMSS.sh
/var/tmp/dssetup_YYYYMMDDHHMMSS.ldif

    ここで、YYYYMMDDHHMMSS は、ファイルの作成された時刻と日付のスタンプを示します。

    注 –

    スクリプトをこの時点で実行するか、あとで実行するかを選択できます。スクリプトをここで実行する場合は、続行するかどうかを尋ねられたときに Yes と入力します。スクリプトをあとで実行する場合は、/var/tmp/dssetup_YYYYMMDDHHMMSS.sh を使用して、スクリプトを呼び出すことができます。

Procedurecomm_dssetup.pl をサイレントモードで実行するには

手順

    サイレントモードを有効にするには、すべての引数を一度に 1 行で指定します。


    # perl comm_dssetup.pl -i yes|no -R yes|no -c \
Directory_Svr_Root -d Directory_instance \
 -r DC_tree -u User_Group_suffix -s yes|no \
-D "DirectoryManagerDN" \
  -w password -b yes|no -t 1|1.5|2 \
-m yes|path-to-schema-files]

    例: 


    # perl comm_dssetup.pl -i yes -c /var/opt/mps/serverroot -d slapd-budgie 
-r o=internet -u o=usergroup -s yes -D "cn=Directory Manager"  
-w password -b yes -t 1 -m yes

    このコマンドのオプションは、以下のとおりです。

    オプション 

    説明 

    -i yes|no

    質問「Do you want to configure new indexes?」に答えます。新しいインデックスを設定する場合は、yes を指定します。新しいインデックスを設定しない場合は、no を指定します。

    -R yes|no

    -m yes を指定した場合に、新しいインデックスが見つかるとインデックスの再作成を実行します。 

    -c Directory_Svr_Root

    Directory Server ルートのパス名です。例: /var/opt/mps/serverroot

    -d Directory_instance

    Directory Server インスタンスのサブディレクトリです。例: slapd-budgie

    -r DC_tree

    DC ツリーのサフィックスです。例: o=internet

    -u User_Group_suffix

    ユーザー/グループサフィックスです。次に例を示します。o=usergroup

    -s yes|no

    質問「Do you want to update the schema?」に答えます。スキーマファイルを更新する場合は、yes を指定します。スキーマファイルを更新しない場合は、no を指定します。

    -D DirectoryManagerDN

    Directory Manager の DN です。例: "cn=Directory Manager"

    -w password

    Directory Manager のパスワードです 

    -b yes|no

    質問「Will this directory server be used for users and groups?」に答えます。ディレクトリサーバーを設定してユーザー/グループ用に使用する場合は、yes を指定します。このディレクトリを設定データのみに使用する場合は、no を指定します。

    -t 1|1.5|2

    Messaging Server 用に使用するスキーマバージョンを決定します。 

    • Sun LDAP Schema 1 の場合は、1 を選択します。

    • Sun LDAP Schema 2 (互換モード) の場合は、1.5 を選択します。詳細は、Sun Java System Communications Services Schema Migration Guideを参照してください。

    • Sun LDAP Schema 2 (ネイティブモード) の場合は、2 を選択してください。

    -m yes|no

    質問「Do you want to modify the directory server?」に答えます。ディレクトリを変更する場合は、yes を指定します。ディレクトリを変更しない場合は、no を指定します。

    -S path-to-schema-files

    スキーマファイルへのディレクトリパスを指定します。例: ./schema

    comm_dssetup.pl スクリプトのオプションすべての設定が終わると、スクリプトが実行される前に、次のような概要画面が表示されます。


    Here is a summary of the settings that you chose:
  Server Root                        : /var/opt/mps/serverroot/
  Server Instance                    : slapd-budgie
  Users/Groups Directory             : Yes
  Update Schema                      : yes
  Schema Type                        : 1
  DC Root                            : o=internet
  User/Group Root                    : o=usergroup
  Add New Indexes                    : yes
  Schema Directory                   : ./schema
  Directory Manager DN               : "cn=Directory Manager"

    各オプションの詳細は、「comm_dssetup.pl をインタラクティブモードで実行するには」を参照してください。

Messaging Server の初期実行時設定を作成する

初期実行時設定プログラムは、Messaging Server を起動して実行する設定を提供します。このプログラムの目的は、「初期実行時設定」を作成して、一般的に機能する Messaging Server 設定を行うことです。この設定を基に、必要に応じてカスタマイズを行うことができます。このプログラムは 1 回だけ実行するように意図されています。このプログラムを実行すると、2 回目以降は設定が上書きされます。初期実行時設定を変更するには、この節と『Sun Java System Messaging Server 6 2005Q4 Administration Reference』に記載されている設定ユーティリティーを使用してください。

Messaging Server の前提条件

初期実行時設定プログラムを実行する前に、次の作業を行う必要があります。

Messaging Server の設定チェックリスト

Messaging Server の初期実行時設定プログラムを実行するときは、表 E–2 にパラメータを記入してください。いくつかの質問に対する回答には、付録 E 「インストールワークシート」にある Directory Server および管理サーバーのインストールチェックリストを参照してください。

ProcedureConfigure プログラムを実行するには

ここでは、Messaging Server 設定プログラムの設定手順を紹介していきます。

手順

  1. セットアップでは、DNS が適切に設定されていること、およびローカルサブネット上にないホストにルーティングする方法が明確に指定されていることを確認します。

    • /etc/defaultrouter に、ゲートウェイシステムの IP アドレスが含まれているはずです。このアドレスはローカルサブネット上にある必要があります。

    • /etc/resolv.conf が存在し、到達可能な DNS サーバーとドメインサフィックスに対する適切なエントリが含まれます。

    • /etc/nsswitch.conf で、hosts: 行と ipnodes: 行に files、dns、および nis キーワードが追加されています。キーワードの files は dns と nis の前に置く必要があります。そのため、行が次のような場合、


      hosts:  nis dns files
ipnodes:  nis dns files

      次のように変更します。


      hosts:  files nis dns
ipnodes:  files nis dns

    • FQDN が /etc/hosts ファイルの 1 番目のホスト名であることを確認します。

      /etc/hosts ファイルのインターネットホストテーブルが次のようである場合、


      123.456.78.910 budgie.west.sesta.com
123.456.78.910 budgie loghost mailhost

      ホストの IP アドレスが 1 行だけ存在するように変更します。1 番目のホスト名が完全修飾ドメイン名であることを確認します。例: 


      123.456.78.910 budgie.west.sesta.com budgie loghost mailhost

    • 次のコマンドを実行して、行が正しく読み取られることを確認できます。


      # getent hosts ip_address
# getent ipnodes ip_address

      行が正しく読み取られる場合、IP アドレス、FQDN、その他の値の順に表示されます。例: 


      # getent hosts 192.18.126.103
192.18.126.103  budgie.west.sesta.com budgie loghost mailhost

  2. 次のコマンドを使って、Messaging Server 初期実行時設定を起動します。


    /msg_svr_base/sbin/configure [flag]

    Messaging Server をリモートシステムで設定する場合は、xhost(1) コマンドを使用する必要が生じることがあります。

    次の表に、configure プログラムを使って設定できるオプションフラグを示します。

    フラグ 

    説明 

    -nodisplay

    コマンド行の設定プログラムを起動します。 

    -noconsole

    GUI ユーザーインタフェースプログラムを起動します。 

    -state [statefile]

    サイレントインストールファイルを使用します。-nodisplay および -noconsole フラグとともに使用する必要があります。「サイレントインストールを実行するには」を参照してください。

    configure コマンドを実行すると、次の設定プログラムが起動します。

  3. ようこそ

    設定プログラムの最初のパネルは、著作権ページです。続行するには「次へ」を選択し、終了するには「キャンセル」を選択します。管理サーバーを設定しなかった場合は警告が表示されるので、OK を選択して続行します。

  4. 完全修飾ホスト名 (FQHN) を入力します。

    これは、Messaging Server が動作するマシン名です。Java Enterprise System インストーラを使用してサーバーをインストールしたときに、すでに物理ホスト名を指定済みである場合があります。しかし、クラスタ環境をインストールする場合は、論理ホスト名を使用する必要があります。ここで、最初に指定していたホスト名を変更できます。

  5. 設定およびデータファイルを保存するディレクトリを選択します。

    Messaging Server の設定およびデータファイルを保存するディレクトリを選択します。msg_svr_base の下にはないパス名を指定します。設定とデータディレクトリへのシンボリックリンクが msg_svr_base に作成されます。これらのシンボリックリンクの詳細は、「インストール後のディレクトリレイアウト」を参照してください。

    これらのファイルを保存するのに十分なディスク容量があることを確認します。

  6. コンポーネントが読み込まれていることを示す、小さいウィンドウが表示されます。

    コンポーネントの読み込みには数分かかることがあります。

  7. 設定するコンポーネントを選択します。

    設定を行う Messaging コンポーネントを選択します。

    • Message Transfer Agent: ルーティング、ユーザーメールの配信、および SMTP 認証を処理します。MTA は、ホストドメイン、ドメイン別名、サーバー側フィルタの機能をサポートします。

    • メッセージストア: メッセージストアを介して、一貫性のあるメッセージングサービスを提供します。メッセージストアには、HTTP、POP、および IMAP プロトコルを介してアクセスできます。メッセージストアを設定するだけの場合、MTA も選択する必要があります。

    • Messenger Express: メッセージストアからメッセージを取得する HTTP プロトコルを処理します。Messenger Express を設定するだけであれば、メッセージストアと MTA も選択する必要があります。

    • Messaging Multiplexor: 組織内の複数のメッセージングサーバーマシンに対するプロキシとして機能します。ユーザーは Multiplexor サーバーに接続し、Multiplexor サーバーが各接続を適切なメールサーバーにリダイレクトします。このコンポーネントは、デフォルトでは無効になっています。MMP とメッセージストアのチェックを行うと、それらが同じシステム上で有効になります。設定後、ポート番号を変更するための警告メッセージが表示されます (この手順については、「インストール後のポート番号」を参照)。

      MMP の設定方法については、第 7 章「マルチプレクササービスの設定および管理」を参照してください。

      設定するコンポーネントにチェックマークを付け、設定しないコンポーネントのチェックマークを外します。

  8. 設定されたファイルを所有するシステムユーザー名とグループを入力します。

    システムユーザーおよびグループの設定の詳細は、「UNIX システムのユーザーとグループを作成する」を参照してください。

  9. Configuration Directory Server パネル

    Configuration Directory LDAP URL、管理者、およびパスワードを入力します。これは管理サーバー設定から取得されます。

    Directory Server のインストールから Configuration Server LDAP URL を収集します。表 E–1 にある Directory Server インストールワークシートを参照してください。

    Directory Manager には、Directory Server、および Directory Server を使用するすべての Sun Java System サーバー (Messaging Server など) に対する包括的な管理権限が付与されています。また、Directory Server 内のすべてのエントリの管理に必要なすべてのアクセス権も与えられています。デフォルトかつ推奨される識別名 (DN) は、cn=Directory Manager です。これは Directory Server の設定時に設定されます。

    注 –

    デフォルト以外の値を選択すると、管理サーバーと Configuration Directory Server の間に不一致が発生します。この場合、設定後に手動での作業が必要になります。したがって、このエントリを変更するのは、十分な知識がある場合だけにしてください。

  10. User/Group Directory Server パネル

    ユーザーおよびグループの Directory LDAP URL、管理者、およびパスワードを入力します。

    ホストからユーザーおよびグループのサーバー LDAP URL 情報を収集し、Directory Server インスタンスからポート番号情報を収集します。表 E–1 にある Directory Server インストールワークシートを参照してください。

    Directory Manager には、Directory Server、および Directory Server を使用するすべての Sun Java System サーバー (Messaging Server など) に対する包括的な管理権限が付与されており、Directory Server 内のすべてのエントリの管理に必要なすべてのアクセス権が与えられています。デフォルトかつ推奨される識別名 ( DN) は、cn=Directory Manager です。これは Directory Server の設定時に設定されます。

    レプリケートされた Directory Server インスタンスに対してインストールする場合は、マスターディレクトリではなく、レプリカの資格情報を指定する必要があります。

  11. ポストマスターの電子メールアドレス

    ポストマスターの電子メールアドレスを入力します。

    管理者が頻繁に監視するアドレスを選択します。たとえば、siroe ドメインのポストマスターの場合は pma@siroe.com です。このアドレスは「Postmaster」から始めることはできません。

    電子メールアドレスのユーザーは自動的には作成されません。このため、プロビジョニングツールを使って作成する必要があります。

  12. 管理者アカウントのパスワード

    PAB 管理者と SSL パスワードに対してだけでなく、サービス管理者、サーバー、ユーザーおよびグループの管理者、エンドユーザー管理権限に対しても使用する初期パスワードを入力します。

    初期実行時設定のあとで、このパスワードを個々の管理者アカウント用に変更することもできます。詳細は、「パスワードを変更するには」を参照してください。

  13. デフォルトの電子メールドメイン

    デフォルトの電子メールドメインを入力します。

    この電子メールドメインは、ほかにドメインが指定されていない場合に使用されるデフォルトです。たとえば、デフォルトの電子メールドメインが siroe.com の場合、ドメインのないユーザー ID に宛てられたメッセージはこのドメインに送られます。

    User Management Utility (Sun LDAP Schema 2 を含むユーザーとグループのプロビジョニングのためのコマンド行インタフェース) を使用する場合は、設定中に同じデフォルトのドメインを指定します。詳細は、『Sun Java System Communications Services 6 2005Q4 Delegated Administrator 管理ガイド』を参照してください。

  14. 組織 DN

    ユーザーやグループを作成する組織の DN を入力します。デフォルトは、電子メールドメインの前にユーザー/グループサフィックスを付けたものです。

    たとえば、ユーザー/グループサフィックスが o=usergroup で、電子メールドメインが siroe.com の場合、デフォルトは o=siroe.com, o=usergroup です。ここで o=usergroup は 「UNIX システムのユーザーとグループを作成する」で指定したユーザー/グループのディレクトリサフィックスです。

    組織 DN と同じユーザー / グループのディレクトリサフィックスを選択すると、ホストドメインを作成するよう決定した場合に移行の問題が起きることがあります。初期実行時設定でホストドメインを設定する場合はユーザーおよびグループサフィックスの 1 つ下のレベルの DN を指定してください。

  15. 設定準備完了

    設定プログラムは、マシンに十分なディスク容量があるかを確認してから、設定の準備が完了したコンポーネントの概略を示します。

    Messaging のコンポーネントを設定するには、「すぐに設定」を選択します。設定変数を変更するには、「戻る」を選択します。また、設定プログラムを終了するには、「キャンセル」を選択します。

  16. Starting Task Sequence、Sequence Completed、および Installation Summary パネル

    「インストールの概要」パネルで「詳細」を選択することで、インストールの状態を確認することができます。プログラムを終了するには、「閉じる」を選択します。

    ログファイルは、/msg_svr_base/install/configure_YYYYMMDDHHMMSS.log に作成されます。ここで、YYYYMMDDHHMMSS は、設定の 4 桁の年、月、日、時、分、および秒を示します。

    これで、Messaging Server の初期実行時設定が設定されます。設定パラメータに変更を加える場合は、このマニュアルでその手順に該当する部分を参照してください。

    Messaging Server を起動するには、次のコマンドを使用します。


    /opt/SUNWmsgsr/sbin/start-msg

Procedureサイレントインストールを実行するには

Messaging Server 初期実行時設定プログラムは、自動的にサイレントインストール状態ファイル (saveState というファイル) を作成します。このファイルは、Messaging Server Solaris パッケージがインストールされている配備で、追加の Messaging Server インスタンスをすばやく設定するために使用できます。設定プロンプトで指定したすべての値が、そのファイルに記録されます。

サイレントインストールを実行すると、configure プログラムは、サイレントインストール状態ファイルを読み取ります。configure プログラムは、Messaging Server のその後の初期実行時設定では同じ質問を繰り返さずに、このファイルの値を使用します。したがって、新しいインストールで状態ファイルを使用すると、ユーザーは一切質問を受けることがありません。その代わりに、新しいインストールパラメータとして状態ファイルの値が自動的に適用されます。

サイレントインストール状態ファイル saveState は、msg_svr_base/install/configure_YYYYMMDDHHMMSS ディレクトリに保存されます。ここで、YYYYMMDDHHMMSS は、saveState ファイルの 4 桁の年、月、日、時、分、および秒を示します。

サイレントインストール状態ファイルを使用して、配備先の別のマシン上に別の Messaging Server インスタンスを設定するには、次の手順に従います。

手順

  1. サイレントインストール状態ファイルを、新しいインストールを行うマシン上の一時的な領域にコピーします。

  2. 必要に応じて、サイレントインストール状態ファイルを見直して編集します。

    多くの場合、状態ファイルのパラメータおよび指定の変更が必要になります。たとえば、新しいインストールのデフォルトの電子メールドメインが、状態ファイルに記録されているデフォルトの電子メールドメインと異なる場合などです。状態ファイルに記録されたパラメータが、このインストールに自動的に適用されることを忘れないでください。

  3. 次のコマンドを実行して、サイレントインストールファイルを使ってほかのマシンを設定します。


    msg_svr_base/sbin/configure -nodisplay -noconsole -state \ 
fullpath/saveState

    ここで、fullpath は、saveState ファイルがある場所の完全なディレクトリパスです (この節の手順 1 を参照)。

    注 –

    サイレントインストールプログラムを実行すると、サイレントインストールによって、新しい状態ファイルが、msg_svr_base/install/configure_YYYYMMDDHHMMSS/saveState ディレクトリに作成されます。ここで、YYYYMMDDHHMMSS は、saveState ファイルの 4 桁の年、月、日、時、分、および秒を示します。

Directory Server のレプリカに対して Messaging Server をインストールする

Directory Server のマスターに対して Messaging Server をインストールする場合、次のことによって制限を受ける可能性があります。

ProcedureDirectory Server のレプリカに対して Messaging Server をインストールするには

手順

  1. 「comm_dssetup.pl 要件」に記載されているように、Directory Server のレプリカを含むすべての Directory Server に対して comm_dssetup.pl プログラムを実行します。

  2. 「Messaging Server の初期実行時設定を作成する」で説明されているように、レプリケートされた Directory Server の資格を使用して、Messaging configure プログラムを実行します。

    デフォルトでは、このプログラムは msg_svr_base/sbin/configure にあります。

    Directory Server 管理者を設定しようとすると、無効な権限のため、configure プログラムは失敗します。ただし、Directory Server のレプリカに適切な権限を許可するために必要な msg_svr_base/config/*.ldif ファイルが生成されます。

  3. *.ldif ファイルを Directory Server マスターに移動します。

  4. *.ldif ファイルで ldapmodify コマンドを実行します。

    ldapmodify または msg_svr_base/install/configure_YYYYMMDDHHMMSS.log の詳細は、Sun Java System Directory Server のマニュアルを参照してください。

  5. configure プログラムを再度実行します。

    これで、Directory Server のレプリカ (およびマスター) が、Messaging Server で適切に機能するように設定されます。

Messaging Server プロビジョニングツールをインストールする

次の節では、サポートされているプロビジョニングツールに関するインストール情報の概要について説明します。

Schema 1 Delegated Administrator for Messaging

Messaging Server には、iPlanet Delegated Administrator (Sun LDAP Schema 1) と Communications Services Delegated Administrator (Sun LDAP Schema 2) という 2 つの GUI プロビジョニングツールが用意されています。この節では前者について説明します。後者の詳細は、『Sun Java Enterprise System 2005Q4 インストールガイド』を参照してください。

iPlanet Delegated Administrator (Sun LDAP Schema 1) をインストールするには、Sun ソフトウェアページからダウンロードする必要があります。ダウンロード場所の情報については、ご利用の Sun Java System 代理店にお問い合わせください。

注 –

iPlanet Delegated Administrator は、Messaging Server と Web Server をインストールして設定してからしかインストールできません。iPlanet Delegated Administrator のインストールの詳細については、iPlanet Delegated Administrator のマニュアルを参照してください。

iPlanet Delegated Administrator を利用できるのは、既存の Messaging Server 5.x インストールに対して Messaging Server 6 をインストールする場合だけです。Messaging Server 製品を初めて使用する場合は利用できません。

iPlanet Delegated Administrator は、Sun Java System Web Server 6.0 (以前の Messaging Server 5.2 製品のみにバンドルされている) とともに使用する必要があります。Web Server 6.1 (Java Enterprise System インストーラにバンドルされている) を iPlanet Delegated Administrator とともに使用することはできません。

インストール手順の要約: iPlanet Delegated Administrator for Messaging を Messaging Server とともにインストールして設定するには、次の手順を行います。

注 –

次の製品をインストールするときは、Java Enterprise System インストーラを使用します。これらの製品の中には、独自の設定を持つものもあれば、製品のコンフィギュレータが Java Enterprise System インストーラ/コンフィギュレータに埋め込まれているものもあります。詳細は、該当の製品のマニュアルを参照してください。

ProcedureiPlanet Delegated Administrator をインストールするには

手順

  1. Sun Java System Directory Server 5.2 がインストールされ設定されていることを確認します。

    詳細は、『 Sun Java System Directory Server インストールガイド』を参照してください。

  2. Messaging Server をインストールして設定します。

    Messaging Server は、Sun Java System Access Manager がインストールされないため、Sun LDAP Schema 1 を検出します。

  3. 以前の Messaging Server 5.2 バンドルから Sun Java System Web Server 6.0 をインストールします。

    Sun Java System Web Server のマニュアルと Sun Java System Delegated Administrator のマニュアルを参照してください。

  4. iPlanet Delegated Administrator for Messaging 1.2 パッチ 2 をインストールします。

    最新バージョンの入手については、Sun サポート代理店にお問い合わせください。

    iPlanet Delegated Administrator のマニュアルを参照してください。

LDAP プロビジョニングツール

Sun LDAP Schema 1 のユーザーとグループは、LDAP ディレクトリツールを使用してプロビジョニングすることができます。Schema 2 はサポートされていません。

ProcedureSchema 1 LDAP プロビジョニングツールをインストールするには

手順

  1. Directory Server がインストールされていない場合は、必ずインストールして設定してください。

    詳細は、『Sun Java Enterprise System 2005Q4 インストールガイド』を参照してください。

  2. Access Manager を設定して、Directory Server 内のデータを認識します。

    Access Manager が LDAP ディレクトリ内のデータを認識できるようにするためには、Access Manager によって管理されるすべての組織、グループ、およびユーザーのエントリに、特殊なオブジェクトクラスを追加する必要があります。まだ追加していない場合は、新しいアカウントのプロビジョニングを開始する前に実行してください。これらのオブジェクトクラスをディレクトリに自動的に追加できるよう、サンプルスクリプトが Access Manager 製品にバンドルされています。これらのインストール後の手順の詳細は、『Sun Java System Access Manager 6 2005Q1 Migration Guide』を参照してください。

  3. このマニュアルを参照して、Messaging Server をインストールして設定します。

    Messaging Server は、Access Manager がインストールされているかどうかに従って、どの Sun Java System LDAP Schema を使用するかを検出します。

  4. Sun Java System Web Server 6.1 をインストールおよび設定して、Messenger Express でメールのフィルタリングを有効にします。

    メールのフィルタリングの有効化の詳細は、「Messenger Express および Communications Express メールフィルタの設定」を参照してください。

    メールのフィルタリングはプロビジョニングツールではありませんが、この機能は以前の GUI バージョンの Delegated Administrator for Messaging に存在していました。

  5. LDAP プロビジョニングの実行については、Sun Java System Messaging Server のマニュアルを参照してください。

    Sun LDAP Schema 1 の LDAP プロビジョニングの場合は、『iPlanet Messaging Server 5.2 Provisioning Guide』と『Sun Java System Communications Services 6 2005Q4 Schema Reference』を参照してください。『Sun Java System Communications Services 6 2005Q4 Schema Reference』には、Sun LDAP Schema 1 と v.2 の両方のオブジェクトクラスと属性が記載されています。

SMTP リレーブロッキング

Messaging Server Messaging Server は、デフォルトで、試行された SMTP リレーをブロックするように設定されています。つまり、認証されていない外部ソースから外部アドレスへのメッセージの送信は拒否されます (外部システムとは、サーバーがあるホスト以外のシステムのこと)。ほかのシステムはすべて外部システムとみなされることから、SMTP リレーをブロックするこのデフォルト設定はかなり厳しいものだといえます。

インストール後、自分のサイトのニーズを満たすように手動で設定を変更することが必要です。特に、Messaging Server が、内部システムと SMTP リレーを許可するサブネットを認識するようにします。この設定を変更しなければ、MTA 設定のテスト時に問題が生じる可能性があります。

IMAP クライアントと POP クライアントが Messaging Server システムの SMTP サーバーを通じて外部アドレス宛てのメッセージを送信し、SMTP AUTH (SASL) を使って承認を行わない場合、メッセージの送信は拒否されます。どのシステムとサブネットを内部とみなすかは、通常 INTERNAL_IP マッピングテーブルで制御されます。このテーブルは、ファイル msg_svr_base/config/mappings にあります。

たとえば、IP アドレスが 192.45.67.89 の Messaging Server システムの場合、デフォルトの INTERNAL_IP マッピングテーブルは次のようになります。


INTERNAL_IP

  $(192.45.67.89/24)  $Y
  127.0.0.1  $Y
  *  $N

この例の最初のエントリでは、$(IP-pattern/significant-prefix-bits) 構文を使用して、24 ビットの 192.45.67.89 すべてに一致する IP アドレスが内部として認識されるように指定しています。2 番目のエントリでは、ループバック IP アドレス 127.0.0.1 が内部として認識されます。最後のエントリは、その他のすべての IP アドレスが外部として認識されるように指定しています。

最後の $N エントリの前に別の IP アドレスやサブネットを指定して、エントリを追加することもできます。これらのエントリには、IP アドレスまたはサブネット (サブネットの指定には $(.../...) 構文を使用) を左側に、$Y を右側に指定する必要があります。また、既存の $(.../...) エントリを変更して、より広範囲のサブネットを受け入れるようにすることもできます。

たとえば、このサンプルのサイトにクラス C ネットワークがあり、すべての 192.45.67.0 サブネットを所有する場合は、マッピングテーブルの最初のエントリを次のように変更します。


INTERNAL_IP

  $(192.45.67.89/24)  $Y
  127.0.0.1  $Y
  *  $N

また、サイトが 192.45.67.80-192.45.67.99 の範囲の IP アドレスだけを持つ場合は、次の手順を行います。

INTERNAL_IP

! Match IP addresses in the range 192.45.67.80-192.45.67.95
  $(192.45.67.80/28)  $Y
! Match IP addresses in the range 192.45.67.96-192.45.67.99
  $(192.45.67.96/30)  $Y
  127.0.0.1  $Y
  *  $N

IP アドレスが特定の $(.../...) テストの条件に一致するかどうかを確認するには、msg_svr_base/sbin/imsimta test-match ユーティリティーが便利です。imsimta test -mapping ユーティリティーは、さまざまな IP アドレス入力に対し、INTERNAL_IP マッピングテーブルが望ましい結果を返すかどうかを確認するのにも便利です。

INTERNAL_IP マッピングテーブルを変更したあとは、変更を有効にするために、必ず、msg_svr_base/sbin/imsimta cnbuild および msg_svr_base/sbin/imsimta restart ユーティリティーを実行してください。

マッピングファイルと一般的なマッピングテーブルの形式、および imsimta コマンド行ユーティリティーについては、『Sun Java System Messaging Server 6 2005Q4 Administration Reference』の第 2 章「Message Transfer Agent Command-line Utilities」を参照してください。また、INTERNAL_IP マッピングテーブルについては、「SMTP リレーを追加するには」を参照してください。

システム再起動後の起動

起動スクリプト msg_svr_base/lib/Sun_MsgSvr を使用すると、システム再起動後に Messaging Server を起動できるようになります。デフォルトでは、このスクリプトを実行しない限り、システム再起動後に Messaging Server が起動することはありません。また、このスクリプトは MMP が有効な場合に MMP を起動できます。

Procedure再起動後に Messaging Server を有効にするには

手順

  1. Sun_MsgSvr スクリプトを /etc/init.d ディレクトリの中にコピーします。

  2. Sun_MsgSvr スクリプトの所有権とアクセスモードを次のように変更します。

    所有権 (chown(1M)) 

    グループ所有権 (chgrp(1M)) 

    アクセスモード (chmod(1M)) 

    root (スーパーユーザー)

    sys

    0744 

  3. /etc/rc2.d ディレクトリに移動して、次のシンボリックリンクを作成します。


    ln /etc/init.d/Sun_MsgSvr S92Sun_MsgSvr

  4. /etc/rc0.d ディレクトリに移動して、次のシンボリックリンクを作成します。


    ln /etc/init.d/Sun_MsgSvr K08Sun_MsgSvr

sendmail クライアントの処理

エンドユーザーが sendmail クライアントからメッセージを送信する場合、Messaging Server がプロトコル経由でクライアントとともに動作するよう設定することができます。ユーザーは、引き続き UNIX sendmail クライアントを使用することができます。

sendmail 設定ファイルを作成し修正すると、sendmail クライアントと Messaging Server の間での互換性を確保できます。

注 –

システムに新しい sendmail パッチを適用するたびに、後述の「Solaris 9 プラットフォームで sendmail 設定ファイルを作成するには」の手順で説明しているように、submit.cf ファイルを変更する必要があります。Solaris 8 では、「Solaris 8 で /usr/lib/sendmail の適切なバージョンを入手するには 」の手順に従ってください。

以前のバージョンの Messaging Server では、アップグレードすると /usr/lib/sendmail バイナリが sendmail 製品のコンポーネントで置き換えられていました。アップグレード時のこの置換は、Messaging Server では発生しなくなりました。したがって、適切なバージョンの /usr/lib/sendmail バイナリを最新の sendmail パッチから入手する必要があります。

Solaris OS 9 プラットフォームでは、sendmail は setuid プログラムではありません。現在は、setgid プログラムです。

ProcedureSolaris 8 で /usr/lib/sendmail の適切なバージョンを入手するには

手順

  1. ディレクトリ /usr/lib/mail/cf 内のファイル main-v7sun.mc を検索して、このファイルのコピーを作成します。

    この節の例では、sunone-msg.mc というコピーが作成されます。

  2. sunone-msg.mc ファイルで、MAILER マクロの前に次の行を追加します。


    FEATURE(”nullclient’, ”smtp:rhino.west.sesta.com’)dnl
MASQUERADE_AS(”west.sesta.com’)dnl
define(”confDOMAIN_NAME’, ”west.sesta.com’)dnl

    「Messaging Server の初期実行時設定を作成する」で説明しているように、rhino.west.sesta.com はローカルホスト名で、west.sesta.com はデフォルトの電子メールドメインです。HA 環境では論理ホスト名を使用してください。高可用性の論理ホスト名の詳細については、第 3 章「高可用性の設定」を参照してください。

  3. sunone-msg.mc ファイルをコンパイルします。


    /usr/ccs/bin/make sunone-msg.cf

    sunone-msg.mc は、sunone-msg.cf を出力します。

  4. /etc/mail ディレクトリにある既存の sendmail.cf ファイルのバックアップコピーを作成します。

    1. /usr/lib/mail/cf/sunone-msg.cf をコピーして、名前を sendmail.cf ファイルに変更します。

    2. 新しい sendmail.cf ファイルを /etc/mail ディレクトリに移動します。

ProcedureSolaris 9 プラットフォームで sendmail 設定ファイルを作成するには

手順

  1. ディレクトリ /usr/lib/mail/cf 内でファイル submit.mc を検索し、そのファイルのコピーを作成します。

    この節の例では、sunone-submit.mc というコピーが作成されます。

  2. ファイル sunone-submit.mc: で次の行を見つけます。


    FEATURE(”msp’)dn

    から


    FEATURE(”msp’, ”rhino.west.sesta.com’)dnl

    ここで、rhino.west.sesta.com はローカルホスト名です。

    「Messaging Server の初期実行時設定を作成する」で説明しているように、rhino.west.sesta.com はローカルホスト名で、west.sesta.com はデフォルトの電子メールドメインです。HA 環境では論理ホスト名を使用してください。高可用性の論理ホスト名の詳細については、第 3 章「高可用性の設定」を参照してください。

  3. sunone-submit.mc ファイルをコンパイルします。


    /usr/ccs/bin/make sunone-submit.cf

    sunone-submit.mc は、sunone-submit.cf を出力します。

  4. /etc/mail ディレクトリにある既存の submit.cf ファイルのバックアップコピーを作成します。

    1. /usr/lib/mail/cf/sunone-submit.cf ファイルをコピーして、名前を submit.cf ファイルに変更します。

    2. 新しい submit.cf ファイルを /etc/mail ディレクトリに移動します。

Messenger Express および Communications Express メールフィルタの設定

メールフィルタは、Messenger Express および Communications Express を経由してアクセスできます。Communications Express だけを使用する場合は、.war ファイルを配備する必要はありません。ただし、Messenger Express のメールフィルタを配備するには、次のコマンドを実行する必要があります。

Web Server を Web コンテナとして使用している場合 


# cd web_svr_base/bin/https/httpadmin/bin/
# ./wdeploy deploy -u /MailFilter -i https-srvr_instance \
-v https-virtual_srvr_instance msg_svr_base/SUNWmsgmf/MailFilter.war

Application Server を Web コンテナとして使用している場合 


# cd app_svr_base/sbin
# ./asadmin
asadmin> deploy --user admin msg_svr_base/SUNWmsgmf/MailFilter.war

どちらの場合も、次の configutil パラメータを設定し、mshttpd を再起動してください。


# cd msg_svr_base/sbin/# ./configutil -o "local.webmail.sieve.port" \
-v "WS_port_no|AS_port_no"# \
./stop-msg http# ./start-msg http

管理コンソールを使用して .war ファイルを配備することもできます。詳細は、『Sun Java System Web Server 7 2004Q2 管理者ガイド』または『Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Administration Guide』を参照してください。

エンドユーザー向けのメールフィルタに関する情報は、Messenger Express および Communications Express のオンラインヘルプファイルに記載されています。

パフォーマンスとチューニング

『Sun Java System Communications Services 6 2005Q4 配備計画ガイド』の「Messaging Server アーキテクチャーのパフォーマンスの考慮事項」を参照してください。

インストール後のディレクトリレイアウト

Sun Java System Messaging Server のインストール後、そのディレクトリおよびファイルは 表 1–1 に示した構成で配置されます。この表はすべてを網羅したものではありません。典型的なサーバー管理タスクに関連の深いディレクトリとファイルのみを示しています。

表 1–1 インストール後のディレクトリとファイル

ディレクトリ 

デフォルトの位置および説明 

Messaging Server Base 

(msg_svr_base)

/opt/SUNWmsgsr/

(デフォルトの位置) 

Messaging Server マシン上に存在するディレクトリで、サーバープログラムや設定、保守、および情報ファイルを維持するためのものです。 

マシンごとに 1 つの Messaging Server Base ディレクトリのみが許可されます。 

設定 

config

msg_svr_base/config/

imta.cnf ファイルや msg.conf ファイルなどの Messaging Server 設定ファイルのすべてが含まれます。

Solaris および Linux プラットフォームのみ: このディレクトリは、初期実行時設定で指定したデータと設定のディレクトリ (デフォルト: /var/opt/SUNWmsgsr/) のサブディレクトリであるconfig にシンボリックリンクしています (UNIX プラットフォーム)。

ログ 

log

msg_svr_base/log/

mail.log_current ファイルをはじめとする Messaging Server のログファイルが含まれます。

Solaris および Linux プラットフォームのみ: このディレクトリは、初期実行時設定で指定したデータと設定のディレクトリ (デフォルト: /var/opt/SUNWmsgsr/) のサブディレクトリである config にシンボリックリンクしています (UNIX プラットフォーム)。

データ 

data

msg_svr_base/data/

(必須の位置) 

データベース、設定、ログファイル、サイトのプログラム、キュー、ストア、およびメッセージファイルが含まれます。 

data ディレクトリには、config ディレクトリと log ディレクトリが含まれています。

Solaris および Linux プラットフォームのみ: このディレクトリは、初期実行時設定で指定したデータと設定のディレクトリ (デフォルト: /var/opt/SUNWmsgsr/) にシンボリックリンクしています (UNIX プラットフォーム)。

システム管理者プログラム 

sbin

msg_svr_base/sbin/

(必須の位置) 

imsimta、configutil、stop-msg、start-msg、uninstaller などの、Messaging Server システム管理者が実行できるプログラムとスクリプトが含まれます。

ライブラリ 

lib

msg_svr_base/lib/

(必須の位置) 

共有ライブラリ、プライベートの実行可能プログラムとスクリプト、デーモン、およびカスタマイズできないコンテンツデータファイルが含まれます。例: imapd および qm_maint.hlp。

SDK インクルードファイル

include

msg_svr_base/include/

(必須の位置) 

SDK (Software Development Kit) 用のメッセージヘッダーファイルを格納します。

例 

examples

msg_svr_base/examples/

(必須の位置) 

Messenger Express AUTH SDK などの、各種 SDK の例が含まれます。

インストールデータ 

install

msg_svr_base/install/

(必須の位置) 

インストールログファイル、サイレントインストールファイル、出荷時設定ファイル、および初期実行時設定ログファイルなどの、インストール関連のデータファイルが含まれます。 

インストール後のポート番号

インストールおよび初期実行時設定プログラムで、各種サービス用のポート番号が選択されます。これらのポート番号は 1 から 65535 までの任意の値を指定できます。

表 1–2 に、インストール後に指定されるポート番号のリストを示します。

表 1–2 インストール中に指定されるポート番号

ポート番号 

サービス (configutil パラメータ)

389 

Directory Server をインストールするマシン上の標準 Directory Server LDAP ポート。このポートは、Directory Server インストールプログラムに指定されています。(local.ugldapport)

110 

標準 POP3 ポート。同一マシンにインストールされている場合、このポート番号は MMP のポートと競合する可能性があります。(service.pop.port)

143 

標準 IMAP4 ポート。同一マシンにインストールされている場合、このポート番号は MMP のポートと競合する可能性があります。(service.imap.port)

25 

標準 SMTP ポート。(service.http.smtpport)

80 

Messenger Express HTTP ポート。同一マシンにインストールされている場合、このポート番号は Web Server のポートと競合する可能性があります。(service.http.port)

992 

SSL を使用した POP3 ポート。暗号化された通信に使用されます。(service.pop.sslport)

993 

SSL を使用した IMAP ポート。暗号化された通信に使用されます。同一マシンにインストールされている場合、このポート番号は MMP のポートと競合する可能性があります。(service.imap.sslport)

443 

SSL を使用した HTTP ポート。暗号化された通信に使用されます。(service.http.sslport)

7997 

Messaging and Collaboration ENS (イベント通知サービス) ポート。

27442 

内部製品通信用にジョブコントローラが使用するポート。 

49994 

内部製品通信用に Watcher が使用するポート。Watcher の詳細については、『Sun Java System Messaging Server 管理ガイド』を参照してください。(local.watcher.port)

ユーザー指定 

管理サーバーの HTTP ポート (コンソール要求の待機用)。

製品が特定の組み合わせで同一のマシンにインストールされている場合、ポート番号が競合する可能性があります。競合が発生する可能性があるポート番号を表 1–3 に示します。

表 1–3 競合が発生する可能性があるポート番号

ポート番号の競合 

ポート 

競合するポート 

143 

IMAP サーバー

MMP IMAP プロキシ

110 

POP3 サーバー

MMP POP3 プロキシ

993 

SSL を使用した IMAP

SSL を使用した MMP IMAP プロキシ

80 

Web Server ポート 

Messenger Express 

可能であれば、ポート番号が競合する製品は、別々のマシンにインストールすることをお勧めします。これができない場合は、競合する製品のいずれかのポート番号を変更する必要があります。

Procedureポート番号を変更するには

手順

    ポート番号を変更するには、configutil ユーティリティーを使用します。

    完全な構文と使用方法については、『Sun Java System Messaging Server 6 2005Q4 Administration Reference』の「configutil」を参照してください。

例 1–1 Messenger Express HTTP ポート番号の変更

次の例は、service.http.port configutil パラメータを使用して、Messenger Express HTTP ポート番号を 8080 に変更します。


configutil -o service.http.port -v 8080