CommuniGate Pro Server: Domains

CommuniGate Pro サーバーのドメインはすべて、リストで表示できます。リストを表示したい場合、 Web ブラウザ上で［Domains］セクションを開きます。なお、ドメインリストを表示する場合、ポストマスターとしてログインするか、［Can Modify All Accounts And Domain Settings］（全アカウント/
全ドメインの設定を変更可能）権限が付与されていることが必要です。

ドメイン数	IPアドレス	アカウント	開く	ヒット	直前のヒット	参照
フィルタ:
3 of 3 ドメイン数 (13172 アカウント)				ドメインエイリアス数 (3 of 3)
client1.com	192.0.0.2	645	24	2891	21:29:17	14	設定
client2.com		78	5	3456	21:30:32	7	設定
mycompany.com	192.0.0.1	1380	89	15890	21:30:29	35	設定
mail.client1.com	client1.com						設定
mail.client1.com	client2.com						設定
webmail.client1.com	client1.com						設定

ドメインリストでは、ドメインを名前で検索できます。名前を使ってドメインを検索したい場合、［Filter］フィールドに文字列を入力し、［Display］ボタンをクリックします。クリック後、入力した文字列が含まれている名前のドメインがすべて取り出されます。

ドメインリストには、各ドメインについて、その名前、割り当て済みネットワーク（IP）アドレス（ある場合）、アカウントの数が表示されます。ドメインが、ダイナミッククラスタ環境の共有ドメインである場合、その名前に接頭辞として「+」が付加されます。また、ドメインが、ディレクトリベースのドメインのときには、その名前に接頭辞として「D」が付けられます。

ドメインリストにはまた、ドメインのアカウントのうち現在オープンされているアカウントの数、それまで（サーバーの最後の起動後）オープンされたアカウントの合計数、そのドメインのアカウントの中で最後にオープンされたアカウントのオープンの時刻も表示されます。

［Show Aliases］チェックボックスをチェックして、各ドメインのエイリアスを表示できます。エイリアスの名前はいずれもリンクになっており、クリックすると、そのエイリアスのオリジナルのドメインのアカウントリストと設定ページが開きます。

ドメイン名をクリックすると、そのドメインのダイナミッククラスタを確認できます。

右端の列の［Settings］リンクをクリックすると、ドメイン設定のページが表示され、そこで内容の更新が可能です。

新規のドメインを作成する場合、下記のテキストフィールドに名前を入力し、［Create Domain］ボタンをクリックします。

クリック後、新規のドメインが作成され、入力した名前はドメインリストに表示されます。

サーバーがダイナミッククラスタのメンバーの場合、［Create Shared Domain］ボタンが表示されます。このボタンを使って新規のドメインを作成すると、そのドメインはダイナミッククラスタ（複数のサーバーの集合）のメンバーとして扱われるようになります。一方、［Create Domain］ボタンを使って作成したドメインは、いずれも「ローカル」ドメインで、したがって現在のサーバーでだけ使用されます。

メインドメインとセカンダリドメインにはいずれも、ドメインレベルの設定（ドメイン設定）があります。

ドメイン設定の定義と変更は、ブラウザ上で［Domain Settings］ページを開いて行えます。このページは、ドメインリストの［Settings］リンクをクリックすると開きます。または、ドメインの［Accounts List］ページの［Domain Settings］リンクをクリックしても表示されます。

［Account Log］オプションでは、アカウント処理（アカウントのオープン/ クローズ、パスワード検証、メールボックスの作成/ 削除、サイズの更新など）に関するレコードのログレベルを指定できます。ログには、アカウントに関するイベントが記録され、いずれもACCOUNT というタグが付加されます。

［Mailbox Log］オプションでは、メールボックス処理（メッセージの保存/ 削除、メッセージのステータスの更新など）に関するレコードのログレベルを指定できます。ログには、メールボックスに関するイベントが記録され、MAILBOX というタグが付加されます。

ドメイン設定の設定値は、大半をデフォルト値にしておいてかまいません。デフォルト値に設定しておいた場合、グローバル（サーバー）のデフォルトドメイン設定から値が取り出され、使用されます。

ドメイン設定の設定値を変更した場合、［Update］ボタンをクリックします。クリック後、ページが更新され、［Updated］というマーカーが表示されます。

［Accounts］リンクをクリックすると、ドメインのアカウントリストが表示されます。

ドメイン設定には、デフォルト値を指定できます。デフォルト値を指定した場合、そのデフォルト値に対応する値がグローバルのデフォルトドメイン設定から取り出され、使用されます。デフォルト値は、［Domains］ページ（ドメインリスト）の［Domain Defaults］リンクを使って、変更が可能です。

［Default Domain Settings］ページは、通常の［Domain Settings］ページと似ています。

ダイナミッククラスタ環境では、ドメインが非共有（ローカル）ドメインの場合、サーバーワイドのデフォルトドメイン設定を使用できます。一方、ドメインが共有ドメインの場合、クラスタワイドのデフォルトドメイン設定を利用できます。また、クラスタ環境では、［Default Domain Settings］ページのリンクをクリックすることで、サーバーワイドのデフォルトドメイン設定とクラスタワイドのデフォルトドメイン設定の切り換えが可能です。

Settings

以下の説明は、マルチホーミングをサポートする場合、または、CommuniGate Pro サーバーがファイアウォールの背後にある場合、もしくは、使用するドメインネームシステムが非標準のドメインネームシステムの場合に限って、お読みください。それ以外は、説明を読む必要はありません。

サーバーの起動時には、自動的にサーバーシステムのネットワーク（IP）アドレスが検出されます。ここで、ネットワーク（IP）アドレスが複数検出された場合、サーバーシステムは「マルチホーム」システムです。

ネットワーク（IP）アドレスが複数ある場合、そのいくつかをセカンダリドメインに割り当てることができます。セカンダリドメインに割り当てるネットワークアドレスを専用IP アドレスと呼びます。セカンダリドメインに専用IP アドレスを割り当てた場合、ユーザーは、POP/IMAP メーラー上で正規のアカウント名（名前＠ドメイン名の形式）を指定しなくても、その（セカンダリ）ドメインのアカウントに対してアクセスが可能になります。

セカンダリドメインにネットワークアドレス（専用IP アドレス）を割り当てる場合（メインドメインに割り当てることもできます）、次の［Assigned IP Addresses］パネルを使います。

全てのインターフェース: パネルの左側のドロップダウンメニューでは、利用可能なネットワークアドレス（専用IP アドレス）のうち、どのネットワークアドレスを割り当てるかを指定できます。なお、ネットワークアドレスは、複数のドメインに割り当てることはできず、割り当て先はいずれかの一つのドメイン（現在、設定の対象となっているドメイン）に限られます。デフォルトは、メインドメインです。
［All Available］を選択すると、利用可能なネットワークアドレス、つまり他のドメインに割り当てられていないネットワークアドレスがすべて、このドメインに割り当てられます。
手動で定義: 設定対象がセカンダリドメインの場合、この設定がデフォルトで表示されます。手動でネットワークアドレスをドメインに割り当てたい場合、この設定を使います。
ドロップダウンメニューの右のテキストフィールドに、割り当てたいネットワークアドレス（専用IP アドレス）を入力します。
入力できるのは、サーバーコンピュータ上で利用可能なネットワークアドレスに限られます。また、入力したネットワークアドレスは、別のドメインのネットワークアドレス（専用IP アドレス）として使用することはできません。
この［Manually Defined］を選択し、テキストフィールドにネットワークアドレスを何も入力しなかったときには、ドメインにはIP アドレスは割り当てられません。この場合、ユーザーが、このドメインのアカウントに対してアクセスする場合、メーラーで正規のアカウント名（アカウント名＠ドメイン名）を指定しなければなりません。この操作については、詳しくは本マニュアルの「アクセス」のセクションを参照してください。
DNSのAレコード: ［by DNS A-Record］を選択すると、CommuniGate Pro サーバーからドメインネームシステムに対して要求が送信され、ドメインネームシステム上で、このドメインの名前のリゾルブ処理が実行されます。処理で、このドメインのA レコードがドメインネームシステム上で見つかったときには、A レコードのネットワークアドレスがドメインに割り当てられます。この場合、ドメインネームシステムでは、A レコードから取り出されたネットワークアドレスがすべて CommuniGate Pro サーバーのコンピュータのネットワークアドレスであるかどうか、また、取り出されたネットワークアドレスのうち他のドメインに割り当て済みのものがないかどうか、自動的にチェックされます。
この設定は、ネットワークアドレス（専用IP アドレス）が割り当てられているセカンダリドメインが複数あり、状況に応じて、各セカンダリドメインにネットワークアドレスを再割り当てする必要があるような場合に有用です。つまり、DNS （ドメインネームシステム）とサーバーの両方の設定を変更する必要はなく、DNS のレコードを再設定するだけで、自動的にDNS からレコードが取り出され、ネットワークアドレス（専用IP アドレス）が更新されます。
DNSのMXレコード: この設定にしておくと、このドメインの高優先度MX レコード（リレー名）が取り出され、その後、そのリレー名に対応するA レコードのネットワークアドレスが取得されます。

前述のように、ドメインリストには、ドメインに割り当てられているネットワークアドレス（専用IP アドレス）が表示されます。マルチホーミングのシステムの場合、このネットワークアドレスをもとに、DNS とサーバーの設定を確認できます。

ネットワークとDNS の設定が非標準の場合、セットアップエラーが発生し、CommuniGate Pro サーバー自体のIP アドレスがドメインに正常に割り当てらないこともあります。こういったケースが考えられる場合、［General Settings］ページを開き、サーバーのIP アドレスのリストをチェックします。リストでは、割り当てられていないネットワークアドレスは赤で表示されますので、識別が可能です。

クライアントメーラーからCommuniGate Pro サーバーに対して接続が実行され、接続先のドメインにネットワークアドレスが割り当てられておらず、また、アカウント名が正規のアカウント名でなかったときには、ユーザーはログインできません。

ドメインにはそれぞれ、下記のパネルを使って複数種類のCommuniGate Pro サービスをセットで設定できます。この設定（のセット）は、そのドメインのアカウントで使用されます。

ドメインサービス
デフォルト	Mail	Relay	Signal	Mobile	TLS	POP	IMAP
	MAPI	SIP	XMPP	WebMail	XIMSS	FTP	ACAP
	PWD	LDAP	RADIUS	S/MIME	WebCAL	WebSite	PBX

Mail

上記のサービスはまた、ドメインレベルだけでなく、アカウントレベルで有効、無効を設定することもできます。

任意のアカウントについてサービスを有効にしたい場合、そのアカウントについてサービスを有効にするほか、そのアカウントが属しているドメインについても、そのサービスを有効にしておかなければなりません。また、ドメインについて有効に設定されているサービスを無効にした場合、そのドメインの全アカウントについて、そのサービスは無効になります。
注意: 上記のように、ドメインについて有効に設定されているサービスを無効にすると、そのドメインの全アカウントについてサービスが無効になりますが、ドメインのデフォルトアカウント設定の場合は、効果が異なります。つまり、ドメインのデフォルトアカウント設定でサービスを無効にした場合、ドメインのアカウントのうち、デフォルトアカウント設定で、そのサービスの設定値が［default］であるアカウントについてのみ、そのサービスが無効になります。設定値が［default］以外のアカウントについては、そのサービスは有効のままです。

リソース	上限	使用
アカウント:		390
メーリングリスト:		5
RPOPアカウント:		15
MAPI Connections:		37

CommuniGate Pro のドメインにはそれぞれ、エイリアス（別名）を設定できます。例えば、ドメイン client.domについて、mail.client.dom とwww.client.dom という2つのエイリアスを設定している場合、　送信先がuser@mail.client.dom またはuser@www.client.dom のメール（エイリアス宛のメール）はどちらも、アカウントuser@client.dom にリルートされます。また、POP やIMAP などのメーラーアプリケーションを使ってアカウントuser@client.dom にアクセスしたい場合、メーラーアプリケーションで、アカウントとして、user@client.dom の代わりにuser@mail.client.dom または user@www.client.dom を指定してもアクセスが可能です。

エイリアスは、ユーザーが WebUserインターフェイスを使うときにも便利です。WebUser インターフェイスでは、ユーザーはドメイン名をURL で指定しますが、その場合、client.dom より www.client.dom のほうが見慣れており、使いやすいと感じます（URL は、通常、www で始まります）。このようなときには、DNS にドメインwww.client.dom を登録し、そのwww.client.dom に client.dom と同じIP アドレスを割り当てます。その後、ドメインclient.dom のエイリアスとして www.client.dom を作成します。これで、ユーザーはWebUser インターフェイスでwww.client.dom を入力してclient.dom にアクセスできるようになります。

既存のエイリアスは、その名前を変更できます。また、空白のフィールドに名前を入力して、新規のエイリアスを作成できます。削除したい場合、その名前を削除します。その後、［Update］ボタンをクリックすると変更が有効になり、ドメインのエイリアスのリストも更新されます。

ドメインのエイリアスは、DomainAliasesデータベースに保存されます。このデータベースは、 CommuniGate Pro ベースディレクトリの中のSettings ディレクトリにあります。

システム管理者は、必要に応じて、ドメイン（また、その全アカウント）をセントラルディレクトリ（Central Directory）に統合することができます。

セントラルディレクトリへの統合
オブジェクトレコード:

ドメインをセントラルディレクトリに統合する場合、上記のパネルを使います。このパネルは、ドメインがディレクトリベースのドメインの場合には表示されません。ディレクトリベースのドメインとは、セントラルディレクトリに常時、統合されている状態のドメインをいい、したがって改めてセントラルディレクトリに統合する必要はないためです。

セントラルディレクトリについては、詳しくは本マニュアルの「ディレクトリへの統合」のセクションを参照してください。

CommuniGate Pro のアカウントは、サーバーOS のアカウント（登録ユーザー）に統合（マップ）することができます。

レガシーメーラー（Unix）との互換性

CommuniGate Pro のアカウント（ユーザー）は、通常、CommuniGate Pro のメールボックスを使用しますが、メールボックスが外部INBOXメールボックスであるアカウントも作成できます。CommuniGate Pro の場合、メールボックスはベースディレクトリにありますが、外部INBOX メールボックスは、既存の（レガシー）メーラーアプリケーションで認識可能なシステムファイルディレクトリに置かなければなりません。

システムにメーラーアプリケーションがインストールされており、そのメーラーでCommuniGate Pro のドメインとアカウントを扱いたい場合、外部INBOX メールボックスに関する設定が必要です。設定は、［Sever OS Integration］パネルで行います。

サーバーOSアカウント統合

外部受信箱の場所:

	~

外部受信箱のロック方式:

外部受信箱の場所: このオプションでは、外部INBOX メールボックス（CommuniGate Pro のユーザーが使用するメールボックス）の場所を指定します。場所を指定する場合、下のラジオボタンを選択し、右側のテキストボックスに外部INBOX メールボックスのディレクトリを指定します。ここでは、アステリスク（*）を使用できます。アステリスクは、メールボックスが外部INBOX メールボックスであるアカウントの名前に置き換えられます。ユーザーのメールボックスの場所はOS やレガシーメーラーによって異なっており、この場所については詳しくはOS のマニュアルを参照してください。なお、ほとんどのUnix システムでは、メールボックスの場所は/var/mail/ ディレクトリです。システムによっては、/var/spool/mail/ ディレクトリなどのこともあります。
外部受信箱のロック方式: このオプションでは、ファイルロック方式を指定できます。この方式を使って、更新同期処理が実行されます。

外部INBOX メールボックスについては、詳しくは本マニュアルの「共有（外部メールボックス）」セクションの該当箇所を参照してください。

ドメインにはそれぞれ複数種類の認証方式を有効にし、そのドメインで使用できます。詳しくは、セキュリティのセクションを参照してください。

ドメインには、セキュリティ設定（秘密鍵と証明書）を定義でき、この設定を使ってTLS、証明書認証、S/MIMEを行うことができます。
［Domain Settings］ページの［Security］リンクをクリックすると、ドメインセキュリティ設定が表示されます。セキュア通信については、詳しくは本マニュアルの「PKI」のセクションの該当箇所を参照してください。

ドメインにはKerberos キーを設定でき、このキーを介して、そのドメインのセキュアシングルサインオンを有効にできます。
ドメインのセキュリティ設定を行いたい場合、［Domain Settings］ページの［Security］リンクをクリックします。これで、ドメインのセキュリティ設定のページが開きます。設定方法については、詳しくはセキュリティのセクションを参照してください。

メールで使われる電子メールアドレス、また、メーラーアプリケーションで「ログイン名」として使われるアドレスには、場合によっては、CommuniGate Pro サーバーで直接、認識されない名前が含まれていることもあります。この場合、CommuniGate Pro サーバー上では、指定されている名前に対応するオブジェクト（アカウント、メーリングリスト、エイリアス、フォワーダなど）の特定が不可能になります。この場合の応答処理は、［Unknown Names］パネルで設定できます。

不明な名前

外部認証参照:

未知のアドレスへのメール

	postmaster@client1.com

未知のアドレスへのコール:

	pbx

未知のアドレスへのアクセス:

	error

外部認証参照

特殊仮想アドレス（アカウント名がall のアドレス、つまり、<all@ ドメイン名>）を使って、ドメインのアカウントすべてに対してメッセージを配信できます。この設定は、［Mail to <all@ ドメイン名>］パネルを使って管理者が行えます。

<all@company.com>
Allメールの送信許可元:
フォワーダーへのAllメール送信:

宛先が特殊仮想アドレス（<all@ ドメイン名>）のメッセージはすべて、アカウントINBOX メールボックスに直接格納されます。したがって、アカウントルール（アカウントに設定されているルール）は使用されません。

ただし、特殊仮想アドレス（<all@ ドメイン名>）のメッセージは、アカウントのうち、［Accept Mail to All］オプションが無効にされているアカウントには配信されません。

<all@ ドメイン名> のメッセージは、下記のオプションを使って、その配信先となるアカウントまたは条件を指定できます。

誰でも: この設定にしておくと、<all@ ドメイン名> のメッセージは、無条件で、そのドメインの全アカウントに配信されます。
クライアント: この設定にしておくと、<all@ ドメイン名> のメッセージは、そのメッセージがSMTP を介してインターネット上のアドレスから受信され、そのアドレスが［Client IP Addresses］リストに登録されている場合、または、そのメッセージがいずれかの信頼方式（WebUser インターフェイス、RPOP 経由、XTND XMIT 方式によるPOP 経由など）を使って受信された場合に限って、ドメインのアカウントに配信されます。
認証されたユーザー: この設定にしておくと、<all@ ドメイン名> のメッセージは、そのメッセージがいずれかの信頼方式を使ってサーバーのユーザー（サーバーの正規のアカウント）から送られたメッセージだった場合に限って、ドメインのアカウントに配信されます。
認証されたドメインユーザー: この設定にしておくと、<all@ ドメイン名> のメッセージは、そのメッセージが、このドメイン（<all@ ドメイン名> のドメイン）のユーザーから（信頼方式を使って）送られたメッセージだった場合、または、このドメインについてドメイン管理権限を持っているアカウントから送られたメッセージだった場合に限って、ドメインのアカウントに配信されます。
認証された管理者: この設定にしておくと、<all@ ドメイン名> のメッセージは、そのメッセージが、このドメインについてドメイン管理権限を持っているアカウントから（信頼方式を使って）送られたメッセージだった場合に限って、ドメインのアカウントに配信されます。
非許可: この設定にしておいたときには、<all@ ドメイン名> は無効になります。したがって、メッセージはドメインのアカウントには配信されません。なお、この場合でも、アカウント名が all のアカウント（実際のアカウント）を作成することができます。また、名前としてall を使って、フォワーダやグループ、メーリングリストを作成することもできます。

<all@ ドメイン名> のメッセージはまた、アカウントだけなくフォワーダに配信することもできます。

フォワーダーへのAllメール送信:: <all@ ドメイン名> のメッセージをフォワーダに配信したい場合、［Send to Forwarders］オプションを［Yes］に設定します。この場合、新規のメッセージが作成され、そのエンベロープに、このドメインのフォワーダオブジェクトすべてのアドレスが格納されます。その後、<all@ ドメイン名> のメッセージの本文のコピーがドメインの各フォワーダに配信されます。.

WebUser インターフェイスは、ドメインごとに設定が可能です。ドメインのWebUser インターフェイスの設定は、［WebUser Interface］パネルを使って行います。

WebUserインタフェース

メールの後書き内容:


	-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Get an E-mail account at http://mail.mycompany.com

アカウントWebサイトへアクセスする接頭辞:

	~

アカウントWebサイトへアクセスした際のバナー内容:


	<CENTER> <A HREF="http://www.communigate.com" target="_blank"> <img src="http://www.communigate.com/banner.gif"border="0"> </A></CENTER>

メールの後書き内容: このフィールドには、メッセージの末尾に挿入される文字列を入力できます。ドメインのユーザーがWebUser インターフェイスまたはMAPI インターフェイスを使ってメッセージを作成した場合、そのメッセージの最後に、この文字列が自動的に追加されます。
アカウントWebサイトへアクセスする接頭辞: このオプションを使って、パーソナルWeb サイトのURL の接頭辞を指定できます。例えば、このフィールドを空白にしておくと、パーソナルWeb サイトのURL は、http:// ドメイン名: ポート/ アカウント名/ の形式で表示されます（~ は表示されなくなります）。詳しくは、本マニュアルの「HTTP」のセクションの該当箇所を参照してください。
アカウントWebサイトへアクセスした際のバナー内容: このフィールドに文字列を入力しておくと、パーソナルファイルサイトからHTML ファイルが取り出される際、この文字列が自動的にHTML ファイルの先頭に挿入されます（バナーテキストです）。

アカウント
自動アカウント作成:

ユーザーが WebUser インターフェイスインターフェイスを使って、自動的にアカウントを作成（自動サインアップ）できるように設定できます。設定には、［Auto Sign-up］パネルを使います。

［Enabled］オプションを有効にしておくと、ドメインのログインWeb ページに［Sign-up］リンクが表示されます。このリンクを新規のユーザーがクリックすると、［Sign-up］ページが開きます。このページで、ユーザーはアカウント名、ユーザーの実名、パスワードを入力します。

If the Auto Sign-up option is enabled, the XIMSS and XMPP modules report their self-registration capabilities.

サーバーにより、入力されたアカウント名と同じ名前のアカウントがあるかどうかチェックされ、同じ名前のアカウントがなければ新規のアカウントが作成されます。その後、新規に作成されたアカウントにテンプレート設定が適用され、テンプレート設定のパスワードと実名をそれぞれ、ユーザーが入力したパスワードと実名に置き換えるという処理が実行されます。

［SMTP］パネルでは、このドメインのアカウントから送信され、モジュールで受信される電子メールに関する設定が可能です。

SMTP
SMTP送信用IPアドレス:
SMTP認証の強制:
受信アカウントチェック:

SMTP送信用IPアドレス

このオプションでは、このドメインで生成されたメールが特定のローカルIP アドレスを使って送信されるようにするかどうかを設定できます。例えば、ドメインのユーザーの中にスパム行為に関わっているユーザーがいると疑われる場合、特定のローカルIP アドレスを使って電子メールが送信されるように設定します。これで、そのユーザーが属しているドメインを特定できます。

このオプションでは次のいずれかを指定できます。

何れか: この設定にしておいたときには、このドメインで生成されたメッセージは特定のIP アドレスを使って送信されることはありません。この設定の場合、サーバーOS が何らかのサーバーローカルIP アドレスを自動的に選択し、そのIP アドレスを使って送信 SMTP 接続が実行され、メッセージが送信されます。
アサインされた最初: この設定にしておくと、このドメインで生成されたメッセージはすべて、このドメインに割り当てられているIP アドレスのうち最初のIP アドレスを使って送信されます。
注意: クラスタ環境では、メッセージを送信したクラスタメンバーのローカルのIP アドレスのうち最初のIP アドレスが選択され、そのIP アドレスが使用されます。
同じ: この設定にしておいたときには、受信したメッセージで使われているローカルIP アドレスと同じIP アドレスが使用されます。この場合、メッセージがSMTP プロトコルまたはPOP3 プロトコルのXTND XMIT エクステンションを介して、このドメインに割り当てられているサーバーローカルIP アドレスを使って受信されたときには、そのサーバーローカルIP アドレスを使用してメッセージが送信（またはリレー）されます。
上記以外の場合には、ドメインに割り当てられているIP アドレスのうち最初のIP アドレスが使われます。
注意: このオプションは、ファイアウォールを設置しており、かつ、いずれかのサーバーローカルIP アドレスが内部LAN のIP アドレスの場合には使用しないでください。この環境では、ユーザーは内部LAN のIP アドレスを介してメッセージを送信できますが、SMTP モジュールで内部LAN のIP アドレスを使ってメッセージがインターネットに送信される場合、そのメッセージの送信は失敗します。
注意: ほとんどのケースでは、［First］が結果的には良好です。

SMTP認証の強制

このオプションが有効の場合、ユーザーの認証が行われます。つまり、SMTP モジュールでメッセージのReturn-Path アドレスが受信され、そのアドレスが、このドメインに属するアドレスであり、かつ、クライアントアプリケーションのユーザーが認証されたときに初めて、そのアドレス（とメッセージ自体）が受け取られます。
設定については、詳しくは SMTP モジュールのセクションを参照してください。

受信アカウントチェック

このオプションでは、ローカルアカウントをターゲットとするRCPT TO コマンドの処理の際、SMTP モジュールで追加チェック（アカウントのチェック）が行われるようにするかどうかを指定できます。
このオプションを有効（enabled）に設定しておくと、次の条件がすべて満足されたときに限ってSMTP モジュールでRCPT TO コマンドが実行されます。

アカウントの［Mail］サービスが有効になっている。
アカウントのメッセージのストレージクォータ（Storage quota）が上限を超えていない。
アカウントの受信フローコントロール（Incoming Flow Control）が上限を超えていない。

ドメインには、自動処理ルールを定義できます。この自動ルールはいずれも、そのドメインのアカウントの配信される全メッセージに適用されます。自動処理ルールについては、詳しくは本マニュアルの「ルール」のセクションを参照してください。

ドメインの管理は、サーバー管理者またはドメイン管理者が行えます。ドメイン管理者とは、ドメインのアカウント（ユーザー）のうち、そのドメインについてドメイン管理者アクセス権（ドメイン管理権限）が付与されているアカウントをいいます。通常のドメイン管理者（そのドメインのアカウント）のほか、別のドメインのドメイン管理者に対して、そのドメインの管理権限を付与し、ドメイン管理者にすることもできます。

このパネルのテキストフィールドには、別のドメインを指定します。これで、このドメイン（現在、設定対象となっているドメイン）のドメイン管理者のほか、ここで指定したドメインのドメイン管理者も、このドメインを管理できるようになります。

ドメイン管理者については、詳しくは本マニュアルのシステム管理者の説明を参照してください。

メインドメインのアカウントのデータは、CommuniGate Pro のベースディレクトリの中のAccounts ディレクトリに保存されます。

セカンダリドメインはいずれも、CommuniGate Pro のベースディレクトリの中のDomains ディレクトリに保存されます。Domains ディレクトリの中には、各セカンダリドメインについてそれぞれ、そのドメインの名前のディレクトリ（ドメインディレクトリ）が作成され、その中に各セカンダリドメインのデータが格納されます。同じように、ダイナミッククラスタ環境の場合、共有ドメインはいずれも、SharedDomains ディレクトリに格納されます。

サーバーで非常に多数のドメイン（例えば3,000 以上）を扱いたい場合、Domains ディレクトリの中にドメインサブディレクトリを作成します。同様に、クラスタで非常に多数のドメイン（例えば3,000 以上）を扱いたい場合、SharedDomains ディレクトリの中にドメインサブディレクトリを作成します。ドメインサブディレクトリの設定は、［Domain Storage］パネルで行えます（下記を参照）。

ドメインディレクトリ（各ドメインのディレクトリ）の中には、そのドメインのアカウントがすべて格納されます。

また、ドメインの中のアカウントの数が非常に多いときには、ドメインディレクトリの中にアカウントサブディレクトリを定義（作成）します（後述）。これは、上記のサーバーまたはクラスタの中のドメインの数が多い場合と同様の手法です。

ドメインサブディレクトリ

上記のように、CommuniGate Pro サーバーで扱うドメインの数が非常に多い場合（例えば3,000 以上）、 Domains ディレクトリの中にドメインサブディレクトリをいくつか作成し、各ドメインサブディレクトリに、そのドメインサブディレクトリに関係するドメインディレクトリをまとめて格納するのが効率的です。理由は次の通りです。

オペレーティングシステムやファイルシステムでは通常、単一のディレクトリに格納できるファイルの数に上限があります。
サブディレクトリを使うことで、ドメインファイルやアカウントファイルに対するアクセス処理が高速化されます。
サブディレクトリを、そのまま外部の記憶デバイスに移動することで、効率的なデータの移動が可能になります。

ドメインサブディレクトリは、Domains ディレクトリ（通常のサーバー環境）またはSharedDomains ディレクトリ（クラスタ環境）の中に作成されます。ドメインサブディレクトリの名前には、ファイル拡張子として.sub が付加されます。

また、サブディレクトリの中にサブディレクトリが置かれるよう（入れ子）に設定することもできます。

注意: CommuniGate Pro サーバーの起動時、Domains ディレクトリ、また、その中のドメインサブディレクトリ（.sub）がチェックされ、見つかったドメインすべてについて、その名前とファイルパスが取得されます。［Foldering Method］オプション（下記を参照）の設定を変えた場合、この情報をもとにして自動的に処理が行われ、したがって、サーバーを停止して既存のドメインを物理的に移動する必要はありません。また、必要な場合、サーバーを停止し、サブディレクトリの中の既存のドメインを別のサブディレクトリに移動することもできます。

ドメインサブディレクトリが作成されるように設定しておいた場合（下記を参照）、新規のドメインを作成、または既存のドメインの名前を変更すると、ドメインサブディレクトリの設定にしたがって、そのドメインのファイルが所定のサブディレクトリに格納されます。ドメインサブディレクトリの設定は、［Domain Storage］パネルを使って行います。このパネルを開く場合、WebAdmin インターフェイスで［Domains］ページを開き、［Domain Defaults］リンクをクリックします。これで、［Domain Storage］パネルのあるページが表示されます。

ドメインの管理方法
管理構造:
同一場所でのドメイン名変更:

フォルダー方式

このオプションでは、ドメインサブディレクトリが作成される方法を指定できます。

フラット: この設定がデフォルトです。この設定の場合、新規のドメインを作成またはドメインの名前を変更すると、そのドメインは通常どおり、Domains ディレクトリに格納されます（ダイナミッククラスタ環境の場合、新規の共有ドメインを作成または既存の共有ドメインの名前を変更すると、その共有ドメインはSharedDomains ディレクトリに格納されます）
2文字の1階層: この設定の場合、ドメインの名前の最初の2 文字を使って、そのドメインが格納されるサブディレクトリが決定（または作成）され、そのサブディレクトリにドメインのディレクトリが作成され、データが格納されます。例えば、ドメインの名前が client1.com の場合、そのドメインはDomains/cl.sub/ サブディレクトリに格納されます。ドメインの名前が1 文字だけのときには、その1 文字がサブディレクトリの名前として使われます。
2文字の2階層: この設定の場合、ドメインの名前の最初の2 文字を使って、そのドメインが格納されるサブディレクトリが決定（または作成）されます。この場合、ドメインの格納先のサブディレクトリは、入れ子のサブディレクトリです。例えば、ドメインの名前がclient1.com の場合、そのドメインはDomains/c.sub/l.sub/ サブディレクトリに格納されます（c とl がそれぞれ、サブディレクトリの名前、入れ子のサブディレクトリの名前として使われます）。ドメインの名前が1 文字だけのときには、その1 文字がサブディレクトリの名前として使われます。
ハッシュの1階層: この設定の場合、数値ハッシュ関数を使ってドメイン名が生成され、その名前がサブディレクトリの名前として使われます。例えば、ドメインの名前がclient1.com の場合、そのドメインはDomains/nu.sub/ サブディレクトリに格納されます。
ハッシュの2階層: この設定の場合、数値ハッシュ関数を使ってドメイン名が生成され、その名前が入れ子のサブディレクトリの名前として使われます。例えば、ドメインの名前が client1.com の場合、そのドメインはDomains/pj.sub/v.sub/ サブディレクトリに格納されます。

注意: ドメインの数が多く、単一のボリュームに収まらない場合、そのボリュームのxx.sub ディレクトリ（ xxは、ドメインサブディレクトリの名前）を別のボリュームにコピーし、 xx.sub ディレクトリにシンボリックリンクを設定する（シンボリックリンクに置き換える）ことで、通常どおり、処理が行われます。

同一場所でのドメイン名変更

このオプションが無効（No）または有効のどちらの場合でも、ドメインの名前を変更すると、現在の［Foldering method］オプションの設定にしたがって、そのドメインのファイルパスが新たに作成され、そのファイルパスで示されるディレクトリ（ドメインのディレクトリ）にドメインのデータが格納されます。ただし、名前を変更したドメインが置かれている xx.sub ディレクトリにシンボリックリンクが設定されている場合（上記の注意を参照）、または、ドメインのデータの移動先のxx.sub ディレクトリにシンボリックリンクが設定されている場合、サーバー上では、データを別のボリュームに移動するという処理が必要になります。このオプションを無効にしておいたときには、この処理、つまりデータを別のボリュームに移動するという処理は失敗します。一方、このオプションが有効の場合、名前を変更したドメインのデータは、現在と同じディレクトリの中に（名前が変更されて）格納され、データを別のボリュームに移動するという処理は行われません。したがって、この問題（ボリューム間リンク）を回避できます。

アカウントサブディレクトリ（アカウント数が多い場合）

CommuniGate Pro のドメインのアカウント数が非常に多い場合（例えば、10,000 アカウント）、アカウントファイルを複数のサブディレクトリ（アカウントサブディレクトリ）に分けて格納するのが効率的です。理由は、次の通りです。

オペレーティングシステムやファイルシステムでは通常、単一のディレクトリに格納できるファイルの数には上限があります。
サブディレクトリを使うことで、アカウントファイルに対するアクセス処理が高速化されます。
サブディレクトリを、そのまま外部の記憶デバイスに移動することで、効率的なデータの移動が可能になります。

アカウントサブディレクトリはいずれも、ドメインディレクトリの中に置かれます。アカウントサブディレクトリの名前には、ファイル拡張子として.sub が付加されます。

アカウントサブディレクトリの中にアカウントサブディレクトリが置かれるよう（入れ子）に設定することもできます。

注意: CommuniGate Pro サーバーの起動時、Domains ディレクトリの中のドメインディレクトリ、またはドメインサブディレクトリ（.sub）がチェックされ、見つかったドメインすべてについて、その中のアカウントの名前が取得されます。［Foldering Method］オプション（下記を参照）の設定を変えた場合、この情報をもとにして自動的に処理が行われ、したがって、サーバーを停止して既存のアカウントを物理的に移動する必要はありません。また、必要な場合、サーバーを停止し、ドメインディレクトリまたはドメインサブディレクトリの中のドメインの既存のアカウントを別のディレクトリに移動することもできます。

ドメインディレクトリの中にはそれぞれ、そのドメインのアカウントのファイル（アカウントファイル）が格納されますが、ドメインディレクトリの名前は、サーバーによって自動的に記憶されます。

アカウントサブディレクトリが作成されるように設定しておいた場合（下記を参照）、新規のアカウントを作成（または、既存のアカウントの名前を変更）すると、アカウントサブディレクトリの設定にしたがって、そのアカウントのファイルが所定のアカウントサブディレクトリに格納されます。アカウントサブディレクトリの設定は、［Account Storage］パネルで行えます。

アカウントの管理方法
管理構造:
同一場所でのドメイン名変更:
インデックス作成:

管理構造

このオプションでは、アカウントサブディレクトリの作成方法を指定できます。作成方法としては、次のいずれかが選択できます。

フラット: この設定がデフォルトです。この設定の場合、新規のアカウントはすべて、通常のドメインディレクトリの中に格納されます（アカウントサブディレクトリは作成されません）
2文字の1階層: この設定の場合、アカウントの名前の最初の2 文字を使って、そのアカウント（ファイル）が格納されるアカウントサブディレクトリが決定（または作成）され、そのアカウントサブディレクトリにアカウントが格納されます。例えば、アカウントの名前がjsmith の場合、このアカウントは、ドメイン名/js.sub/ サブディレクトリに格納されます。アカウントの名前が1 文字だけのときには、その1 文字がサブディレクトリの名前として使われます。
2文字の2階層: この設定の場合、アカウントの名前の最初の2 文字を使って、そのアカウントが格納されるアカウントサブディレクトリが決定（または作成）されます。この場合、アカウントの格納先のサブディレクトリは、入れ子のサブディレクトリです。例えば、アカウントの名前がjsmith の場合、このアカウントは、ドメイン名/j.sub/s.sub/ サブディレクトリに格納されます。アカウントの名前が1 文字だけのときには、その1 文字がサブディレクトリの名前として使われます。
ハッシュの1階層: この設定の場合、数値ハッシュ関数を使ってアカウント名が生成され、その名前がサブディレクトリの名前として使われます。例えば、アカウントの名前がjsmith の場合、アカウントは、ドメイン名/pf.sub/ サブディレクトリに格納されます。
ハッシュの2階層: この設定の場合、数値ハッシュ関数を使ってドメイン名が生成され、その名前が入れ子のサブディレクトリの名前として使われます。例えば、アカウントの名前が jsmith の場合、アカウントは、ドメイン名/lu.sub/y.sub/ サブディレクトリに格納されます。

注意: 既存のメールシステムの中にも、ドメインのアカウント数が多い場合、アカウントサブディレクトリを使用できるシステムも少なくありません。ただし、こうしたシステムの場合、アカウントがオープンされる際、その都度、内蔵の方法を使って、そのアカウントが格納されるアカウントサブディレクトリの名前が作成されます。この内蔵の方法はリアルタイムでは変更できず、したがって、名前を変更したアカウントが自動的に別のアカウントサブディレクトリに移動されることもありません。これに対し、CommuniGate Pro サーバーでは、新規のアカウントの作成時、または名前の変更時に限って、アカウントサブディレクトリが使われ、また、アカウントが格納されているアカウントサブディレクトリは常時、記憶されています。その結果、CommuniGate Pro サーバーの「フォルダリング」方法（［Foldering Method］オプションの設定）は、必要なときに変更できます。また、サーバーを停止し、既存のアカウントを別のアカウントサブディレクトリに移動することもできます（アカウントサブディレクトリは、新規のアカウントの作成時または名前の変更時に使用されるため、既存のアカウントは移動が可能です）。

注意: アカウントの数が多く、データが単一のボリュームに収まらない場合、そのボリュームのxx.sub ディレクトリ（ xxは、アカウントサブディレクトリの名前）を別のボリュームにコピーし、xx.sub ディレクトリにシンボリックリンクを設定する（シンボリックリンクに置き換える）ことで、通常どおり、処理が行われます。

同一場所でのドメイン名変更

このオプションが無効（No）または有効のどちらの場合でも、アカウントの名前を変更すると、現在の［Foldering method］オプションの設定にしたがって、そのアカウントのファイルパスが新たに作成され、そのファイルパスで示されるディレクトリにアカウントが格納されます。ただし、名前を変更したアカウントが置かれているxx.sub ディレクトリにシンボリックリンクが設定されている場合、または、アカウントの移動先のxx.sub ディレクトリにシンボリックリンクが設定されている場合、サーバー上で、アカウントを別のボリュームに移動するという処理が必要になります。このオプションを無効にしておいたときには、この処理、つまりデータを別のボリュームに移動するという処理は失敗します。一方、このオプションが有効の場合、名前を変更したアカウントは、現在と同じディレクトリの中に（名前が変更されて）格納され、アカウントを別のボリュームに移動するという処理は行われません。したがって、この問題（ボリューム間リンク）を回避できます。

インデックス作成

このオプションを有効にしておいた場合、ドメインディレクトリの中にIndex.data ファイルが作成されます。このファイルには、そのドメインの全アカウントの名前、アカウントのタイプ、アカウントファイルの格納場所が保存されます。CommuniGate Pro サーバーの起動時、通常、ドメインファイルディレクトリツリーが読み込まれますが、Index.data ファイルがドメインディレクトリに見つかったときには、ドメインファイルディレクトリツリーではなく、このファイルが読み込まれます。ファイルシステムによっては、ドメインファイルディレクトリツリーのファイル数が100,000 を超えると、読み込みに最大で10 分かかることもあり、そういったケースでは、このオプションを有効にしておきます。

注意: サーバーを停止し、アカウントサブディレクトリを手動で移動または削除した場合、ドメインディレクトリの中のIndex.data ファイルを削除します。その後、サーバーを再起動します。

注意: ドメインディレクトリの内容をシンボリックリンクだけにしたい場合、その中に Index サブディレクトリを作成します（または、別のディレクトリを指すIndex シンボリックリンクを作成します）。ドメインディレクトリの中にIndex サブディレクトリがある場合、ドメインディレクトリの中ではなく、Index サブディレクトリの中にIndex.data ファイルが作成されます。

レガシーメーラー（Unix）との互換性

ドメインサブディレクトリ

アカウントサブディレクトリ（アカウント数が多い場合）

ドメイン

ドメインリストの表示

新規のドメインの作成

ドメイン設定の定義

デフォルトドメイン設定の指定

マルチホーミングと専用IP アドレス

サービスの有効/ 無効の切り換え

ドメインのリソースの制限

ドメインのエイリアス

セントラルディレクトリへの統合

サーバーOS との統合

ドメインのセキュリティ設定

不明の名前の処理

ドメインの全アカウントにメールを送信

全ドメインの全アカウントにメールを送信

WebUser インターフェイスの設定

自動サインアップ

SMTP オプション

ドメインのルール

別のドメイン管理者の設定

ドメインの名前の変更

ドメインの削除

ドメインディレクトリ