Groupmax Mail - SMTP Version 7 運用ガイド

解説・操作書

3020-3-D13-C0

目　　次

前書き

変更内容

はじめに

1.　Mail - SMTPについて

1.1　Mail - SMTPの概要

1.1.1　Mail - SMTPとは

1.1.2　Mail - SMTPの機能

1.1.3　Mail - SMTPのメール転送機能

1.2　Mail - SMTPの運用手順

1.2.1　Mail - SMTPの運用に必要な環境

1.2.2　環境設定の概要

1.3　Mail - SMTPのプログラム構成

1.4　Mail - SMTPのファイルとディレクトリ

1.4.1　ファイルとディレクトリの構成

1.4.2　主なファイル及びディレクトリの内容

2.　Mail - SMTPの環境設定

2.1　Mail - SMTPの環境設定

2.1.1　環境設定の方法

2.2　smtpmng

2.2.1　smtpmngの機能

2.2.2　smtpmngの仕様

2.3　smtpmngのサブコマンド

2.3.1　help

2.3.2　print_config

2.3.3　edit_domain

2.3.4　edit_format

2.3.5　edit_mapping

2.3.6　edit_option

2.3.7　edit_archive

2.3.8　edit_smailpath（Windows版）

2.3.9　quit

2.4　dbmap

2.4.1　dbmapの機能

2.4.2　dbmapの仕様

2.5　smuq2smq

2.5.1　smuq2smqの機能

2.5.2　smuq2smqの仕様

3.　Sendmailの環境設定

3.1　Sendmailについて

3.1.1　Mail - SMTPとSendmailの関係

3.1.2　mhs_mailerの概要

3.2　mhs_mailerについて

3.2.1　mhs_mailerの仕様

3.3　Sendmailの設定内容

3.3.1　sendmail.cfの設定概要

3.3.2　Sendmailの定義例

4.　Mail - SMTPのアドレスマッピングルール

4.1　アドレスマッピングルール

4.1.1　アドレスマッピングルールの種類

4.1.2　アドレスマッピングルールの適用例

4.1.3　アドレスマッピングルールの優先順位

5.　Mail - SMTPの起動と停止

5.1　Mail - SMTPの運用プログラム

5.1.1　smtp_gwの起動（Windows版）

5.1.2　smtp_gwの起動（HP-UX版およびAIX版）

5.1.3　Mail - SMTPの停止（Windows版）

5.1.4　Mail - SMTPの停止（HP-UX版およびAIX版）

6.　Mail - SMTPの保守運用

6.1　トレース情報

6.1.1　トレース情報の項目

6.1.2　トレース情報の出力例

6.1.3　Sendmail送信のトレース情報の項目

6.1.4　Sendmail送信のトレース情報の出力例

6.1.5　dbmapコマンドのトレース情報の項目

6.1.6　dbmapコマンドのトレース情報の出力例

6.1.7　稼動情報の項目

6.1.8　稼動情報の出力例

6.1.9　イベント情報の項目

6.1.10　トレース情報の出力例

6.2　エラーメッセージ

6.2.1　smtp_gwおよびsmtp_daemonおよびdbmapコマンドおよびsmuq2smqコマンドのエラーメッセージ

6.2.2　smtpmngのエラーメッセージ

6.2.3　イベントログのメッセージ（Windows版）

6.2.4　gw_setupのエラーメッセージ（HP-UX版およびAIX版）

6.3　エラーメールの主題

6.4　トラブルシューティング

6.4.1　Mail - SMTPのサービス(smtp_gw)が起動できない

6.4.2　インターネットからのメールが受信できない

6.4.3　返信メールの送信に失敗する

6.4.4　Sendmailの送信に失敗する

6.4.5　DBマッピングファイルが自動更新されない

6.4.6　リッチテキスト本文のドメイン間連携ができない

6.4.7　ニックネームマッピングができない

6.4.8　インターネットとメールの送受信ができないGroupmaxユーザがいる

6.4.9　適用されたアドレスマッピングを確認する

6.4.10　「Conversion failure : OriginatorName is not available.」という主題のエラーメールが返ってくる

6.4.11　「Delivery Report (failure)」という主題のエラーメールが返ってくる

6.4.12　署名メールを送信した場合に，「なりすまし」となる

6.4.13　添付ファイル名の拡張子が「XXXXXX.dat」になる

6.4.14　添付ファイル名が文字化けする

6.4.15　インターネットへのメール送信が遅い

6.4.16　Groupmaxユーザを削除した場合に，削除したGroupmaxユーザのO/R名が同報者として受信される

6.4.17　同報者にGroupmaxユーザのE-mailアドレスが表示される

6.4.18　添付ファイルのあるメールを受信した時に添付ファイルが開けない場合がある

6.4.19　ログファイルがバックアップされない

6.4.20　送信時間が2時間未来になってしまう(HP-UXのみ)

6.4.21　主題または，添付ファイル名が=?ISO-2022-JP?B?...のように文字化けする

6.4.22　主題／添付ファイル名／コメントの一部が文字化けしている

6.4.23　主題／本文／添付ファイル名／コメントが文字化けしている

6.4.24　エラーメールがループしてしまう

6.4.25　本文またはテキスト形式の添付ファイル中の「.」が「..」になってしまう

6.4.26　「To: ( Dummy Recipient )」というヘッダがついたメールが送信される

6.4.27　Groupmax Mailを経由した場合に，他社メーラでメールがスレッド表示されない

6.4.28　E-mailの送信者がroot@xxxxになる

6.4.29　エラーメールがメーリングリスト宛てに返信される

6.4.30　コメントが引継がれない

6.4.31　空の本文が受信される

6.4.32　送信したメールの配信状態が“配信中”のままになる

6.4.33　ログが出力されない

6.4.34　添付ファイルの中身が文字化けする

6.4.35　インターネットにメール送信した時に同報者からGroupmaxユーザのアドレスが欠落する

6.4.36　インターネットにメール送信した時に添付ファイルが本文になる

6.4.37　インターネットにメール送信した時に他社メーラから返信メールが受信できない

6.4.38　インターネットにメール送信した時に主題や添付ファイル名がBASE64デコードされない

6.4.39　サービス停止時にsendmail.exeプロセスが終了しない

6.4.40　Sendmail Single Switchのエイリアス機能を使った場合にメールが転送されない

6.4.41　Smtpgw229がログ出力されてエラーメールの受信に失敗する

6.4.42　Sendmail MTAサービスが起動しない

6.4.43　本文が文字化けし，PLAIN_XXcharset.TXTというファイルが添付されている

6.5　こんなときには...

6.5.1　エラーメールの送信者のE-mailアドレスを変更する

6.5.2　インターネットに送信するメールの半角仮名文字を全角仮名文字にする

6.5.3　E-mailアドレスの大文字と小文字を区別しないでアドレスマッピングを行う

6.5.4　インターネットから受信したメールの，メールヘッダを参照できるようにする

6.5.5　複数のインターネットドメインを処理する

6.5.6　送信したメールがエラーとなる場合に， 返信先のE-mailアドレスを指定したい

6.5.7　インターネットへ送信するメールのサイズの制限をおこないたい

6.5.8　インターネットから受信するメールのサイズの制限をおこないたい

6.5.9　Groupmax Mailクライアントから指定された受信者名公開の指定に従って，受信者のE-mailアドレスをインターネットに公開しないようにしたい

6.5.10　エラーメールの本文にあるドメイン名を変更したい

6.5.11　環境の移行を行いたい

6.5.12　インターネットとのメールを送受信するGroupmaxユーザを制限したい

6.5.13　設定の推奨値は何か？

6.5.14　エンベロープ送信者にエラーメールを返信したい

6.5.15　インターネットとの送受信数が多いので負荷分散したい

6.5.16　稼動中バックアップの際の注意事項

6.5.17　テキスト添付ファイルを文字コード変換しないで受信したい

6.5.18　1ユーザに複数のE-Mailアドレスを設定したい

6.5.19　分割メールを受信しないようにしたい

6.5.20　分割メールを受信したい

6.5.21　メール送信する際に，Fromと同じSenderを生成しないようにしたい

6.5.22　E-mailアドレスにコメントをつけないようにしたい

6.5.23　E-mailの送信者の取得先を変更したい

6.5.24　ゲートウェイ削除の影響は？

6.5.25　Address ServerまたはMail Serevrをアンインストールすることによる影響は？

6.5.26　Mail - SMTPのサービスを停止した場合の影響は？

6.5.27　ドメイン名／ホスト名／IPアドレスを変更する場合の影響

6.5.28　送信処理効率を上げたい

6.5.29　サービス停止時にSendmailプロセスの終了を待つようにしたい

6.5.30　Mail ServerでPOP3/IMAP4クライアントを使用しているがMAPPING_MODE=dbにできないか？

6.5.31　Groupmax CollaborationやGroupmax Client Light Exの国際化対応機能を使いたい(本文/主題を無変換で受信したい)

6.5.32　Groupmax Collaborationを利用している場合にE-mailの送信制限を行いたい

6.5.33　インターネットから受信されるメールの「なりすまし」をエンドユーザ側で見分けやすくしたい

6.5.34　E-mailアドレスのドメイン名を変更したい

6.5.35　エラーメールの主題をカスタマイズしたい

6.5.36　SEND_ENVELOPE_FROMのアドレスを持つGroupmaxユーザを作成している場合の影響は？

6.5.37　エラーメールの返信によるメールサーバの負荷の軽減をしたい

6.5.38　E-mailアドレスを変更したい

付録

付録A　バージョンアップ時の注意事項

付録B　uuencode形式によるメールの変換方法

付録B.1　受信形式

付録B.2　送信形式

付録C　MIME形式によるメールの変換方法

付録C.1　処理形式

付録C.2　送信形式

付録D　メールを送受信するときの注意事項

付録D.1　添付ファイル名の注意事項

付録D.2　S/MIMEメール受信時の注意事項

付録D.3　エラーメール受信時の注意事項

付録D.4　その他の注意事項

付録E　RFCヘッダの必須項目

付録F　ドメインごとエンコード指定機能の使用方法

付録F.1　機能の概要

付録G　インストール方法（Windows版）

付録G.1　操作手順

付録G.2　インストール種別設定ダイアログボックス

付録H　インストール方法（HP-UX版およびAIX版）

付録H.1　操作手順

付録H.2　リモートインストールの適用について

付録I　Sendmail Single Switch 3.1J Windowsの設定手順

付録I.1　Sendmailの設定概要

付録I.2　設定手順

付録I.3　設定確認手順

付録I.4　アドレスマッピング設定手順（受信時変換）

付録I.5　アドレスマッピング設定手順（送信時変換）

付録J　クラスタシステムの環境設定手順（AIX版）

付録J.1　Mail - SMTPのクラスタ対応範囲

付録J.2　クラスタ環境

付録J.3　注意事項

付録J.4　前提環境の作成

付録J.5　Mail - SMTPの環境の作成

付録J.6　始動／停止／監視スクリプト

付録J.7　用語解説

付録K　設定のデフォルト値と推奨値

付録L　メールアーカイブ運用の環境設定

付録L.1　Mail - SMTPのメールアーカイブ対応範囲

付録L.2　Mail - SMTPのメールアーカイブ機能を使用する場合の前提環境

付録L.3　メールアーカイブ運用のシステム構成

付録L.4　メールアーカイブ運用の環境設定手順

付録L.5　運用中の監視

付録L.6　運用開始後の注意事項

付録L.7　アーカイブ連携機能の確認

付録L.8　smuqに退避されたメールの復旧手順

付録L.9　トラブルシューティング

付録M　Windows Server 2008使用時の注意事項

付録M.1　ファイアウォール

付録M.2　コマンドの実行

索引

[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 2004, 2015, Hitachi, Ltd.

前書き

■ 対象製品

P-2446-5154　 Groupmax Groupware Server　 07-82　(適用OS：Windows Server 2003，Windows Server 2008)
P-1B46-5151　 Groupmax Groupware Server　 07-60　(適用OS：HP-UX)
P-1M46-5151　 Groupmax Groupware Server　 07-60　(適用OS：AIX)

■ 輸出時の注意

本製品を輸出される場合には、外国為替及び外国貿易法の規制並びに米国輸出管理規則など外国の輸出関連法規をご確認の上、必要な手続きをお取りください。
なお、不明な場合は、弊社担当営業にお問い合わせください。

■ 商標類

HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。
IBM，AIXは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Sendmail for NTは，米国Sendmail,Inc.の製品です。
Sendmailは，米国Sendmail,Inc.の登録商標です。
UnicodeはUnicode,Inc.の商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

■ 発行

平成16年3月 (第1版) 3020-3-D13(廃版)
平成16年6月 (第2版) 3020-3-D13-10(廃版)
平成16年10月 (第3版) 3020-3-D13-20(廃版)
平成17年1月 (第4版) 3020-3-D13-30(廃版)
平成17年9月 (第5版) 3020-3-D13-40(廃版)
平成18年4月 (第6版) 3020-3-D13-50(廃版)
平成18年12月 (第7版) 3020-3-D13-60(廃版)
平成19年7月 (第8版) 3020-3-D13-70(廃版)
平成20年12月 (第9版) 3020-3-D13-80(廃版)
平成22年4月（第10版）3020-3-D13-90(廃版)
平成27年3月（第11版）3020-3-D13-C0

■ 著作権

All Rights Reserved. Copyright (C) 2004, 2015, Hitachi, Ltd.

変更内容

変更内容(3020-3-D13-C0)　Groupmax Mail - SMTP Version 7 07-82

追加・変更内容 | 変更個所
MAPPING_MODEの推奨値がdbであることを記載した。 | 2.3.5(3)，4.1.3

単なる誤字・脱字などはお断りなく訂正しました。

変更内容(3020-3-D13-90)　Groupmax Mail - SMTP Version 7 07-80

追加・変更内容

smtpmngのサブコマンドedit_fromatのsendflag およびsend_envelope_fromに注意事項を追加した。

smtpmngのサブコマンドedit_fromatにsend_header_fromの説明を追加した。

dbmapコマンドのオプション説明を追加した。

Smtpgw272，Smtpmng054～056のエラーメッセージを追加した。

トラブルシューティングに要因2～4と対処2～4を追加した。

こんなときには…の事例に「エラーメールの返信によるメールサーバの負荷の軽減をしたい」と「E-mailアドレスを変更したい」を追加した。

設定値のデフォルト値と推奨値の表の説明を変更した。

「(3) Mail Serverの環境設定」における注意事項を追加した。

「Windows Server 2008使用時の注意事項」の説明を追記した。

変更内容(3020-3-D13-80)　Groupmax Mail - SMTP Version 7 07-35

追加・変更内容

イベント情報の出力について説明を変更した。

トラブルシューティングの事例を追加した。

こんなときには…の事例を追加／変更した。

添付ファイルの注意事項について説明を変更した。

Sendmailの設定手順の説明を変更した。

設定の推奨値について説明を追記した。

メールアーカイブ運用についての図および説明を変更した。

変更内容(3020-3-D13-70)　Groupmax Mail - SMTP Version 7 07-35

追加・変更内容

エラーメールの主題定義ファイル(errormail_subject.dat)を追加した。

smtpmngのサブコマンドedit_formatの説明を追記した。send_envelope_from

smtpmngのサブコマンドedit_optionの説明を追記した。エラーメールの主題をカスタマイズできます。

smtpmngのサブコマンドedit_optionの説明を変更した。log_parameter，log_parameter_daemon，log_parameter_dbmap

smtpmngのサブコマンドedit_archiveの説明を追記した。mailarchive_send_envelope_from

(3)メーラ定義，F=の説明を変更した。

メール送信時のトレース情報の出力例を追加した。

smtp_gwで出力されるメッセージを追加した。

smtpmngで出力されるメッセージを追加した。

エラーメールの主題の説明を変更した。

MessageIDが不正な場合のエラーメールの主題を削除した。

トラブルシューティングの事例を追加した。

こんなときには…の事例を追加／変更した。

メールアーカイブ運用についての説明を追記した。

単なる誤字・脱字などはお断りなく訂正しました。

変更内容(3020-3-D13-60)　Groupmax Mail - SMTP Version 7 07-32

追加・変更内容

smtpmngのサブコマンドedit_optionの説明を追記した。追加パラメタは，DISKFULL_SERVICES_CONTROLです。

smtpmngのサブコマンドedit_archiveの説明を追記した。追加パラメタは，MAILARCHIVE_ADDRESSおよびMAILARCHIVE_MAPPING_MODEおよびMAILARCHIVE_SEND_ENVELOPE_FROMおよびMAILARCHIVE_RCPT_TO_NUMおよびMAILARCHIVE_X_MAILERおよびMAILARCHIVE_ERROR_MAILです。

smuq2smqコマンドの説明を追記した。

mhs_mailerの戻り値に関する記述を変更した。

Sendmailの設定例についてメーラの定義に関する説明を変更した。

LHSマッピングについて追記した。

ニックネームマッピングについて追記した。

イベント情報として出力されるメッセージを追加した。

ログ出力されるメッセージを追加した。

smtpmngで出力されるメッセージを追加した。

トラブルシューティングの事例を追加／変更した。

こんなときには…の事例を追加／変更した。

RFC2231方式で指定された添付ファイル名の取得について追記した。

添付ファイル名の生成規則について追記した。

エラーメールのフォーマットに誤記があったため訂正した。

設定のデフォルト値を追加した。および推奨値を追記した。

付録Lを追加した。

変更内容(3020-3-D13-50)　Groupmax Mail - SMTP Version 7 07-30

追加・変更内容

smtpmngのサブコマンドedit_formatの説明を追記した。追加パラメタは，RECV_ORIGINATOR_MAPPINGおよびRECV_TEXT_HONBUNおよびRECV_TEXT_SUBJECTおよびHONBUN_UNICODE_CHECKおよびNOATTACHMENT_CHARSET_CHECKです。

smtpmngのサブコマンドedit_mappingの説明を追記した。追加パラメタは，SEND_INTERNETDOMAIN_CHECKです。

ログ出力されるメッセージを訂正した。

トラブルシューティングの事例を追加／変更した。

こんなときには…の事例を追加／変更した。

バージョンアップ時の手順を変更した。

その他の注意事項を変更した。

Sendmailの設定確認手順を追加した。

設定のデフォルト値を追加した。および推奨値を追記した。

付録Jを削除した。

変更内容(3020-3-D13-40)　Groupmax Mail - SMTP Version 7 07-20

追加・変更内容

smtpmngのサブコマンドedit_formatの説明を追記した。追加パラメタは，SEND_BASE64_ENCODEおよびMIME_HEADER_ANALYZEです。

smtpmngのサブコマンドedit_optionの説明を追記した。追加パラメタは，DAEMON_SENDMAIL_RESTART_NUMおよびSERVICES_STOP_WAIT_TIMEです。

ログ出力内容を変更した。

トラブルシューティングの事例を追加／変更した。

こんなときには…の事例を追加／変更した。

バージョンアップ時の注意事項について追記した。

デフォルト値を一覧表にした。

変更内容(3020-3-D13-30)　Groupmax Mail - SMTP Version 7 07-10 UNIX版

追加・変更内容

トラブルシューティングの事例を変更した。

変更内容(3020-3-D13-20)　Groupmax Mail - SMTP Version 7 07-10

追加・変更内容

smtpmngのサブコマンドedit_formatの説明を追記した。追加パラメタは，SEND_X400REPORT_MAIL_FROMです。

smtpmngのサブコマンドedit_optionの説明を追記した。追加パラメタは，LOG_STATUS_LIMITおよび「エラーメールを返信抑制するアドレス」です。

ログ出力内容について説明を追記した。

トラブルシューティングの事例を追加した。

こんなときには…の事例を追加した。

クラスタシステムの環境設定手順を追加した。

変更内容(3020-3-D13-10)　Groupmax Mail - SMTP Version 7 07-00

追加・変更内容

smtpmngのサブコマンドedit_formatの説明を追記した。SEND_HEADER_SENDER およびSEND_HEADER_COMMENTおよびRECV_ORIGINATORです。

smtpmngのサブコマンドquitの説明を追加した。

ログファイルに出力されるトレース情報の説明を変更した。

トラブルシューティングの事例を追加／変更した。

こんなときには…の事例を追加した。

UNIX版のインストール手順を追加した。

はじめに

このマニュアルは，日立のグループウェアGroupmax Version 7の一製品であり，Groupmax MailとSMTPメールシステムとの間で，自由にメールをやり取りするためのゲートウェイシステムGroupmax Mail - SMTP Version 7（以降，Mail - SMTPと呼びます）の環境設定と運用方法について説明しています。

対象読者

このマニュアルは，HP-UXまたはAIX，またはWindows Server 2003，Windows Server 2008，X.400，SMTP，Sendmail，およびDNSに関する知識のある方を対象としています。

マニュアルの構成

このマニュアルは，次に示す章と付録から構成されています。

第1章　Mail - SMTPについて

Mail - SMTPの概要とシステム構成について説明しています。

第2章　Mail - SMTPの環境設定

Mail - SMTPの環境設定の方法について説明しています。

第3章　Sendmailの環境設定

Mail - SMTPでSMTPデータの転送に利用するSendmailについて説明しています。

第4章　Mail - SMTPのアドレスマッピングルール

Mail - SMTPの環境設定に必要な各ファイルの内容について説明しています。

第5章　Mail - SMTPの起動と停止

Mail - SMTPの起動と停止の操作方法について説明しています。

第6章　Mail - SMTPの保守運用

Mail - SMTPのログ情報やトラブルの対処方法について説明しています。

付録A　バージョンアップ時の注意事項

バージョンアップの注意事項について説明しています。

付録B　uuencode形式によるメールの変換方法

uuencode形式のメールを送受信する場合に，Mail - SMTPが実行するデータ変換処理の規則について説明しています。

付録C　MIME形式によるメールの変換方法

MIME形式のメールを送受信する場合に，Mail - SMTPが実行するデータ変換処理の規則について説明しています。

付録D　メールを送受信するときの注意事項

メールの添付ファイル，宛先，主題およびボディの注意事項について説明しています。

付録E　RFCヘッダの必須項目

Sendmailからの受信メールのヘッダ中に必要なフィールドについて説明しています。

付録F　ドメインごとエンコード指定機能の使用方法

Groupmax Mailシステムから他メールシステムに送信するメールのエンコード方法をドメインごとに決定したい場合の設定方法について説明しています。

付録G　インストール方法（Windows版）

Mail - SMTPのインストール方法について説明します。

付録H　インストール方法（HP-UX版およびAIX版）

Mail - SMTPのインストール方法について説明します。

付録I　Sendmail Single Switch 3.1J Windowsの設定手順

Sendmail Single Switch 3.1J Windowsの設定手順について説明します。

付録J　クラスタシステムの環境設定手順（AIX版）

HACMPを使用したクラスタ環境で使用するための設定について説明します。

付録K　設定のデフォルト値と推奨値

Mail - SMTPで設定可能な設定値のデフォルト値と推奨値を一覧にまとめています。

付録L　メールアーカイブ運用の環境設定

Mail Serverの自動転送機能と組み合わせてメールアーカイブ運用をおこなうためのシステム構成，および環境設定について説明します。

付録M　Windows Server 2008使用時の注意事項

Windows Server 2008を使用する場合の注意事項について説明しています。

関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

Groupmax Address/Mail Version 7 システム管理者ガイド　基本操作編(3020-3-D10)

Groupmax Address/Mail Version 7 システム管理者ガイド　基本操作編(3000-3-A80)

Groupmax AddressおよびGroupmax Mailシステムの環境設定，運用・管理の方法について説明しています。

Groupmax Address/Mail Version 7 システム管理者ガイド　ユティリティ編(3020-3-D11)

Groupmax Address/Mail Version 7 システム管理者ガイド　ユティリティ編(3000-3-A81)

最上位組織，組織，ユーザ，グループ，掲示板のメンバなどの情報を一括登録するコマンドの使用方法，アドレス管理ドメイン間の接続，メールの稼働情報の取得方法について説明しています。

Groupmax Object Server Version 6 システム管理者ガイド(3020-3-B56)

Object Serverの環境設定，運用方法について説明しています。

なお，オペレーティングシステムにHP-UXを使用する場合はHP-UXのマニュアルを，AIXを使用する場合はAIXのマニュアルを参照してください。

このマニュアルで使用する記号

このマニュアルで使用する記号は次のとおりです。

記号 | 意味
[ ] | メニューの名称や項目，またはダイアログボックスのボタンを選択することを表します。画面のマウスポインタを選択対象に重ねてマウスのボタンを押してください。
＜　＞ | キーを表します。
＜　＞+＜　＞ | +の前のキーを押したまま，+の後のキーを押すことを表します。

表現上の決まり

斜体　ユーザが任意に設定する情報を表します。なお，以下の斜体の意味は次のとおりです。

斜体 | 説明
smtpdir | Mail - SMTPのインストールディレクトリ※
smtpbin | インストールディレクトリ下のサブディレクトリbin
GmaxAddrDB | インストールディレクトリ下のサブディレクトリGmaxAddrDB
logdir | インストールディレクトリ下のサブディレクトリlogdir
smq | インストールディレクトリ下のサブディレクトリsmq
gwq | インストールディレクトリ下のサブディレクトリgwq
gwuq | インストールディレクトリ下のサブディレクトリgwuq
smuq | インストールディレクトリ下のサブディレクトリsmuq
Sendmail | Sendmailのインストールディレクトリ

※Mail - SMTPのインストールディレクトリはご使用になるOSによって異なります。

HP-UX版またはAIX版は，/opt/smtpgwおよび/var/opt/smtpgwです。

このマニュアルの図中で使用する記号

このマニュアルの図中で使用する記号を次のように定義します。

このマニュアルで使用する略語

このマニュアルで使用する主な英略語を次に示します。

英略語 | 説明
ASCII | American National Standard Code for Information Interchange
MIME | Multipurpose Internet Mail Extensions
MTA | Message Transfer Agent
S/MIME | Secure/Multipurpose Internet Mail Extensions
SMTP | Simple Mail Transfer Protocol
POP3 | Post Office Protocol Version 3
IMAP4 | Internet Message Access Protocol Version 4
TCP/IP | Transmission Control Protocol/Internet Protocol

このマニュアルでの表記

このマニュアルでは，製品名称を以下に示す略称で表記しています。

製品名称
略称

Groupmax Mail - SMTP Version 7
Mail - SMTP

Groupmax Address Server Version 7
Address Server

Groupmax Mail Server Version 7
Mail ServerまたはGroupmax Mail

Groupmax Object Server Version 6
Object Server

Groupmax Server - Scan Version 7
Server - Scan

Groupmax Integrated Desktop Version 7
Integrated DesktopまたはGroupmax Mail クライアント

Groupmax World Wide Web Desktop Version 6
WWW DesktopまたはGroupmax Mail クライアント

Microsoft(R) Windows(R) XP Professional，
Microsoft(R) Windows(R) XP Home Edition
Windows XP

Microsoft(R) Windows Server(R) 2003 Enterprise 日本語版およびMicrosoft(R) Windows Server(R) 2003 R2 Standard 日本語版およびMicrosoft(R) Windows Server(R) 2003 R2 Standard x64 日本語版およびMicrosoft(R) Windows Server(R) 2003 R2 Enterprise 日本語版およびMicrosoft(R) Windows Server(R) 2003 R2 Enterprise x64 日本語版
Windows Server 2003

Microsoft(R) Windows Server(R) 2008 Enterprise 日本語版およびMicrosoft(R) Windows Server(R) 2008 Standard 日本語版およびMicrosoft(R) Windows Server(R) 2008 R2 Standard 日本語版およびMicrosoft(R) Windows Server(R) 2008 R2 Enterprise 日本語版
Windows Server 2008

Microsoft(R) Outlook(R) 97，
Microsoft(R) Outlook(R) 98，
Microsoft(R) Outlook(R) 2000，
Microsoft(R) Outlook(R) 2003
Outlook

Post Office Protocol Version 3
POP3

Internet Message Access Protocol Version 4
IMAP4

High Availability Cluster Multi-Processing for AIX
HACMP

High Availability Cluster Multi-Processing for AIX Enhanced Scalability
HACMP/ES

Windows Server 2003をご使用の方は，本文中の「Windows」を「Windows Server 2003」と読み替えてください。

Windows Server 2008をご使用の方は，本文中の「Windows」を「Windows Server 2008」と読み替えてください。

マニュアルの本文中でマニュアル名称の後に「（Windows用）」と記述されている場合は，そのマニュアルの適用OSが，Windows Server 2003およびWindows Server 2008であることを示します。

KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

1.　Mail - SMTPについて

Mail - SMTPは，Groupmax Mailシステムとそれ以外のメールシステムが，SMTPプロトコルを通してデータの送受信をするためのゲートウェイシステムです。この章ではMail - SMTPの概要とシステム構成について説明します。

＜この章の構成＞

1.1　Mail - SMTPの概要

1.2　Mail - SMTPの運用手順

1.3　Mail - SMTPのプログラム構成

1.4　Mail - SMTPのファイルとディレクトリ

1.1　Mail - SMTPの概要

ここでは，Mail - SMTPの機能やシステム内での位置付けについて説明します。

＜この節の構成＞

1.1.1　Mail - SMTPとは

1.1.2　Mail - SMTPの機能

1.1.3　Mail - SMTPのメール転送機能

1.1.1　Mail - SMTPとは

Mail - SMTPは，Groupmax Mailシステムとそれ以外のメールシステムが，SMTPを通してデータの送受信をするためのゲートウェイシステムです。Mail - SMTPによって，Groupmax Mailユーザ（以降「Groupmaxユーザ」と略します）は，ほかのメールシステムとメールの送受信ができます。

このマニュアルでは，Mail - SMTPの環境設定方法と運用方法について説明します。

参考

SMTPは，TCP/IP上で異なるシステム間でのASCIIデータの転送を実現するための規約です。

1.1.2　Mail - SMTPの機能

Mail - SMTPの主な機能は，SMTPのメールと，Mail Serverで使用されるX.400メールサービス(以降「X.400」と略します)のメールのデータおよびアドレスを相互に変換することです。X.400は，国際通信規格で定められた電子メールサービスです。Mail Serverではシステム内部の通信に使用されています。

具体的には次の処理をします。

外部のシステムから送信されてきたSMTPのメールを，Mail Serverで処理できるようにX.400プロトコルに変換します。

Groupmaxユーザが作成したメールを外部のシステムに送信できるように，SMTPプロトコルに変換します。

1.1.3　Mail - SMTPのメール転送機能

Mail - SMTPでは，メールの変換のほかにメールの転送もします。ただし，メールの転送には既存の機能を利用しています。Mail - SMTPがメールの転送に利用している主な機能を次に示します。

Sendmail
Sendmailは，SMTPのメールの送受信に使います。Sendmailについては，「3.　Sendmailの環境設定」を参照してください。

X.400
X.400は，Mail ServerとMail - SMTPとの間でX.400のメールの送受信をする場合に使います。X.400については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」（Windows 用）を参照してください。

uuencodeとuudecode
uuencodeとuudecodeは，X.400サーバを備えていないUNIXシステムのユーザが，Groupmaxユーザとの間でバイナリデータの送受信をする場合に使います。一般的な他社メーラはMIME形式でメールを送受信するためuuencodeはエンコード方式として選択されていません。Mail - SMTPでは送信時の文字コードとしてJIS/SJIS/EUCの場合にuudecodeを自動的に行います。uuencodeとuudecodeについては，「付録B　uuencode形式によるメールの変換方法」を参照してください。また，特定のドメイン名に送信する場合のみuuencodeを実施するには，「付録F　ドメインごとエンコード指定機能の使用方法」を参照してください。

MIME
MIMEはSMTPの拡張機能で，ASCIIデータ以外のデータの送受信をする場合に使います。Mail - SMTPでは，デフォルトでMIME形式のメールを生成します。MIMEについては，「付録C　MIME形式によるメールの変換方法」を参照してください。

1.2　Mail - SMTPの運用手順

ここでは，Mail - SMTPを使用するために必要な手順，およびその他の注意事項について説明します。

＜この節の構成＞

1.2.1　Mail - SMTPの運用に必要な環境

1.2.2　環境設定の概要

1.2.1　Mail - SMTPの運用に必要な環境

Mail - SMTPを使用するには，Mail - SMTPをインストールしてから，環境を設定します。設定する環境を次に示します。

Mail Serverの環境

X.400のインタフェース環境

データベース環境（HP-UX版およびAIX版）

Mail - SMTPの環境

Sendmailの環境

上記の環境のうち，このマニュアルでは，データベース環境設定およびMail - SMTPの環境設定およびSendmailの環境設定について説明します。

Mail Serverの環境設定およびX.400のインタフェースの環境設定については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」（Windows 用）を参照してください。

注意

Mail - SMTPを使用する場合，Mail Serverに登録するMTAのO/R名，およびGroupmaxユーザのO/Rには次に示す文字コードだけを使用してください。これ以外の文字コードが使用された場合，Groupmaxユーザとインターネット間でメールの送受信ができない場合があります。使用できる文字コードの詳細については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」（Windows 用）を参照してください。

使用できる文字コード

半角英数字，半角＋記号，半角－記号

1.2.2　環境設定の概要

X.400のインタフェース，Mail - SMTP，Sendmailの各環境は，それぞれ別々に設定する必要があります。ここでは，各環境の概要について説明します。

＜この項の構成＞

(1)　X.400のインタフェース環境

(2)　データベース環境（HP-UX版およびAIX版）

(3)　Mail - SMTPの環境

(4)　Sendmailの環境

(1)　X.400のインタフェース環境

X.400のインタフェース環境を設定するには，サーバにMail - SMTPゲートウェイを登録する必要があります。ゲートウェイ名は，smtpgwです。登録方法については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」（Windows 用）を参照してください。

注意

Mail ServerにSMTPゲートウェイを登録する際には，SMTPゲートウェイのC(国名)，ADMD(主官庁領域名)，PRMD(私設領域名)（以降「国名，ADMD，PRMD」と略します）とsmtpmngのX400DOMAINで指定する国名，ADMD，PRMDは同じ値を指定してください。また，SMTPゲートウェイの国名，ADMD，PRMDとサーバの国名，ADMD，PRMDは異なる値を指定してください。

(2)　データベース環境（HP-UX版およびAIX版）

データベース環境は，Mail - SMTPのインストール後に，gw_setupコマンドを実行して設定します。gw_setupコマンドは，Mail - SMTPがMail Serverのデータベース資源を使用できるようにするために，動作環境変数に「XODDIR」を追加するプログラムです。

Mail - SMTPのインストール後に，次に示すコマンドを実行してください。

# cd smtpbin
# gw_setup

gw_setupコマンドを実行すると，下記のメッセージを表示して「XODDIR」環境変数の入力を求めます。

Object Serverの環境変数(XODDIR)を絶対パスで入力して下さい。
XODDIR=

「XODDIR」の値を入力すると設定を終了します。この時，エラーメッセージが表示された場合には，「6.2.4　gw_setupのエラーメッセージ（HP-UX版およびAIX版）」を参照してください。

注意

Windows 版では本設定は不要です。

(3)　Mail - SMTPの環境

Mail - SMTPの環境を設定するには，次の情報に必要な値を設定します。

以下のファイルは必須の設定ファイルです。

ドメインファイル(domain.dat)

コンフィグレーションファイル(smtpgw.cfg)

DBマッピングファイル(index.db，data.db)

環境設定ファイルの設定には，smtpmngコマンドおよびdbmapコマンドを使用します。環境設定の方法については「2.　Mail - SMTPの環境設定」を参照してください。またアドレスマッピングについては「4.　Mail - SMTPのアドレスマッピングルール」を参照してください。

(4)　Sendmailの環境

Sendmailの環境設定については，「3.　Sendmailの環境設定」を参照してください。

1.3　Mail - SMTPのプログラム構成

Mail - SMTPには，環境設定用プログラムとメールメッセージ処理用プログラムが五つ用意されています。ここでは，各プログラムの機能の概要を説明します。

gw_setup（HP-UX版およびAIX版）
Mail Serverのデータベース情報を，Mail - SMTPが参照できるようにするプログラムです。gw_setupは，Mail - SMTPインストール後に，一度だけ実行します。

smtpmng
Mail - SMTPの環境を設定するプログラムです。このプログラムから，環境変数，ゲートウェイアドレスおよびアドレスマッピング情報を設定できます。このプログラムが表示するメッセージに従って必要な値を入力してください。詳細については，「2.　Mail - SMTPの環境設定」を参照してください。

smtp_gw
SMTPとX.400のメールの相互変換，および各メールの転送をするプログラムです。このプログラムが，Mail - SMTPの主要な処理を実行します。環境設定後の起動と停止手順については，「5.　Mail - SMTPの起動と停止」を参照してください。

smtp_daemonまたはsmtp_dm(smtp_daemonと略します)
smtp_gwによってX.400からSMTPへ変換されたメールを，Sendmailを起動して送信します。

mhs_mailer
Sendmailが受信したSMTPのメールを専用ディレクトリに格納（キューイング）するプログラムです。格納されたメールは，smtp_gwが受信します。詳細については，「3.1.2　mhs_mailerの概要」を参照してください。

dbmap
Address Serverからユーザ情報を取得して，DBマッピング，およびニックネームマッピングに必要なファイルを作成するプログラムです。詳細については，「2.4　dbmap」を参照してください。

smuq2smq
smuqに退避されたメールアーカイブ用のメールをsmqに復旧させるプログラムです。詳細については，「2.5　smuq2smq」を参照してください。

1.4　Mail - SMTPのファイルとディレクトリ

ここでは，Mail - SMTPを構成するファイルとディレクトリを示します。

＜この節の構成＞

1.4.1　ファイルとディレクトリの構成

1.4.2　主なファイル及びディレクトリの内容

1.4.1　ファイルとディレクトリの構成

Mail - SMTPは，図1-1に示すファイルとディレクトリから構成されています。このマニュアルでは，インストールディレクトリをsmtpdirとして表記しています。

図1-1　ファイルとディレクトリの構成

1.4.2　主なファイル及びディレクトリの内容

ここでは，「1.4.1　ファイルとディレクトリの構成」の構成要素のうち主なファイルおよびディレクトリの内容について説明します。

インストールディレクトリ(smtpdir)
Mail - SMTPで使用するファイルとディレクトリが，このディレクトリに含まれています。

注意

Windows 版は，インストール時にインストールディレクトリを指定することができます。

注意

HP-UX版およびAIX版は，/opt/smtpgw/下に実行ファイルディレクトリ(bin)を作成します。bin以外のサブディレクトリは全て/var/opt/smtpgwの下に作成します。

実行ファイルディレクトリ(smtpdir下のbin。以降smtpbinと略します)
Mail - SMTPを構成するsmtpmng，mhs_mailer，smtp_gw，smtp_dm，gw_setupおよびdbmapの五つのプログラムは，このディレクトリに含まれています。

DBマッピングファイル用ディレクトリ(smtpdir下のGmaxAddrDB。以降GmaxAddrDBと略します。)
このディレクトリには，DBマッピングやニックネームマッピングを実行するときに必要となる次の三つのファイルが作成されます。

index.db

data.db

data.csv

Sendmailへの送信用のキューディレクトリ(smtpdir下のsmq。以降smqと略します。)
smtp_gwがX.400からSMTPに変換したメールをキューイング（一時的に保管）処理する場合に使用するディレクトリです。キューイングされたメールはsmtp_daemonによってSendmailへ送信されます。キューイング中のファイルは，次の4種類のファイルに保存されます。

「A」+7けたの半角英数字による追番　レポートファイル

「H」+7けたの半角英数字による追番　SMTPヘッダファイル

「B」+7けたの半角英数字による追番　メールボディファイル

「O」+7けたの半角英数字による追番　Sendmail送信用ファイル

送信制限サイズを超えたメールは，上記の「Sendmail送信用ファイル」に拡張子「.lmt」を付けたファイルがキューイングされます。

ゲートウェイ受信用のキューディレクトリ(smtpdir以下のgwq。以降gwqと略します。)
Mail - SMTPがインターネットから受信したメールをキューイング処理（一時的に保管）する場合に使用するディレクトリです。キューイング中のファイルは，次の3種類のファイルに保存されます。

「A」+7けたの半角英数字による追番　アドレスファイル

「H」+7けたの半角英数字による追番　SMTPヘッダファイル

「B」+7けたの半角英数字による追番　メールボディファイル

ゲートウェイアンデリバリキューディレクトリ(smtpdir下のgwuq。以降gwuqと略します。)
このディレクトリには，ゲートウェイが配信に失敗したメールが，次の4種類のファイル名によって保存されます。

「O」+7けたの半角英数字による追番　Sendmail送信用ファイル

「A」+7けたの半角英数字による追番　アドレスファイル

「H」+7けたの半角英数字による追番　SMTPヘッダファイル

「B」+7けたの半角英数字による追番　メールボディファイル

これらのファイルに保存されたメールデータは自動的に削除されないので，システム管理者は一定期間ごとにファイルを削除するようにしてください。

Sendmailアンデリバリキューディレクトリ(smtpdir下のsmuq。以降smuqと略します。)
このディレクトリはメールアーカイブ機能を使用する場合のみ作成されます。このディレクトリには，ゲートウェイが配信に失敗したメールアーカイブ用のメールが，次の4種類のファイル名によって保存されます。

「O」+7けたの半角英数字による追番　Sendmail送信用ファイル

「A」+7けたの半角英数字による追番　アドレスファイル

「H」+7けたの半角英数字による追番　SMTPヘッダファイル

「B」+7けたの半角英数字による追番　メールボディファイル

これらのファイルに保存されたメールデータは自動的に再送されないので，システム管理者はリカバリコマンド（smuq2smq）でsmqにリカバリする必要があります。詳細については，「2.5　smuq2smq」を参照してください。

ログディレクトリ(smtpdir下のlogdir。以降logdirと略します。)
Mail - SMTPから出力されるトレース情報，エラー情報が格納されます。トレース情報については「6.1　トレース情報」を，エラー情報については「6.2　エラーメッセージ」をそれぞれ参照してください。

コンフィグレーションファイル(smtpdir下のsmtpgw.cfg)
Mail - SMTPの環境を設定するための情報（環境変数）を格納するファイルです。

ドメインファイル(smtpdir下のdomain.dat)
Mail - SMTPのドメインアドレスを定義するファイルです。

テーブルマッピングファイル
(smtpdir下のrfc1327-mapping1，rfc1327-mapping2)
テーブルマッピングでSMTPとX.400のアドレスを変換(マッピング)するためのファイルです。テーブルマッピングファイルには，X.400のアドレスをSMTPのアドレスに変換するためのファイル（rfc1327-mapping1）と，SMTPのアドレスをX.400のアドレスに変換するためのファイル（rfc1327-mapping2）があります。

Content-Typeマッピングファイル
(smtpdir下のsend-cont.csv)
メールを送信する際に，添付ファイルの拡張子からContent-Typeをマッピングするための設定ファイルです。

エラーメールを返信抑制するアドレスファイル
(smtpdir下のnoreply_from.dat)
受信エラーが発生した場合に，エラーメールを返信しない送信者のアドレスを設定するファイルです。

テンプレートファイル用ディレクトリ(smtpdir下のenv_tmp)
このディレクトリには，環境設定に必要なデフォルトのデータを含んだファイルが格納されています。格納されているのは次のファイルです。

smtpgw.cfg.tmp

domain.dat.tmp

rfc1327-mapping1.tmp

rfc1327-mapping2.tmp

item.def.tmp

sendmail.cf.tmp

注意

UNIX版のみ提供しています。提供しているsendmail.cfは次に示すSendmailのバージョンに対応しています。

HP-UX：8.8.6

AIX：8.11.0

上記以外バージョンのSendmailを使用している場合には，テンプレートを参考にして，sendmail.cfを修正してください。

2.　Mail - SMTPの環境設定

Mail - SMTPでは，環境設定用にsmtpmngコマンドとdbmapコマンドの二つのプログラムが提供されています。この章ではsmtpmngコマンドとdbmapコマンドを使って，環境を設定する方法について説明します。

＜この章の構成＞

2.1　Mail - SMTPの環境設定

2.2　smtpmng

2.3　smtpmngのサブコマンド

2.4　dbmap

2.5　smuq2smq

2.1　Mail - SMTPの環境設定

Mail - SMTPでは，Mail ServerとX.400インタフェースのほかにMail - SMTP自身の環境を設定する必要があります。ここでは，smtpmngコマンドを使って，Mail - SMTPの環境を設定する方法について説明します。

なお，Mail - SMTPの環境設定はMail Serverの環境設定とX.400インタフェースの環境設定が完了した後に実行してください。

＜この節の構成＞

2.1.1　環境設定の方法

2.1.1　環境設定の方法

ドメインファイル(domain.dat)

コンフィグレーションファイル(smtpgw.cfg)

DBマッピングファイル(index.db，data.db)

テーブルマッピングファイル(rfc1327-mapping1，rfc1327-mapping2)

Content-Typeマッピングファイル(send-cont.csv)

エラーメールを返信抑制するアドレスファイル(noreply_from.dat)

添付ファイル化を除外するcharsetファイル(noattachment_charset.dat)

エラーメールの主題カスタマイズ定義ファイル(errormail_subject.dat)

ドメインファイル，コンフィグレーションファイル，テーブルマッピングファイル，Content-Typeマッピングファイル，エラーメールを返信抑制するアドレスファイル，添付ファイル化を除外するcharsetファイルおよびエラーメールの主題カスタマイズ定義ファイルに必要な情報を格納するには，smtpmngコマンドを使います。smtpmngコマンドを使うと，環境設定に必要な情報を上記のファイルに対話的に設定できます。

注意

テーブルマッピングファイルは，テーブルマッピング機能を使う場合にだけ設定が必要となります。

Content-Typeマッピングファイルは，Content-Typeのマッピング機能を使う場合にだけ設定が必要となります。

エラーメールを返信抑制するアドレスファイルは，エラーメールとして返信抑制したいアドレスを追加する場合だけ設定が必要となります。

添付ファイル化を除外するcharsetファイルは，本文や主題を添付ファイル化する運用を開始した後で添付ファイル化しないcharsetがあった場合のみ設定が必要となります。

DBマッピングファイルに必要な情報を格納するには，dbmapコマンドを使います。dbmapコマンドについては，「2.4 dbmap」を参照してください。

注意

dbmapコマンドはMail - SMTPをバージョンアップした場合，および新規にインストールした場合には必ず実行してください。

なお，Mail - SMTPの起動中には環境を変更できません。環境変更の作業は必ずMail - SMTPを停止した状態で行ってください。すでに起動中の場合は，Mail - SMTPを停止してから再起動してください。

終了方法については，「5　Mail - SMTPの起動と停止」を参照してください。

2.2　smtpmng

ここでは，smtpmngコマンドの機能について説明します。

＜この節の構成＞

2.2.1　smtpmngの機能

2.2.2　smtpmngの仕様

2.2.1　smtpmngの機能

smtpmngコマンドは，環境設定に必要な情報をファイルに格納するためのプログラムです。

smtpmngコマンドを使うと対話的に次の各ファイルに情報を格納できます。

ドメインファイル(domain.dat)

コンフィグレーションファイル(smtpgw.cfg)

テーブルマッピングファイル
(rfc1327-mapping1，rfc1327-mapping2)

Content-Typeマッピングファイル
(send-cont.csv)

エラーメールを返信抑制するアドレスファイル
(noreply_from.dat)

添付ファイル化を除外するcharsetファイル
(noattachment_charset.dat)

エラーメールの主題カスタマイズ定義ファイル
(errormail_subject.dat)

2.2.2　smtpmngの仕様

次にsmtpmngコマンドの仕様について説明します。

＜この項の構成＞

(1)　起動方法

(2)　サブコマンド

(3)　注意事項

(1)　起動方法

Windows版の場合

smtpmngは，「Mail - SMTPセットアップ」アイコンから起動します。起動すると，サブコマンドの一覧が表示されます。

HP-UX版，AIX版の場合

smtpmngコマンドの構文を次に示します。起動すると，サブコマンドの一覧が表示されます。

# smtpmng

(2)　サブコマンド

smtpmngコマンドで環境設定用ファイルを処理する場合，次のサブコマンドを使います。括弧()内はサブコマンドの短縮形です。

help(h)

サブコマンドを再表示します。

print_config(p)

現在の環境設定値を一覧表示します。

edit_domain(ed)

ドメインファイルを編集します。

edit_format(ef)

送受信するメールの変換フォーマットについて設定します。

edit_mapping(em)

アドレスのマッピング方法について設定します。

edit_option(eo)

ゲートウェイの監視時間，ログ出力パラメタ，およびエラーログレベルなどのオプションパラメタを設定します。

edit_archive(ea)

メールアーカイブ機能について設定します。メールアーカイブ機能を使用しない場合には，本サブメニューの設定をしないでください。

edit_smailpath(es)

Sendmailのパス名を変更します。本設定項目は，Windows版のみ提供されます。HP-UX版およびAIX版では設定不要です。

注意

以降のsmtpmngコマンドの説明において，edit_smailpathメニューの説明や，設定項目SENDMAILの内容表示，設定方法の説明がありますが，全てWindows版の提供機能です。

quit(q)

smtpmngコマンドを終了します。

smtpmngコマンドを実行すると，次のように専用のプロンプトが表示されます。

smtpmng >

プロンプトから各サブコマンドを選択して環境を設定します。なお，サブコマンドの詳しい使い方については，「2.3　smtpmngのサブコマンド」を参照してください。

(3)　注意事項

smtpmngコマンドを使用する場合には，次の点に注意してください。

同時に複数のsmtpmngコマンドを起動できません。

サブコマンドから入力した値が不正だった場合は，エラーメッセージが出力されて再入力待ちになります。入力する値の大きさ，文字コードおよび文字列の長さに注意してください。

smtpmngコマンドで設定値を保存した場合，変更前の内容は拡張子.bkの付いたファイルに保存されます。

smtpmngコマンドは，＜Ctrl＞+＜C＞や＜Ctrl＞+＜Break＞などによる割り込みでの強制終了はできません。また，ウインドウシステムのクローズ操作による終了もできません。必ず，サブコマンドquit(q)を使って終了してください。

システム管理者（rootユーザ）だけがsmtpmngコマンドを使用できます（HP-UX版およびAIX版）。

smtpmngコマンドを起動する場合，Mail - SMTPのサービスを停止する必要があります。また，dbmapコマンド実行中やsmuq2smqコマンド実行中もsmtpmngコマンドを起動することはできません。dbmapコマンドやsmuq2smqコマンドが終了してからsmtpmngコマンドを起動してください。なお，Address ServerおよびMail Serverのサービスは停止する必要はありません。

設定値の入力で，リターンキーだけを入力した場合には，デフォルト値または現在の設定値が入力されたものとして動作します。

2.3　smtpmngのサブコマンド

smtpmngコマンドで環境を設定する場合，各環境設定ファイルの編集にはサブコマンドを使用します。サブコマンドを使用するには，smtpmngコマンドを起動すると専用プロンプト（smtpmng>）が表示されますので，サブコマンド（文字列）を入力してください。

smtpmng>

サブコマンドを次に示します。なお，括弧()内はサブコマンドの短縮形です。また，smtpmngコマンドを起動した時のメニュー番号でもサブコマンドを指定できます。

help(h)

print_config(p)

edit_domain(ed)

edit_format(ef)

edit_mapping(em)

edit_option(eo)

edit_archive(ea)

edit_smailpath(es)

quit(q)

ここでは，各サブコマンドの機能と使用方法について説明します。

＜この節の構成＞

2.3.1　help

2.3.2　print_config

2.3.3　edit_domain

2.3.4　edit_format

2.3.5　edit_mapping

2.3.6　edit_option

2.3.7　edit_archive

2.3.8　edit_smailpath（Windows版）

2.3.9　quit

2.3.1　help

＜この項の構成＞

(1)　機能

(2)　説明

(1)　機能

各サブコマンドの簡単な説明を一覧で表示します。

(2)　説明

プロンプト「smtpmng>」からサブコマンドのhelpを入力すると，サブコマンドを一覧表示します。helpを入力しないでリターンキーだけを押しても同じ結果になります。

次にhelpの実行例を示します。

smtpmng > help
運用管理サブコマンド一覧
 0.help(h)           : サブコマンド一覧の表示
 1.print_config(p)   : 現在の設定値の表示
 2.edit_domain(ed)   : Mail-SMTPドメインの設定変更
 3.edit_format(ef)   : 書式の設定変更
 4.edit_mapping(em)  : アドレスマッピングルールの設定変更
 5.edit_option(eo)   : オプションの設定変更
 6.edit_archive(ea)  : メールアーカイブの設定変更
98.edit_smailpath(es): sendmailパスの設定変更
99.quit(q)           : プログラムの終了
smtpmng >

注意

サブコマンドedit_smailpath(es)は，Windows版のみの設定項目です。

2.3.2　print_config

＜この項の構成＞

(1)　機能

(2)　説明

(1)　機能

現在のMail - SMTPの設定内容のうちdomain.datとsmtpgw.cfgに設定されている設定内容を一覧表示します。テーブルマッピング情報やContent-Typeマッピングテーブル情報は一覧表示しません。

(2)　説明

プロンプト「smtpmng>」からサブコマンドのprint_configを入力すると，現在の設定内容は次のように表示されます。メニュー番号「1」またはサブコマンドの省略形「p」を入力しても同じ結果になります。

次にprint_configの実行例を示します。なお，「リターンキーを入力してください。>」のメッセージでは＜リターンキー＞を入力してください。

smtpmng > p
現在の設定値:
        X400DOMAIN=/C=JP/ADMD=smtpgw/PRMD=smtpgw/
        INETDOMAIN=xxxxx.co.jp
        SEND_CODE = mime
        MIME_SUBJECT = split
        SPLIT_FNAME = no_split
        SEND_BASE64_ENCODE = all
        KANA_MODE = convert
        LONG_FNAME = send_allow
        SEND_RTF_BODY = rtf_deny
        SEND_RTF_BODY_FLAG = send_inline
        SENDFLAG = return
        SEND_X400REPORT_MAIL_FROM = send_env_from
        SEND_ENVELOPE_FROM = admin@smtpgw.xxxxx.co.jp
        MSGID_MODE = rfc1327
        SEND_HEADER_RECIPIENTS_DISCLOSURE = true
        SEND_HEADER_SENDER = send_allow
        SEND_HEADER_COMMENT = send_allow
        SEND_HEADER_FROM =
リターンキーを入力してください。>
        RECV_CODE = sjis
        BCC_RECIPIENTS = on
        MIME_STRUCTURE = off
        RECV_MAC_RESOURCE = recv_deny
        SECURE_MIME = synchronized_dual_bodies
        RECV_RTF_BODY_FLAG = recv_inline
        RECV_TEXT_FILE = convert
        RECV_MESSAGE_PARTIAL = recv_allow
        RECV_ORIGINATOR = Resent-Sender Sender Resent-From From Envelope_From
        RECV_ORIGINATOR_MAPPING = all
        MIME_HEADER_ANALYZE = need_mime_version
        RECV_TEXT_HONBUN = noconv
        RECV_TEXT_SUBJECT = noconv
        NOATTACHMENT_CHARSET_CHECK = part
        HONBUN_UNICODE_CHECK = on
リターンキーを入力してください。>
        MAPPING_MODE = db
        TABLE_MAPPING_USE = no
        PERMISSION_MODE = send_deny
        MODIFYING_DBFILE = auto
        FILTER_ADDRESS = all
        SEND_INTERNETDOMAIN_CHECK = all
        GW_POLL_TIME = 10
        LOG_PARAMETER = 2000, 20
        LOG_PARAMETER_DAEMON = 1000, 5
        LOG_PARAMETER_DBMAP = 3000, 2
        LOG_STATUS_LIMIT = 3000, 1000, 100, 100, 0
        ERROR_LEVEL = none
        DAEMON_RETRY_INTERVAL = 60
        DAEMON_RETRY_COUNT = 2
        DAEMON_ALARM_INTERVAL = 5
        DAEMON_SENDMAIL_RESTART_NUM = 1
        SERVICES_STOP_WAIT_TIME = 0
        SEND_BODY_SIZE_LIMIT = 0/0-24
        ERROR_MAIL_TO = Envelope_From Errors-To Return-Path Sender From
        LOOP_MAIL_ADDRESS_CHECK = on
        DISKFULL_SERVICES_CONTROL = normal
リターンキーを入力してください。>
        MAILARCHIVE_ADDRESS =
        MAILARCHIVE_MAPPING_MODE = nickname
        MAILARCHIVE_SEND_ENVELOPE_FROM =
        MAILARCHIVE_RCPT_TO_NUM = 15
        MAILARCHIVE_X_MAILER = Groupmax Mail-SMTP
        MAILARCHIVE_ERROR_MAIL = create
        SENDMAIL = c:¥instdir¥sendmail¥sendmail.exe
リターンキーを入力してください。>

2.3.3　edit_domain

＜この項の構成＞

(1)　機能

(2)　説明

(3)　edit_domainで設定する値

(1)　機能

Mail - SMTPドメインの設定内容を変更します。

(2)　説明

プロンプト「smtpmng>」からサブコマンドのedit_domainを入力すると，次のようなメニューメッセージが表示されて，プロンプトが「edit_domain>」に変わります。メニュー番号「2」またはサブコマンドの省略形「ed」を入力しても同じ結果になります。

次にedit_domainの実行例を示します。

smtpmng> edit_domain
   設定する項目の番号を入力して下さい。
       0. 設定項目一覧の表示
       1. ドメインファイルの設定表示
       2. X.400ドメイン名の設定(X400DOMAIN)
       3. INTERNETドメイン名の設定(INTERNETDOMAIN)
      99. edit_domainサブコマンドの終了
edit_domain>

設定内容を表示する場合は，メニュー番号「1」を入力してください。

edit_domain > 1
現在の設定値:
    X400DOMAIN=/C=JP/ADMD=smtpgw/PRMD=smtpgw/
    INETDOMAIN=domain.hitachi.co.jp

設定内容を変更する場合は，プロンプト「edit_domain>」のメニュー番号「2」または「3」を入力してください。メニュー番号を入力すると，現在の設定値を表示してから，変更値と確認(Yes/No)の入力を求めてきます。

メニュー番号「2」を入力した場合を次に示します。

edit_domain> 2                            [X.400ドメイン名の設定]
現在の設定値(X400:国名) -> US
変更する値(X400:国名)   -> JP       [JPに変更]
現在の設定値(X400:主官庁領域名) -> HITACHI
変更する値(X400:主官庁領域名)   ->  [値を入力しない場合は
.                                         リターンキー]
.
.
設定しますか？ (Yes/No) Yes

すべての入力が終了したら，edit_domainのメニューが表示されプロンプト「edit_domain>」に戻ります。

プロンプト「edit_domain>」に「99」を入力するとedit_domainサブコマンドを終了し，プロンプトが「smtpmng>」に変わります。

(3)　edit_domainで設定する値

edit_domainでは，X.400ドメイン名とINTERNETドメイン名を設定します。

X.400ドメイン名
X.400ドメイン名は次の項目から構成されます。
　国名
　主官庁領域名
　私設領域名
　組織名（最上位組織名）
　部門1（ドメイン名）
　部門2
　部門3
　部門4
これらの項目には，Mail ServerのX.400運転席のゲートウェイ追加で登録した国名，ADMD，PRMDと同じ内容を設定してください。
ここに指定されたアドレスは，インターネットから受信した送信者のアドレスをO/R名にマッピングしたときに，与えるアドレスとなります。

注意

X.400ドメイン名がMail Serverに登録されたゲートウェイのO/R名と異なっている場合には，Groupmax Mailクライアントからインターネットへのメール返信ができませんので注意してください。

INTERNETドメイン名
実際に存在するインターネットドメイン名，およびアドレスマッピングで登録したインターネットドメイン名と重複しない仮想のインターネットドメイン名を設定してください。

注意

INTERNETドメイン名に設定したドメイン宛てにはメールの送信はできません。

2.3.4　edit_format

＜この項の構成＞

(1)　機能

(2)　説明

(3)　edit_sendformatで設定する値

(4)　edit_recvformatで設定する値

(1)　機能

送受信するメールの書式の設定内容を変更します。

(2)　説明

プロンプト「smtpmng>」にサブコマンドのedit_formatを入力すると，次のようなメニューメッセージが表示されて，プロンプトが「edit_format>」に変わります。メニュー番号「3」またはサブコマンドの省略形「ef」を入力しても同じ結果になります。

次にedit_formatの実行例を示します。

smtpmng> edit_format
   設定する項目の番号を入力して下さい。
       0. 設定項目一覧の表示
       1. 現在の設定値の表示
       2. 送信メールの書式に関する設定
       3. 受信メールの書式に関する設定
      99. edit_formatサブコマンドの終了
edit_format>

プロンプト「edit_format>」の状態で，送信メールの書式に関する設定を行う場合にはメニュー番号「2」を，受信メールの書式に関する設定を行う場合にはメニュー番号「3」を入力してください。次に，メニュー番号「2」または「3」を入力した場合の詳細を説明します。

メニュー番号2を入力した場合

メニュー番号「2」を入力すると，さらに送信に関するサブメニューが表示されて，プロンプトが「edit_sendformat>」に変わります。

edit_format> 2
設定する項目の番号を入力して下さい。
0. 設定項目一覧の表示
1. 現在の設定値の表示
2.送信文字コード(主題，本文，ファイル名) (send_code)
3.半角仮名文字送信制御(kana_mode)
4.ロングファイル名の設定(long_fname)
5.リッチテキストファイル送信制御(send_rtf_body)
6.Internet送信モード(sendflag)
7.Internet送信者アドレス(send_envelope_from)
8.Message-IDフォーマット(msgid_mode)
9.受信者名公開(send_header_recipients_disclosure)
10.Content-Typeマッピングテーブル
11.送信者(send_header_sender)
12.コメント(send_header_comment)
99.edit_sendformatサブコマンドの終了
edit_sendformat>

プロンプト「edit_sendformat>」の状態で，メニュー番号「2」から「12」のどれかを入力してください。メニュー番号を入力すると，次のように現在の設定値を表示してから，変更値と確認(Yes/No)の入力を求めてきます。また，設定項目によっては続けて関連項目を設定します。

edit_sendformat> 2                 [送信文字コード]
送信文字コードの設定：
   次の文字列を指定してください。
     "jis"  : JISコード
     "sjis" : SJISコード
     "euc"  : EUCコード
     "mime" : MIMEを使用
現在の設定値(SEND_CODE) ->  jis
変更する値  (SEND_CODE) -> mime
設定しますか？(Yes/No) Yes

メニュー番号3を入力した場合

edit_formatで，メニュー番号「3」を入力すると，さらに受信に関するサブメニューが表示されて，プロンプトが「edit_recvformat>」に変わります。

edit_format> 3
設定する項目の番号を入力してください。
0.設定項目一覧の表示
1.現在の設定値の表示
2.受信文字コード(主題，本文，ファイル名）(recv_code)
3.BCC受信者(bcc_recipients)
4.MIME構造情報ファイルの設定(mime_structure)
5.S/MIMEメールの受信方法の設定(secure_mime)
6.リッチテキスト本文連携情報の受信制御(recv_rtf_body_flag)
7.テキスト添付ファイルの文字変換(recv_text_file)
8.分割メールの受信制御(recv_message_partial)
9.送信者(recv_originator)
10.送信者のマッピング制御(recv_originator_mapping)
11.MIMEヘッダの解析(mime_header_analyze)
12.本文添付ファイル化の設定(recv_text_honbun)
99.edit_recvformatサブコマンドの終了
edit_recvformat>

プロンプト「edit_recvformat>」にメニュー番号「2」から「12」のどれかを入力してください。メニュー番号を入力すると，次のように現在の設定値を表示してから，変更値と確認(Yes/No)の入力を求めてきます。

edit_recvformat> 2                 [受信文字コード]
受信文字コードの設定：
   次の文字列を指定して下さい。
     "jis"  : JISコード
     "sjis" : SJISコード
     "euc"  : EUCコード
現在の設定値(RECV_CODE) ->  jis
変更する値　(RECV_CODE) -> sjis
設定しますか？(Yes/No) Yes

プロンプト「edit_sendformat>」または「edit_recvformat>」に「99」を入力するとサブニューを終了し，edit_formatのメニューが表示されプロンプトが「edit_format>」に変わります。

また，プロンプト「edit_format>」に「99」を入力するとサブコマンドを終了し，メインメニューが表示されプロンプトが「smtpmng>」に変わります。

(3)　edit_sendformatで設定する値

edit_sendformatで設定できる値は次の17種類です。

送信文字コード(主題，本文，ファイル名)(send_code)
指定する文字コードに従って主題，添付ファイル名，本文およびE-mailコメントを変換します。次のどれかを指定できます。指定する値と対応する文字コードは，次のとおりです。なお，送信文字コードにmimeを指定した場合は，添付ファイル名およびE-mailコメントはBase64形式でエンコードされます。それ以外を指定した場合は，uuencode形式でエンコードされます。デフォルトは，mimeです。

mime

MIME

jis

JISコード

sjis

SJISコード

euc

EUCコード

注意

E-mailコメントを生成する場合にはmimeを設定してください。SEND_CODE=mime以外の場合，以下の現象が発生する場合があります。

コメントが文字化けする

同報者ヘッダが欠落する

SEND_CODE=mime以外で運用する場合には，送信時にコメントを生成しないようにしてください。コメントを生成しないようにする手順については，「6.5.22　E-mailアドレスにコメントをつけないようにしたい」を参照してください。

MIME主題分割送信制御(mime_subject)
MIME形式でメールを送信する場合に，主題をエンコードすると長くなるときに複数行に主題を分割して送信するか，主題を1行のままで送信するかを指定します。デフォルトは，splitです。この設定項目は，send_codeで"mime"を選択した場合だけ，関連項目として設定できるようになります。

split

主題を複数行に分割してMIMEエンコードします。

no_split

主題を1行のままMIMEエンコードします。

注意

主題全体がASCII文字のみで指定されている場合には，MIME形式でエンコードしません。また，複数行に分割せず１行で生成します。

添付ファイル名の分割送信制御(split_fname)
MIME形式でメールを送信する場合に，長い添付ファイル名を複数行に分割して送信するか，ファイル名を1行のままで送信するかを指定します。デフォルトは，no_splitです。この設定項目は，send_codeで"mime"を選択した場合だけ，関連項目として設定できるようになります。

no_split

添付ファイル名を1行のままMIMEエンコードにします。

split

添付ファイル名を複数行に分割してMIMEエンコードします。

注意

添付ファイル名全体がASCII文字のみで指定されている場合には，MIME形式でエンコードしません。また，複数行に分割せず１行で生成します。

BASE64エンコード制御(send_base64_encode)
MIME形式でメールを送信する場合に，主題および添付ファイル名をBase64エンコードする時のエンコード方法を指定します。デフォルトは，allです。この設定項目は，send_codeで"mime"を選択した場合だけ，関連項目として設定できるようになります。

part

主題や添付ファイル名の先頭にASCII文字がある場合にはその部分をBase64エンコードしません。また，拡張子の部分についてもBase64エンコードしません。

all

主題や添付ファイル名の全体をBase64エンコードします。

注意

主題全体や添付ファイル名全体がASCII文字のみで指定されている場合には，Base64エンコードしません。

半角仮名文字送信制御(kana_mode)
メールに半角仮名文字が含まれている場合に，半角仮名文字のまま送信するか，全角仮名文字に変換して送信するかを指定します。デフォルトは，convertです。

convert

主題，本文，および添付ファイル名に含まれている半角仮名文字を全角仮名文字に変換してメールを送信します。

noconv

半角仮名文字を全角仮名文字に変換しません。

注意

convertの設定では，メール受信した添付ファイル名の中の半角仮名文字，およびメール受信したテキスト形式(Content-Type: text/～で，文字コードがSJIS以外)の添付ファイルの中にある半角仮名文字も変換対象となります。

ロングファイル名の設定(long_fname)
Groupmaxユーザが送信したメールに添付ファイルがある場合に，添付ファイル名をロングファイル名のままインターネットに送信するか，DOS形式ファイル名（8.3形式）に変換して送信するかを指定します。デフォルトは，send_allowです。

send_allow

インターネット送信時の添付ファイル名としてロングファイル名を使用します。

send_deny

インターネット送信時の添付ファイル名としてDOS形式（8.3形式）のファイル名を使用します。

リッチテキストファイル送信制御(send_rtf_body)
インターネットに送信するときに，リッチテキスト本文を添付ファイルにして送信するかどうかを指定します。デフォルトは，rtf_denyです。

rtf_deny

インターネット送信時にリッチテキスト本文を送信しません。

rtf_allow

インターネット送信時にリッチテキスト本文を添付ファイルにして送信します。

このメールを受信した他社メーラでは本文と同じ内容のファイル（ファイル名：RFB1.rtf）が添付されます。また，他のGroupmaxドメインで受信した場合でも，リッチテキスト本文連携情報を無視する設定の場合には，添付ファイルとして受信されます。

注意

なお，S/MIMEメールについては必ずリッチテキスト本文が添付されます。この時，Mail - SMTPで署名済みのメールからリッチテキストを削除すると改竄となってしまう為，リッチテキスト送信制御の設定(send_rtf_body)にrtf_denyが設定されている場合でも，リッチテキストが添付されるようになっています。

MIME構造情報を添付ファイルにして受信処理を行う設定（mime_structure =on）を行っている場合に，インターネットから，リッチテキスト本文付きのメールが受信され，代行受信によって再度インターネットに送信されるメールについては本設定で，リッチテキストの送信制限でrtf_denyが設定されている場合でもリッチテキスト本文付きのメールが送信されます。

リッチテキスト本文連携情報の送信制御(send_rtf_body_flag)
インターネット送信時にリッチテキスト本文を添付ファイルにして送信する場合に，その添付ファイルがリッチテキスト本文であることを示す連携情報をMIMEヘッダに記述するかどうかを指定します。連携情報を入れることによりリッチテキスト本文のドメイン間連携を行うことができます。デフォルトは，send_inlineです。この設定項目は，リッチテキストファイル送信制御(send_rtf_body)で"rtf_allow"を選択した場合だけ，関連項目として設定できるようになります。

send_inline

リッチテキスト本文を添付ファイルにして送信する場合に，連携情報を入れます。

send_attach

リッチテキスト本文を添付ファイルにして送信する場合に，連携情報を入れません。

注意

本設定は，SEND_CODE = mimeかつSEND_RTF_BODY = rtf_allowの時だけ有効となります。

リッチテキスト本文の連携情報を基にリッチテキストの連携ができるのは送信側および受信側のメールシステムがMail - SMTP Version 6以降の場合だけです。

MIME構造情報を添付ファイルにして受信処理を行う設定（mime_structure =on）を行っている場合に，インターネットから，リッチテキスト本文付きのメールが受信され，代行受信によって再度インターネットに送信されるメールについては，本設定でリッチテキスト本文連携情報を追加したり削除したりすることはできません。

Internet送信モード(sendflag)
Groupmaxユーザが送信したメールが配信エラーになった場合にSendmailからのエラーメールをGroupmaxユーザに返信するかどうかを設定します。この設定値でSendmailのプロトコル上の送信者アドレス(MAIL FROM)に指定する値を制御します。デフォルトは，normalです。

normal

Sendmailのプロトコル上の送信者アドレスにsend_envelope_fromの設定値を指定します。Sendmailがメールの配信に失敗したときには，send_envelope_fromで指定した宛先に対してエラーメールが返信されます。

注意

SEND_ENVELOPE_FROMに"<>"(指定なし)を設定している場合は，normalを設定できません。

return

Sendmailのプロトコル上の送信者アドレスにメールを送信したGroupmaxユーザのE-mailアドレスを指定します。Sendmailがメールの配信に失敗したときに，メールを送信したGroupmaxユーザに対してエラーメールが返信されます。

エラーレポート送信時のInternet送信者(send_x400report_mail_from)
Mail Serverからエラーレポートが返信された場合にSendmailへ送信する際のエンベロープ送信者のアドレスのマッピング方法を設定します。デフォルトは，originatorです。この設定項目はsendflagの設定をすると関連項目として設定できるようになります。

originator

エラーレポートの送信者(originator)に指定されているアドレスをエンベロープ送信者にマッピングします。

send_env_from

SEND_ENVELOPE_FROMの設定値をエンベロープ送信者のアドレスにマッピングします。

注意

インターネットのメール送信者が受け取るエラーメールの送信者はMail - SMTPがエラーを返信した場合にはSEND_ENVELOPE_FROMの値と受信できなかった受信者と異なる場合があります。受信できなかった受信者のアドレスはエラーメール中に記載されるため，send_env_fromを設定することを推奨します。

注意

sendflagにnormalが設定されている場合は，設定値によらずSEND_ENVELOPE_FROMの設定値がエンベロープ送信者のアドレスにマッピングされます。

Internet送信者アドレス(send_envelope_from)
Sendflagにnormalが指定されている場合にSendmailのプロトコル上の送信者アドレス(MAIL FROM)に指定するE-mailアドレスを指定します。この設定値により，Sendmailがメールの配信に失敗した場合に，エラーメールを受け取るE-mailアドレスを指定することができます。また，Mail - SMTPが受信できなかったときに返信するエラーメールの送信者として指定するE-mailアドレスを使用します。デフォルトはrootです。なお，デフォルト値ではドメイン名を指定していません。この場合，Sendmailでドメイン名が付加されます。
ドメインパートまで指定することを推奨します。
"<>"(指定なし)を設定することも可能です。

注意

SEND_ENVELOPE_FROMを設定した場合，すでにsmqにキューイングされているメール(Sendmailへの送信待ちになっているメール)には適用されません。

SEND_ENVELOPE_FROMの設定が有効になるのは，SEND_ENVELOPE_FROMを設定した後に，Mail - SMTPの再起動後にsmtp_gwによって送信されるメールからです。

SEND_ENVELOPE_FROMに指定したE-mailアドレスのメールボックスを作成することは推奨しません。SEND_ENVELOPE_FROMに指定したE-mailアドレス宛のエラーメールを受信した際に，メールボックスが存在しない場合には，エラーメールの返信を抑止しています。詳細については「付録D.4　その他の注意事項(19)　ループメールの検知について」を参照してください。メールボックスを作成して運用する場合の注意事項は以下のとおりです。

注意

Mail - SMTPが返信したエラーメールが受信できなかった場合に返信されるエラーメールはSEND_ENVELOPE_FROMに指定したE-mailアドレスのメールボックスに受信します。また，SENDFLAG=normalの場合は，Groupmaxユーザから送信したメールに対して返信されるエラーメールもSEND_ENVELOPE_FROMのメールボックスに受信します。環境によっては大量のエラーメールを受信することがありますので，定期的にメールを削除する等の自動削除運用を検討してください。詳細はマニュアル「Groupmax Address/Mail Version 7　システム管理者ガイド　基本操作編」（Windows 用）「5.6.1　アプリケーション情報の設定」-「(2)　UAの設定」を参照してください。

注意

SEND_ENVELOPE_FROMに"<>"を設定した場合，SENDFLAGには"return"が自動的に設定されます。SEND_ENVELOPE_FROMに"<>"以外を設定した場合，SEND_HEADER_FROMの設定値が自動的に削除されます。

Internet送信者ヘッダアドレスの設定(send_header_from)
Mail-SMTPでメール受信不可のためエラーメールを返信する場合に，またはMail Serverからエラーレポートが返信された場合(ただしsend_x400report_mail_from設定値がsend_env_fromの時)，Sendmailへ送信する際のFromヘッダに指定するE-mailアドレスを設定します。この設定項目はsend_envelope_fromで"<>"を設定すると関連項目として設定できるようになります。
ドメインパートまで指定することを推奨します。
デフォルトは，send_envelope_fromの値を"<>"に変更する前のsend_envelope_fromの値です。

Message-IDフォーマットの設定(msgid_mode)
Groupmaxユーザからインターネットにメールを送信する場合に生成する"Message-ID"のフォーマットを指定します。デフォルトは，rfc1327です。

rfc1327

"Message-ID"をrfc1327フォーマットで生成します。

生成される"Message-ID"フォーマットの例を示します。

（例）

<XNM$s$6$1$2$U$5$3$4$A$123456@domain-part>

rfc822

"Message-ID"をrfc822フォーマットで生成します。

生成される"Message-ID"フォーマットの例を示します。

（例）

　　<200412190356.TAA00001@dom1.dom2>

注意

rfc1327を指定する場合，上記のdomain-part部分はメールを送信したGroupmaxユーザのE-mailアドレスのドメイン名を採用しています。このため，インターネットにメールを送信するGroupmaxユーザについてはE-mailアドレスを登録することを推奨します。

受信者名公開(send_header_recipients_disclosure)
Integrated DesktopクライアントおよびWWW Desktopクライアントからメールを送信する際に，送信属性として指定された受信者名公開オプションにより，メールの受信者ヘッダの生成方法を指定します。デフォルトはtrueです。

true

メール送信時に指定された受信者種別(TO/CC)でメール送信します。

false

メールを送信する際に，受信者名公開オプションに「非公開」が指定されている場合には，全ての受信者種別(TO/CC)をBCCにしてメールを送信します。

Content-Typeマッピングテーブル
Mail - SMTPではMIME形式のメールを送信する際に添付ファイルがある時にはContent-Type: application/octet-streamにマッピングしています。ここでは，添付ファイルの拡張子からContent-Typeをマッピングするための設定内容を表示，変更します。

注意

Content-Typeのマッピング機能は，S/MIMEメールおよびMIME構造情報があるメールには適用されません。

プロンプト「edit_sendformat>」に「10」を入力すると，Content-Typeマッピングテーブル設定サブメニューが表示されて，プロンプトが「update_mapfile>」に変わります。

edit_sendformat> 10
   Content-Typeマッピングテーブル設定
   設定する項目の番号を入力してください。
       0.テーブルの一覧表示
       1.テーブルの追加
       2.テーブルの変更
       3.テーブルの削除
      99.Content-Typeマッピングテーブル設定の終了
update_mapfile>

表示されたメニューから，選択する処理のメニュー番号を選択してください。

マッピング情報を確認するには，「0」を選択します。
詳細は，「(a) マッピング情報の表示」で説明します。

マッピング情報を追加するには，「1」を選択します。
詳細は，「(b) マッピング情報の追加」で説明します。

マッピング情報を変更するには，「2」を選択します。
詳細は，「(c) マッピング情報の変更」で説明します。

マッピング情報を削除するには，「3」を選択します。
詳細は，「(d) マッピング情報の削除」で説明します。

マッピングテーブルの設定を終了するには，「99」を選択します。
詳細は，「(e) マッピングテーブルの設定の終了」で説明します。

(a)　マッピング情報の表示

マッピング情報を一覧表示するには，「0」を選択します。

最初に表示される次のメッセージに従って，表示する範囲をプロンプト(-->）から指定してください。

表示範囲指定：
範囲を指定して下さい。
"ALL"文字列        :  全設定を表示(デフォルト)
開始番号 - 終了番号:  範囲の設定を表示
番号　　　　　　   :  指定番目の設定を表示
-->

例えば，次のように指定します。

すべてのマッピングテーブルを表示する場合
--> ALL

3番目から6番目のマッピングテーブルを表示する場合
--> 3-6

3番目のマッピングテーブルだけを表示する場合
--> 3

「ALL」を指定した場合の出力例を以下に示します。

表示範囲指定：
   範囲を指定して下さい。
     "ALL"文字列         : 全設定を表示(デフォルト)
     開始番号 - 終了番号 : 範囲の設定を表示
     番号                : 指定番目の設定を表示
     --> ALL
00001   doc -> application/msword
00002   xls -> application/ms-excel
リターンキーを入力してください。>

(b)　マッピング情報の追加

マッピング情報を追加するには，「1」を選択します。表示される各項目に必要な値を入力してください。なお，各項目に使用可能な文字と文字長は以下のとおりです。

項目 | 使用可能文字 | 最大長
添付ファイルの拡張子 | 半角英数字 | 32バイト
Content-Typeのタイプ | 半角英数字 | 32バイト
Content-Typeのサブタイプ | 半角英数字，- | 64バイト

次に例を示します。

update_mapfile> 1
追加するマッピングテーブルを入力してください。
添付ファイルの拡張子            -> doc
Content-Typeのタイプ            -> application
Content-Typeのサブタイプ        -> msword
テーブル番号(001):拡張子(doc)の時，(Content-Type: application/msword)
を生成するテーブルです。
設定しますか？(Yes/No)

入力が終了すると，入力結果が表示されます。入力値が正しければ，「Yes」を入力します。

注意

既に登録されている拡張子が指定された場合には，次のメッセージを表示します。

テーブル番号(001):拡張子(doc)の時，(Content-Type: application/msword)

を生成するテーブルが登録されています。

設定を続けますか？(Yes/No)

登録されているテーブルを変更する場合には，「Yes」を入力します。続けてContent-Typeのタイプとサブタイプを入力することができます。

注意

拡張子に「p7m」「p7s」「p7c」「p10」を指定できません。

注意

Content-Typeのタイプに「text」「multipart」「message」を指定できません。

注意

Content-Typeのサブタイプ「appledouble」「applefile」「mac-binhex40」を指定できません。

注意

マッピングテーブルは最大256件まで登録できます。

(c)　マッピング情報の変更

マッピング情報を変更するには，「2」を選択します。

変更するマッピングテーブルの番号を指定すると，現在の設定内容と入力用プロンプトが表示されます。変更する項目に値を入力してください。

なお，現在の設定値を変更しない場合は，リターンキーだけを押してください。

update_mapfile> 2
何番目のマッピング情報を変更しますか？ 1
現在の設定値(添付ファイルの拡張子     ) -> doc
変更する値　(添付ファイルの拡張子     ) ->
現在の設定値(Content-Typeのタイプ     ) -> application
変更する値　(Content-Typeのタイプ     ) ->
現在の設定値(Content-Typeのサブタイプ ) -> msword
変更する値　(Content-Typeのサブタイプ ) -> ms-word2000
テーブル番号(001):拡張子(doc)の時，(Content-Type: application/ms-word2000)
を生成するテーブルです。
設定しますか？(Yes/No)

変更する値の入力が終了したら，変更結果が表示されます。入力値が正しければ，「Yes」を入力します。

(d)　マッピング情報の削除

マッピング情報を削除するには，「3」を選択します。

削除するマッピングテーブルを指定すると，現在の設定内容が表示され，削除するかどうかを問い合わせてきますので，「Yes」か「No」を入力してください。

update_mapfile> 3
何番目のマッピング情報を削除しますか？ 5
テーブル番号(002):拡張子(xls)の時，(Content-Type: application/ms-excel)
を生成するテーブルです。
削除しますか？(Yes/No)

(e)　マッピングテーブルの設定の終了

マッピングテーブルの設定を終了するには，メニューから「99」を選択します。

   Content-Typeマッピングテーブル設定
   設定する項目の番号を入力してください。
       0.テーブルの一覧表示
       1.テーブルの追加
       2.テーブルの変更
       3.テーブルの削除
      99.Content-Typeマッピングテーブル設定の終了
   edit_sendformat> 99

送信者(send_header_sender)
Groupmaxユーザからインターネットにメールを送信する場合にSenderヘッダの生成内容を指定します。デフォルトは，send_allowです。

send_allow

Senderに対応するプロトコル要素がある場合に，必ずSenderヘッダを生成します。

send_deny

Senderに対応するプロトコル要素がある場合に，E-mailアドレスの変換内容がFromと同じ場合，Senderを生成しません。Fromと異なる場合にはSenderを生成します。

注意

MIME構造情報を添付ファイルにして受信処理を行う設定（mime_structure=on）を行っている場合に，インターネットから，Senderヘッダ付きのメールが受信され，代行受信によって再度インターネットに送信されるメールについては，FromヘッダとSenderヘッダに指定されているアドレスが同じでもSenderを生成してメール送信されます。

コメント(send_header_comment)
Groupmaxユーザからインターネットにメールを送信する場合にコメントの生成内容を指定します。デフォルトは，send_allowです。

send_allow

From，Sender，To，Cc，Reply-Toにコメント情報がある場合に，コメント情報をマッピングします。コメントをマッピングする場合にはSEND_CODEの設定値に従いコメントを生成します。

send_deny

コメント情報をマッピングしません。

注意

MIME構造情報を添付ファイルにして受信処理を行う設定（mime_structure =on）を行っている場合に，インターネットから，コメント付きのメールが受信され，代行受信によって再度インターネットに送信されるメールについては，コメント(send_header_comment)でsend_denyが設定されている場合でもコメント付きのメールが送信されます。

(4)　edit_recvformatで設定する値

edit_recvformatで設定できる値は次の9種類です。

受信文字コード(主題，本文，ファイル名)(recv_code)
受信した文字コードを認識できないときに，指定する文字コードに従って，主題，本文，添付ファイル名を変換します。次のどれかを指定できます。デフォルトは，sjisです。指定する値と対応する文字コードは，次のとおりです。
sjis　SJISコード
jis　JISコード
euc　EUCコード

BCC受信者の設定(bcc_recipients)
インターネットから受信したメールにBccフィールドを生成するかどうかを指定します。デフォルトは，ONです。

ON

エンベロープ受信者には存在しているがメールヘッダには存在していない受信者情報をBccフィールドにマッピングします。

OFF

エンベロープ受信者には存在しているがメールヘッダには存在していない受信者情報をToフィールドにマッピングします。

MIME構造情報の設定(mime_structure)
インターネットからメールを受信した場合に，メールヘッダ，およびMIMEのボディヘッダを添付ファイルにして，Mail Serverに転送するかどうかを設定します。デフォルトは，OFFです。

OFF

メールヘッダ，およびMIMEのボディヘッダを生成しません。

ON

メールヘッダ，およびMIMEのボディヘッダを添付ファイルにしてMail Serverに転送します。

注意

POP3/IMAP4クライアントをGroupmax Mailクライアントとして使用した場合に，メール参照の際に送信元で生成されたメールフォーマットを復元することができます。この機能をご使用になる場合には，ONを選択してください。

注意

他の注意事項について「6.5.4 インターネットから受信したメールの，メールヘッダを参照できるようにする」の注意事項も参照ください。

リソースフォークデータ受信可否の設定(recv_mac_resource)
インターネットから受信したメールにデータフォークとリソースフォークが存在していた場合にリソースフォークを取得するか否かの設定をします。
デフォルトはrecv_denyです。この設定項目はmime_structureで"on"が選択された場合に限り関連項目として設定できるようになります。

recv_deny

AppleDouble，AppleSingle，BinHexからデータフォークだけを取得します。

この設定値は，Groupmax Mailクライアントとして，Macintosh版のPOP3/IMAP4クライアントが存在しない環境で使用することを推奨します。

recv_all

AppleDoubleからデータフォークを取得します。AppleDoubleのリソースフォークはデコードを行わずにMIME構造情報に含めます。

AppleSingle，BinHexはデコードを行わずに添付ファイルとします。

この設定値は，Groupmax MailクライアントとしてMacintosh版のPOP3/IMAP4クライアントだけを使用している環境で使用することを推奨します。

recv_part

AppleDoubleからデータフォークを取得します。AppleDoubleのリソースフォークはデコードを行わずにMIME構造情報に含めます。

AppleSingle，BinHexからはデータフォークだけを取得します。

この設定値は，Groupmax Mailクライアントとして，Macintosh版のPOP3/IMAP4クライアントとそのほかのクライアントが混在している環境で使用することを推奨します。

S/MIMEメールの受信方法(secure_mime)の設定：
S/MIMEメールの受信時の処理方法を指定します。デフォルトは，synchronized_dual_bodiesです。

no_support

すべてのメールをV5互換仕様で受信します。

synchronized_dual_bodies

Mail ServerのS/MIME対応モード（設定値）に従って受信処理を行います。サーバの設定値が参照できない場合，V5互換仕様で受信を行います。サーバの設定値については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド　基本操作編」（Windows 用）を参照してください。

smime_data_only

Groupmax MailクライアントがすべてVersion 6以降の場合に，性能を優先した受信処理を行います。このモードを選択した場合，S/MIMEメール(Content-Type: multipart/signedのメール)を受信した場合に，Version 5までのGroupmax Mailクライアントで添付ファイルを参照することができなくなります。

注意

Mail - SMTP Version 6では，S/MIME機能の使用をデフォルトとして設定しています。synchronized_dual_bodiesを設定した場合には，S/MIMEメール（Content-Type:がmultipart/signedのメール）を受信した場合に，Version 5までのGroupmax Mailクライアントにもメール内容が参照できるようにS/MIME用の添付ファイルと，従来と互換性のある添付ファイルの二つを作成してMail Serverに転送します。このメールの容量が約2倍になります。S/MIMEメールの受信時に，Version 5までのGroupmax Mailクライアントだけで運用する場合には，no_supportを選択してください。

リッチテキスト本文連携情報の受信制御(recv_rtf_body_flag)
リッチテキスト本文の制御ファイルを含むメールを受信した場合に，その添付ファイルがリッチテキスト本文であることを示す連携情報が入っていた場合に本文として受信するかどうかを指定します。デフォルトは，recv_inlineです。

recv_inline

リッチテキスト形式の本文の受信時に連携情報があれば本文として受信します。

recv_attach

リッチテキスト形式の本文の受信時に添付ファイルとして受信します。

注意

リッチテキストの連携情報を基にリッチテキストの連携ができるのは送信側のメールシステムがMail - SMTP Version 6以降を使用し，リッチテキスト連携を行う設定をしている場合だけです。

テキスト添付ファイルの文字変換(recv_text_file)
テキスト形式の添付ファイルを含むメールを受信した場合に，その添付ファイルのテキストデータの文字コードをSJISに変換するかどうかを指定します。デフォルトは，convertです。

convert

テキスト形式の添付ファイルについて，テキストデータをSJISに変換します。

noconv

テキスト形式の添付ファイルについて，データのエンコード方法としてbase64またはquoted-printableが指定されている場合に，テキストデータの文字コード変換を行いません。この時，KANA_MODE=convertが指定されていても半角仮名文字は全角仮名文字に変換されません。

注意

転送メールを受信した場合に添付されるFWDXXXXX.TXTについては，noconvの設定でも文字コード変換が行なわれます。

注意

エンコード方法にbase64またはquoted-printableが指定されていない場合には，noconvの設定によりSJISへの文字コード変換は行いませんが，改行コードの変換（0x0aから0x0d，0x0a）を行います。

分割メールの受信制御(recv_message_partial)
分割メールを受信した場合に，分割メールを受信するかどうかを指定します。デフォルトは，recv_allowです。

recv_allow

分割メールを受信します。

recv_deny

分割メールを受信しません。その際，メールの送信者にエラーメールを送信します。

注意

本機能は，分割メールを受信制限する機能であり，分割メールの復元を行う機能ではありません。

設定する前に，「付録D.4(13)Server - Scanが分割メール中に含まれるコンピュータウィルスを検出できない問題について」をご参照願います。

送信者(recv_originator)
Mail - SMTPがメールを受信する場合に，メールの送信者情報として取得するヘッダの優先順を指定します。プロンプト「edit_format>」に「9」を入力すると，recv_originatorのサブメニューが表示されます。設定または変更を行う場合には「1」を，デフォルトの設定値にする場合には「2」を選択します。デフォルトの優先順は，Resent-Sender，Sender，Resent-From，From，Envelope Fromです。以下に，優先順位として（1）From（2）Sender（3）エンベロープ送信者を設定する場合の設定例を示します。

edit_recvformat> 9
   設定する項目の番号を入力してください。
       1.送信者の設定・変更
       2.デフォルト値に戻す
      99.送信者の設定の終了
edit_recvformat> 1
送信者の優先順位(recv_originator)の設定：
   送信者を取得する優先順に以下の文字列を指定して下さい。
     "Envelope_From"  : エンベロープ送信者
     "Resent-Sender"  : 再送信者
     "Resent-From"    : 再送信者
     "Sender"         : 送信者
     "From"           : 送信者
現在の設定値(RECV_ORIGINATOR) -> Resent-Sender Sender Resent-From From Envelope From
変更する値  (RECV_ORIGINATOR) -> From Sender Envelope_From
設定しますか？(Yes/No) y

指定可能な５つのパラメタのうち指定されなかったものは，デフォルトの優先順位に従って順に取得されます。上記の設定例では，１～３番目までは指定された優先順で取得され，４，５番目はデフォルトの優先順で取得されます。実際には以下の優先順で送信者アドレスを取得します。
（1）From
（2）Sender
（3）Envelope_From
（4）Resent-Sender
（5）Resent-From

送信者のマッピング制御(recv_originator_mapping)
Mail - SMTPがメールを受信する場合に，メールの送信者情報として取得したE-mailアドレスのマッピング方法を指定します。デフォルトは，allです。

all

取得したE-mailアドレスがGroupmaxユーザのO/R名に変換可能な場合には，GroupmaxユーザのO/R名に変換します。Groupmaxクライアントでは送信者がGroupmaxユーザである場合にニックネーム表示されます。

dda_only

取得したE-mailアドレスはE-mailアドレスのまま受信します。

注意

本機能は宛先ユーザについては対象外です。

MIMEヘッダの解析(mime_header_analyze)
メールヘッダを解析する際に，MIME形式のメールと判断するかどうか解析条件を指定します。デフォルトは，need_mime_versionです。

need_mime_version

MIME形式のメールにはMIME-Versionヘッダを必須条件とします。MIME-Versionヘッダがない場合にはMIME形式のメールと判断しません。

presume_mime_version

MIME-VersionヘッダがなくてもContent-Typeヘッダがある場合にはMIME形式のメールとして受信を行います。

注意

"need_mime_version"を推奨します。"presume_mime_version"を指定した場合には，フォーマット不正と判断されるMIME形式のメールにおいても添付ファイルとして認識したりテキストデータの文字化けが回避できる場合があるというメリットがありますが，このような事例は稀です。一般的なメーラはMIME形式のメールを送信する場合にはMIME-Versionヘッダを必ず生成します。また，コンピュータウィルスを含むメールが故意にMIME-Versionヘッダを指定しないでメールを送りつける事例があり，"need_mime_version"を指定していればコンピュータウィルス本体が本文として受信されることによりGroupmax Mailクライアントを使用するエンドユーザが誤って添付ファイルを実行することによるコンピュータウィルス感染を防止できます。なお，Server - Scanは本文として受信されたコンピュータウィルスは，コンピュータウィルスとして検知されません。

"presume_mime_version"を指定するデメリットとしては，コンピュータウィルスを添付ファイルとして受信する場合があるため，エンドユーザが誤って添付ファイルを実行することによりコンピュータウィルス感染するリスクがあることを考慮する必要があります。

注意

"presume_mime_version"を指定する場合，POP3/IMAP4サーバとなっている全てのMail Serverが07-20以降である必要があります。全てのMail Serverが07-20以降になっていない場合，POP3/IMAP4クライアントで該当メールを受信した時に，本文や添付ファイルは文字化けします。本機能を優先する場合には，mime_structure =offを指定してください。

また，"presume_mime_version"を設定した後で"need_mime_version"に変更した場合，代行受信したMIME-Versionヘッダのないメールを生成する場合に元のメールを復元できない場合があります。設定を変更する場合には，メール送受信のない時間帯で実施してください。

注意

POP3/IMAP4クライアントでMIME-Versionヘッダがないメールを受信した場合，著名な他社のメーラは添付ファイルとして認識することが分かっています。このため，POP3/IMAP4クライアントをご使用になる場合には，コンピュータウィルスに感染する恐れがあります。

本文添付ファイル化の設定(recv_text_honbun)
本文を添付ファイル化するかどうかを指定します。本文を添付ファイル化する場合，文字コード変換を行わずに添付ファイル化しますので，テキストエディタから対応するcharsetを指定して開くことにより，文字化けせずに参照することができます。この際に添付されるファイル名は，「PLAIN_XXcharset.TXT」です。XXは数字，charsetは本文に指定されているcharsetです。Groupmax Client Light Ex，Groupmax Collaboration 01-30以降，またはPOP3/IMAP4クライアントを使用しており，それらクライアントが指定されているcharsetを表示可能である場合には文字化けせずに参照することができます。なお，デフォルトの設定では本文の文字化けが発生しやすいと判断される場合のみ添付ファイル化するようにしています。添付ファイル化を行う条件については以降に続く設定項目にて詳細に制御することができます。デフォルトは，convertです。

convert

本文を添付ファイル化しません。

noconv

本文を添付ファイル化します。添付ファイル化する条件については，以降の設定に従います。

注意

受信したメールがMIMEフォーマットでない場合には，noconvを設定していても添付ファイル化しません。

注意

Groupmaxクライアント07-30以降で，文字化けしないことを保証するものではありません。

注意

"noconv"を指定する場合，POP3/IMAP4サーバとなっている全てのMail Serverが07-30以降である必要があります。全てのMail Serverが07-30以降になっていない場合，POP3/IMAP4クライアントでメールを受信した時に，メールがダウンロードできないといった現象が発生する場合があります。全てのMail Serverを07-30以降にしてから"noconv"の設定を行ってください。

注意

POP3/IMAP4クライアントで添付ファイル化された本文を受信する場合，E-mailフォーマットに復元する際に本文として復元します。本文が文字化けするかどうかはPOP3/IMAP4クライアントに依存します。

注意

本文添付ファイル化を行う設定(recv_text_honbun=convert)にした場合，主題添付ファイル化を行う設定値はconvertになります。

主題添付ファイル化の設定(recv_text_subject)
主題を添付ファイル化するかどうかを指定します。この設定項目は，本文添付ファイル化を行う設定(recv_text_honbun=noconv)にした場合だけ，関連項目として設定できるようになります。主題を添付ファイル化する場合，文字コード変換を行わずに添付ファイル化しますので，テキストエディタから対応するcharsetを指定して開くことにより，文字化けせずに参照することができます。この際に添付されるファイル名は，「SUBJEC_XXcharset.TXT」です。XXは数字，charsetは主題に指定されているcharsetです。Groupmax Client Light Ex，Groupmax Collaboration 01-30以降，またはPOP3/IMAP4クライアントを使用しており，それらクライアントが指定されているcharsetを表示可能である場合には文字化けせずに参照することができます。なお，デフォルトの設定では主題の文字化けが発生しやすいと判断される場合のみ添付ファイル化するようにしています。

convert

主題を添付ファイル化しません。

noconv

主題を添付ファイル化します。添付ファイル化する条件については，本文の添付ファイル化の条件に従います。

注意

受信したメールがMIMEフォーマットでない場合には，noconvを設定していても添付ファイル化しません。

注意

Groupmaxクライアント07-30以降で，文字化けしないことを保証するものではありません。

注意

"noconv"を指定する場合，POP3/IMAP4サーバとなっている全てのMail Serverが07-30以降である必要があります。全てのMail Serverが07-30以降になっていない場合，POP3/IMAP4クライアントでメールを受信した時に，メールがダウンロードできないといった現象が発生する場合があります。全てのMail Serverを07-30以降にしてから"noconv"の設定を行ってください。

注意

POP3/IMAP4クライアントで添付ファイル化された主題を受信する場合，E-mailフォーマットに復元する際に主題として復元します。主題が文字化けするかどうかはPOP3/IMAP4クライアントに依存します。

注意

初期のデフォルトは，convertです。本文添付ファイル化を行う設定(recv_text_honbun=noconv)にした場合，主題添付ファイル化を行う設定のデフォルトはnoconvになります。本文添付ファイル化を行う設定(recv_text_honbun=convert)にした場合，主題添付ファイル化を行う設定のデフォルトはconvertになります。

UNICODEの添付ファイル化の設定(honbun_unicode_check)
本文／主題を添付ファイル化する条件を指定します。この設定項目は，本文添付ファイル化を行う設定(recv_text_honbun=noconv)にした場合だけ，関連項目として設定できるようになります。この条件は，本文／主題に指定されるcharsetが，UTF-7，UTF-8，UTF-16の時にUnicodeからJISへの文字コード変換でJISに変換できない文字がある場合に，本文／主題を添付ファイル化するかどうかを指定します。なお，07-20まではUnicodeからJISに変換できない文字は’?’に変換して受信しています。この設定は，’?’になってしまう文字がある場合に添付ファイル化するかどうかという条件になります。デフォルトは，onです。

on

UnicodeからJISへの文字コード変換処理で’?’にマッピングされる文字がある場合に本文／主題とは別に，本文／主題の内容を添付ファイルにして受信します。’?’にマッピングされる文字がない場合には本文／主題を添付ファイルにしません。

off

UnicodeからJISへの文字コード変換処理で’?’にマッピングされる文字があるかどうかはチェックしません。添付ファイル化するかどうかは添付ファイル化を除外するcharset名に一致するかどうかで判断します。

添付ファイル化を除外するcharset
本文／主題を添付ファイル化する条件を指定します。この設定項目は，本文添付ファイル化を行う設定(recv_text_honbun=noconv)にした場合だけ，関連項目として設定できるようになります。この設定パラメタは，本文／主題を添付ファイル化しないcharsetテーブルについて登録／変更／削除作業を行います。デフォルトで登録されているcharsetは以下のとおりです。

Windows-31J

iso-2022-jp

none

shift_jis

us-ascii

注意

本文は，本文に対応付けられたContent-Type:ヘッダのcharsetサブパラメタに指定されたcharsetの値が，本文を添付ファイル化するかどうかの比較対象データになります。主題は，メールヘッダ中のSubject:ヘッダがMIME形式である場合にcharsetに指定されるcharsetの値が，主題を添付ファイル化するかどうかの比較対象データになります。

注意

添付ファイル化を除外するcharsetに“none”が登録されているというとこは，charsetに何も指定されていない場合に添付ファイル化を除外することを意味します。

この設定は，「UNICODEの添付ファイル化の設定」が終わると，プロンプトが「noattachment_charset >」に変わり設定メニューが表示されます。

添付ファイル化を除外するcharsetの設定を行ってください。
   添付ファイル化を除外するcharsetの設定：
   設定する項目の番号を入力して下さい。
       0.charsetの一覧表示
       1.charsetの追加
       2.charsetの変更
       3.charsetの削除
       4.デフォルトに戻す
      99.添付ファイル化を除外するcharsetの設定の終了

表示されたメニューから，選択する処理のメニュー番号を選択してください。

登録内容を確認するには，「0」を選択します。
詳細は，「(a) charsetの一覧表示」で説明します。

charsetを追加するには，「1」を選択します。
詳細は，「(b) charsetの追加」で説明します。

charsetを変更するには，「2」を選択します。
詳細は，「(c) charsetの変更」で説明します。

charsetを削除するには，「3」を選択します。
詳細は，「(d) charsetの削除」で説明します。

設定内容をデフォルトに戻すには，「4」を選択します。
詳細は，「(e) デフォルトに戻す」で説明します。

添付ファイル化を除外するcharsetの設定を終了するには，「99」を選択します。
詳細は，「(f)添付ファイル化を除外するcharsetの設定の終了」で説明します。

(a)　charsetの一覧表示

登録されているcharsetを一覧表示するには，「0」を選択します。

最初に表示される次のメッセージに従って，表示する範囲をプロンプト(-->）から指定してください。

表示範囲指定：
範囲を指定して下さい。
"ALL"文字列        :  全設定を表示(デフォルト)
開始番号 - 終了番号:  範囲の設定を表示
番号　　　　　　   :  指定番目の設定を表示
-->

例えば，次のように指定します。

すべてのcharsetを表示する場合
--> ALL

3番目から6番目のcharsetを表示する場合
--> 3-6

3番目のcharsetだけを表示する場合
--> 3

「ALL」を指定した場合の出力例を以下に示します。

表示範囲指定：
   範囲を指定して下さい。
     "ALL"文字列         : 全設定を表示(デフォルト)
     開始番号 - 終了番号 : 範囲の設定を表示
     番号                : 指定番目の設定を表示
     --> ALL
00001   Windows-31J
00002   iso-2022-jp
00003   none
00004   shift_jis
00005   us-ascii
リターンキーを入力してください。>

(b)　charsetの追加

charsetを追加するには，「1」を選択します。追加するcharsetの入力を求めますので使用可能な文字と文字長の範囲で指定してください。

使用可能文字 | 最大長
英数字(大文字・小文字)，”-”，”.”，”:”，”_” | 244バイト

次に例を示します。

noattachment_charset> 1
追加するcharsetを入力してください。
追加するcharset     -> EUC-JP
設定しますか？(Yes/No)

入力が終了すると，確認メッセージが表示されます。入力値が正しければ，「Yes」を入力します。

注意

登録するcharsetは大文字・小文字を意識しません。

注意

同じcharsetを重複して登録できません。

注意

charsetは最大512件まで登録できます。

(c)　charsetの変更

登録済のcharsetを変更するには，「2」を選択します。

変更するcharsetの登録番号を指定すると，現在の設定内容と入力用プロンプトが表示されます。変更する値を入力してください。

なお，現在の設定値を変更しない場合は，リターンキーだけを押してください。

noattachment_charset> 2
何番目のアドレスを変更しますか？ 4
現在の設定値(charset) -> shift_jis
変更する値　(charset) -> EUC-JP
設定しますか？(Yes/No)

変更する値の入力が終了したら，確認メッセージが表示されます。入力値が正しければ，「Yes」を入力します。

(d)　charsetの削除

登録済のcharsetを削除するには，「3」を選択します。

削除するcharsetの登録番号を指定すると，現在の設定内容が表示され，削除するかどうかを問い合わせてきますので，「Yes」か「No」を入力してください。

noattachment_charset> 3
何番目のcharsetを削除しますか？ 5
00005   us-ascii
削除しますか？(Yes/No)

(e)　デフォルトに戻す

設定をデフォルトの状態に戻すには，メニューから「4」を選択します。デフォルトに戻すかどうか確認のメッセージが表示されますので，「Yes」か「No」を入力してください。

noattachment_charset> 4
添付ファイル化を除外するcharsetの設定をデフォルトに戻しますか？(Yes/No) y
添付ファイル化を除外するcharsetの設定をデフォルトに戻しました。

(f)　添付ファイル化を除外するcharsetの設定の終了

設定を終了するには，メニューから「99」を選択します。

添付ファイル化を除外するcharsetの設定を行ってください。
   添付ファイル化を除外するcharsetの設定：
   設定する項目の番号を入力して下さい。
       0.charsetの一覧表示
       1.charsetの追加
       2.charsetの変更
       3.charsetの削除
       4.デフォルトに戻す
      99.添付ファイル化を除外するcharsetの設定の終了
noattachment_charset> 99

charsetの比較方法の設定(noattachment_charset_check)
本文／主題を添付ファイル化する条件でcharset比較する場合の比較方法を指定します。この設定項目は，本文添付ファイル化を行う設定(recv_text_honbun=noconv)にした場合だけ，関連項目として設定できるようになります。デフォルトは，partです。

part

charsetが添付ファイル化を除外するcharsetと部分一致した場合，添付ファイル化しない

all

charsetが添付ファイル化を除外するcharsetと完全一致した場合，添付ファイル化しない

注意

charsetの比較に大文字・小文字の区別はありません。

2.3.5　edit_mapping

＜この項の構成＞

(1)　機能

(2)　説明

(3)　edit_mappingで設定する値

(4)　edit_mapfileの設定

(1)　機能

アドレスマッピングルールの設定内容を表示，変更します。

(2)　説明

プロンプト「smtpmng>」にサブコマンドのedit_mappingを入力すると，次のようなサブメニューが表示されて，プロンプトが「edit_mapping>」に変わります。メニュー番号「4」またはサブコマンドの省略形「em」を入力しても同じ結果になります。

次にedit_mappingの実行例を示します。

smtpmng> edit_mapping
   設定する項目の番号を入力して下さい。
       0. 設定項目一覧の表示
       1. 現在の設定値表示
       2. アドレスマッピングルール(mapping_mode)
       3. ユーザ情報の更新ルール(modifying_dbfile)
       4. DBマッピング時の大文字・小文字の扱い(filter_address)
       5. INTERNETDOMAINによる送信者制限(send_internetdomain_check)
      99. edit_mappingサブコマンドの終了
edit_mapping>

設定内容を表示する場合は，メニュー番号「1」を入力してください。

edit_mapping> 1
現在の設定値:
    MAPPING_MODE = db
    PERMISSION_MODE = send_recv_deny
    MODIFYING_DBFILE = manual
    FILTER_ADDRESS = all
edit_mapping>

プロンプト「edit_mapping>」の状態でメニュー番号「2」～「4」を入力してください。メニュー番号を入力すると，現在の設定値を表示してから，変更値と確認(Yes/No)の入力を求めてきます。また，設定項目によっては続けて関連項目を設定します。

メニュー番号「2」を入力した場合を次に示します。

edit_mapping> 2
アドレスマッピングルール(mapping_mode)の設定:
   次の文字列を指定して下さい。
     "db"      : DBマッピングを使用する
     "all"     : 全てのマッピングを使用する
     "pop_all" : 全てのマッピングを使用する(POPサーバ連携用)
     "table"   : テーブルマッピングを使用する

アドレスマッピングルールとして"db"を選択した場合，permission_modeの設定値は，"send_recv_deny"固定となります。

現在の設定値(MAPPING_MODE) ->  db
変更する値　(MAPPING_MODE) -> all

プロンプト「edit_mapping>」に「99」を入力するとサブコマンドを終了し，メインメニューが表示されプロンプトが「smtpmng>」に変わります。

(3)　edit_mappingで設定する値

edit_mappingで設定できる値は次の4種類です。

アドレスマッピングルールの設定(mapping_mode)
E-mailアドレスとO/R形式アドレス間のマッピングルールの優先順位を設定します。デフォルトは"all"です。設定できる項目は，table，db，all，またはpop_allです。設定値dbでの運用を推奨します。
なお，次の説明で使用しているマッピングルールの詳細は，「4.1　アドレスマッピングルール」を参照してください。

table

この設定値は，このバージョン以前のMail - SMTPで使用していたテーブルマッピング環境を引き継ぐための設定値です。新規に環境を構築する場合には，dbを推奨します。

db

Address Serverのユーザ情報として登録されたE-mailアドレスを使用してアドレスマッピングを行います。

このモードを選択した場合，ユーザ情報としてE-mailアドレスが登録されていないGroupmaxユーザは，メールの送受信ができません。

all

tableとdbの2方式を適用してアドレスマッピングを行います。

pop_all

Mail Server(POP3/IMAP4)と連携してマッピング処理をします。Mail ServerのPOP3/IMAP4の設定で「優先マッピングルール」に指定された設定値に従ってマッピングの優先順位を決定します。また，Mail Serverの設定が変更された場合には，Mail Serverの設定に同期してマッピングの優先順位を変更します。なお，POP3/IMAP4クライアントを使用している場合でもAddress Serverに登録しているE-maiアドレスのみでアドレスマッピングをしてよい場合にはdbを指定してください。

送受信者制限に関する設定(permission_mode)
Address Serverに登録されているGroupmaxユーザでE-mailアドレスが設定されていないGroupmaxユーザに対し，送信または送受信を制限するかどうかを指定します。この設定項目は，mapping_modeの設定に引き続いて関連項目として設定します。デフォルトは次のとおりです。

Mail - SMTP Version2.0からバージョンアップした場合
MAPPING_MODEにtable，またはallが設定されていた場合は，デフォルトはallです。
MAPPING_MODEにdbが設定されていた場合は，send_recv_deny固定です。

Mail - SMTPを新規にインストールした場合
デフォルトはallです。

all

送受信者を制限しません。

send_deny

E-mailアドレス未登録者のGroupmaxユーザからインターネットへのメールの送信を制限します。また，インターネットへの送信するメールにE-mailアドレス未登録者が同報者として指定されていた場合には，同報者の宛先の中から未登録者の宛先を削除します。

send_recv_deny

E-mailアドレス未登録者のGroupmaxユーザとインターネット間のメールの送受信を制限します。また，送受信するメールにE-mailアドレス未登録者が同報者として指定されていた場合には，同報者の宛先の中から未登録者の宛先を削除します。

ユーザ情報の更新ルールの設定(modifying_dbfile)
ニックネーム，E-mailアドレスといったAddress Serverの情報が更新された場合に，DBマッピングファイルを自動的に更新するかどうかを指定します。デフォルトはmanualです。

auto

Address Serverのユーザ情報が変更された場合，その変更情報を自動的に取り込みDBマッピングファイルを更新します。

DBマッピングファイルが更新される間隔は2時間ごとです。

manual

Address Serverの情報が変更された場合でも，その変更情報は取り込みません。

変更情報をDBマッピングファイルに反映する場合は，dbmapコマンドを実行してください。

この設定項目は，必ずAddress Serverが停止している状態で設定してください。Address Server起動中に設定項目を変更した場合，変更後の動作は反映されませんのでAddress Serverを再起動してください。また，Address Server起動中に設定項目を変更した場合，エラーメッセージが出力される場合があります。

注意

変更情報のニックネームに「日本語」が含まれていると，エラーログ（Smtpgw187）が出力されますが，DBマッピングファイルの更新処理は正常に行われます。

DBマッピング時の大文字・小文字の扱いの設定(filter_address)
DBマッピングによってアドレスマッピングを行う場合に，DBマッピングファイル登録されているE-mailアドレスと受信者のE-mailアドレスを比較する際に大文字・小文字を同じに扱うかどうかを設定します。デフォルトはnoneです。

all

E-mailアドレスの全体の大文字・小文字を同じ扱いにする。

domainpart

E-mailアドレスのドメインパートだけ，大文字・小文字を同じ扱いにする。

none

E-mailアドレスの全体の大文字・小文字を別々の文字として扱う。

注意

Address Serverで，大文字・小文字の違いしかないE-mailアドレスが登録されている場合にallに設定すると，DBマッピングファイル作成を行うことができますが，該当するE-mailアドレスが登録されているGroupmaxユーザについてはDBマッピングを行うことができません。該当するGroupmaxユーザについては，dbmapコマンドによるDBマッピングファイル作成時に，エラーログSmtpgw191を出力しています。また，ユーザ情報の自動更新機能をご使用の場合も同様にエラーログSmtpgw191を出力しています。

注意

E-mailアドレスが重複しているユーザは全員E-mailの送受信ができません。

注意

新規インストール時はデフォルト値がallとなります。

INTERNETDOMAINによる送信者制限(send_internetdomain_check)
送信者のE-mailアドレスのドメイン名がINTERNETDOMAINに登録されているドメイン名と同じである場合に送信制限するかどうかを指定します。デフォルトはallです。

all

INTERNETDOMAINによる送信者制限を行いません。

send_deny

送信者のE-mailアドレスのドメイン名がINTERNETDOMAINのドメイン名と同じ場合，メールの送信を制限します。

(4)　edit_mapfileの設定

mapping_modeの設定でtable，all，pop_allのいずれかを指定した場合，「テーブルマッピング機能を使用しますか？(Yes/No)」のメッセージが表示されます。

アドレスマッピングルールとしてall，pop_allを選択した場合には，"n"を入力し，テーブルマッピング機能を使用しないことを推奨します。

"y"を入力した場合，テーブルマッピングファイルを設定するために，次のようなメニューメッセージが表示されて，プロンプトが「edit_mapfile>」に変わります。

変更する値　(MAPPING_MODE) -> pop_all
テーブルマッピング機能を使用しますか？(Yes/No)y

マッピングテーブルの設定を行ってください。

マッピングテーブルの設定：
   設定する項目の番号を入力して下さい。
       0.設定項目一覧の表示
       1.マッピングテーブル1の設定内容表示
       2.マッピングテーブル2の設定内容表示
       3.マッピングテーブル1の設定内容更新
       4.マッピングテーブル2の設定内容更新
      99.edit_mapfileサブコマンドの終了
edit_mapfile> 1

表示されたメニューから，実行する処理のメニュー番号を選択してください。

マッピングテーブルの設定内容を表示する場合は，1または2を選択してください。

マッピングテーブルの設定内容を更新する場合は，3または4を選択してください。

次に，マッピングテーブルの設定内容を表示する場合と，マッピングテーブルの設定内容を更新する場合の詳細を説明します。

マッピングテーブルの設定内容の表示

現在の設定値を表示するには，1または2を選択します。

最初に表示される次のメッセージに従って，表示する範囲をプロンプト(-->）から指定してください。

表示範囲の指定：
次の入力で表示範囲を指定して下さい。
"ALL"文字列        :  全設定を表示
開始番号 - 終了番号:  範囲の設定を表示
番号　　　　　　   :  指定番目の設定を表示
-->

例えば，次のように指定します。

すべてのマッピングテーブルを表示する場合

--> ALL

3番目から6番目のマッピングテーブルを表示する場合

--> 3-6

3番目のマッピングテーブルだけを表示する場合

--> 3

マッピングテーブルの設定内容の更新

「マッピングテーブルの設定：」メニューから3または4を選択すると，テーブルマッピングファイル1およびテーブルマッピングファイル2に格納されているマッピングテーブルの設定値を変更することができます。

なお，「マッピングテーブル1の設定内容変更」と「マッピングテーブル2の設定内容更新」の操作方法は同じです。ここでは，「マッピングテーブル1の設定内容更新」を例にして説明します。

edit_mapfile> 3
   設定する項目の番号を入力して下さい。
        0. 設定項目一覧の表示
        1. マッピング情報の変更
        2. マッピング情報の追加
        3. マッピング情報の削除
       99. 終了
update_mapfile>

表示されたメニューから，実行する処理のメニュー番号を選択してください。

マッピング情報を変更するには，1を選択します。
詳細は，「(a) マッピング情報の変更」で説明します。

マッピング情報を追加するには，2を選択します。
詳細は，「(b) マッピング情報の追加」で説明します。

マッピング情報を削除するには，3を選択します。
詳細は，「(c) マッピング情報の削除」で説明します。

マッピングテーブルの設定を終了するには，「99」を選択します。
詳細は，「(d) マッピングテーブルの設定の終了」で説明します。

(a)　マッピング情報の変更

マッピング情報を変更するには，1を選択します。

変更するマッピングテーブルの番号を指定すると，現在の設定内容と入力用プロンプトが表示されます。変更する項目に値を入力してください。

なお，国名と主官庁領域名は必ず入力します。国名と主官庁領域名以外で値を入力しない場合は，リターンキーだけを押してください。

update_mapfile> 1
何番目のマッピング情報を変更しますか？ 3

現在の設定値(X400：国名      ) -> JP
変更する値  (X400：国名      ) -> US           [USに変更]
   .
   .
   .
現在の設定値(X400：部門名4   ) -> HITACHI
変更する値  (X400：部門名4   ) ->  [値を入力しない場合はリターンキー]
現在の設定値(INET：ドメイン名 ) -> table.hitachi.co.jp
変更する値  (INET：ドメイン名 ) -> att.soft

変更する値の入力が終了したら，変更結果が表示されます。入力値が正しければ，「Yes」を入力します。その後，メッセージに従って，テーブルマッピングファイル2へ反映するかどうかを指定してください。

注意

サブコマンドedit_domainで設定した「INTERNETDOMAIN」と同じドメイン名を登録しないでください。このドメイン名を登録した場合，そのドメイン名を持つGroupmaxユーザはインターネットにメールを送ることができなくなります。

注意

サブコマンドedit_mappingから登録するMail - SMTPのインターネットドメイン名は，ネットワーク中でユニーク，かつインターネットとメールが送受信できるドメイン名を指定してください。

(b)　マッピング情報の追加

マッピング情報を追加するには，2を選択します。表示される各項目に必要な値を入力してください。

なお，国名と主官庁領域名は必ず入力します。国名と主官庁領域名以外で，値を追加しない項目は，リターンキーだけを押してください。

次に例を示します。

update_mapfile> 2
X400：国名              -> JP
X400：主官庁領域名      -> ADMD
X400：私設領域名        -> PRMD
X400：組織名            -> TOPORG
X400：部門名1           -> ORG
X400：部門名2           ->                [リターンキーだけ]
X400：部門名3           ->                [リターンキーだけ]
X400：部門名4           ->                [リターンキーだけ]
INET：ドメイン名        -> table.hitachi.co.jp

入力が終了すると，入力結果が表示されます。入力値が正しければ，「Yes」を入力します。その後，メッセージに従って，テーブルマッピングファイル2へ反映するかどうかを指定してください。

00005 X400DOMAIN=/C=JP/ADMD=ADMD/PRMD=PRMD/O=TOPORG/OU=ORG/
      INETDOMAIN=table.hitachi.co.jp
設定しますか？ (Yes/No) Yes
マッピングテーブル2に反映しますか？ (Yes/No) Yes
マッピングテーブル2に既にエントリがあります。
                     変更を反映しますか？ (Yes/ No) Yes

注意

サブコマンドedit_domainで設定した「INTERNETDOMAIN」と同じドメイン名を登録しないでください。このドメイン名を登録した場合，そのドメイン名を持つGroupmaxユーザはインターネットにメールを送ることができなくなります。

注意

サブコマンドedit_mappingから登録するMail - SMTPのインターネットドメイン名は，ネットワーク中でユニーク，かつインターネットとメールが送受信できるドメイン名を指定してください。

(c)　マッピング情報の削除

マッピング情報を削除するには，3を選択します。

削除するマッピングテーブルを指定すると，現在の設定内容が表示され，削除するかどうかを問い合わせてきますので，「Yes」か「No」を入力してください。

また，テーブルマッピングファイル2に，関連情報が設定されている場合には，その削除についても問い合わせてきます。

update_mapfile> 3
何番目のマッピング情報を削除しますか？ 5
00005 X400DOMAIN=/C=JP/ADMD=ADMD/PRMD=PRMD/O=TOPORG/OU=ORG/
     INETDOMAIN=table.hitachi.co.jp
削除しますか？ (Yes/No) Yes

マッピングテーブル2 に関連するマッピング情報があります。
00005 X400DOMAIN=/C=JP/ADMD=ADMD/PRMD=PRMD/O=TOPORG/OU=ORG/
     INETDOMAIN=table.hitachi.co.jp
マッピングテーブル2からも削除しますか？ (Yes/No) No

(d)　マッピングテーブルの設定の終了

マッピングテーブルの設定を終了するには，メニューから「99」を選択します。

update_mapfile> 99
edit_mapfile> 99

2.3.6　edit_option

＜この項の構成＞

(1)　機能

(2)　説明

(3)　edit_optionで設定する値

(1)　機能

オプションパラメタの設定内容を変更します。

(2)　説明

プロンプト「smtpmng>」にサブコマンドのedit_optionを入力すると，次のようなメニューメッセージが表示されて，プロンプトが「edit_option>」に変わります。メニュー番号「5」またはサブコマンドの省略形「eo」を入力しても同じ結果になります。

次にedit_optionの実行例を示します。

smtpmng> edit_option
   設定する項目の番号を入力してください。
       0.設定項目一覧の表示
       1.現在の設定値表示
       2.ゲートウェイの監視時間(gw_poll_time)
       3.smtp_gw用ログ出力パラメタ(log_parameter)
       4.smtp_dm用ログ出力パラメタ(log_parameter_daemon)
       5.dbmap用ログ出力パラメタ(log_parameter_dbmap)
       6.稼動ログのしきい値(log_status_limit)
       7.エラーログレベル(error_level)
       8.送信プロセスのリトライ処理間隔(daemon_retry_interval)
       9.送信プロセスのリトライ処理回数(daemon_retry_count)
      10.送信プロセスのSMTPコマンドのタイムアウト時間(daemon_alarm_intervel)
      11.送信プロセスの起動制御(daemon_sendmail_restart_num)
      12.送信プロセスの終了制御(services_stop_wait_time)
      13.送信制限を行うメールのサイズと時間帯(send_body_size_limit)
      14.エラーメール返信先アドレスの優先順位(error_mail_to)
      15.ループメールのアドレスチェック(loop_mail_address_check)
      16.エラーメールを返信抑制するアドレス
      17.ディスクフル状態でのサービス制御(diskfull_services_control)
      18.エラーメールの主題カスタマイズ
      99.edit_optionサブコマンドの終了
edit_option>

プロンプト「edit_option>」の状態でメニュー番号「2」から「12」のどれかを入力してください。メニュー番号を入力すると，現在の設定値を表示してから，変更値と確認(Yes/No)の入力を求めてきます。また，設定項目によっては続けて関連項目を設定します。

メニュー番号「2」を入力した場合を次に示します。

edit_option> 2                 [ゲートウェイの監視時間]
現在の設定値(GW_POLL_TIME) -> 10
変更する値　(GW_POLL_TIME) -> 20
設定しますか？(Yes/No) y
edit_option>

プロンプト「edit_option>」に「99」を入力するとサブコマンドを終了し，メインメニューが表示されプロンプトが「smtpmng>」に変わります。

(3)　edit_optionで設定する値

edit_optionで設定できる値は次の12種類です。

ゲートウェイの監視時間(gw_poll_time)
ゲートウェイ受信用のキューディレクトリ(gwq)に受信メールがない状態，およびMail Serverからの送信メールがない状態で，smtp_gwが処理を休止する間隔を設定します。デフォルトは，10秒です。(設定可能範囲：10～180秒)

smtp_gw用ログ出力パラメタ(log_parameter)
smtp_gwの出力するログファイルのファイルサイズとバックアップ数を指定します。
運用開始後，定期的にログのバックアップ状況を確認し，バックアップ数を調節してください。1週間程度のログが残るようにすることを推奨いたします。

注意

ログのサイズは2000Kバイト，バックアップ数は15～200万個で設定することを推奨します。ディスク容量を考慮して設定してください。新規インストール時のデフォルト値は，以下のようになります。

ログファイルの最大サイズ：2000Kバイト

バックアップ数：15

なお，ファイルサイズまたはバックアップ数として０を指定した場合には，バックアップ処理が実施されません。

smtp_dm用ログ出力パラメタ(log_parameter_daemon)
smtp_daemonの出力するログファイルのファイルサイズとバックアップ数を指定します。このパラメタが設定されない場合には，log_parameterの値をデフォルト値として使用します。
運用開始後，定期的にログのバックアップ状況を確認し，バックアップ数を調節してください。1週間程度のログが残るようにすることを推奨いたします。

注意

ログのサイズは2000Kバイト，バックアップ数は15～200万個で設定することを推奨します。ディスク容量を考慮して設定してください。新規インストール時のデフォルト値は，以下のようになります。

ログファイルの最大サイズ：2000Kバイト

バックアップ数：5

なお，ファイルサイズまたはバックアップ数として０を指定した場合には，バックアップ処理が実施されません。

dbmap用ログ出力パラメタ(log_parameter_dbmap)
dbmapコマンドおよびGroupmaxユーザの変更情報を取得した時に出力するログファイルのファイルサイズとバックアップ数を指定します。このパラメタが設定されない場合には，log_parameterの値をデフォルト値として使用します。
設定値の目安は，ログファイルのサイズが1M程度，バックアップ数が3程度です。
ユーザ情報の更新ルール(modifying_dbfile)にmanualを設定している場合には，dbmapを実行した時に取得された全ユーザ情報がログファイルに出力されることを確認してください。
ユーザ情報の更新ルール(modifying_dbfile)にautoを設定している場合には，運用開始後，定期的にログのバックアップ状況を確認し，バックアップ数を調節してください。定期的なユーザ異動がある場合，過去2回程度の取得ログが残るようにすることを推奨いたします。

注意

ログのサイズは2000Kバイト，バックアップ数は15～200万個で設定することを推奨します。ディスク容量を考慮して設定してください。新規インストール時のデフォルト値は，以下のようになります。

ログファイルの最大サイズ：1000Kバイト

バックアップ数：3

なお，ファイルサイズまたはバックアップ数として０を指定した場合には，バックアップ処理が実施されません。

稼動ログのしきい値(log_status_limit)
Mail - SMTP単位時間あたりにどの程度のメール数を送受信しているのかを稼動ログとして採取します。この時，採取した稼動ログのうち設定されているしきい値を超えた場合に特別なログファイル(logdir/event.log)にログ出力します。この設定パラメタはログ出力する契機となるしきい値を設定します。設定できるしきい値の内容と，デフォルト値は以下のとおりです。

受信メール数：3000通

送信メール数：1000通

受信エラーメール数：100通

送信エラーメール数：100通

休止回数：0回（Mail - SMTPでは送信キューと受信キューが空の場合にCPU負荷を下げるためにプロセスを休止しています。この休止状態が発生しない状態であるとMail - SMTPが過負荷状態にあると判断できます）休止回数は200回を推奨します。

注意

システム設計としてメールの単位時間あたりの受信数が判明している場合にはその値より少し大目の値を設定してください。稼動ログは約３ヶ月間分が保持されますので定期的に運用状態を確認して設定値を見直してください。なお，しきい値が低すぎるとログの出力量が増えて稼動ログの保持期間が短くなる場合があります。また，event.logへの通知頻度が多くなりイベントログとしては適切な利用ができません。

エラーログレベルの設定(error_level)
Mail - SMTP運用時に発生したエラーメッセージをログファイルとは別のエラーメッセージ専用の別ファイル(logdir下のerrlog)へ出力する場合に指定します。
本設定は，エラーメッセージが出力されたタイミングでユーザプログラムを起動したい場合などに，検出したいメッセージのレベルを指定します。出力されるレベルは，level1～level3を指定します。この設定値をスペースで区切ると，複数指定できます。noneとほかの値を同時に指定した場合は，none以外の値が優先されます。デフォルトは，errlogファイルに出力しない(none)です。

none

errlogファイルにエラーメッセージを出力しません。

level1

Mail - SMTPがサービス停止を伴う場合に出力するエラーメッセージを出力します。

level2

Mail Serverとインターネット間でメールの送受信ができなかったことを示すエラーメッセージを出力します。

level3

コンフィグレーションファイル不正，プロトコル不正などのエラーメッセージを出力します。

注意

本設定は，必須ではありません。この設定にnoneを設定しても，Mail - SMTPのログファイルにはすべてのエラーメッセージが出力されます。新規導入の場合や通常の運用においてはnoneを設定することを推奨します。

送信プロセスのリトライ処理間隔(daemon_retry_interval)
smtp_daemonがメールを送信するときに，一時送信を保留したメールを再度送信する間隔を設定します。デフォルトは，60分です。（設定可能範囲：30～180分）

注意

再送処理は，送信プロセスのリトライ処理間隔(daemon_retry_interval)で指定された間隔を空けて，送信プロセスのリトライ処理回数(daemon_retry_count)で指定された回数だけ実施されます。指定されたリトライ処理が実施できなかった場合には，エラーレポートを返信します。Groupmax Mailクライアントの場合には，送信一覧で該当メールの送信失敗を確認することができます。

送信プロセスのリトライ処理回数(daemon_retry_count)
smtp_daemonがメールを送信するときに，一時送信を保留したメールを再度送信処理する回数を設定します。0を設定した場合，再送信処理は行いません。デフォルトは，2回です。（設定可能範囲：0～9）

注意

再送処理は，送信プロセスのリトライ処理間隔(daemon_retry_interval)で指定された間隔を空けて，送信プロセスのリトライ処理回数(daemon_retry_count)で指定された回数だけ実施されます。指定されたリトライ処理が実施できなかった場合には，エラーレポートを返信します。Groupmax Mailクライアントの場合には，送信一覧で該当メールの送信失敗を確認することができます。

送信プロセスのSMTPコマンドのタイムアウト時間(daemon_alarm_interval)
smtp_daemonがSendmailに対してメールを送信するとき，Sendmailからの通信が途絶えた場合にタイムアウトする時間を設定します。タイムアウトした場合には，sendmail.exeプロセスを強制終了させます。デフォルトは，5分です。（設定可能範囲：1～10分）なお，”.”コマンドのみ設定値×12がタイムアウト時間となります。

送信プロセスの起動制御(daemon_sendmail_restart_num)
smtp_daemonがメールを送信するときに，起動したSendmailプロセスを複数通のメール送信に使用するかどうかを設定します。設定値はSendmailプロセスを起動する毎に何通のメールを処理するかを指定します。デフォルトは，1回です。（設定可能範囲：1～100）

注意

ご使用の環境により2以上の値を設定すると送信処理のスループットが向上します。ただし，全ての環境で性能向上を保証するものではありません。

送信プロセスの終了制御(services_stop_wait_time)
smtp_daemonがサービスを停止する時に，sendmail.exeプロセスが起動中であった場合，sendmail.exeプロセスの終了を待つ時間を秒単位で設定します。デフォルトは，0秒です。0秒が設定されている時には，sendmail.exeプロセスが起動中である場合，強制終了させます。なお，待機時間を経過してもsendmail.exeプロセスが終了しない場合にもsendmail.exeを強制終了させます。（設定可能範囲：0～1800）

注意

HP-UX版およびAIX版では，本機能を使用できません。設定値を変更しても0（従来互換）で動作します。

注意

送信プロセスのSMTPコマンドのタイムアウト時間(daemon_alarm_interval)の設定により，SMTPコマンドのタイムアウトを検知した場合にはsendmail.exeプロセスを強制終了させます。この場合，sendmail.exeプロセスが終了することにより待機時間より早くサービス停止します。

注意

管理ツールのサービス画面から，「Mail - SMTP」サービスが依存している以下のサービスを停止した場合，SERVICES_STOP_WAIT_TIMEの設定によって「Mail - SMTP」のサービスの停止時間が長くなることにより以下のサービスが停止しない場合があります（Windows版）。

「Address Server」

「Object Server」

この場合，「Address Server」「Object Server」サービスを再度停止してください。

注意

管理ツールのサービス画面の「Mail - SMTP」のサービスが停止しているにもかかわらず「smtp_daemon.exe」プロセスが終了しない場合があります。この場合，smtp_daemon.exeはサービス停止開始後SERVICES_STOP_WAIT_TIMEに設定された時間でタイムアウトして終了します。サービスの再起動や，サービス停止後の処理は，SERVICES_STOP_WAIT_TIMEで設定した時間を考慮してから実施してください。（Windows版）

送信制限を行うメールのサイズと時間帯(send_body_size_limit)
smtp_daemonがSendmailに対してメールを送信するとき，一定サイズを超えるメールを送信制限する場合に送信制限するメールのサイズと制限を行う時間帯を設定します。（設定可能範囲[制限サイズ]：0～100000キロバイト，[制限時間帯]：0～24時）
プロンプト「edit_option>」で「13」を入力してください。メニュー番号を入力すると以下のメニューが表示されます。

edit_option> 13

現在の設定値(SEND_BODY_SIZE_LIMIT) -> 0/0-24 (送信制限されていません)

   設定する項目の番号を入力してください。
       1.制限値の設定・変更
       2.送信制限の解除
      99.送信制限の設定の終了
edit_option>

1を入力すると，送信制限が設定できます。「2」を入力するとすべての送信制限を解除します。「99」を入力すると，送信制限の設定を終了してedit_optionのメニューに戻ります。

(a) 送信制限を行う場合は，次のように設定します。

edit_option> 1

'制限サイズ/送信制限開始時間-送信制限終了時間'
の形式で設定してください。
制限サイズはキロバイト単位で設定してください。
設定例)8:00時から20:00時までの間,ボディサイズ 1000Kバイトを
越えるメールを送信制限する場合 -> 1000/8-20

変更する値　(SEND_BODY_SIZE_LIMIT) ->

のプロンプトが表示されますので，次の内容を設定します。

制限サイズ：制限サイズはキロバイト単位で指定します。制限の対象はエンコード後のメール本文＋添付ファイルのサイズです（具体的には，送信時にsmqにキューイングされるBXXXXXXXファイルのサイズ）。例えばSEND_CODE=mimeが設定されている場合，エンコード後のメールのサイズは，約1.3倍になることにご注意ください。

（例）

1000Kバイトを超えるメールを送信制限する場合，制限サイズは1000です。

1000Kバイトを超えるメールでエンコード後のサイズで送信制限する場合，制限サイズは1333です。

注意

制限サイズを超えたメールは，smqに引き続きキューイングされます。このとき，送信制限によってキューイングされているファイルはOXXXXXXX.lmtの形式になっています。

制限開始時間-制限終了時間：制限を開始する時間と終了する時間を，24時間単位で指定します。

(例)

8:00時から17:00時（16時59分59秒）まで，1000Kバイトを超えるメールを送信制限する場合，以下のように1000/8-17を設定します。

変更する値　(SEND_BODY_SIZE_LIMIT) ->1000/8-17
8:00時から17:00時まで，1000 Kバイトを越えるメールを
送信制限します。
設定後の送信制限スケジュールは次のようになります。
8:00時から17:00時まで 1000 Kバイトを越えるメールは
送信制限されます。
設定しますか？(Yes/No) y

注意

終日指定(0:00～24:00)した場合には，制限サイズを超えるメールについてエラーレポートを返信します。

(b) 時間帯によって異なる制限サイズを設定したい場合は，次のように設定します。

（例）

8:00時から15:00時までは，1000Kバイトを超えるメールを送信制限する。15:00時から20:00時までは，2000Kバイトを超えるメールを送信制限する。

以下のように1000/8-15を設定した後，2000/15-20を設定します。

   変更する値　(SEND_BODY_SIZE_LIMIT) -> 1000/8-15
   8:00時から15:00時まで,1000 Kバイトを越えるメールを
   送信制限します。

   設定後の送信制限スケジュールは次のようになります。
   8:00時から17:00時まで 1000 Kバイトを越えるメールは
   送信制限されます。
   設定しますか？(Yes/No) y
   続けて送信制限の設定を行いますか？(Yes/No)y

   '制限サイズ/送信制限開始時間-送信制限終了時間'
   の形式で設定してください。
   制限サイズはキロバイト単位で設定してください。
   設定例）8:00時から20:00時までの間，ボディサイズ
   1000Kバイトを越えるメールを
           送信制限する場合 -> 1000/8-20

   変更する値　(SEND_BODY_SIZE_LIMIT) -> 2000/15-20
   15:00時から20:00時まで，2000 Kバイトを越えるメールを
   送信制限します。

   設定後の送信制限スケジュールは次のようになります。
   8:00時から15:00時まで 1000 Kバイトを越えるメールは
   送信制限されます。
   15:00時から20:00時まで 2000 Kバイトを越えるメールは
   送信制限されます。
   設定しますか？(Yes/No) y

注意

制限する時間帯が重なっている場合は，制限サイズの上下にかかわらず後から指定されたものが有効となる（上書きされる）ことに注意してください。

（例）

1000/8-19を設定した後に2000/15-20を設定した場合，設定時間の重なった15:00～19:00の制限サイズは後から指定した2000Kバイトが設定されます。

(c) 深夜0時を超えて時間帯を設定したい場合は，次のように設定します。

X時から24:00時までの設定，および0時からY時までの設定を行います。

（例）

20:00時～翌日5:00時まで，1000Kバイトを超えるメールを送信制限したい場合，20:00時から24:00時までの設定と，0:00時から5:00時の設定を行います。設定方法は，1000/20-24を設定した後に1000/0-5を設定します。

注意

異なる制限サイズを終日指定にした場合には，すべての時間帯で送信することができないメールはエラーレポートを返信します。この場合，smtp_daemonのログファイルにエラーログSmtpgw210が出力されます。Groupmaxユーザは送信一覧の配信状態で配信エラーになったことを確認できます。また，後で送信できるメールについては送信できる時間帯になるまでキューイングされます。

（例）

5000/0-8と1000/8-20と5000/20-24を設定した場合，

6000Kバイトのメールは終日送信できないのでエラーレポートが返信されます。2000Kバイトのメールは8:00時から20:00時までは送信制限されますが，20:00時から翌日8:00時の間に送信されます。

(d) 設定したスケジュールの時間帯を指定して解除する場合は，制限サイズを0にして，制限解除する時間帯を設定します。

（例）

8:00から16:00までの送信制限を解除する場合，0/8-16と指定します。

エラーメール返信先アドレスの優先順位(error_mail_to)
Mail - SMTPがエラーメールを返信する場合に，エラーメールの返信先を取得するヘッダ名を指定します。指定したヘッダがない場合や返信先のアドレスとして使用できない場合がありますので，複数のヘッダについて優先順を指定しておきます。プロンプト「edit_option>」に「14」を入力すると，error_mail_toのサブメニューが表示されます。設定または変更を行う場合には「1」を，デフォルトの設定値にする場合には「2」を選択します。設定例を以下に示します。

edit_option> 14
   設定する項目の番号を入力してください。
       1.エラーメール返信先の設定・変更
       2.デフォルト値に戻す
      99.エラーメール返信先の設定の終了
edit_option> 1
エラーメール返信先アドレスの優先順位(error_mail_to)の設定：
   エラーメールの返信先の優先順に以下の文字列を指定して下さい。
     "Envelope_From"  : エンベロープ送信者
     "Return-Path"    : 返信先
     "Errors-To"      : エラー送信先
     "Resent-Sender"  : 再送信者
     "Resent-From"    : 再送信者
     "Reply-To"       : 返信先
     "Sender"         : 送信者
     "From"           : 送信者
現在の設定値(ERROR_MAIL_TO) -> Envelope_From Errors-To Return-Path Resent-Sender Resent-From Sender From
変更する値  (ERROR_MAIL_TO) -> Envelope_From From
設定しますか？(Yes/No) y

上記の設定例では，以下の優先順でエラーメールの返信先を取得します。
（1） Envelope_From
（2） From
デフォルトの優先順は，Envelope_From Errors-To Return-Path Resent-Sender Resent-From Sender Fromです。エンベロープ送信者を返信先として指定する場合には，Sendmailの設定を考慮する必要がありますので，「3.3.2　Sendmailの定義例(3)」を参照してください。

ループメールのアドレスチェック(loop_mail_address_check)
メール受信時にループメールの検出機能を使用するかどうかを指定します。デフォルトは，ループメールのアドレスチェックを行う（ON）です。

ON

ループメールアドレスチェックを行います。チェック内容は次のとおりです。

メールの受信に失敗した場合に，受信者アドレスがSEND_ENVELOPE_FROMに設定された管理者アドレスと同じ場合に，ループメールと判断しエラーメールを返信しないようにします。

OFF

ループメールアドレスチェックを行いません。

エラーメールを返信抑制するアドレス
メールを受信できなかった際に，エラーメールを返信するかどうかメールの送信者アドレスをチェックします。送信者が登録されているアドレスである場合には，そのメールはエラーメールとして認識しループメールの発生を抑止するためエラーメール返信しません。この設定パラメタでは，エラーメールを返信しない送信者アドレスを登録／変更／削除作業を行います。デフォルトで登録されるアドレスは以下のとおりです。

MAILER-DAEMON

postmaster

root

administrator

operator

daemon

system

プロンプト「edit_option>」に「16」を入力すると，エラーメールを返信抑制するアドレスの設定サブメニューが表示されて，プロンプトが「update_mapfile >」に変わります。

edit_option> 16
   エラーメールを返信抑制するアドレスの設定
   設定する項目の番号を入力してください。
       0.アドレスの一覧表示
       1.アドレスの追加
       2.アドレスの変更
       3.アドレスの削除
       4.デフォルトに戻す
      99.エラーメールを返信抑制するアドレスの設定の終了
update_mapfile>

表示されたメニューから，選択する処理のメニュー番号を選択してください。

登録内容を確認するには，「0」を選択します。
詳細は，「(a) アドレスの一覧表示」で説明します。

アドレスを追加するには，「1」を選択します。
詳細は，「(b) アドレスの追加」で説明します。

アドレスを変更するには，「2」を選択します。
詳細は，「(c) マッピング情報の変更」で説明します。

アドレスを削除するには，「3」を選択します。
詳細は，「(d) アドレスの削除」で説明します。

設定内容をデフォルトに戻すには，「4」を選択します。
詳細は，「(e) デフォルトに戻す」で説明します。

エラーメールを返信抑制するアドレスの設定を終了するには，「99」を選択します。
詳細は，「(f) エラーメールを返信抑制するアドレスの設定の終了」で説明します。

(a)　アドレスの一覧表示

登録されているアドレスを一覧表示するには，「0」を選択します。

最初に表示される次のメッセージに従って，表示する範囲をプロンプト(-->）から指定してください。

表示範囲指定：
範囲を指定して下さい。
"ALL"文字列        :  全設定を表示(デフォルト)
開始番号 - 終了番号:  範囲の設定を表示
番号　　　　　　   :  指定番目の設定を表示
-->

例えば，次のように指定します。

すべてのアドレスを表示する場合
--> ALL

3番目から6番目のアドレスを表示する場合
--> 3-6

3番目のアドレスだけを表示する場合
--> 3

「ALL」を指定した場合の出力例を以下に示します。

表示範囲指定：
   範囲を指定して下さい。
     "ALL"文字列         : 全設定を表示(デフォルト)
     開始番号 - 終了番号 : 範囲の設定を表示
     番号                : 指定番目の設定を表示
     --> ALL
00001   MAILER-DAMON
00002   postmastor
リターンキーを入力してください。>

(b)　アドレスの追加

アドレスを追加するには，「1」を選択します。追加するアドレスの入力を求めますので使用可能な文字と文字長の範囲で指定してください。

使用可能文字 | 最大長
英数字(大文字・小文字)，”!”，”””，”#”，”$”，”%”，”&”，”'”，”*”，”+”，”-”，”.”，”/”，”=”，”?”，”@”，”^”，”_”，”`”，”{”，”|”，”}”，”~” | 256バイト

次に例を示します。

update_mapfile> 1
追加するアドレスを入力してください。
追加するアドレス     -> admin
設定しますか？(Yes/No)

入力が終了すると，確認メッセージが表示されます。入力値が正しければ，「Yes」を入力します。

注意

登録するアドレスは大文字・小文字を意識しません。

注意

‘@’が２個以上含まれるアドレスは登録できません。

注意

ローカルパートのみ指定すると全てのドメイン名をチェック対象にします。デフォルトで登録されているアドレスも全てのドメイン名をチェック対象とするためにローカルパートのみを指定しています。

ドメイン名を含むアドレスを指定すると厳密にドメイン名まで一致するかどうかチェックします。

注意

アドレスは最大32件まで登録できます。

(c)　マッピング情報の変更

登録済のアドレス変更するには，「2」を選択します。

変更するアドレスの登録番号を指定すると，現在の設定内容と入力用プロンプトが表示されます。変更する項目に値を入力してください。

なお，現在の設定値を変更しない場合は，リターンキーだけを押してください。

update_mapfile> 2
何番目のアドレスを変更しますか？ 1
現在の設定値(アドレス) -> admin
変更する値　(アドレス) -> system
設定しますか？(Yes/No)

変更する値の入力が終了したら，確認メッセージが表示されます。入力値が正しければ，「Yes」を入力します。

(d)　アドレスの削除

登録済のアドレスを削除するには，「3」を選択します。

削除するアドレスの登録番号を指定すると，現在の設定内容が表示され，削除するかどうかを問い合わせてきますので，「Yes」か「No」を入力してください。

update_mapfile> 3
何番目のアドレスを削除しますか？ 5
00005   root
削除しますか？(Yes/No)

(e)　デフォルトに戻す

設定をデフォルトの状態に戻すには，メニューから「4」を選択します。デフォルトに戻すかどうか確認のメッセージが表示されますので，「Yes」か「No」を入力してください。

update_mapfile> 4
エラーメールを返信抑制するアドレスの設定をデフォルトに戻しますか？(Yes/No) y
エラーメールを返信抑制するアドレスの設定をデフォルトに戻しました。

(f)　エラーメールを返信抑制するアドレスの設定の終了

設定を終了するには，メニューから「99」を選択します。

   エラーメールを返信抑制するアドレスの設定
   設定する項目の番号を入力してください。
       0.アドレスの一覧表示
       1.アドレスの追加
       2.アドレスの変更
       3.アドレスの削除
       4.デフォルトに戻す
      99.エラーメールを返信抑制するアドレスの設定の終了
update_mapfile> 99

ディスクフル時のサービス制御(diskfull_services_control)
Mail - SMTP運用中にディスクフルによりメール送受信処理が実施できなくなった場合に，サービスを停止させるかどうか指定します。デフォルトは，normalです。

normal

ディスクフルが発生した場合でも，継続してメール送受信処理を行います。メール送信処理に失敗した場合には，可能であればMail Serverに配信報告を返します。また，メール受信処理に失敗した場合には，可能であればエラーメールを返信します。

down

ディスクフルが発生した場合，Mail - SMTPのサービスを停止します。本設定は，メールアーカイブ運用等で，メール送受信サービスの継続よりもメール消失を防止したい場合に設定してください。

エラーメールの主題カスタマイズ
メールを受信できなかった際に，Mail - SMTPが返信するエラーメールの主題をカスタマイズします。この設定パラメタでは，エラーメールの主題の変更作業を行います。デフォルトで登録されるエラーメールの主題は以下のとおりです。

本来受信者情報が不正な場合：

Conversion failure : Recipients-Information is not available.

分割メールを受信拒否している場合：

Conversion failure : Content-Type is not available.

送信者情報が不正な場合：

Conversion failure : OriginatorName is not available.

Mail - SMTPの環境設定が不正な場合：

Conversion failure : BilateralInformation is not available.

メールの内容が不正な場合：

Conversion failure : RFC822 MailBody Format Error.

Mail Serverで配信エラーが発生した場合：

Delivery Report (failure)

その他のエラーの場合：

Returned mail: smtp_gw conversion fail.

プロンプト「edit_option>」に「18」を入力すると，エラーメールの主題カスタマイズサブメニューが表示されて，プロンプトが「edit_errsubject>」に変わります。

edit_option> 18
   エラーメールの主題カスタマイズ：
   設定する項目の番号を入力してください。
       0.エラーメールの主題一覧表示
       1.エラーメールの主題変更
       2.エラーメールの主題を選択し，デフォルトに戻す
      99.エラーメールの主題カスタマイズの終了
edit_errsubject>

表示されたメニューから，選択する処理のメニュー番号を選択してください。

登録内容を確認するには，「0」を選択します。
詳細は，「(a) エラーメールの主題一覧表示」で説明します。

エラーメールの主題を変更するには，「1」を選択します。
詳細は，「(b) エラーメールの主題変更」で説明します。

エラーメールの主題をデフォルトに戻すには，「2」を選択します。
詳細は，「(c) エラーメールの主題を選択し，デフォルトに戻す」で説明します。

エラーメールの主題カスタマイズを終了するには，「99」を選択します。
詳細は，「(d) エラーメールの主題カスタマイズの終了」で説明します。

(a) エラーメールの主題一覧表示

登録されているエラーメールの主題を一覧表示するには，「0」を選択します。

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

001 本来受信者情報が不正な場合：
Conversion failure : Recipients-Information is not available.
002 分割メールを受信拒否している場合：
Conversion failure : Content-Type is not available.
003 送信者情報が不正な場合：
Conversion failure : OriginatorName is not available.
004 Mail-SMTPの環境設定が不正な場合：
Conversion failure : BilateralInformation is not available.
005 メールの内容が不正な場合：
Conversion failure : RFC822 MailBody Format Error.
006 Mail Serverで配信エラーが発生した場合：
Delivery Report (failure)
007 その他のエラーの場合：
Returned mail: smtp_gw conversion fail.
リターンキーを入力してください。>

(b) エラーメールの主題変更

エラーメールの主題を変更するには，「1」を選択します。

エラーメールの主題の項番とエラーメールを返信する条件を表示します。変更するエラーメールの主題の項番入力を求めますので項番を指定してください。

変更するエラーメールの主題の項番を指定すると現在の設定内容と入力用プロンプトが表示されます。その後，変更するエラーメールの主題の入力を求めますので使用可能な文字と文字長の範囲で指定してください。

なお，現在の設定値を変更しない場合は，リターンキーだけを押してください。

使用可能文字 | 最大長
英数字(大文字・小文字)，” ”(半角スペース)，”!”，”””，”#”，”$”，”%”，”&”，”'”，”(”，”)”，”*”，”+”，”,”，”-”，”.”，”/”，”:”，”;”，”<”，”=”，”>”，”?”，”@”，”[”，”¥”，”]”，”^”，”_”，”`”，”{”，”|”，”}”，”~”(記号はすべて半角) | 80バイト

次に例を示します。

edit_errsubject> 1
001 本来受信者情報が不正な場合：
002 分割メールを受信拒否している場合：
003 送信者情報が不正な場合：
004 Mail-SMTPの環境設定が不正な場合：
005 メールの内容が不正な場合：
006 Mail Serverで配信エラーが発生した場合：
007 その他のエラーの場合：
何番目のエラーメールの主題を変更しますか？1
001 本来受信者情報が不正な場合：
現在の設定値(エラーメールの主題)-> Conversion failure : Recipients-Information is not available.
変更する値(エラーメールの主題)->Returned mail: see transcript for details
設定しますか？(Yes/No)

入力が終了すると，確認メッセージが表示されます。入力値が正しければ，「Yes」を入力します。

(c) エラーメールの主題を選択し，デフォルトに戻す

エラーメールの主題をデフォルトに戻すには，「2」を選択します。

エラーメールの主題の項番とエラーメールを返信する条件を表示します。デフォルトに戻すエラーメールの主題の項番を指定すると，指定したエラーメールの主題を返信する条件と現在の設定内容とデフォルトの設定内容が表示されます。

edit_errsubject> 2
001 本来受信者情報が不正な場合：
002 分割メールを受信拒否している場合：
003 送信者情報が不正な場合：
004 Mail-SMTPの環境設定が不正な場合：
005 メールの内容が不正な場合：
006 Mail Serverで配信エラーが発生した場合：
007 その他のエラーの場合：
何番目のエラーメールの主題をデフォルトに戻しますか？1
001 本来受信者情報が不正な場合：
現在の設定値(エラーメールの主題)-> Returned mail: see transcript for details
デフォルト値(エラーメールの主題)-> Conversion failure : Recipients-Information is not available.
設定しますか？(Yes/No)

確認メッセージが表示されます。デフォルトに戻すのであれば，「Yes」を入力します。

(d) エラーメールの主題カスタマイズの終了

カスタマイズを終了するには，メニューから「99」を選択します。

   エラーメールの主題カスタマイズ：
   設定する項目の番号を入力してください。
       0.エラーメールの主題一覧表示
       1.エラーメールの主題変更
       2.エラーメールの主題を選択し，デフォルトに戻す
      99.エラーメールの主題カスタマイズの終了
edit_errsubject>99

2.3.7　edit_archive

注意

本設定項目は，メールアーカイブ運用を使用する場合のみ設定してください。

＜この項の構成＞

(1)　機能

(2)　説明

(3)　edit_archiveで設定する値

(4)　アーカイブ運用設定のリセット

(1)　機能

メールアーカイブ機能について設定内容を変更します。

(2)　説明

プロンプト「smtpmng>」にサブコマンドのedit_archiveを入力すると，次のようなメニューメッセージが表示されて，プロンプトが「edit_ archive >」に変わります。メニュー番号「6」またはサブコマンドの省略形「ea」を入力しても同じ結果になります。

次にedit_archiveの実行例を示します。

smtpmng> edit_archive
   設定する項目の番号を入力してください。
       0.設定項目一覧の表示
       1.現在の設定値表示
       2.アーカイブ運用の設定変更
       3.アーカイブ運用設定のリセット
      99.edit_archiveサブコマンドの終了
edit_archive>

プロンプト「edit_archive>」の状態でメニュー番号「2」を入力してください。メニュー番号を入力すると，現在の設定値を表示してから，変更値と確認(Yes/No)の入力を求めてきます。また，メールアーカイブ機能の設定では全ての設定項目を関連項目として設定します。

メニュー番号「2」を入力した場合を次に示します。

edit_archive> 2                 [アーカイブ用アドレスの設定]
アーカイブ用アドレス(MAILARCHIVE_ADDRESS)の設定
　　アーカイブ用アドレスを設定してください。
現在の設定値(MAILARCHIVE_ADDRESS) ->
変更する値　(MAILARCHIVE_ADDRESS) -> root@smtpgw.dummy.co.jp
設定しますか？(Yes/No) y

プロンプト「edit_archive>」に「99」を入力するとサブコマンドを終了し，メインメニューが表示されプロンプトが「smtpmng>」に変わります。

(3)　edit_archiveで設定する値

edit_archiveで設定できる値は次の6種類です。

アーカイブ用アドレス(mailarchive_address)
アーカイブ用のメールを自動転送する宛先E-mailアドレスを指定します。この設定値は，Mail ServerのAUTO_FORWARDの設定値と一致させる必要があります。使用可能な文字と文字長の範囲で指定してください。

使用可能文字 | 最大長
英数字(大文字・小文字)，”!”，”””，”#”，”$”，”%”，”&”，”'”，”*”，”+”，”-”，”.”，”/”，”=”，”?”，”@”，”^”，”_”，”`”，”{”，”|”，”}”，”~” | 128バイト

注意

指定するE-mailアドレスは100バイト以内にしてください。

注意

登録するアドレスは大文字・小文字を意識しません。

注意

‘@’が２個以上含まれるアドレスは登録できません。

注意

本設定値とMail ServerのAUTO_FORWARDの設定値が一致していない場合，メールの送信は成功しますが，アーカイブ用のメールとしての処理が実施されません。例えば，BCC宛先やE-mailアドレスなしユーザの宛先や組織の宛先が含まれなくなります。

注意

アーカイブ用の宛先は，アーカイブ用サーバに存在する仮想のアカウントを想定しています。このため，ローカルパートのみを指定したり，Groupmaxユーザのドメイン名を指定したりすることはできません。本設定値は省略できません。

E-mailアドレスなしユーザのアドレスマッピングルール(mailarchive_mapping_mode)
アーカイブ用のメールのアドレスマッピングを行う際にE-mailアドレスが登録されていないGroupmaxユーザや組織メールのアドレスについてアドレスマッピングする方法を指定します。デフォルトは，nicknameです。

nickname

E-mailアドレスなしユーザについてニックネームマッピングを使用してアドレスマッピングします。ニックネームに使用できない文字種が含まれている場合にはLHSマッピングを行います。組織ユーザのアドレスはLHSマッピングします。

lhs

E-mailアドレスなしユーザおよび組織ユーザのアドレスをLHSマッピングします。

アーカイブ用メールのエンベロープ送信者アドレス(mailarchive_send_envelope_from)
アーカイブ用のメールを送信する際の送信者アドレスを指定します。送信したアーカイブ用メールがエラーとなった場合には，このアドレスに対してエラーメールが返信されます。この場合，受信したエラーメールからオリジナルのメールを復旧し，smuqへ退避します。使用可能な文字と文字長の範囲で指定してください。

使用可能文字 | 最大長
英数字(大文字・小文字)，”!”，”””，”#”，”$”，”%”，”&”，”'”，”*”，”+”，”-”，”.”，”/”，”=”，”?”，”@”，”^”，”_”，”`”，”{”，”|”，”}”，”~” | 256バイト

注意

登録するアドレスは大文字・小文字を意識しません。

注意

‘@’が２個以上含まれるアドレスは登録できません。

注意

設定値としてローカルパートのみを指定したり，Groupmaxユーザのドメイン名を指定したりすることはできません。本設定値は省略できません。

注意

アーカイブ用メールのエンベロープ送信者アドレスは，アーカイブ用のメールに対してエラーメールが返信される場合の返信先となります。このE-mailアドレスは，Mail - SMTPのみで認識されますので，Groupmaxユーザとしてアカウントを作成する必要はありません。

注意

メールアーカイブ用のエラーメールの送付先をメールアーカイブ用のMail - SMTPとする必要があるため，この設定で指定するメールアドレスのドメイン名は，メールアーカイブ用のMail - SMTP専用のドメイン名を指定します。また，同居するSendmailのCXの定義にこの設定で指定したドメイン名を指定する必要があります。

注意

メールアーカイブ用のメールがアーカイブサーバに配信されなかった場合に，エラーメールがメールアーカイブ用のMail - SMTPで受信できるよう，アーカイブ用メールのエンベロープ送信者アドレスで指定したドメイン名をDNSに登録しておく必要があります。

アーカイブ用メールを分割するエンベロープ受信者の最大数(mailarchive_rcpt_to_num)
Sendmailはメール送信する際に，メールの同報者数に応じて複数通に分けてメール送信します。本設定では，メールアーカイブ用のメールが複数通に分けて送信されても，自動転送先のアドレスが含まれるようMail - SMTPが同報者数を調節します。本設定値には同報者数を調節する際の同報者数を指定します。デフォルトは，15です。（設定可能範囲：2～256）

注意

ご使用のSendmailの仕様により複数通に分ける同報者数は異なっていますので，仕様が明確である場合にのみ値を調節してください。ご使用のSendmailの仕様が不明である場合には，デフォルト値を指定してください。同報者数を増やすと同報者の多いメールを送信する時のsmtp_daemonとSendmailの負荷を下げることができ，且つ同一のメールが重複してアーカイブされる数を減らすことができます。

注意

メールアーカイブ連携機能を設定して運用開始後に，本設定値を既存の設定値より小さく変更するとメールアーカイブできない場合に返信されたエラーメールからのアーカイブメールの復旧ができません。この値を既存の設定値より小さくする場合には，現在送信済のメールが全てアーカイブされたことを確認してから実施してください。

アーカイブ用メールヘッダ(mailarchive_x_mailer)
アーカイブ用のメールに挿入するX-Mailerヘッダの値を指定します。使用可能な文字と文字長の範囲で指定してください。デフォルト値は，Groupmax Mail-SMTPです。

使用可能文字 | 最大長
英数字(大文字・小文字)，” ”(半角スペース)，“！”，”””，”#”，”$”，”%”，”&”，”'”，“（”，“）”，”*”，”+”，“，”，”-”，”.”，”/”，“：”，“；”，“＜”，”=”，“＞”，”?”，”@”，”[“，”￥“，”]“，”^”，”_”，”`”，”{”，”|”，”}”，”~” | 256バイト

アーカイブ用エラーメール生成(mailarchive_error_mail)
Mail - SMTPからエラーメールを返信する際に，メールアーカイブ用のエラーメールを生成するか指定します。デフォルトは，createです。

create

エラーメールを返信する場合に，エラーメールをコピーしてMAILARCHIVE_ADDRESSに指定されている宛先にエラーメールを送信します。

none

エラーメールを返信する場合に，エラーメールをそのまま送信します。

(4)　アーカイブ運用設定のリセット

edit_archiveで設定した内容をリセット（アーカイブ運用をしない）する場合には，プロンプト「edit_archive>」の状態でメニュー番号「3」を入力してください。メニュー番号を入力すると，確認のメッセージが表示されますので，「Yes」か「No」を入力してください。

メニュー番号「3」を入力した場合を次に示します。

edit_archive> 3             [アーカイブ運用設定のリセット]
アーカイブ運用設定をリセットしますか？(Yes/No) y
edit_archive>

2.3.8　edit_smailpath（Windows版）

＜この項の構成＞

(1)　機能

(2)　説明

(1)　機能

Sendmailのパス名を設定します。

(2)　説明

プロンプト「smtpmng>」からサブコマンドのedit_smailpathを入力すると，次のようなメニューメッセージが表示されて，プロンプトが「edit_smailpath>」に変わります。メニュー番号「98」またはサブコマンドの省略形「es」を入力しても同じ結果になります。

次にedit_smailpathの実行例を示します。

smtpmng> edit_smailpath
設定する項目の番号を入力して下さい。
 0. 設定項目一覧の表示
 1. sendmailのパス名の設定表示
 2. sendmailのパス名の設定(SENDMAIL)
99. edit_smailpathサブコマンドの終了
edit_smailpath>

プロンプト「edit_smailpath>」にメニュー番号「2」を入力してください。

メニュー番号を入力すると，次のように現在の設定値を表示してから，変更値と確認(Yes/No)の入力を求めてきます。

edit_smailpath> 2
現在の設定値(SENDMAIL) -> c:¥sendmail¥sendmail.exe
変更する値(SENDMAIL)   -> d:¥Program Files¥Sendmail Switch¥smmta-8.12¥sbin¥sendmail.exe
設定しますか？ (Yes/No) Yes

注意

必ずこのコマンドでパス名を設定してください。また，Sendmailのパス名は，必ずフルパス名で指定してください。

注意

¥¥コンピュータ名¥というネットワーク指定の形式で入力することはできません。

注意

Sendmail Single Switchをご使用の場合のsendmail.exeのファイルパス名は，以下のパス名になります。

<sendmail>¥Sendmail Switch¥smmta-8.11¥sbin¥sendmail.exe

または

<sendmail>¥Sendmail Switch¥smmta-8.12¥sbin¥sendmail.exe

注意

入力されたsendmail.exeファイルが存在しない場合には，パス名は設定されません。Sendmailをインストール後に再度設定してください。

2.3.9　quit

＜この項の構成＞

(1)　機能

(2)　説明

(1)　機能

smtpmngコマンドを終了します。

(2)　説明

運用管理サブコマンド一覧でからサブコマンドのquitを入力すると，smtpmngコマンドを終了します。メニュー番号「99」またはサブコマンドの省略形「q」を入力しても同様にquitサブコマンドを実行します。この時，サブコマンドで環境設定値が変更されている場合，以下のメッセージを出力して環境設定値を保存するかどうか確認します。

運用管理サブコマンド一覧
 0.help(h)           : サブコマンド一覧の表示
 1.print_config(p)   : 現在の設定値の表示
 2.edit_domain(ed)   : Mail-SMTPドメインの設定変更
 3.edit_format(ef)   : 書式の設定変更
 4.edit_mapping(em)  : アドレスマッピングルールの設定変更
 5.edit_option(eo)   : オプションの設定変更
98.edit_smailpath(es): sendmailパスの設定変更
99.quit(q)           : プログラムの終了
smtpmng> quit
現在の設定値でコンフィグレーションファイルを生成しますか？(Yes/No)

ここで”yes”または”y”を入力すると環境設定値を保存して終了します。”No”または”n”を入力すると，smtpmngサブコマンドで変更した設定値を保存せずに終了します。

2.4　dbmap

ここでは，dbmapコマンドの機能について説明します。

＜この節の構成＞

2.4.1　dbmapの機能

2.4.2　dbmapの仕様

2.4.1　dbmapの機能

dbmapコマンドは，DBマッピング，およびニックネームマッピングで使用するDBマッピングファイルに必要な情報を設定するためのプログラムです。マッピングに必要な情報はAddress Serverに登録されているユーザ情報から取得します。

dbmapコマンドを使用すると次のファイルに情報を設定できます。

DBマッピング，およびニックネームマッピングに使用するDBマッピングファイル
(index.db，data.db)

DBマッピングファイルは，DBマッピング，およびニックネームマッピングでアドレスをマッピングする場合に使われるファイルです。DBマッピング，およびニックネームマッピングによるアドレスのマッピングについては「4.1　アドレスマッピングルール」を参照してください。

Mail - SMTPを新規にインストールした場合，およびバージョンアップした場合には必ずdbmapコマンドを実行してください。

2.4.2　dbmapの仕様

次にdbmapコマンドの仕様について説明します。

＜この項の構成＞

(1)　起動方法

(2)　機能

(3)　オプション

(4)　注意事項

(1)　起動方法

Windows版の場合

dbmapは，「Mail - SMTPアドレス取り込み」アイコンから起動します。

HP-UX版，AIX版の場合

dbmapはコマンドの構文を次に示します。

# dbmap

(2)　機能

Address Serverからユーザ情報（E-mailアドレス，ニックネーム，O/R名）を取得してDBマッピングファイルを作成します。

(3)　オプション

-s

dbmap実行時にトレース情報として画面出力しているメッセージを出力しません。また，dbmap実行終了時にキー入力を待たずに終了します。

(4)　注意事項

dbmapコマンドを使用する場合には，以下の点に注意してください。

dbmapコマンドを起動するときは，Object Server，Address Serverを起動させてから実行してください。Object Server，Address Serverが起動していない場合，Smtpgw147のエラーが発生し，E-mailアドレス情報の取り込み処理を実行することができません。

dbmapコマンドを起動するときは，Mail - SMTPを停止させてから実行してください。Mail - SMTPが起動している場合，dbmapコマンドを実行できません。また，smtpmngやsmuq2smqコマンドと同時実行できません。

同時に複数のdbmapコマンドは実行できません。

dbmapコマンドを<Ctrl>+<C>，<Ctrl>+<Break>などによる割り込みで強制終了させた場合，DBマッピングファイルは正常に作成されません。この場合は，再度dbmapコマンドを実行してDBマッピングファイルを作成してください。

コンフィグレーションファイルの設定項目「modifying_dbfile」が「manual」に設定されている場合，DBマッピングファイルは自動的に更新されません。次のようなユーザ情報の変更があった場合はdbmapコマンドを起動してDBマッピングファイルを作成してください。

Groupmaxユーザが追加，削除または移動された場合

ユーザ情報のうちニックネーム，E-mailアドレスが変更された場合

サーバ側でバックアップ処理が行われている場合は，dbmapコマンドを実行しないでください。

重複しているE-mailアドレスを登録した場合には，E-mailアドレスが重複しているGroupmaxユーザはインターネットとのメールの送受信ができません。この場合，Address Serverで重複しているE-mailアドレスをすべて変更してから，再度dbmapコマンドを実行してください。

Address Serverのユーザ登録において，E-mailの送受信を行うGroupmaxユーザを登録する場合は以下の文字だけを使用してO/R名を登録するようにしてください。

半角英数字

半角＋記号，半角－記号

dbmapコマンド終了後，logfile.dbmapを参照しエラーログが出力されていないか確認してください。ニックネームに日本語が登録されている場合など，コマンドライン上に出力されていないエラーが発生している場合があります。

システム管理者(rootユーザ)だけがdbmapコマンドを使用できます。（HP-UX版およびAIX版）

ニックネームに以下の文字が使用されているGroupmaxユーザについては，ニックネームマッピングは適用されません。
全角文字，半角片仮名，半角スペース，@，<，>，(，)，,（コンマ），[，]，;，¥，!

2.5　smuq2smq

ここでは，smuq2smqコマンドの機能について説明します。

＜この節の構成＞

2.5.1　smuq2smqの機能

2.5.2　smuq2smqの仕様

2.5.1　smuq2smqの機能

smuq2smqコマンドは，メールアーカイブ用のメールが送信に失敗した場合にメールが再送されるようリカバリします。

2.5.2　smuq2smqの仕様

smuq2smqコマンドの仕様について説明します。

＜この項の構成＞

(1)　起動方法

(2)　機能

(3)　オプション

(4)　戻り値

(5)　注意事項

(1)　起動方法

smuq2smqコマンドの構文を次に示します。

# smuq2smq -l <ログファイル名> [-s]

注意

Windows版の場合Dosプロンプトを起動して，カレントディレクトリをsmtpbinに変更し，smuq2smq コマンドを実行してください。

(2)　機能

smuq2smqコマンドは，メールアーカイブ用のメールが送信に失敗した場合にメールが退避されているキュー(smuq)から，再度メール送信されるようsmqにリカバリ(ファイル移動)します。また，リカバリする際に，リカバリできないメールがないかチェックしログ出力します。リカバリした後は，Mail - SMTPのサービスを起動してSendmailにメール送信した後，再度smuqにメールが退避されないか確認してください。

(3)　オプション

-l オプションの後にログファイル名を指定します。指定されたログファイルに，リカバリを行ったファイル名，リカバリに失敗したファイル名の情報を出力します。指定されたログファイルが既に存在する場合には，メッセージは追加出力します。ログファイル名にファイル名だけを指定した場合にはlogdir下に出力します。ログファイル名には相対パス名は指定できません。

-s オプションを指定すると本コマンドを実行したときに，画面上のメッセージを出力しません。なお，本オプションは省略することができます。

(4)　戻り値

戻り値
説明

0
1件以上のメールをsmqに復旧し，復旧に失敗したメールはありません。
復旧するメールがsumqにありません。

0以外
コマンドが正常に実行できませんでした。0件以上のメールをsmqに復旧し，復旧に失敗したメールが1件以上あります。

(5)　注意事項

smuq2smqコマンドを使用する場合には，以下の点に注意してください。

smuq2smqコマンドを起動するときは，Mail - SMTPを停止させてから実行してください。Mail - SMTPが起動している場合，smuq2smqコマンドを実行できません。また，smtpmngやdbmapコマンドと同時実行できません。

同時に複数のsmuq2smqコマンドは実行できません。

smuq2smqコマンドを<Ctrl>+<C>，<Ctrl>+<Break>などによる割り込みで強制終了させた場合，正常にリカバリされません。必ずsmuq2smqコマンドを再実行してください

smuq2smqコマンド実行中に強制終了させないでください。強制終了させた場合は，必ずsmuq2smqコマンドを再度実行してください。smuq2smqを再度実行した場合でも，以下の問題が発生することがありますが，その後の動作には影響ありません。

Mail - SMTPサービス再起動時に，logfile.daemonにエラーログが出力される。

smqに不要なファイルが作成される。

強制終了させた時点で復旧中のメールが，重複して復旧される場合があるため，同一メールが２通分アーカイブされる。

smuq2smqコマンド終了後，-lで指定したログファイルの内容を確認し復旧に失敗したメールがないか確認してください。

システム管理者(rootユーザ)だけがsmuq2smqコマンドを使用できます。（HP-UX版およびAIX版）

3.　Sendmailの環境設定

Mail - SMTPでは，SMTPのメールの送受信機能としてSendmailを使用しています。ここでは，Mail - SMTPで使用するSendmailについて説明します。

＜この章の構成＞

3.1　Sendmailについて

3.2　mhs_mailerについて

3.3　Sendmailの設定内容

3.1　Sendmailについて

ここでは，Mail - SMTPで使用するSendmailについて説明します。

＜この節の構成＞

3.1.1　Mail - SMTPとSendmailの関係

3.1.2　mhs_mailerの概要

3.1.1　Mail - SMTPとSendmailの関係

Mail - SMTPでは，SMTPのメールの送受信機能としてSendmailを使用しています。Sendmailはデーモンとして動作し，ネットワークとMail - SMTPの間でSMTPのメールの受け渡しをします。また，SMTPのメールを受信するときに，自動的にmhs_mailerの起動および終了ができます。

3.1.2　mhs_mailerの概要

mhs_mailerは，Mail - SMTPの構成プログラムの一つです。主な機能は，受信したメールをMail - SMTPの受信キューgwqディレクトリに格納することです。格納されたメールは，smtp_gwによって受信処理されます。

mhs_mailerを起動するのはSendmailです。Sendmailは，受信したSMTPのメールを処理するときに自動的にmhs_mailerを起動します。また，処理が終了すると，自動的にmhs_mailerも終了します。

Sendmailによってmhs_mailerを起動するには，Sendmailで受信したメールをmhs_mailerに転送するための設定をSendmail側で行なう必要があります。mhs_mailerについては「3.2　mhs_mailerについて」を，Sendmailの設定については「3.3　Sendmailの設定内容」を参照してください。また，Sendmailについては，御使用のSendmailのマニュアルを参照してください。

3.2　mhs_mailerについて

ここでは，Sendmailで起動するmhs_mailerについて説明します。

＜この節の構成＞

3.2.1　mhs_mailerの仕様

3.2.1　mhs_mailerの仕様

＜この項の構成＞

(1)　構文

(2)　機能

(3)　戻り値

(1)　構文

mhs_mailerは次の構文で実行します。

mhs_mailer  メールの宛先

(2)　機能

mhs_mailerは，Sendmailが受信したメールをMail - SMTPの受信キュー(gwq)に格納します。

(3)　戻り値

mhs_mailerは，処理が正常終了すると0を戻します。また，エラーが発生した場合は0以外の値を戻します。このときSendmailは，エラーの内容によりメールを再送したり，またはメール送信者にエラーメールを送信したりします。

3.3　Sendmailの設定内容

ここでは，Sendmailの設定ファイルsendmail.cfの設定する手順について説明します。

注意

HP-UX版およびAIX版の提供媒体中に格納されているsendmail.cfのテンプレートファイルsendmail.cf.tmpはご使用になっているバージョンが異なる場合があります。設定例としてご使用ください。

＜この節の構成＞

3.3.1　sendmail.cfの設定概要

3.3.2　Sendmailの定義例

3.3.1　sendmail.cfの設定概要

Sendmailでは，定義したドメイン名宛てのメールを受信したときに，メーラ（mhs_mailer）にメールを転送する設定を行ないます。

mhs_mailerにメールを転送するには，次の内容をSendmailに設定する必要があります。

受信メールのアドレスをSendmailが認識できるようにする定義

mhs_mailerを起動するための条件の定義

メーラの定義

E-mailアドレスを書き換えるためのルールセットの定義

次に具体的な設定例を説明します。

3.3.2　Sendmailの定義例

ここでは，「smtpgw.hitachi.co.jp」というドメイン名にメールを受信した時にmhs_mailerに転送する場合を例にして説明しています。

＜この項の構成＞

(1)　受信メールのアドレスをmhs_mailerが認識できるようにする定義

(2)　mhs_mailerを起動するための条件の定義

(3)　メーラの定義

(4)　E-mailアドレスを書き換えるためのルールセットの定義

(1)　受信メールのアドレスをmhs_mailerが認識できるようにする定義

OperatorChars=.:%@!^[]+

OperatorCharsは，アドレス中の特殊文字を定義するオプションです。この記述では，「OperatorChars=」に続く各文字をアドレス要素(トークン)を区切る文字として認識するように定義しています。したがって，O/R形式のアドレスの'/'及び'='は区切り記号とはみなされなくなります。

(2)　mhs_mailerを起動するための条件の定義

SendmailのCXマクロにmhs_mailerを起動するドメイン名定義を追加します。「smtpgw.hitachi.co.jp」というドメイン名宛てにメールを受信した時にmhs_mailerを起動する場合，次のCXマクロを設定します。

CX smtpgw.hitachi.co.jp

また，上記のCXマクロで設定したドメイン名宛てのメールを受信した場合に，「smtpgw」というメーラに転送することをルールセット0に設定します。

R$+<@$=X>       $#smtpgw $@$j $:$1<@$2>
R$+<@$=X.>      $#smtpgw $@$j $:$1<@$2>

(3)　メーラの定義

ここでは，(2)で定義された「smtpgw」というメーラでメールを受信する場合に，起動するプログラムとしてmhs_mailerを定義します。また，mhs_mailerを起動するためのファイルパス名の指定や，起動時に指定する引数などを設定します。

Msmtpgw, P=/smtpbin/mhs_mailer, F=DxhFmMSu,
S=28/28, R=28/28, A=mhs_mailer $u

コンマで区切られた部分がそれぞれ定義項目になります。各項目の定義は次のようになります。

Msmtpgw

Mの次にメーラ名称を指定します。(2)の設定で指定するメーラ名と一致させる必要があります。

P=/smtpbin/mhs_mailer

起動するプログラムmhs_mailerの絶対パス名を指定します。

このパス名には，インストール先のディレクトリ名を含めて絶対パスを指定します。

F=DxhFmMSu

mhs_mailerの処理を定義したフラグ

F，M，Sは必ず指定してください。Mail - SMTPでエンベロープ送信者を取得する為，nは指定しないでください。Version 6 06-50以前のMail - SMTPを使用していた場合，nを削除してください。それ以外のフラグは，運用に応じて指定してください。

Xを指定した場合は，インターネットから受信したメールで「.」で始まる行が「..」で始まる行に変換されてしまいます。運用上「..」である必要があるという場合意外ではXフラグは指定しないでください。エンコード方法が以下の場合，本文／添付ファイルが正常にデコードできない場合があります。

7bit

8bit

quoted-printable

エンコード方法が指定されていない

9を指定した場合は，インターネットから受信したシングルパートのMIMEメールが8bitメールに変換されてしまう為，指定しないでください。

cを指定した場合は，コメントが削除されます。コメントをマッピングしたい場合にはcを指定しないでください。

S=28/28，R=28/28

送信者および受信者アドレスの書き換えルールセットの番号を指定します。ここでは使用するルールセットとしてルールセット28を適用することを指定しています。ルールセット28は「3.3.2(4)　E-mailアドレスを書き換えるためのルールセットの定義」で定義します。

A=mhs_mailer $u

メーラの起動時に必要な引数を定義しています。$uは受信者のアドレスを示すマクロです。

(4)　E-mailアドレスを書き換えるためのルールセットの定義

ここでは，(3)で定義されたルールセット28のアドレス変換定義を追加します。(3)の設定で指定するルールセット番号と一致させる必要があります。

S28
R$-          $@$1<@$j>
R$+<@$+.>    $1<@$2>

このルールセットによって，E-mailアドレスにドメインパートを含むように書き換えます。また，E-mailアドレスのドメインパートの終わりに付加されているドットを削除します。

4.　Mail - SMTPのアドレスマッピングルール

Mail - SMTPで利用できるアドレスマッピングのルールについて説明します。

＜この章の構成＞

4.1　アドレスマッピングルール

4.1　アドレスマッピングルール

ここでは，Mail - SMTPで利用できるアドレスマッピングのルールについて説明します。

＜この節の構成＞

4.1.1　アドレスマッピングルールの種類

4.1.2　アドレスマッピングルールの適用例

4.1.3　アドレスマッピングルールの優先順位

4.1.1　アドレスマッピングルールの種類

アドレスマッピングルールとは，ネットワークを通してメールの送受信をする場合に，送信者と受信者のアドレスをマッピングするための方式です。

Mail - SMTPでは，次の5種類のアドレスマッピングルールを利用できます。メールに設定されているアドレスの形式に応じて，各アドレスマッピングルールが適用されます。

DDAマッピングルール
メールのE-mailアドレスをマッピングの対象にする方式です。

DBマッピングルール
Groupmaxユーザのアドレス登録時に設定されたE-mailアドレスを使ってアドレスをマッピングする方式です。

ニックネームマッピングルール
Groupmaxユーザのニックネームを使ってアドレスをマッピングする方式です。

テーブルマッピングルール
テーブルマッピングファイル内で定義されたアドレスマッピングテーブルに従ってアドレスをマッピングする方式です。

ユーザIDマッピングルール
GroupmaxユーザのユーザIDを使ってアドレスをマッピングする方式です。

LHSマッピングルール
GroupmaxユーザのO/R名を使ってアドレスをマッピングする方式です。

5種類のアドレスマッピングルールのうちどれを使用するかは，smtpmngコマンドのサブコマンドedit_mappingから設定するmapping_modeに設定された値で決まります。詳細については，「4.1.3　アドレスマッピングルールの優先順位」を参照してください。

4.1.2　アドレスマッピングルールの適用例

次に各アドレスマッピングルールを適用する例を示します。

なお，それぞれのルールは，O/R名をE-mailアドレスにマッピングする場合(X.400 → SMTP)と，E-mailアドレスをO/R名にマッピングする場合(SMTP → X.400)に分けられます。

＜この項の構成＞

(1)　DDAマッピングルール

(2)　DBマッピングルール

(3)　ニックネームマッピングルール

(4)　テーブルマッピングルール

(5)　ユーザIDマッピングルール

(6)　LHSマッピングルール

(1)　DDAマッピングルール

メールのE-mailアドレスをマッピング対象にする方法です。実際には，E-mailアドレスがそのまま正規のアドレスとして識別されます。E-mailアドレスを直接指定する場合に適用されます。

X.400 → SMTP

例えば，X.400側(Groupmaxユーザ)で次のようなアドレスを設定した場合に，DDAマッピングによってE-mailアドレスとして指定された宛先にメールが送信されます。

形式1　TARO.HITACHI@soft.hitachi.co.jp

形式2　/D=TARO.HITACHI@soft.hitachi.co.jp

形式3　/C=JP/A=smtpgw/P=smtpgw/OU1=smtpgw/D=RFC-822;
　　　 TARO.HITACHI@soft.hitachi.co.jp

SMTP → X.400

E-mailアドレスが指定され，他のマッピングルールが適用できない場合には，そのまま正規のアドレスとして識別されてGroupmaxユーザに通知されます。

(2)　DBマッピングルール

Address Serverのユーザ情報として登録されたE-mailアドレスを利用してアドレスをマッピングする方法です。

テーブルマッピングとDBマッピングの違いは，テーブルマッピングがアドレスの構成要素単位にマッピングをするのに対して，DBマッピングはE-mailアドレス全体をユーザ単位にマッピングします。このため，DBマッピングを利用するにはGroupmaxユーザごとに一意なE-mailアドレスを設定してDBマッピングファイルに登録しておく必要があります。

例えば，Groupmaxユーザの宛先が「T.HITACHI」およびE-mailアドレス（SMTPのアドレス）が「t_hitachi@soft.hitachi.co.jp」のようにDBマッピングファイルに登録されていたとします。その場合は次のようになります。

X.400 → SMTP

T.HITACHI

上のアドレスが指定されたメールをMail - SMTPがインターネット側へ送信する場合は，DBマッピングファイルの登録に従ってアドレスをマッピングして「t_hitachi@soft.hitachi.co.jp」あてにメールを送ります。

SMTP → X.400

t_hitachi@soft.hitachi.co.jp

上のアドレスが指定されたメールをMail - SMTPがインターネット側から受信する場合は，DBマッピングファイルの登録に従ってアドレスをマッピングして「T.HITACHI」あてにメールを送ります。

注意

Address ServerにE-mailアドレスが設定されていないGroupmaxユーザがいる場合には，Mail ServerはE-mailアドレスが登録されていない宛先や同報者のアドレスについてニックネームマッピングでアドレスマッピングする場合があります。これらのGroupmaxユーザに対してPOP3/IMAP4クライアントを使用してメールを返信しても，Mail - SMTPでは受信できません。

(3)　ニックネームマッピングルール

Groupmaxユーザのニックネームを使ってアドレスをマッピングする方法です。

ニックネームにE-mailアドレスとして不適切な文字コード（2バイトコードなど）が含まれていた場合，そのアドレスに対してはこのマッピングルールは適用されません。

また，POP3/IMAP4連携機能を使用しMail - SMTPでニックネームマッピングを使用する場合には，必ずニックネームマッピングルール(mapping_mode=pop_all)を選択してください。

ニックネーム@ドメインパート

ドメインパートに設定するアドレスは，以下のAddress Serverの環境設定で設定したニックネームマッピングで利用するドメインパートで指定されたドメイン名を使用します。メールアーカイブ運用を行う場合には，メールアーカイブ用のメールで実施するアドレスマッピングでニックネームマッピングが使用される時のドメイン名は，INTERNETDOMAINが使用されます。なお，受信時はニックネームマッピングで利用するドメインパートについては大文字／小文字を区別しないでアドレスマッピングを行います。

Windows版の場合

Address_Mail Serverセットアップ画面で設定

HP-UX版，AIX版の場合

GM_SETUPコマンドで設定

注意

ニックネームに以下の文字が使用されているGroupmaxユーザについては，ニックネームマッピングは適用されません。

全角文字，半角片仮名，半角スペース，@，<，>，(，)，,（コンマ），[，]，;，¥，!

(4)　テーブルマッピングルール

テーブルマッピングファイルに定義されたルールに従ってアドレスをマッピングする方法です。

テーブルマッピングファイルは，各MTAのO/R名単位に，E-mailアドレスのドメイン名の対応付けを定義したファイルです。メールに指定されているアドレスのO/R名構成要素とテーブルマッピングファイルに定義されているO/R名構成要素が一致した場合に，一致した構成要素に指定されているドメイン名をマッピングします。ただし，このルールではE-mailアドレスのドメインと，MTAのO/R名間のマッピングしか実行されません。E-mailアドレスのローカルパートとGroupmaxユーザの個人名間のマッピングについては以下に示すルールに従ってアドレスマッピングが実行されます。

E-mailアドレスのローカルパートとGroupmaxユーザの個人名のマッピングルール

ローカルパートのフォーマット
テーブルマッピングを実行する場合，ローカルパートは次のフォーマットでエンコードされている必要があります。
　　ローカルパートフォーマット：英語名.英語姓
また，英語名および英語姓に設定する文字列には次のような制限があります。

英語名(G)，英語姓（S）は必ず指定します。どちらか一方だけを指定することはできません。

英語名(G)は，ピリオド(.)を含まない2～16文字の文字列を指定します。

英語姓(S)には，2～40文字の文字列を指定します。

英語姓には，先頭から2文字目までにピリオド(.)を含めることはできません。

姓名は印字できる文字列だけを指定します。

マッピングルール

ローカルパートの英語名はGroupmaxユーザの英語名にマッピングします。

ローカルパートの英語姓はGroupmaxユーザの英語姓にマッピングします。

X.400 → SMTP

この場合のアドレスマッピングには，rfc1327-mapping1が使用されます。

例えば，このファイルに次のアドレスマッピングテーブルが定義されているとします。

C$JP.ADMD$smtpgw.PRMD$smtpgw#co.jp#

これは，X.400のアドレス中に「/C=JP/A=smtpgw/P=smtpgw」という構成要素があった場合に，ドメイン部分を「co.jp」にマッピングするという定義です。ローカルパート部分はAddress Serverに登録されている「英語名」と「英語姓」が「英語名.英語姓」にマッピングされます。このとき，Groupmax Mailクライアントから次の（O/R名）のGroupmaxユーザがインターネットにメールを送信したとします。

/C=JP/A=smtpgw/P=smtpgw/OU1=hitachi/OU2=soft/S=HITACHI/G=TARO

このアドレスは，上記のアドレスマッピングテーブルに従って「/C=JP/A=smtpgw/P=smtpgw」の部分が「co.jp」にマッピングされます。また，S（英語姓）とG（英語名）の部分が「TARO.HITACHI」にマッピングされます。これ以外の部分は，インターネットアドレスのRFC形式に従って，所定構成要素にそれぞれ割り当てられ最終的に次のようにマッピングされます。

TARO.HITACHI@soft.hitachi.co.jp

SMTP → X.400

この場合のアドレスマッピングには，rfc1327-mapping2が使用されます。変換方法は，X.400 → SMTPの場合と逆です。例えば，このファイル内に次のアドレスマッピングテーブルが定義されているとします。

co.jp#C$JP.ADMD$smtpgw.PRMD$smtpgw#

これは，E-mailアドレス中に「co.jp」という構成要素があった場合に「/C=JP/A=smtpgw/P=smtpgw」にマッピングするという定義です。テーブルマッピングが適用される場合にはE-mailアドレス中のローカルパート部分をS（英語姓）とG（英語名）にマッピングします。例えばローカルパートが「TARO.HITACHI」のときは，「/S=HITACHI/G=TARO」にマッピングされます。このとき，Sendmailから次の宛先にメールを送信したとします。

TARO.HITACHI@soft.hitachi.co.jp

このアドレスは，上記のアドレスマッピングテーブルに従って「co.jp」の部分が「/C=JP/A=smtpgw/P=smtpgw」にマッピングされます。ほかの部分は，O/R名の構成要素にそれぞれ割り当てられ最終的に次のようにマッピングされます。

/C=JP/A=smtpgw/P=smtpgw/OU1=hitachi/OU2=soft/S=HITACHI/G=TARO

なお，このマッピングルールはメールの送信者と受信者の両方のアドレスマッピングに適用されます。マッピングされた各アドレスでGroupmaxユーザに通知されるのは，送信者アドレスの場合が個人情報(SとG)，受信者アドレスの場合が受信者のニックネームです。

(5)　ユーザIDマッピングルール

GroupmaxユーザのユーザIDを使ってアドレスをマッピングする方法です。この方法が適用されるのは，外部システムからGroupmaxユーザあてにメールを送信した場合(SMTP → X.400)に，ユーザIDが指定されたときだけです。この場合にマッピング対象になるのは次の形式のアドレスです。

ユーザID@ドメインパート

(6)　LHSマッピングルール

GroupmaxユーザのO/R名を使ってアドレスをマッピングする方法です。このアドレスマッピングは，メールアーカイブ用のメールでE-mailアドレスが登録されていないGroupmaxユーザや組織メールのアドレスに対して適用されます。アドレスマッピング後のE-mailアドレスは以下のようになります。

O/R名@INTERNETDOMAINで設定されたドメイン名

4.1.3　アドレスマッピングルールの優先順位

smtpmngコマンドのサブコマンドedit_mappingのmapping_modeの設定（table，db，all，pop_all）によって，4種類のアドレスマッピングルールのうち，どれが実行されるかが決まります。mapping_modeの設定によって使われるマッピングモードとその優先順位を次に示します。

マッピングモードは，アドレスマッピングを行いたいアドレスフォーマットによって最適な設定を選択する必要があります。

POP3/IMAP4連携機能を使用し，ニックネームマッピングによる運用を行う場合には，マッピングモードに必ずpop_allを選択してください。POP3/IMAP4連携機能を使用していてもGroupmaxユーザ全員にE-mailアドレスを付与することを前提とした運用にする場合にはマッピングモードにdbを選択することをお勧めします。また，POP3/IMAP4連携を行わない場合にはdbを選択することをお勧めします。

注意

POP3/IMAP4連携機能を使用し，マッピングモードにdbを選択する場合，Mail ServerのPOP3/IMAP4の設定で「優先マッピングルール」には，ユーザ属性のE-mailアドレスマッピングを指定してください。なお，Address ServerにE-mailアドレスが設定されていないGroupmaxユーザがいる場合には，Mail ServerはE-mailアドレスが登録されていない宛先や同報者のアドレスについてニックネームマッピングでアドレスマッピングする場合があります。これらのGroupmaxユーザに対してPOP3/IMAP4クライアントを使用してメールを返信しても，Mail - SMTPでは受信できません。

注意

以下の説明で，「ヘッダ中に示されている受信者アドレス」は，RFCヘッダ中に設定されている受信者を示します。また，「エンベロープ中に示されている受信者アドレス」は，SMTPプロトコル(RCPT)中に設定されている受信者を示します。

＜この項の構成＞

(1)　mapping_modeにtableを指定した場合

(2)　mapping_modeにdbを指定した場合

(3)　mapping_modeにallを指定した場合

(4)　mapping_modeにpop_allを指定した場合

(1)　mapping_modeにtableを指定した場合

注意

本設定値は，Mail - SMTP Version 3以前でテーブルマッピングを使用していた環境をバージョンアップした場合に，テーブルマッピングの環境を引き継ぐための設定値です。新規に環境を構築する場合には，dbまたはpop_allをお勧めします。

tableを設定した場合，以下に示す優先順位でアドレスマッピングを実行します。

SMTPからX.400へのアドレスマッピングを行う場合
RFCヘッダ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

テーブルマッピング

DDAマッピング

エンベロープ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

テーブルマッピング

ユーザIDマッピング

X.400からSMTPへのアドレスマッピングを行う場合
以下の順にアドレスマッピングを実行します。

DDAマッピング

テーブルマッピング

(2)　mapping_modeにdbを指定した場合

dbを設定した場合，以下に示す優先順位でアドレスマッピングを実行します。

SMTPからX.400へアドレスマッピングを行う場合
RFCヘッダ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

DBマッピング

DDAマッピング

エンベロープ中に示されている受信者アドレスに対しては，以下のアドレスマッピングだけを実行します。

DBマッピング

X.400からSMTPへアドレスマッピングを行う場合
以下の順にアドレスマッピングを実行します。

DDAマッピング

DBマッピング

注意

この値が設定された場合，Address ServerにE-mailアドレスを登録していないGroupmaxユーザは，インターネットとメールの送受信ができません。

(3)　mapping_modeにallを指定した場合

allを設定した場合は，以下に示す優先順位でアドレスマッピングを実行します。

SMTPからX.400へアドレスマッピングを行う場合
ヘッダ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

DBマッピング

テーブルマッピング

DDAマッピング

注意

smtpmngのサブコマンドedit_mappingでマッピング情報の設定・変更をしていない場合，テーブルマッピングはスキップされます。

エンベロープ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

DBマッピング

テーブルマッピング

ユーザIDマッピング

注意

smtpmngのサブコマンドedit_mappingでマッピング情報の設定・変更をしていない場合，テーブルマッピングはスキップされます。

X.400からSMTPへアドレスマッピングを行う場合
以下の順にアドレスマッピングを実行します。

DDAマッピング

DBマッピング

テーブルマッピング

注意

smtpmngのサブコマンドedit_mappingでマッピング情報の設定・変更をしていない場合，テーブルマッピングはスキップされます。

(4)　mapping_modeにpop_allを指定した場合

Address ServerのPOP3/IMAP4の設定で「優先マッピングルール」で選択された設定値に従ってマッピングの優先順位を決定します。

また，POP3/IMAP4側の設定が変更された場合には，POP3/IMAP4の設定に同期してマッピングの優先順位を変更します。

(a)　「優先マッピングルール」でニックネームマッピングが選択された場合

この値を設定した場合，以下に示す優先順位でアドレスマッピングを実行します。

SMTPからX.400へアドレスマッピングを行う場合
ヘッダ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

ニックネームマッピング

DBマッピング

テーブルマッピング

DDAマッピング

注意

「優先マッピングルール」の設定が未設定の場合には，ニックネームマッピングはスキップされます。

smtpmngのサブコマンドedit_mappingでマッピング情報の設定・変更をしていない場合，テーブルマッピングはスキップされます。

エンベロープ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

ニックネームマッピング

DBマッピング

テーブルマッピング

ユーザIDマッピング

注意

「優先マッピングルール」の設定が未設定の場合には，ニックネームマッピングはスキップされます。

smtpmngのサブコマンドedit_mappingでマッピング情報の設定・変更をしていない場合，テーブルマッピングはスキップされます。

X.400からSMTPへアドレスマッピングを行う場合
以下の順にアドレスマッピングを実行します。

DDAマッピング

ニックネーム

DBマッピング

注意

「優先マッピングルール」の設定が未設定の場合には，ニックネームマッピングはスキップされます。

(b)　「優先マッピングルール」の設定でユーザ属性のE-mailアドレスマッピングが選択された場合

この設定値を設定した場合，以下に示す優先順位でアドレスマッピングを実行します。

SMTPからX.400へアドレスマッピングを行う場合
ヘッダ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

DBマッピング

ニックネームマッピング

テーブルマッピング

DDAマッピング

注意

smtpmngのサブコマンドedit_mappingでマッピング情報の設定・変更をしていない場合，テーブルマッピングはスキップされます。

エンベロープ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

DBマッピング

ニックネームマッピング

テーブルマッピング

ユーザIDマッピング

注意

smtpmngのサブコマンドedit_mappingでマッピング情報の設定・変更をしていない場合，テーブルマッピングはスキップされます。

X.400からSMTPへアドレスマッピングを行う場合
以下の順にアドレスマッピングを実行します。

DDAマッピング

DBマッピング

ニックネームマッピング

5.　Mail - SMTPの起動と停止

Mail - SMTPの主な処理は，プログラムのsmtp_gwが実行しています。ここでは，smtp_gwの起動と停止について説明します。

＜この章の構成＞

5.1　Mail - SMTPの運用プログラム

5.1　Mail - SMTPの運用プログラム

Mail - SMTPの運用プログラムには次の三つがあります。

smtp_gw

smtp_daemon

mhs_mailer

この章では，smtp_gwとsmtp_daemonの起動および停止方法について説明します。なお，mhs_mailerについては，SMTPメッセージ受信時に，Sendmailによって自動的に起動および終了されます。自動的に起動するための設定については「3.　Sendmailの環境設定」を参照してください。

＜この節の構成＞

5.1.1　smtp_gwの起動（Windows版）

5.1.2　smtp_gwの起動（HP-UX版およびAIX版）

5.1.3　Mail - SMTPの停止（Windows版）

5.1.4　Mail - SMTPの停止（HP-UX版およびAIX版）

5.1.1　smtp_gwの起動（Windows版）

Mail - SMTPの起動方法は次のとおりです。

コントロールパネルからサービスアイコンをダブルクリックして，サービス画面のサービス一覧から「Mail - SMTP」を選択し，「開始」ボタンを押します。

注意

運転席でゲートウェイの構成情報を変更した場合は，Mail - SMTPを再起動してください。

Address/Mail ServerのPOP3/IMAP4に関する設定でAddress_Mail Serverセットアップ画面の「最優先アドレスマッピング」の設定値を変更した場合は，Mail - SMTPを再起動してください。

Mail ServerのS/MIME対応モード（設定値）を変更した場合は，Mail - SMTPを再起動してください。

5.1.2　smtp_gwの起動（HP-UX版およびAIX版）

Mail - SMTPの起動方法は次のとおりです。

smtp_gwは，コマンド行から直接実行するか，またはシェルスクリプトに含めておいてシステム起動時に自動的に実行するようにします。実行する場合には，必ずrootユーザで実行してください。

# /smtpbin/smtp_gw

なお，同時に複数のsmtp_gwを起動できません。すでに起動しているsmtp_gwのプロセスがある場合には，上記のコマンドを入力しても実行されません。

注意

運転席でゲートウェイの構成情報を変更した場合は，Mail - SMTPを再起動してください。

Address ServerのGM_SETUPコマンドのPOP3/IMAP4の設定で「優先マッピングルール」や「ドメインパート」の設定値を変更した場合は，Mail - SMTPを再起動してください。

Mail ServerのS/MIME対応モード（設定値）を変更した場合は，Mail - SMTPを再起動してください。

5.1.3　Mail - SMTPの停止（Windows版）

Mail - SMTPの停止方法は次のとおりです。

コントロールパネルからサービスアイコンをダブルクリックして，サービス画面のサービス一覧から「Mail - SMTP」を選択し，「停止」ボタンを押します。

注意

システムをシャットダウンする前に，必ずコントロールパネルを使用してMail - SMTPを停止してください。Mail - SMTPを停止しないでシャットダウンすると，処理中のデータが破棄される場合があります。

Mail - SMTPの起動中にサイトまたはMTAを起動すると，Mail - SMTPのアプリケーションエラーが発生する場合があります。このエラーを回避するには，サイトまたはMTAを起動する前に，必ずMail - SMTPを停止するようにしてください。

ただし，このエラーが発生した場合も，メール変換処理は正常に続行されます。

メッセージ変換処理の実行中にMail - SMTPを停止すると，次に示すエラーメッセージ番号のメッセージが出力される場合があります。

エラーメッセージ番号

Smtpgw007，Smtpgw008，Smtpgw009，Smtpgw080，Smtpgw104，Smtpgw105，Smtpgw106

また，停止時と次回起動時に1通ずつ（合計で2通），同一内容のメールが配信される場合があります。

5.1.4　Mail - SMTPの停止（HP-UX版およびAIX版）

Mail - SMTPの停止方法は次のとおりです。

Mail - SMTPを停止するには，smtp_gwコマンドに-Sオプションを指定して実行してください。

# /smtpbin/smtp_gw -S

注意

なお，障害が発生してsmtp_gwのプロセスを強制終了する場合には，次のコマンドを実行してください。

# kill smtp_gwのプロセス番号

Mail - SMTPの起動中にサイトまたはMTAを起動すると，Mail - SMTPのアプリケーションエラーが発生する場合があります。このエラーを回避するには，サイトまたはMTAを起動する前に，必ずMail - SMTPを停止するようにしてください。

ただし，このエラーが発生した場合も，メール変換処理は正常に続行されます。

注意

メッセージ変換処理の実行中にMail - SMTPを停止すると，次に示すエラーメッセージ番号のメッセージが出力される場合があります。

エラーメッセージ番号

Smtpgw007，Smtpgw008，Smtpgw009，Smtpgw080，Smtpgw104，Smtpgw105，Smtpgw106

また，停止時と次回起動時に1通ずつ（合計で2通），同一内容のメールが配信される場合があります。

6.　Mail - SMTPの保守運用

Mail - SMTPでは，トレース情報が特定のファイルに収集されます。したがって，この情報によってシステムの運用状況を知ることができます。この章では，保守運用に必要なこれらのトレース情報とエラーメッセージについて説明します。

＜この章の構成＞

6.1　トレース情報

6.2　エラーメッセージ

6.3　エラーメールの主題

6.4　トラブルシューティング

6.5　こんなときには...

6.1　トレース情報

Mail - SMTPでは，運用状況についてのトレース情報が収集されます。収集された情報は，ログディレクトリlogdir下のログファイルに格納されます。

＜この節の構成＞

6.1.1　トレース情報の項目

6.1.2　トレース情報の出力例

6.1.3　Sendmail送信のトレース情報の項目

6.1.4　Sendmail送信のトレース情報の出力例

6.1.5　dbmapコマンドのトレース情報の項目

6.1.6　dbmapコマンドのトレース情報の出力例

6.1.7　稼動情報の項目

6.1.8　稼動情報の出力例

6.1.9　イベント情報の項目

6.1.10　トレース情報の出力例

6.1.1　トレース情報の項目

メール送受信の主なトレース情報は，ログファイル名logfileおよびバックアップファイルとしてlogfile.Xに収集されます。収集されるトレース情報の各項目を次に示します。各ログ情報の出力順を次に示します。

インターネットからMail Serverに受信する場合
キューファイル情報
エンベロープ受信者
ヘッダ情報
メッセージ種別と変換方向
Recipients
Originator
Date
Subject
ボディヘッダ情報（マルチパート形式のメールである場合のみ）
添付ファイル情報（添付ファイルがある場合のみ）

Mail Serverからインターネットに送信する場合
メッセージ種別と変換方向
Recipients
Originator
Date
Subject
ヘッダ情報
ボディヘッダ情報（マルチパート形式のメールである場合のみ）
添付ファイル情報（添付ファイルがある場合のみ）
キューファイル情報

受信に失敗した場合にMail - SMTPからエラーメールを返信する場合
キューファイル情報（受信したメールの情報）
エンベロープ受信者（受信したメールの情報）
ヘッダ情報（受信したメールの情報）
エラーメッセージなど（SmtpgwXXX:で始まるエラーメッセージ）
ヘッダ情報（返信するエラーメールのヘッダ）
キューファイル情報

キューファイル情報

受信したメールをgwqから取得したときのファイル名とサイズ，または送信するメールをsmqに出力した時のファイル名とサイズ（バイト単位）です。次の書式で表示されます。

AXXXXXXX filesize=nnnn
HXXXXXXX filesize=nnnn
BXXXXXXX filesize=nnnn

エンベロープ受信者

インターネットから受信したメールの，Sendmailのプロトコル上の受信者情報です。次の書式で表示されます。

---------- Content of gwq/AXXXXXXX
     受信者番号: 受信者のE-mailアドレス

AXXXXXXXは，gwqから取得されたファイル名です。受信者番号は0から始まる受信者の通し番号です。

ヘッダ情報

受信したメール，または送信するメールのヘッダ情報です。

メール送信時には，次の書式で表示されます。

HEADER  (X400toRFC) :
　ヘッダ情報

メール受信時には，次の書式で表示されます。

HEADER  (RFCtoX400) :
　ヘッダ情報

メッセージ種別と変換方向

メッセージの種別には，次の3種類があります。

IPM Message(InterPersonal Message)
通常のメールの情報を伝えるメッセージです。

IPN Message(InterPersonal Notification)
メールの通信状況についてのメッセージです。

Report Message
メールが相手方に届いたかどうかを通知するメッセージです。

メッセージデータの変換方向には以下を示します。

上述のメッセージ種別の情報とあわせて出力されます。

RFC-->X400
インターネットから受信したメールをMail Serverに転送する場合

X400-->RFC
Mail Serverから送信したメールをインターネットに転送する場合

メッセージ種別と変換方向は，次の書式で表示されます。

メッセージ種別（変換方向）

例えば，IPM Messageを受信した場合には，次のように表示されます。

IPM Message(RFC-->X400)

Recipients

受信者についての情報です。次の書式で表示されます。

RFC format:O/R format:適用されたアドレスマッピング
(例)　ishida@htc.co.jp:/C=JP/ADMD=smtpgw/PRMD=smtpgw/S=ishida/G=yukio/:DB

適用されたアドレスマッピングの種別は以下のとおりです。

DB：DBマッピング

NICK：ニックネームマッピング

TABLE：テーブルマッピング

UID：ユーザIDマッピング

DDA：DDAマッピング

NONE：マッピングに失敗

Originator

送信者についての情報です。表示形式は受信者と同じです。

Date

メールを送信した日付です。

Subject

メールの主題です。

ボディヘッダ情報

受信したメール，または送信するメールの本文や添付ファイルのヘッダ情報です。

(例)

Content-Type: text/plain;
 charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

テキスト形式のデータ（本文など）を受信した場合，文字コードの変換内容を出力します。次の書式で表示されます。

変換前文字コード code detect, with conversion 変換後文字コード

(例)

JIS code detect, with conversion JP1

この例ではJISコードからJP1に変換したことを示します。

添付ファイル情報

受信したメール，または送信するメールの添付ファイルのファイル名とサイズ情報です。

(例)

Attachment FileName(RFC822-->X.400)
1  Original FileName 会議議事録.DOC , FileSize 24064
  Short FileName 会議議~A.DOC
  Long FileName 会議議事録.DOC

上記は受信時のログ出力例です。受信された添付ファイルは以下のとおりです。

Original FileName：受信した添付ファイル名とデコード後の添付ファイルのサイズです。添付ファイル番号は1から始まる添付ファイルの通し番号です。

Short FileName：添付ファイル名を8.3形式のファイル名に変換した結果です。

Long FileName：添付ファイル名をGroupmaxで使用するファイル名に変換した結果です。

添付ファイル名の変換については，「付録D.1 添付ファイル名の注意事項」を参照してください。

6.1.2　トレース情報の出力例

メールを受信したときのトレースおよびヘッダ情報の出力例を次に示します。

(例)

TRACE: A00c6053 filesize=33
TRACE: H00c6053 filesize=839
TRACE: B00c6053 filesize=33495

---------- Content of gwq/A0047c39
 0: h-satoh@htc.co.jp
 1: ishida@htc.co.jp
 2: k-satoh@htc.co.jp

HEADER  (RFCtoX400) :
 From h-ozawa@hit.co.jp Wed May 15 11:42:39 2002
 Received: from htc (htc.co.jp [WWW.XX.YY.ZZ])
    by htc.co.jp (Build 101 8.9.3/NT-8.9.3) with SMTP id LAA00012
    for <h-satoh@htc.co.jp>; Wed, 15 May 2002 11:42:39 +0900
 Message-ID: <023401c1fbba$2df4c7b0$243712ac@co.jp>
 From: h-ozawa@hit.co.jp
 To: <h-satoh@htc.co.jp>,
     <ishida@htc.co.jp>,
     <k-satoh@htc.co.jp>
 Subject: message trace
 Date: Thu, 23 May 2002 11:57:18 +0900
 MIME-Version: 1.0
 Content-Type: text/plain; charset="iso-2022-jp"
 Content-Transfer-Encoding: base64

IPM Message(RFC-->X400)
 Recipient(RFC format:O/R format):
   h-satoh@htc.co.jp:/C=JP/ADMD=smtpgw/PRMD=smtpgw/
   S=h-satoh/G=hideki/:DB
   ishida@htc.co.jp:/C=JP/ADMD=smtpgw/PRMD=smtpgw/
   S=ishida/G=hideyuki/:DB
   k-satoh@htc.co.jp:/C=JP/ADMD=smtpgw/PRMD=smtpgw/
   S=k-satoh/G=hideyuki/:DB
 Originator(RFC format:O/R format):
   h-ozawa@hit.co.jp:/C=JP/ADMD=smtpgw/PRMD=smtpgw/
   RFC-822=h-ozawa(a)hit.co.jp/:DDA
 Date: hu, 23 May 2002 11:57:18 +0900
 Subject: message trace

HEADER  Body (RFCtoX400) :

Content-Type: text/plain;
 charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

 JIS code detect, with conversion JP1

HEADER  Body (RFCtoX400) :

Content-Type: application/msword;
 name="=?iso-2022-jp?B?GyRCMnE1RDVEO3ZPPxsoQi5ET0M=?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="=?iso-2022-jp?B?GyRCMnE1RDVEO3ZPPxsoQi5ET0M=?="

TRACE:
Attachment FileName(RFC822-->X.400)
1  Original FileName 会議議事録.DOC , FileSize 24064
  Short FileName 会議議~A.DOC
  Long FileName 会議議事録.DOC

メールを送信したときのトレースおよびヘッダ情報の出力例を次に示します。

(例)

May 23 10:17:57 TRACE:
 IPM Message(X400-->RFC)

 Recipients(O/R format:RFC format):
   /C=JP/ADMD=smtpgw/PRMD=smtpgw/RFC-822=h-ozawa(a)
   hit.co.jp/:h-ozawa@hit.co.jp:DDA
   /C=JP/ADMD=smtpgw/PRMD=smtpgw/RFC-822=j-suzuki(a)
   hit.co.jp/:j-suzuki@hit.co.jp:DDA
 Originator(O/R format:RFC format):
   /C=JP/ADMD=smtpgw/PRMD=smtpgw/O=HTC/OU=htc1/
   S=h-satoh/G=takeshi/:h-satoh@htc.co.jp:DB
 Date: Wed, 23 May 2007 10:17:52 +0900
 Subject: message trace

May 23 10:17:57 HEADER  (X400toRFC) :
 Message-Type: Multiple Part
 MIME-Version: 1.0
 Message-ID: <XNMt$1$e$s$$0$t$0$A$$002220U46539638@smtpgw.beck2.4g.2op>
 Content-Type: multipart/mixed;
 boundary="GMAILSMTPBOUND01070523101757"
 To: <h-ozawa@hit.co.jp>
 From: <h-satoh@htc.co.jp>
 Cc: <j-suzuki@hit.co.jp>
 Sender: <h-satoh@htc.co.jp>
 Date: Wed, 23 May 2007 10:17:52 +0900
 Priority: normal
 Importance: normal
 Subject: message trace
 X400-Content-Identifier: X4653963800000M
 X400-MTS-Identifier: [/C=JP/ADMD=smtpgw/PRMD=smtpgw/;smtpgw070523101744AAC]
 Content-Transfer-Encoding: 7bit

May 23 10:17:57 HEADER  Body (X400toRFC) :

Content-Type: text/plain; charset=ISO-2022-JP
May 23 10:17:57 HEADER  Body (X400toRFC) :

Content-Type: application/octet-stream;
 name="a.txt"
Content-Disposition: attachment;
 filename="a.txt"
Content-Transfer-Encoding: base64

May 23 10:17:57 HEADER  Body (X400toRFC) :

Content-Type: application/octet-stream;
 name=?ISO-2022-JP?B?GyRCMnE1RBsoQi50eHQ=?="
Content-Disposition: attachment;
 filename=?ISO-2022-JP?B?GyRCMnE1RBsoQi50eHQ=?="
Content-Transfer-Encoding: base64

May 23 10:17:57 TRACE:
Attachment FileName(X.400-->RFC822)
(Encode format is MIME.)
1  FileName  a.txt , FileSize 2000
2  FileName  =?ISO-2022-JP?B?GyRCMnE1RBsoQi50eHQ=?= , FileSize 15872

May 23 10:17:57 TRACE: H396456A filesize=601
May 23 10:17:57 TRACE: B396456A filesize=25083
May 23 10:17:57 TRACE: A396456A filesize=370
May 23 10:17:57 TRACE: O396456A filesize=360
May 23 10:17:57 TRACE:
---------- queue of file smq/O396456A

6.1.3　Sendmail送信のトレース情報の項目

Sendmailへの送信時のトレース情報は，ログファイル名logfile.daemonおよびバックアップファイルとしてlogfile.daemon.Xに収集されます。収集されるトレース情報の各項目を次に示します。

キューファイル情報

送信するメールをsmqから取得したときのファイル名です。次の書式で表示されます。

queue file=ファイルパス名

Sendmailからの応答データ

Sendmailから返信される応答情報です。次の書式で表示されます。

<XX>YYY information

XXは，データ長です。YYYは応答コードで，200番台300番台は正常終了を示し継続して処理を実行します。400番台は一時的失敗を示しリトライ処理のため，再度キューイングします。500番台は異常終了を示しエラーレポートを返信します。

smtp_daemonからの送信データ

smtp_daemonからSendmailに対し送信されるSMTPコマンドの内容です。次の書式で表示されます。

[XX]SMTP command

XXは，データ長です。以降SMTPコマンドの記述です。

Report情報

smtp_daemonからMail Serverに送信されるReportメッセージの情報をSMTPヘッダ形式で出力しています。次の書式で表示されます。

HEADER  (RFCtoX400) :
 Message-Type: Multiple Part
 To: <受信者アドレスのO/R名>
 From: <送信者アドレスのO/R名>
 X400-MTS-Identifier: <メッセージID>

同報メールの場合，To：の受信者アドレスはインターネットで受信する受信者全員のO/R名が出力されます。

トレースメッセージ

(1)Sendmailへの送信が正常終了した場合

　　Sendmailへの送信が正常終了した場合，以下のメッセージが出力されます。

     Success to send the RFC822 message.

(2)配信通知の送信が正常終了した場合

　　Mail Serverへの配信通知(Report)メッセージの送信が正常終了した場合，以下のメッセージが出力されます。

     Success to send the X.400 report.

(3)メールをキューイングした場合

　　Sendmailへの送信で，Sendmailからリトライ要求があった場合や，タイムアウトが発生した場合，メールはキューに保存され再送信のためにキューイングされます。このとき以下のメッセージが出力されます。

     Retry queueing the RFC822 message.

(4)メールをキューイングした場合

　　Mail - SMTPからエラーメールを返信する場合，Mail Serverにエラーレポートを返信しません。このときReport情報は出力されず，以下のメッセージが出力されます。

     a-file nothing. No send Report-message.

6.1.4　Sendmail送信のトレース情報の出力例

smtp_daemonがSendmailへの送信を行った時の送信トレース情報の出力例を次に示します。

(例)

<102>220 htc.co.jp ESMTP Sendmail for NT Build 101 8.9.3/NT-8.9.3; Thu, 23 May 2002 11:57:18 +0900<CR><LF>
[16]ehlo 127.0.0.1<CR><LF>
<64>250-htc.co.jp Hello root@localhost, pleased to meet you<CR><LF>
<11>250-EXPN<CR><LF>
<11>250-VERB<CR><LF>
<15>250-8BITMIME<CR><LF>
<11>250-SIZE<CR><LF>
<10>250-DSN<CR><LF>
<11>250-ONEX<CR><LF>
<11>250-ETRN<CR><LF>
<11>250-XUSR<CR><LF>
<11>250 HELP<CR><LF>
[28]mail from: <admin@htc.co.jp><CR><LF>
<35>250 <admin@htc.co.jp>... Sender ok
<CR><LF>
[36]rcpt to: <test@xxx.co.jp><CR><LF>
<48>250 <test@xxx.co.jp>... Recipient ok<CR><LF>
[6]data<CR><LF>
<51>354 Enter mail, end with "." on a line by itself
<CR><LF>
[3].<CR><LF>
<45>250 LAA00001 Message accepted for delivery<CR><LF>
[6]quit<CR><LF>
<41>221 htc.co.jp closing connection<CR><LF>
Success to send the RFC822 message.
HEADER  (RFCtoX400) :
   Message-Type: Multiple Part
   To: </C=JP/ADMD=smtpgw/PRMD=smtpgw/RFC-822=test@xxx.co.jp/@htc.co.jp.smtpgw>
   From: </C=JP/ADMD=smtpgw/PRMD=smtpgw/O=SMTP/OU=smtpgw/S=user/G=test/@htc.co.jp.smtpgw>
   X400-MTS-Identifier: [/C=JP/ADMD=smtpgw/PRMD=smtpgw/;smtpgw0020523170101AAB]

Success to send the X.400 report.

6.1.5　dbmapコマンドのトレース情報の項目

dbmapコマンドでユーザ情報を取得した場合，またはユーザ情報の自動取り込み機能でユーザ情報が更新された場合のDBマッピングファイルの作成／更新時のトレース情報は，ログファイル名logfile.dbmapおよびバックアップファイルとしてlogfile.dbmap.Xに収集されます。収集されるトレース情報の各項目を次に示します。

トレースメッセージ

(1)dbmapコマンドを実行した場合

　　dbmapコマンドの開始日時を示す情報です。dbmapコマンドが開始された場合，次のメッセージが出力されます。

     Groupmax Address Serverからユーザ情報を取得します。

(2)dbmapコマンドが正常終了した場合またはユーザ情報の自動更新が終了した場合

　　dbmapコマンドが正常終了した場合，以下のメッセージが出力されます。

     Mail - SMTP アドレス取り込み処理が正常終了しました。

(3)ユーザ情報の自動更新が実行された場合

　　ユーザ情報の自動更新処理の開始日時を示す情報です。以下のメッセージが出力されます。

     サーバから出力されたユーザの変更情報を次のファイルから取込みます。(filename)

(4)DBマッピングを評価している時

　　DBマッピングに使用されるハッシュ関数の評価結果を示す情報です。以下のメッセージが出力されます。ログファイルに出力される評価結果は障害時に必要な内容になりますが，通常の運用では使用しませんのでログの内容は無視してください。

     Hush-function：評価値

(5)DBマッピングを生成している時

　　DBマッピングファイルを生成している際に出力される情報です。以下のメッセージが出力されます。

    Create data.db, index.db
    Create data.csv

(6)DBマッピングファイルから自ドメイン名を取得している時

　　DBマッピングファイルに登録されたE-mailアドレスからドメイン名を取得する際に出力される情報です。このドメイン名はエラーメールの返信抑止機能で使用されます。以下のメッセージが出力されます。

    Create mydomain.dat
    自ドメイン名として次のドメイン名を登録しました。
    ドメイン名１
    ドメイン名２

dbmapコマンドで取得されたユーザ情報

dbmapコマンドで取得されたユーザ情報です。次の書式で出力されます。

XXXXXX:User_ID[YYYYYYYY],E-mail[ZZZZZZZ]を取得しました。

XXXXXXは，取得されたユーザ情報の通し番号です。YYYYYYYYは取得されたユーザ情報のユーザIDです。ZZZZZZZは取得されたユーザ情報のE-Mailアドレスです。E-Mailアドレスが登録されていない場合には，「未登録」と出力されます。

ユーザ情報の自動取り込み機能で取得されたユーザ情報

ユーザ情報の自動取り込み機能で取得されたユーザ情報です。次の書式で出力されます。

変更情報(XXXXXX:User_ID[YYYYYYYY],E-mail[ZZZZZZZ])を取得しました。

XXXXXXは，取得されたユーザ情報の通し番号です。YYYYYYYYは取得されたユーザ情報のユーザIDです。ZZZZZZZは取得されたユーザ情報のE-Mailアドレスです。E-Mailアドレスが登録されていない場合には，「未登録」と出力されます。

6.1.6　dbmapコマンドのトレース情報の出力例

dbmapコマンドを実行した場合のトレース情報の出力例を次に示します。

(例)

Groupmax Address Serverからユーザ情報を取得します。
000001:User_ID[x374568],E-mail[tarou@hitachi.co.jp]を取得しました。
000002:User_ID[x384759],E-mail[hanako@hitachi.co.jp]を取得しました。
000003:User_ID[y293874],E-mail[ichiro@hitachi.co.jp]を取得しました。
000004:User_ID[z643573],E-mail[未登録]を取得しました。
ＤＢマッピングファイルの評価作業中です。
HUSHUID1()       :267
HUSHOR1()        :265
HUSHEMAIL1()     :267
HUSHNICK1()      :260
HUSHJPNAME1()    :259
HUSHSURNAME1()   :267
HUSHGIVENNAME1() :13
HUSHUID2()       :269
HUSHOR2()        :48
HUSHEMAIL2()     :264
HUSHNICK2()      :268
HUSHJPNAME2()    :269
HUSHSURNAME2()   :266
HUSHGIVENNAME2() :13
HUSHUID3()       :267
HUSHOR3()        :0
HUSHEMAIL3()     :259
HUSHNICK3()      :269
HUSHJPNAME3()    :269
HUSHSURNAME3()   :266
HUSHGIVENNAME3() :13
HUSHUID4()       :266
HUSHOR4()        :0
HUSHEMAIL4()     :11
HUSHNICK4()      :0
HUSHJPNAME4()    :0
HUSHSURNAME4()   :260
HUSHGIVENNAME4() :3
HUSHUID5()       :0
HUSHOR5()        :0
HUSHEMAIL5()     :263
HUSHNICK5()      :0
HUSHJPNAME5()    :0
HUSHSURNAME5()   :0
HUSHGIVENNAME5() :0
ＤＢマッピングファイル作成中です。
UID-hush function       : HUSHUIND2() selected.
OR-hush fubction        : HUSHOR1() selected.
EMAIL-hush function     : HUSHEMAIL1() selected.
NICK-hush function      : HUSHNICK3() selected.
JPNAME-hush function    : HUSHJPNAME3() selected.
Create data.db, index.db
Create data.csv
Create mydomain.dat
自ドメイン名として次のドメイン名を登録しました。
hitachi.co.jp
Mail - SMTP アドレス取り込み処理が正常終了しました。

注意

E-mailアドレスが登録されていないGroupmaxユーザについて，ユーザ情報の取得例の「000004」番目のユーザ情報のように[未登録]とログ出力されます。未登録であるGroupmaxユーザについてはE-mailの送受信ができない場合があります。未登録であることに間違いないか確認してください。

6.1.7　稼動情報の項目

メール送受信数について定期的に，ログファイル名status.logおよびバックアップファイルとしてstaus.log.Xに収集されます。収集される稼動情報の各項目を次に示します。

しきい値情報

Mail - SMTPのサービス起動時に，現在設定されているしきい値を出力します。次の書式で表示されます。

START ：VVVVVVV WWWWWWW XXXXXXX YYYYYYY ZZZ

ヘッダ情報

出力される稼動情報のヘッダ情報を出力します。次の書式で表示されます。

HEADER：IPM受信 IPM送信 ERR受信 ERR送信 SLP回数

稼動情報情報

以下の稼動内容をリスト出力します。

受信メール通数

送信メール通数

受信エラーメール通数

送信エラーメール通数

休止回数

次の書式で表示されます。

INFO ：VVVVVVV WWWWWWW XXXXXXX YYYYYYY ZZZ

通知情報

設定されたしきい値を超過した稼動情報がある場合に，稼動情報と同時に出力します。また，サービス停止時に現在までにしきい値を超過した稼動情報がある場合に，サービス停止情報と同時に出力します。超過した稼動情報の出力欄に’1’を出力し，超過していない稼動情報の出力欄には’-‘を出力します。

次の書式で表示されます。

NOTICE： V W X Y Z

以下に受信メール通数のしきい値が超過した場合の表示例を示します。

NOTICE： 1 - - - -

サービス停止情報

Mail - SMTPのサービス停止時に現在までの累計稼動情報を出力します。次の書式で表示されます。

STOP ：VVVVVVV WWWWWWW XXXXXXX YYYYYYY ZZZ

6.1.8　稼動情報の出力例

メール送受信数について定期的に収集される稼動情報の出力例を次に示します。

(例)

Mar 05 00:00:00 HEADER:IPM受信 IPM送信 ERR受信 ERR送信 SLP回数
Mar 05 01:00:00 INFO  :0000012 0000000 0000000 0000000     358
Mar 05 02:00:00 INFO  :0000000 0000000 0000000 0000000     360
Mar 05 03:00:01 INFO  :0000003 0000000 0000000 0000000     359
Mar 05 04:00:00 INFO  :0000001 0000000 0000000 0000000     359
Mar 05 05:00:00 INFO  :0000000 0000000 0000000 0000000     360
Mar 05 05:35:35 STOP  :0000000 0000000 0000000 0000000     193
Mar 05 05:38:40 START :0003000 0001000 0000100 0000100     000
Mar 05 06:00:00 INFO  :0000000 0000000 0000000 0000000     360
Mar 05 07:00:00 INFO  :0000005 0000000 0000000 0000000     359
Mar 05 08:00:00 INFO  :0000034 0000002 0000000 0000000     355
Mar 05 09:00:05 INFO  :0001512 0000105 0000002 0000005     052
Mar 05 09:31:32 STOP  :0003205 0000163 0000018 0000008     002
Mar 05 09:31:32 NOTICE:     1       -       -       -       -
Mar 05 09:33:45 START :0004000 0001000 0000100 0000100     000
Mar 05 10:00:08 INFO  :0004595 0000234 0000034 0000012     013
Mar 05 10:00:08 NOTICE:     1       -       -       -       -
Mar 05 11:00:03 INFO  :0001982 0000125 0000520 0000420     000
Mar 05 11:00:03 NOTICE:     -       -       1       1       1

6.1.9　イベント情報の項目

メール送受信数がしきい値を超えた時点で，event.logの内容を追加書きします。ただし，前回出力時間（HH:MM:SS）のうちHHの時間が変わっている場合には，出力内容を上書きします。event.logに出力される内容について以下に示します。

(1) メール受信数のしきい値を超えた場合

メール受信数のしきい値（XXXXX通）を超えました。

(2) メール送信数のしきい値を超えた場合

メール送信数のしきい値（XXXXX通）を超えました。

(3) エラーメール受信数のしきい値を超えた場合

エラーメール受信数のしきい値（XXXXX通）を超えました。

(4) エラーメール送信数のしきい値を超えた場合

エラーメール送信数のしきい値（XXXXX通）を超えました。

(5) 休止回数のしきい値を超えた場合

Mail - SMTPでは，送受信するメールがない場合に，システムリソースの消費を抑えるために，一定時間処理を休止します。このしきい値を超える場合には，休止状態がなく，Mail - SMTPが稼動し続けている状態である時です。

休止回数のしきい値（XXXXX回）を超えました。

(6) smuqへ送信失敗メールを退避した場合

smuqへ送信失敗メールを退避しました。

(7) smuqへ送信失敗メールを退避できなかった場合

smuqへの送信失敗メール退避処理に失敗しました。

(8) ディスクフルになった場合

ディスクフル状態です。

(9) MODIFYING_DBFILE=autoと設定してあり，Mail - SMTP起動中にXXXXX(XXXXX=MAILARCHIVE_ADDRESSまたはMAILARCHIVE_SEND_ENVELOPE_FROM)に設定してあるアドレスのドメイン名と一致するドメイン名を持つGroupmaxユーザが登録され，Mail - SMTPサービスの再起動が行えなかった場合

XXXXXのドメイン名と一致するドメイン名を持つGroupmaxユーザが登録されました。

6.1.10　トレース情報の出力例

メールを受信したときのトレースおよびヘッダ情報の出力例を次に示します。

(例)

Mar 05 10:42:30 ERROR: メール受信数のしきい値（3000通）を超えました。
Mar 05 10:52:54 ERROR: メール送信数のしきい値（1000通）を超えました。
Mar 05 10:52:34 ERROR: エラーメール受信数のしきい値（100通）を超えました。
Mar 05 10:52:02 ERROR: エラーメール送信数のしきい値（100通）を超えました。
Mar 05 11:00:02 ERROR: 休止回数のしきい値（0回）を超えました。
Mar 05 11:00:02 ERROR: smuqへ送信失敗メールを退避しました。
Mar 05 11:00:02 ERROR: smuqへの送信失敗メール退避処理に失敗しました。
Mar 05 11:00:02 ERROR: ディスクフル状態です。
Mar 05 11:00:02 ERROR: XXXXXのドメイン名と一致するドメイン名を持つGroupmaxユーザが登録されました。

6.2　エラーメッセージ

＜この節の構成＞

6.2.1　smtp_gwおよびsmtp_daemonおよびdbmapコマンドおよびsmuq2smqコマンドのエラーメッセージ

6.2.2　smtpmngのエラーメッセージ

6.2.3　イベントログのメッセージ（Windows版）

6.2.4　gw_setupのエラーメッセージ（HP-UX版およびAIX版）

6.2.1　smtp_gwおよびsmtp_daemonおよびdbmapコマンドおよびsmuq2smqコマンドのエラーメッセージ

Mail - SMTPの運用中に出力されるエラーメッセージと，それに対する要因，対処方法を次に示します。

Smtpgw001:必要なメモリの確保ができません。

要因

メモリの確保に失敗しました。

対処

空きメモリを確保してください。

Smtpgw002:取得したメッセージのプロトコル要素（XXXX）数が多過ぎます。ゲートウェイでは処理できません。

要因

インターネットから受信したメッセージのXXXXプロトコル要素の数がMail - SMTPの処理能力を超えています。

対処

受信メッセージ中のプロトコル要素（XXXX)数を256個以内にしてください。

Smtpgw003:取得したメッセージのプロトコル要素（XXXX）の値が不正です。

要因

インターネットから受信したメッセージのXXXXプロトコル要素の値が正しくありません。

対処

送信側でメッセージヘッダ要素（XXXX)のフォーマットをRFC822フォーマットに合わせてもらってください。

Smtpgw004:取得したメッセージのプロトコル要素（XXXX）長が長過ぎます。

要因

インターネットから受信したメッセージのXXXXプロトコル要素の長さがMail - SMTPの処理能力を超えています。

対処

送信側でメッセージヘッダ要素（XXXX)の長さをRFC821で定義されている範囲に合わせてもらってください。

Smtpgw005:ログファイルのアクセス権がありません（ファイル名=XXXX）。

要因

ログディレクトリに書き込み権限がありません。または，ログファイルに書き込み権限がありません。

対処

ログディレクトリやログファイルのアクセス権限は変更しないでください。ログディレクトリまたはログファイルに書き込み権限を追加してください。

Smtpgw006:取得したメッセージの処理ができません。メッセージを廃棄します。

要因

Mail Serverから受信したメッセージに異常があります。またはMail - SMTPの処理能力を超えています。そのため，転送処理が続行できません。

対処

内部処理エラーです。ログファイルを採取して障害受付窓口に連絡してください。

Smtpgw007:OMインタフェースで異常を検出しました(エラーコード=XX)。

要因

OMインタフェースで異常を検出しました。XXにはエラーコードが入ります。次にそのコードと要因を示します。

4　メモリを確保できません。

21　システムエラーが発生しました。

23　メッセージが大きいためメッセージを処理できません。

25　要素長がオーバーしています。

対処

システムのメモリ容量またはディスク容量が不足していることが考えられます。不要なサービスを停止する，またはディスクの空き容量を確保してください。なお，メールは破棄されていますのでログ出力時刻を目安に再送処理をお願いいたします。logfile.daemonに本ログが出力され，エラーコード=25の場合には，「6.4.32 送信したメールの配信状態が“配信中”のままになる」を参照願います。

Smtpgw008:MTインタフェースで異常を検出しました(エラーコード=XX)。

要因

MTインタフェースで異常を検出しました。XXにはエラーコードが入ります。次にそのコードと要因を示します。

2　APIはすでに使用中です。

4　メモリを確保できません。

103　クライアントのためのコンフィグレーションパッケージを設定できません。

1000　gapiのコンフィグレーションファイルパス名が正しくありません。

1001　gapiのコンフィグレーションファイルの読み書きで異常が発生しました。

1002　クライアントインスタンス名はすでに使用中です。

1003　OM APIで異常が発生しました。

1004　depotパッケージで異常が発生しました。

1005　handleパッケージで異常が発生しました。

1007　構文解析で異常が発生しました。

対処

システムのメモリ容量またはディスク容量が不足していることが考えられます。不要なサービスを停止する，またはディスクの空き容量を確保してください。なお，メールは破棄されていますのでログ出力時刻を目安に再送処理をお願いいたします。

Smtpgw009:TMインタフェースで異常を検出しました。

要因

TMインタフェースで必要なメモリを確保できません。

対処

システムのメモリ容量またはディスク容量が不足していることが考えられます。不要なサービスを停止する，またはディスクの空き容量を確保してください。なお，メールは破棄されていますのでログ出力時刻を目安に再送処理をお願いいたします。

Smtpgw011:フィールド値が長過ぎます。処理できません。メッセージの転送処理を中止します(処理関数名)。

要因

Mail Serverから受信したメッセージのヘッダフィールド値が大き過ぎるため，メッセージの転送ができません。

対処

メールを再送信してください。現象が再現する場合には，ログファイルを採取して障害受付窓口に連絡してください。

Smtpgw012:RFC822メッセージファイルのアクセスに失敗しました(ファイル名=XXXXXX，errno=XX)。

要因

メッセージファイルの読み書きでエラーになりました。

対処

システムのディスク容量が不足していることが考えられます。ディスクの空き容量を確保してください。エラー要因はXX，エラーになったメッセージはXXXXXXで示すファイルです。

Smtpgw013:コンフィグレーションファイルのオープンに失敗しました。

要因

コンフィグレーションファイルがないか，またはファイルの読み込み権限が設定されていません。

対処

コンフィグレーションファイルの読み込み権限を確認してください。

Smtpgw014:コンフィグレーションファイルの記述に誤りがあります。

要因

コンフィグレーションファイルの記述が次のようになっていないか，または設定が複数行にまたがっています。

設定項目=設定値

対処

設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw015:ポールタイムの取得に失敗しました。

要因

設定値に数字以外が設定されています。

対処

ポールタイムは数字で設定してください。

Smtpgw017:MAP1テーブルが存在しません。

要因

MAP1のテーブルマッピングファイルがありません。

対処

MAP1_TABLEは変更しないでください。

Smtpgw019:MAP2テーブルが存在しません。

要因

MAP2のテーブルマッピングファイルがありません。

対処

MAP2_TABLEは変更しないでください。

Smtpgw020:ログディレクトリの作成に失敗しました。

要因

ログディレクトリで記述されるログディレクトリが作成できません。

対処

Mail - SMTPの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw021:ログパラメータの記述に誤りがあります。

要因

ログパラメタ記述が規定のフォーマットと異なります。

対処

設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw022:ストップファイルパスの取得に失敗しました。

要因

ストップファイルのパスの記述が正しくありません。

対処

ストップファイルのパスは変更しないでください。

Smtpgw024:ゲートウェイディレクトリパスの取得に失敗しました。

要因

ゲートウェイディレクトリパスの記述が正しくありません。

対処

ゲートウェイディレクトリパスは変更しないでください。

Smtpgw025:ゲートウェイディレクトリが存在しません。

要因

Mail - SMTPのディレクトリがありません。

対処

Mail - SMTPを再インストールしてください。

Smtpgw026:ゲートウェイキューの取得に失敗しました。

要因

ゲートウェイキューの記述が正しくありません。

対処

ゲートウェイキューは変更しないでください。

Smtpgw027:ゲートウェイキューが存在しません。

要因

Mail - SMTPのキューディレクトリがありません。

対処

設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw029:RFC822メッセージ発信時の文字コード取得に失敗しました。

要因

RFC822(SMTP)メッセージ送信コードの設定部分の記述が正しくありません。

対処

設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw031:GAPIコンフィグレーションファイルが存在しません。

要因

Mail Serverにゲートウェイが登録されていません。またはゲートウェイを追加した後に，MTAを再起動していません。

対処

Mail Serverにゲートウェイを登録してください。

ゲートウェイを登録した後に，必ずMTAの再起動を行ってください。

Smtpgw032:domain.datファイルがオープンできません。

要因

domain.datファイルの読み込み権限が設定されていません。

対処

domain.datファイルの読み込み権限を確認してください。

Smtpgw033:O/R名のプロトコル要素(XX)の値が不正です。

要因

O/R名のプロトコル要素(XX)の値が正しくありません。

対処

正しいO/R名のプロトコル要素を指定してください。

Smtpgw034:O/R名の必須要素(XX)が存在しません。

要因

O/R名の必須要素(XX)がありません。

対処

O/R名の必須要素を指定してください。

Smtpgw035:O/R名の属性にサポートしていない属性が存在しています。

要因

O/R名の属性にサポートしていない属性があります。

対処

サポートしていない属性は指定(設定)しないでください。

Smtpgw036:UTC時刻(XXXX)の値が不正です。

要因

X.400メッセージ内のUTC時刻(XXXX)の値が正しくありません。

対処

処理が継続可能な場合には継続しますので，対処不要です。

UTC時刻のフォーマットを「YYMMDDhhmmss{±}hhmm」としてください。

Smtpgw037:RFC822Date時刻(XXXX)の値が不正です。

要因

インターネットから受信したメッセージのDateフィールドの値(XXXX)が正しくありません。

対処

Dateが不正である場合，Mail - SMTPの受信時刻をDateの値として処理します。

Smtpgw038:map2テーブルの内容が不正です。

要因

MAP2のアドレスマッピングテーブルの内容が正しくありません。

対処

MAP2のアドレスマッピングテーブルの内容を正しく設定してください。

Smtpgw039:map1テーブルの内容が不正です。

要因

MAP1のアドレスマッピングテーブルの内容が正しくありません。

対処

MAP1のアドレスマッピングテーブルの内容を正しく設定してください。

Smtpgw040:domain.datファイルの内容が不正です。

要因

domain.datファイルの内容が正しくありません。

対処

設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw041:X.400プロトコル要素(XXXXXX)の値が不正です。

要因

X.400プロトコル要素(XXXXXX)の値が正しくありません。

XXXXXXがPrimaryである場合，同報者として指定されているGroupmaxユーザにE-mailアドレスが登録されていない（E-mailの送受信権限がない）ことが要因です。E-mail送受信権限のないGroupmaxユーザの宛先は同報者から削除されますが，メールの送信には問題ありません。また，代行受信されたメールに含まれている同報者の宛先も該当します。

対処

X.400プロトコル要素(XXXXXX)の値を正しく設定してください。

Smtpgw042:RFC822プロトコル要素(XXXXXX)の値が不正です。

要因

インターネットから受信したメッセージのプロトコル要素(XXXXXX)の値が正しくありません。

対処

送信側でメッセージヘッダのプロトコル要素(XXXXXX)の値を正しく設定してもらってください。

Smtpgw043:X.400プロトコル要素(XXXXX)が存在しません。

要因

X.400プロトコル要素(XXXXX)がありません。

対処

X.400プロトコル要素(XXXXX)を設定してください。

Smtpgw044:RFC822プロトコル要素(XXXXX)が存在しません。

要因

インターネットから受信したメッセージにプロトコル要素(XXXXX)がありません。

対処

送信側でプロトコル要素(XXXX)を設定してもらってください。

Smtpgw045:既にループ間隔が設定されています。

要因

複数のループ間隔が設定されています。

対処

設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw046:既にMAP1テーブルが設定されています。

要因

複数のMAP1テーブルファイルが設定されています。

対処

MAP1テーブルファイルは変更しないでしてください。

Smtpgw047:既にMAP2テーブルが設定されています。

要因

複数のMAP2テーブルファイルが設定されています。

対処

MAP2テーブルファイルは変更しないでください。

Smtpgw048:既にドメインファイルが設定されています。

要因

複数のドメインファイルが設定されています。

対処

ドメインファイルは変更しないでください。

Smtpgw049:ドメインファイルが見つかりません。

要因

ドメインファイルがありません。

対処

ドメインファイルを作成してください。

Smtpgw050:既にログディレクトリが設定されています。

要因

複数のログディレクトリが設定されています。

対処

ログディレクトリは変更しないでしてください。

Smtpgw051:既にログパラメタが設定されています。

要因

複数のログパラメタが設定されています。

対処

設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw052:既にログレベルが設定されています。

要因

複数のログレベルが設定されています。

対処

設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw053:既にログ種別が設定されています。

要因

複数のログ種別が設定されています。

対処

設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw054:既に起動ユーザが設定されています。

要因

複数の起動ユーザが設定されています。

対処

起動ユーザは変更しないでください。

Smtpgw055:既にゲートウェイディレクトリが設定されています。

要因

複数のゲートウェイディレクトリが設定されています。

対処

ゲートウェイディレクトリは変更しないでください。

Smtpgw056:既にゲートウェイキューが設定されています。

要因

複数のゲートウェイキューが設定されています。

対処

ゲートウェイキューは変更しないでください。

Smtpgw057:既にメールの発信文字コードが設定されています。

要因

複数のメールの送信文字コードが設定されています。

対処

設定を変更する場合にはsmtpmngをご使用ください。

Smtpgw058:既にGAPIコンフィグレーションファイルパスが設定されています。

要因

複数のGAPIコンフィグレーションファイルパスが設定されています。

対処

GAPIコンフィグレーションファイルパスは変更しないでください。

Smtpgw059:既にクライアント名が設定されています。

要因

複数のクライアント名が設定されています。

対処

クライアント名は変更しないでください。

Smtpgw060:既にインスタンス名が設定されています。

要因

複数のインスタンス名が設定されています。

対処

インスタンス名は変更しないでください。

Smtpgw061:必須パラメータがゲートウェイコンフィグレーションファイルに記述されていません。

要因

Mail - SMTPのディレクトリ，またはGAPIコンフィグレーションファイルパスが設定されていません。

対処

Mail ServerでMTAを再起動してください。現象が改善されない場合には，ゲートウェイを削除し，再度ゲートウェイを登録してからMTAを再起動してください。

Smtpgw062:ゲートウェイキューの作成に失敗しました。

要因

Mail - SMTPのキューを作成できません。

対処

Mail - SMTPの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw063:RFC822メッセージの解析中にエラーが発生しました(ファイル名=XXXXX)。

要因

インターネットから不正なメッセージを受信しました。

対処

XXXXXで示されているファイル中のエラーとなっているヘッダエントリのフォーマットを，送信側でRFC822フォーマットに合わせてもらってください。ファイルはgwuqに退避されます。

Smtpgw064:RFC822からX.400へのボディ変換が失敗しました(ファイル名=XXXXX)。

要因

インターネットから受信したメッセージに不正な文字コードが入っているか，メッセージが正しくありません。または，主題が指定されていないメールを受信しました（XXXXXで示されているファイル名がsubject.datである場合）。または，ディスクフルにより主題の添付ファイル化が実施できていない。

対処

XXXXXで示されているファイル中のエラーとなっているボディのフォーマットを，送信側でRFC1521，またはRFC1522フォーマットに合わせてもらってください。または，ボディのコードをjisコード，sjisコードのどれかに合わせてもらってください。主題がないメールである場合には対処の必要はありません。なお，XXXXXで示されているファイル名がsubject.datである場合，主題の添付ファイル化を実施せずに処理を継続しています。ディスクフルが発生している場合にはディスクの空き容量を確保してください。

Smtpgw065:RFC822メッセージが生成できません。

要因

メッセージが生成できません。

対処

Mail - SMTPの起動ユーザがsmtpdirに書き込み権限を持っていないか，またはディスク容量が不足していることが考えられます。smtpdirに書き込み権限を設定するかまたはディスクの空き容量を確保してください。

Smtpgw066:X.400からRFC822へのボディ変換が失敗しました(ファイル名=XXXXX)。

要因

X.400メッセージに不正な文字コードが入っているか，またはX.400メッセージが正しくありません。またはシステムのディスク容量が不足していることが考えられます。

対処

ディスクの空き容量を確保してください。メールを再送信してください。

Smtpgw067:RFC822メッセージの送信に失敗しました。

要因

Sendmailへのメッセージの送信に失敗しました。

対処

他に出力されるエラーメッセージの対処方法を参照してください。なお，メモリ容量不足によってSendmailプロセスか起動できない場合があります。この場合にはメモリの空き容量を確保してください。

Smtpgw068:X.400メッセージの削除に失敗しました。

要因

X.400メッセージの削除に失敗しました。

対処

このログ以外にエラーがなければメールの送信処理は正常に行なわれています。現象が再現する場合には，ログファイルを採取して障害受付窓口に連絡してください。

Smtpgw069:X.400メッセージの取得中に致命的なエラーが発生しました。

要因

システムに致命的なエラーが発生しました。

対処

システムのディスク容量が不足していることが考えられます。ディスクの空き容量を確保してください。

Smtpgw070:コマンド行引数の解析に失敗しました。

要因

コマンドに指定した引数に誤りがあります。

対処

正しい引数を指定してください。

Smtpgw071:ユーザの認証に失敗しました。

要因

Mail - SMTPの実行許可のないユーザが実行しようとしています。

対処

Mail - SMTPの実行許可を持つユーザだけが実行するようにしてください。

Smtpgw072:プロセスの初期化に失敗しました。

要因

Mail - SMTPの起動排他制御ファイルが作成できません。

対処

Mail - SMTPの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw073:既にSMTPゲートウェイが起動されているか，dbmapコマンドによるユーザ情報取得処理中，smtpmngコマンドによるMail-SMTP環境設定中，smuq2smqコマンドによるメール復旧中です。

要因

複数のsmtp_gwプログラムを起動しようとしました。または，smtp_gwプログラム，dbmapコマンド，smtpmngコマンド，またはsmuq2smqコマンドのどれか二つ以上を同時に起動しようとしました。

対処

smtp_gwプログラム，dbmapコマンド，smtpmngコマンド，smuq2smqコマンドを起動する場合は，同時に起動しないでください。

Smtpgw074:マッピングテーブルの読み出しに失敗しました。

要因

マッピングテーブルのファイルがないか，またはファイルを読み取れませんでした。

対処

マッピングテーブルのファイルに読み込み権限を確認してください。

Smtpgw075:GAPIの初期化に失敗しました。

要因

GAPIコンフィグレーションファイルがないか，または設定に誤りがあります。

対処

Mail Serverにゲートウェイが登録されているか確認してください。ゲートウェイが登録されていない場合，Mail Serverにゲートウェイを登録してMTAを再起動してください。

Smtpgw076:エントリXXXXという設定項目は存在しません。

要因

コンフィグレーションファイルに不正な設定項目XXXXがある。

対処

設定項目名XXXXが正しいか確認してください。

Smtpgw077:ログモジュールの初期化に失敗しました。

要因

ログファイルがオープンできませんでした。

対処

Mail - SMTPの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw078:コンフィグレーションファイルの読み出しに失敗しました。

要因

smtpgw.cfgファイルの読み込みができませんでした。

対処

smtpgw.cfgファイルに読み込み権限のないことが考えられます。smtpgw.cfgファイルの権限を確認してください。

Smtpgw079:グローバル領域識別子の必須項目が取得できませんでした。

要因

ドメインファイルのグローバル領域識別子に国名，または主官庁領域名の記述がありません。

対処

ドメインファイルのグローバル領域識別子に国名，主官庁領域名を設定してください。

Smtpgw080:致命的なエラーが発生しました。

要因

Mail - SMTPの稼働中に致命的な異常が発生しました。

対処

自動的にプロセスを再起動し処理を継続します。本エラーが多発する場合には障害受付窓口に連絡してください。

Smtpgw081:配信報告メッセージの作成に失敗しました。

要因

配信報告メッセージの作成ができませんでした。

対処

システムのディスク容量が不足していることが考えられます。ディスクの空き容量を確保してください。

Smtpgw082:ロックファイルのロックに失敗しました。

要因

ロックファイルでエラーになりました。

対処

smtpdir 下のsmtp_gw.pidファイルを削除してください。

Smtpgw083:domain.datファイルの読み出しに失敗しました。

要因

ドメインファイルの読み込みができませんでした。

対処

domain.datファイルに読み込み権限のないことが考えられます。domain.datファイルの権限を確認してください。

Smtpgw084:ゲートウェイの停止ができません。

要因

Mail - SMTPが起動されていないか，またはロックファイルが破壊されているために停止できません。

対処

Mail - SMTPが稼働している場合には，killコマンドでMail - SMTPを停止させてください。

Smtpgw085:IA5からASCIIへの変換でエラーが発生しました。

要因

メール本文の変換ができませんでした。

対処

システムのメモリ容量またはディスク容量が不足していることが考えられます。不要なサービスを停止する，またはディスクの空き容量を確保してください。

Smtpgw086:JP1からASCII(日本語文字含む)への変換でエラーが発生しました。

要因

メール本文の変換ができませんでした。

対処

システムのメモリ容量またはディスク容量が不足していることが考えられます。不要なサービスを停止する，またはディスクの空き容量を確保してください。

Smtpgw087:IA5，JP1以外のボディからUUENCODEされたデータへの変換でエラーが発生しました。

要因

添付ファイルのUUENCODE処理ができませんでした。

対処

システムのメモリ容量またはディスク容量が不足していることが考えられます。不要なサービスを停止する，またはディスクの空き容量を確保してください。

Smtpgw088:O/R名のプロトコル要素(XXX)が複数存在しています。

要因

同一ラベルを持つO/R名のプロトコル要素が二つ以上指定されています。

対処

一つのO/R名ラベルには，一つのO/R名を設定してください。

Smtpgw089:XXXのレングスがO/R名要素の制限値を超えています。

要因

XXXの長さがO/R名要素の制限値を超えています。

対処

XXXの長さをO/R名の制限値内にしてください。

Smtpgw096:添付ファイルの最大個数を超えたためXX個以降の添付ファイルを破棄しました。

要因

添付ファイルの個数が，システムで扱える添付ファイル数を超えました。

対処

システムで扱える添付ファイルの最大個数はXX－1です。システムで扱える添付ファイル数以内にして再度メールしてください。

Smtpgw100:ログディレクトリパスの取得に失敗しました。

要因

起動オプションのログディレクトリパスの指定に誤りがあります。

対処

起動時にログディレクトリパスは指定しないでください。

Smtpgw101:オプションの指定に誤りがあります。

要因

起動オプションの指定に誤りがあります。

対処

正しいオプションを設定して，Mail - SMTPを起動してください。

Smtpgw102:シグナルXXを受信しました。ゲートウェイを停止します。

要因

番号XXのシグナルを受信しました。killコマンドによる停止の場合にメッセージが出力されます。

対処

killコマンドによる停止の場合には対処の必要はありません。

Smtpgw104:X.400メッセージの発信に失敗しました。

要因

X.400メッセージの送信ができませんでした。

対処

システムのメモリ容量またはディスク容量が不足していることが考えられます。不要なサービスを停止する，またはディスクの空き容量を確保してください。

Smtpgw105:エラーメッセージの発信に失敗しました。

要因

エラーメッセージの送信ができませんでした。

対処

メモリ容量不足によってSendmailプロセスか起動できなかったことが考えられます。メモリの空き容量を確保してください。また，返信先のE-mailアドレスがない場合にはエラーメールは返信できません。

Smtpgw106:RFC822メッセージからX.400メッセージの変換で致命的なエラーが発生しました。

要因

メッセージの変換ができませんでした。

対処

システムのメモリ容量またはディスク容量が不足していることが考えられます。不要なサービスを停止する，またはディスクの空き容量を確保してください。

Smtpgw107:ゲートウェイキューにエントリが作成できません。

要因

ゲートウェイキューにファイルを生成できませんでした。

対処

ゲートウェイの起動ユーザがgwqに書き込み権限がないか，またはディスク容量が不足していることが考えられます。gwqに書き込み権限を設定するか，またはディスクの空き容量を確保してください。

Smtpgw108:キューエントリのクローンが作成できません。

要因

ゲートウェイキューにファイルを生成できませんでした。

対処

ゲートウェイの起動ユーザがgwqに書き込み権限がないか，またはシステムのディスク容量が不足していることが考えられます。gwqに書き込み権限を設定するか，またはディスクの空き容量を確保してください。

Smtpgw109:RFC822メッセージヘッダファイルが存在しません。メッセージの発信ができません。

要因

メッセージのファイルの読み込みでエラーになりました。

対処

システムのディスク容量が不足していたために，ヘッダファイルを生成できなかったことが考えられます。ディスクの空き容量を確保してください。

Smtpgw110:RFC822メッセージアドレスファイルが存在しません。メッセージの発信ができません。

要因

メッセージのファイルの読み込みでエラーになりました。

対処

システムのディスク容量が不足していたために，アドレスファイルを生成できなかったことが考えられます。ディスクの空き容量を確保してください。

Smtpgw111:RFC822メッセージボディファイルが存在しません。メッセージの発信ができません。

要因

メッセージのファイルの読み込みでエラーになりました。

対処

システムのディスク容量が不足していたために，ヘッダファイルを生成できなかったことが考えられます。ディスクの空き容量を確保してください。

Smtpgw112:クライアント名の取得に失敗しました。

要因

クライアント名の記述に誤りがあります。

対処

クライアント名(smtp_gw)は変更しないでください。

Smtpgw113:インスタンス名の取得に失敗しました。

要因

インスタンス名の記述に誤りがあります。

対処

インスタンス名(smtp_gw)は変更しないでください。

Smtpgw114:起動ユーザの取得に失敗しました。

要因

起動ユーザ名の記述に誤りがあります。

対処

起動ユーザ名(root)は変更しないでください。

Smtpgw115:ログ種別の取得に失敗しました。

要因

ログ種別の記述に誤りがあります。

対処

ログ種別は変更しないでください。

Smtpgw116:ログレベルの取得に失敗しました。

要因

ログレベルの記述に誤りがあります。

対処

ログレベルは変更しないでください。

Smtpgw117:既にロックファイルが設定されています。

要因

ロックファイルの設定が複数個記述されています。

対処

ロックファイルは変更しないでください。

Smtpgw118:ボディパートファイルのXXXXXに失敗したため，メッセージの一部を破棄しました。

要因

ボディパートファイルに不正なデータが含まれています。

対処

本文または一部の添付ファイルが削除されています。メールを再送してください。

Smtpgw119:既にゲートウェイアンデリバリキューが設定されています。

要因

ゲートウェイアンデリバリキューが設定されています。

対処

ゲートウェイアンデリバリキューは変更しないでください。

Smtpgw120:ゲートウェイキューの作成に失敗しました。(XXXXX)

要因

ゲートウェイキュー(ディレクトリ：XXXXX)の作成に失敗しました。

対処

Mail - SMTPの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw121:IA5，JP1以外のボディからBASE64形式のデータへの変換でエラーが発生しました。

要因

ボディをBase64形式へ変換できませんでした。

対処

システムのディスク容量が不足していることが考えられます。ディスクの空き容量を確保してください。

Smtpgw122:MIMEからX.400へのボディ変換が失敗しました（ファイル名=XXXX)。

要因

MIMEからX.400へのボディ変換ができませんでした。

対処

送信側でRFC1521/RFC1522に従ったフォーマットでMIMEデータを生成してもらってください。

Smtpgw123:gw_setupを起動してデータベースを選択した後にsmtp_gwを起動して下さい。

要因

gw_setupが起動されていません。

対処

gw_setupを起動して環境変数「XODDIR」を設定してからsmtp_gwを起動してください。環境変数「XODDIR」については「1.2.2 環境設定の概要」を参照してください。

Smtpgw124:ボディパートファイル(XXXX)のデコードに失敗しました。

要因

ボディパートファイルに不正なデータが含まれています。

対処

失敗した添付ファイルはXXXXです。メールを再送してください。

Smtpgw126:既にXXXXが設定されています。

要因

コンフィグレーションファイル中に重複している項目があります。

対処

コンフィグレーションファイル中の重複している項目を削除してください。設定を変更する場合にはsmtpmngコマンドをご使用ください。

Smtpgw127:XXXXの記述に誤りがあります。

要因

コンフィグレーションファイル中のXXXXの設定に誤りがあります。

対処

コンフィグレーションファイル中のXXXXの設定を確認してください。

Smtpgw132:ロックファイル(XXXX) のオープンに失敗しました。errno = (YYYY)。

要因

インストールディレクトリにロックファイルXXXXの作成できません。または作成権限がなくファイルがオープンできません。

対処

インストールディレクトリにロックファイルXXXXの作成権限があるか確認し，Mail - SMTPサービスまたはコマンド等を実行してください。

Smtpgw133:PIDファイル(XXXX) の書き込みに失敗しました。errno = (YYYY)。

要因

インストールディレクトリにPIDファイルXXXXの作成できません。または作成権限がなくファイルがオープンできません。

対処

インストールディレクトリにPIDファイルXXXXの作成権限があるか確認確認し，Mail - SMTPサービスまたはコマンド等を実行してください。

Smtpgw135:X.400アドレス（XXXX）からE-mailアドレスのマッピングに失敗しました。

要因

テーブルマッピングファイルに定義しているGroupmaxユーザの仮想インターネットドメインが256バイトを超えているために，不正なE-mailアドレスを生成しようとしました。

対処

テーブルマッピングファイルに定義するGroupmaxユーザの仮想インターネットドメインのうち256バイトを超えているものを256バイト以下の長さで再登録してください。

Smtpgw136:ユーザIDからX.400アドレスのマッピング時にエラーが発生しました。(XXXX)

要因

SMTPメールシステムからGroupmaxユーザのユーザIDを指定してメールを送信した場合に，アドレスマッピングに失敗しています。次の要因が考えられます。

Mail Serverが起動していない。

TCP/IPが使用できない。

対処

要因1の場合には，サーバを起動した後に再度メールを送信してください。

要因2の場合には，システムのTCP/IPの設定を確認してください。

1，2の対処を行っても状況が改善されない場合には，XXXXのエラー番号を記録して障害受付窓口に連絡してください。

Smtpgw137:メッセージの変換中に致命的なエラーが発生しました。(RFC822->X.400)

要因

インターネットから受信したメールの解析に失敗しました。

対処

処理できないメールが多数あったため，Mail - SMTPサービスを停止しています。メール処理を再開する場合には，Mail - SMTPサービスを起動してください。gwuqに退避されたファイルおよびログファイルを取得して障害受付窓口に連絡してください。

Smtpgw138:メッセージの変換中に致命的なエラーが発生しました。(X.400->RFC822)

要因

Groupmaxユーザからインターネットへ送信するメールの変換に失敗しました。

対処

処理できないメールが多数あったため，Mail - SMTPサービスを停止しています。メール処理を再開する場合には，Mail - SMTPサービスを起動してください。gwuqに退避されたファイルおよびログファイルを取得して障害受付窓口に連絡してください。

Smtpgw139:システムのインストールディレクトリが深すぎます。

要因

Mail - SMTPまたはSendmailのインストールディレクトリ名が長過ぎるために，Groupmax Mailからインターネットへのメールの転送に失敗しました。

対処

Mail - SMTPのインストールディレクトリのパス名を短くして，再度インストールと環境設定をしてください。

Smtpgw141:子プロセスの作成に失敗しました。errno = (XX)

要因

メモリ，ディスクなどのシステム資源が不足しています。

対処

システム資源を見直してください。

Smtpgw142:DBマッピングファイルが見つかりません。dbmapを起動してDBマッピングファイルを作成した後にsmtp_gwを起動してください。

要因

DBマッピングファイルが作成されていません。

対処

dbmapコマンドを起動してDBマッピングファイルを作成してからsmtp_gwを起動してください。

Smtpgw143:DBマッピングテーブルの読み出しに失敗しました (ファイル名=XXXXX)。

要因

DBマッピングファイルがないか，若しくはファイルを読み取れませんでした。または作成されたDBマッピングファイルのファイルサイズが不正です。

対処

DBマッピングファイルを再作成するか，またはファイルに読み込み権限を設定してください。

Smtpgw144:DBマッピングテーブルのオープンに失敗しました (ファイル名=XXXXX)。

要因

DBマッピングファイルがないか，またはファイルの読み込み権限が設定されていません。

対処

DBマッピングファイルを再作成するか，または読み込み権限を設定してください。

Smtpgw145:DBマッピングテーブルのバージョン情報(ZZZZ)が不正です(ファイル名=XXXX)。

要因

DBマッピングテーブルのバージョン情報が不正です。バージョンアップまたは06-50以前からのバージョンアップ時にdbmapコマンドが実行されていません。

対処

dbmapコマンドを起動して再度DBマッピングファイルを作成してからsmtp_gwを起動してください。

Smtpgw146:DBマッピング(XXXX)中に致命的なエラーが発生しました(変換データ=ZZZZ，エラー番号=YY)。

要因

DBマッピングによるアドレスマッピング中，モジュールXXXXで致命的なエラーが発生したため処理を中止しました。

対処

Mail - SMTPサービスを停止して，ログファイルとGmaxAddrDB下のファイルを取得してください。その後，dbmapコマンドを実行してDBマッピングファイルを再作成してください。

Smtpgw147:DBマッピングファイル作成(XXXX)中に致命的なエラーが発生しました(エラー番号=YY)。

要因

DBマッピングファイル作成中，モジュールXXXXで致命的なエラーが発生したため処理を中止しました。

対処

モジュール名称がGSSGetAllUserListXの場合，以下の内容を確認してください。

Object ServerおよびAddress Serverが起動されているか。

/tmp/gaddr1.logまたは/tmp/gaddr2.log（サーバから情報取得したときに出力されるログファイル）

エラーが解決できない場合，再度dbmapコマンドを実行してください。

注意

tmpは，HP-UX版，AIX版は/tmp/を，Windows版は環境変数TEMPで指定されるディレクトリです。

Smtpgw148:入力ファイルのオープンに失敗しました(ファイル名=XXXX)。

要因

XXXXファイルのオープンに失敗しました。

対処

XXXXファイルに読み込み権限があるかを確認してください。

Smtpgw149:一時ファイルのオープンに失敗しました(ファイル名=XXXX，エラー番号=YY)。

要因

作業用ファイルのオープンに失敗しました。またはファイル情報（ファイルサイズ）の取得に失敗しました。

対処

XXXXファイルがある場合は削除してコマンドを再実行してください。またはXXXXファイルを作成するディレクトリに書き込み権限があるかを確認してください。

Smtpgw150:要素数の多いユーザデータがあります(ファイル名=XXXX，行番号=YY)。

要因

データの指定方法に誤りがあります。YY行目のデータは「，（コンマ）」で区切られるデータ数が多過ぎます。

対処

YY行目のデータ指定に誤りがないかを確認してください。

Smtpgw151:要素数の少ないユーザデータがあります(ファイル名=XXXX，行番号=YY)。

要因

データの指定方法に誤りがあります。YY行目のデータは「，（コンマ）」で区切られるデータが不足しています。

対処

YY行目のデータ指定に誤りがないかを確認してください。

Smtpgw152:ユーザデータを囲むダブルクォーテーションの記述に誤りがあります(ファイル名=XXXX，行番号=YY)。

要因

データの指定方法に誤りがあります。YY行目のデータはユーザデータを囲む"（ダブルクォーテーション）の対応がとれていません。

対処

YY行目のデータ指定に誤りがないかを確認してください。

Smtpgw153:ユーザデータのダブルクォーテーションの記述に誤りがあります(ファイル名=XXXX，行番号=YY)。

要因

データの指定方法に誤りがあります。ユーザデータとして"（ダブルクォーテーション）を使用する場合は"を2個指定する必要があります。

対処

YY行目のデータ指定に誤りがないかを確認してください。

Smtpgw154:長過ぎるデータがあります(ファイル名=XXXX，行番号=YY)。

要因

データの指定方法に誤りがあります。YY行目のデータに最大長を超えるデータが指定されています。

対処

チェックされるデータ長を次に示します。YY行目のデータがこの範囲内で指定されているかを確認してください。

項番1；組織種別（0～1バイト）で省略した場合，「U」を仮定します。

項番2；処理種別（0～4バイト）で省略した場合，「M」を仮定します。

項番3；処理区分（0～2バイト）で省略した場合，「A」を仮定します。

項番5；ユーザID（1～8バイト）で省略できません。

項番10；日本語名（0～32バイト）で省略できます。

項番11；英語姓（0～16バイト）で省略できます。

項番12；英語名（0～16バイト）で省略できます。

項番13；ニックネーム（1～32バイト）で省略できません。

項番42；O/R名（1～256バイト）で省略できません。

項番59；Groupmax Mail用属性＝E-mailアドレス（0～256バイト）で省略できます。

Smtpgw155:組織種別が不正("U"でない)です(ファイル名=XXXX，行番号=YY)。

要因

組織種別に最上位組織，または組織データが指定されています。

対処

YY行目のデータが最上位組織，または組織データであるかを確認してください。dbmapコマンドはこのデータを無視してDBマッピングファイルを作成します。

Smtpgw156:処理種別が不正です(ファイル名=XXXX，行番号=YY)。

要因

処理種別に「M」が指定されていません。

対処

YY行目のデータに処理種別「M」が指定されているかを確認してください。処理種別を省略した場合「M」を仮定して処理します。

Smtpgw157:処理区分が不正です(ファイル名=XXXX，行番号=YY)。

要因

処理区分に「A」，「D」，「U」，「M」，「C」以外が指定されています。

対処

YY行目のデータに処理区分「A」，「D」，「U」，「M」，「C」以外が指定されていないかを確認してください。省略されている場合は「A」を仮定して動作します。

Smtpgw158:ユーザIDが指定されていません(ファイル名=XXXX，行番号=YY)。

要因

指定されたユーザデータにはユーザIDがありません。

対処

YY行目のユーザデータにユーザIDを指定してください。

Smtpgw159:O／R名が指定されていません(ファイル名=XXXX，行番号=YY)。

要因

指定されたユーザデータにはO/R名がありません。

対処

YY行目のユーザデータにO/R名を指定してください。

Smtpgw160:E-mailアドレスが指定されていません(ファイル名=XXXX，ユーザID=YYYYY，行番号=ZZ)。

要因

指定されたユーザデータにはE-mailアドレスがありません。

対処

ZZ行目のユーザデータにE-mailアドレスを指定してください。

Smtpgw161:ユーザIDに使用できない文字が使用されています(ファイル名=XXXX，行番号=YY)。

要因

ユーザIDに"（ダブルクォーテーション）は使用できません。

対処

YY行目のユーザデータ（ユーザID）に"（ダブルクォーテーション）が使用されていないかを確認してください。使用されている場合はO/R名を変更して，再度dbmapコマンドを実行してください。

Smtpgw162:O／R名に使用できない文字が使用されています(ファイル名=XXXX，行番号=YY)。

要因

O/R名に"（ダブルクォーテーション），および，（コンマ）は使用できません。また最上位組織に日本語が使用されている場合，その組織に属しているGroupmaxユーザはDBマッピングファイルに登録することができません。

対処

YY行目のユーザデータ（O/R名）に"（ダブルクォーテーション）または，（コンマ）が使用されていないかを確認してください。使用されている場合はO/R名を変更して，再度dbmapコマンドを実行してください。

Smtpgw163:E-mailアドレスに使用できない文字が使用されています(ファイル名=XXXX，行番号=YY)。

要因

E-mailアドレスに"（ダブルクォーテーション）および，（コンマ）は使用できません。

対処

YY行目のユーザデータ（E-mailアドレス）に"（ダブルクォーテーション）または， （コンマ）が使用されていないかを確認してください。使用されている場合はO/R名を変更して再度dbmapコマンドを実行してください。

Smtpgw164:一時ファイルの書き込みに失敗しました(ファイル名=XXXX)。

要因

作業用ファイルへの書き込みに失敗しました。

対処

dbmapコマンド実行時のエラーである場合には，作業用ファイルXXXXを削除してから再度dbmapコマンドを実行してください。

Smtpgw165:無効なユーザデータを検出しました。このデータを無視して処理を続行します。(ファイル名= XXXX，行番号=YY)。

要因

YY行目のデータは処理区分が「M」，「D」であるために処理できませんでした。

対処

dbmapコマンドはこのデータを無効データとして扱います。

Smtpgw166:一時ファイルの読み出しに失敗しました(ファイル名=XXXX)。

要因

作業用ファイルからの読み込みに失敗しました。

対処

作業用ファイルXXXXがある場合は削除してから再度dbmapコマンドを実行してください。

Smtpgw167:出力ファイルのオープンに失敗しました(ファイル名=XXXX)。

要因

出力ファイルXXXXのオープンに失敗しました。

対処

XXXXファイルに書き込み権限があるかを確認してください。またはXXXXファイルを作成するディレクトリに書き込み権限があるかを確認してください。

Smtpgw168:DBマッピングテーブルのダンプ出力(XXXX)中に致命的なエラーが発生しました(エラー番号=YY)。

要因

DBマッピングファイルのダンプ出力中，モジュールXXXXで致命的なエラーが発生したため処理を中止しました。

対処

ダンプファイル(data.dmp，index.dmp)の出力状況を確認してください。

Smtpgw169:DBマッピングテーブルの書き込みに失敗しました(ファイル名=XXXX)。

要因

DBマッピングファイルへの書き込みに失敗しました。

対処

システムのディスク容量が不足していることが考えられます。ディスクの空き容量を確保してください。

Smtpgw170:受信者の最大数を超えたため257個以降の情報を破棄しました。

要因

インターネットから受信したメールに指定されている本来受信者数が256人を超えています（ここでの受信者とは，メールヘッダに指定されている同報者ではなく実際にメールを受信するGroupmaxユーザのことです）

対処

インターネットの送信者に受信者を256人以下にしてメールを送信するよう連絡してください。

Smtpgw171:ユーザデータの追加に失敗しました(uid= XXXX，行番号= YY)。

要因

すでに同一ユーザが登録されています。

対処

ユーザID，E-mailアドレスなどに重複がないかを確認してください。

Smtpgw172:ユーザデータの変更に失敗しました(uid= XXXX，行番号= YY)。

要因

変更しようとしたユーザ情報が登録されていません。

対処

ユーザID XXXXが登録されているユーザデータかどうかを確認してください。登録されていないユーザデータの場合は処理種別を「A」にして再度dbmapコマンドを実行してください。

Smtpgw173:ユーザデータの削除に失敗しました(uid= XXXX，行番号= YY)。

要因

削除しようとしたユーザ情報が登録されていません。

対処

ユーザID XXXXから登録されているユーザデータかどうかを確認してください。

Smtpgw174:組織メールユーザ情報を破棄しました。

要因

受信者情報，または送信者情報に組織メールユーザのアドレスが指定されています。

対処

受信者，または送信者に組織メールユーザは指定しないでください。

Smtpgw175:処理するレコードがありません。DBマッピングファイル作成処理を中止しました(ファイル名=XXXX)。

要因

入力ファイルXXXXには処理できるレコードがありません。

Address Serverにユーザが登録されていません。または，Address Serverでエラーが発生している可能性があります。

対処

Address Serverのエラー状態を回復させてからdbmapコマンドを実行してください。なお，Address Serverのサービスが起動できるようであれば，Mail - SMTPのサービスは起動可能です。その際，dbmapコマンド実行前のDBマッピングファイルを使用して処理を行います。

Smtpgw177:E-mailアドレスが登録されていません(ユーザID=XXXXX，O/R名=YYYYY)。

要因

Address Serverから取得したユーザ情報にE-mailアドレスが登録されていませんでした。

対処

メッセージ中のユーザIDとO/R名からアドレスマッピングの必要がないGroupmaxユーザかどうかを確認してください。アドレスマッピングの必要なGroupmaxユーザの場合は，Address ServerにE-mailアドレスを登録した後，再度dbmapコマンドを起動してください。アドレスマッピングの必要がないGroupmaxユーザの場合は対処の必要はありません。

Smtpgw178:既にXXXXが起動されています。

要因

複数のプロセスXXXXを起動しようとしました。送信プロセスの終了制御機能を使用しており，Mail - SMTPのサービスが終了していない状態で，サービスを起動しようとしました。送信プロセスの終了制御機能を使用している場合には，指定した待ち時間（最大30分）は，サービスが終了しない場合があります。

対処

プロセスXXXXが終了してから再度実行してください。

Smtpgw179:E-mailアドレス(XXXXX)からX.400アドレスのマッピングに失敗しました(YYYYY)。

要因

E-MailアドレスからO/R名へのDBマッピングに失敗しました。YYYYYにはエラーコードが入ります。次にそのコードと要因を示します。

rfc2or=-1　　どの方式でもマッピングできませんでした。

rfc2or=-3　　smtpgw.cfgがMAPPING_MODE=dbになっていてかつマッピングできませんでした。

rfc2or=-4　　受信制限されているE-mailアドレスです。

rfc2or=-5　　ニックネームマッピングできませんでした。

chkor=-1　　マッピング後のO/Rが不正です。

or2LHS=-1　マッピング後のO/Rが不正です。

LHS2or=-1　マッピング後のO/Rが不正です。

LHS2or=-2　マッピング後のO/Rが不正です。

対処

アドレスマッピングに失敗したE-mailアドレス（XXXXX)が各マッピングルールに適用できるかどうかを確認してください。DBマッピングを使用している場合は，Address ServerにE-mailアドレス（XXXXX)が登録されているかを確認してください。登録済みである場合，再度dbmapコマンドを再実行してください。未登録の場合には，Address ServerにE-mailアドレスを登録した後再度dbmapコマンドを起動してください。

Smtpgw180:X.400アドレス(XXXXX)からE-mailアドレスのマッピングに失敗しました(YYYYY)。

要因

O/R名からE-mailアドレスへのDBマッピングに失敗しました。YYYYYにはエラーコードが入ります。次にそのコードと要因を示します。

length=YY ニックネームマッピング後のE-mailアドレスが256バイトを超えています。

ordmn2dmn=-2 テーブルマッピングに失敗しました。

or2rfc=-2 内部処理エラーが発生しました。

ORspace=-1 O/R名の変換エラーが発生しました。

chkor=-1 マッピング前のO/R名に不正文字があります。

or2rfc=-1 どの方式でもマッピングできませんでした。

or2rfc=-3 smtpgw.cfgがMAPPING_MODE=dbになっていてかつマッピングできませんでした。

or2rfc=-4 送信者にE-mailアドレスが登録されていない為，送信制限されています。

対処

アドレスマッピングに失敗したO/R名（XXXXX)に対するマッピングルールが適用できるかどうかを確認してください。DBマッピングを使用している場合は，E-mailアドレスがAddress Serverに登録されているかを確認してください。登録済みである場合，再度dbmapコマンドを再実行してください。未登録の場合には，Address ServerにE-mailアドレスを登録した後再度dbmapコマンドを起動してください。

Smtpgw181:ユーザIDまたはO／R名がないユーザデータがありました。このレコードを無視して処理を続けます。

要因

サーバから取得したユーザ情報にユーザIDまたはO/R名がないユーザデータがありました。

対処

Address Serverに登録されているGroupmaxユーザでE-mailアドレスが登録されているユーザ情報が，GmaxAddrDB下のdata.csvファイルに出力されていることを確認してください。このファイルにE-mailアドレスを持つユーザが出力されていない場合，そのGroupmaxユーザはアドレスマッピングされません。再度dbmapコマンドを起動してください。この現象が再度発生するならば，ログファイルとGmaxAddrDB下のファイルを取得して障害受付窓口に連絡してください。

Smtpgw182:最大長を超えるデータがありました。このレコードを無視して処理を続けます(ユーザID = XXXXXXX，データ=YYYY)。

要因

Address Serverから取得したユーザ情報の中に，最大値を超えるデータがありました。

対処

ユーザID（XXXXXXX）に該当するユーザ情報がE-mailアドレスに登録する必要があるユーザ情報かどうかを確認してください。登録が必要ないユーザ情報の場合，対処の必要はありません。登録が必要なユーザ情報の場合，Address ServerでユーザID，日本語名，英語姓，英語名，ニックネーム，O/R名，およびE-mailアドレスのうち最大値を超えているデータを変更した後再度dbmapコマンドを実行してください。

Smtpgw183:エラーメールの送信先はYYYYYYYです。

要因

エラーメールをYYYYYYYに返信しました。

対処

このログメッセージの前に出力されているエラーメッセージやエラーメールの主題などから発生したエラーを確認してください。エラーメールの主題については，「6.3　エラーメールの主題」を参照をしてください。

Smtpgw184:本来受信者アドレスのマッピングに失敗しました。

要因

本来受信者のアドレスマッピングに失敗しました。

対処

本来受信者のアドレスマッピングが正しく行われるように，アドレスマッピングテーブルなどの設定ファイルを変更してください。

または，送信側で正しいアドレスを設定してメールを送信してください。

Smtpgw185:ニックネームが登録されていません(ユーザID=XXXXXX, O/R名=YYYYYY)。

要因

Address Serverからのユーザ情報の取得でニックネームが登録されていないデータがありました。

対処

Address Serverにニックネームが登録されているかどうかを確認してから，再度アドレス情報を取り込んでください。

Smtpgw186:ニックネームが指定されていません(ファイル名=XXXXXX, 行番号=ZZ)。

要因

ユーザ情報の取得でニックネームが登録されていないデータがありました。

対処

ニックネームを指定してからアドレス情報を取り込んでください。

Smtpgw187:ニックネームに使用できない文字が使用されています(ユーザID=XXXXXX, ニックネーム=YYYYYY)。

要因

ニックネームマッピングに使用できない文字が使用されています。使用可能な文字種については「2.4.2　dbmapの仕様(4)注意事項」を参照してください。

対処

ユーザID（XXXXXX）のユーザはDBマッピングファイルに登録されましたが，ニックネームマッピングを行えません。E-mailアドレスが指定されていて，マッピングモードがdb，all，pop_allならばDBマッピングを行えます。ニックネームマッピングを使用したい場合には，使用可能な文字だけでニックネームを登録して再度dbmapコマンドを実行してください。dbmapコマンド実行後にログファイルを確認して本メッセージが出力されないことを確認してください。

Smtpgw188:ユーザタイプが"1"(メールユーザ)以外のデータがありました(ファイル名=XXXXXX, 行番号=YY)。

要因

メール属性を持つアドレスユーザ以外のユーザデータが指定されています。タイプ3～5（メールの宛先ユーザ，アドレス帳ユーザ，メール属性を持たないアドレスユーザ）のユーザデータはDBマッピングファイルに登録されません。また，組織メールの宛先もDBマッピングファイルに登録されません。

対処

エラーが発生したユーザデータがメール属性を持つアドレスユーザかどうかを確認してください。

Smtpgw189:DBマッピングファイルの作成に失敗しました。

要因

DBマッピングファイル作成中に回避できないエラーが発生しました。

対処

Address Serverが起動されているかどうかを確認してから，再度dbmapコマンドを実行してください。または，システムのディスク容量が不足していることが考えられます。ディスクの空き容量を確保してください。

状況が改善されない場合には，ログファイルとGmaxAddrDB下のファイルを取得して障害受付窓口に連絡してください。

Smtpgw190:次のユーザはE-mailアドレスが重複しています。重複したE-mailアドレスはマッピングテーブルに登録されませんでした。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY）

要因

E-mailアドレスが重複しているユーザデータがありました。

対処

Address Serverで重複しているE-mailアドレスをすべて変更してから，再度dbmapコマンドを実行してください。

Smtpgw191:(注意)次のユーザはE-mailアドレスが重複しています。E-mailアドレスを透過扱いにした場合，メールの送受信ができなくなります。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY）

要因

ローカルパート部分の英大文字と英小文字を区別しない場合にE-mailアドレスが重複するユーザデータがありました。

対処

Address Serverで重複しているE-mailアドレスをすべて変更してから，再度dbmapコマンドを実行してください。

Smtpgw192:次のユーザはE-mailアドレスが重複しているので，メールの送受信ができません。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY）

要因

次の要因が考えられます。

E-mailアドレスの重複しているGroupmaxユーザがインターネットあてにメールを送信しようとしました。

インターネットからE-mailアドレスの重複しているGroupmaxユーザあてにメールが届きました。

同報者として指定された宛先にE-mailアドレスが重複するユーザ情報がありました。

対処

Address Serverで重複しているE-mailアドレスをすべて変更してから，再度dbmapコマンドを実行してください。同報者にE-mailアドレスの登録されていないGroupmaxユーザがいた場合，その宛先は同報者の情報から削除されてメールが送受信されます。

Smtpgw193:変更されたユーザ情報を取得するための設定が行われていません。

要因

変更されたユーザ情報を取得するための設定が行われていません。

対処

smtpmngコマンドを起動して，メニュー「ユーザ情報の更新方法に関する設定（modifying_dbfile）」の設定値を「auto」にしてください。なお，この設定はsmtp_gwプログラムを終了させた状態で行ってください。

また，smtpmngコマンドの設定が終了した後，Address Serverを再起動してください。再起動後から，変更情報を取得できるようになります。

Smtpgw194:POP3サーバからマッピングの優先順位の取得でエラーが発生しました。ニックネームマッピングは使用されません。（ドメイン名=XXXXXX, マッピング優先順位=YYYYYY, error-code = ZZ）

要因

POP3/IMAP4連携機能を使用する設定（マッピングモードにpop_allを設定）がされている場合に，Mail Serverから設定値が取得できませんでした。

対処

Mail Serverに連携機能を使用する設定がされているかを確認してください。そのときマッピングの優先順位とニックネームマッピングに使用されるドメイン名が設定されていることを確認してください。これらが設定されていない場合，Mail - SMTPはニックネームマッピングを省略してアドレスマッピング処理を行います。

Smtpgw195:E-mailアドレスが登録されていないユーザがメールを送信しようとしました。またはE-mailが登録されていないユーザが同報者の宛先として指定されました。送信者制限によりこのユーザはメールの送信ができません(ユーザID=XXXXXX, O/R名=YYYYYY)。

要因

E-mailアドレスが未登録のGroupmaxユーザは送信できない設定になっている場合に，未登録のGroupmaxユーザがインターネットにメールを送信しようとしました。または同報者として指定されているユーザは，E-mailアドレスが未登録のユーザです。マッピングモードにdbが指定されている場合は自動的に送受信者が制限されます。

対処

送信者の制限（PERMISSION_MODE=send_denyまたはsend_recv_deny）が設定されている場合，E-mailアドレスが未登録のGroupmaxユーザはインターネットにメールを送信することができません。同報者にE-mailアドレスが未登録のユーザが指定されていた場合，未登録のユーザの宛先を削除してメールが送信されます。E-mailアドレスが誤って登録されていないかを確認してください。E-Mailアドレスを変更，または追加した場合dbmapコマンドを実行し，再度smtp_gwプロセスを起動してください。

Smtpgw196:POP3サーバから次の設定値を取得しました（ドメイン名=XXXXXX, マッピング優先順位=XXXXXX, error-code = YYYYYY）。

要因

Mail Serverからニックネームマッピングを行うための情報取得に成功しました。メッセージ中の設定値を使用してニックネームマッピングが行われます。

対処

メッセージ中の設定値が正しいかどうかを確認してください。設定値が誤っている場合はMail Serverの設定を変更した後，再度smtp_gwプロセスを起動してください。

Smtpgw197:E-mailアドレスが登録されていないユーザへのメールを受信しようとしました。またはE-mailが登録されていないユーザが同報者の宛先として指定されました。受信者制限によりこのユーザはメールの受信ができません(ユーザID=XXXXXX, O/R名=YYYYYY)。

要因

E-mailアドレスが未登録のGroupmaxユーザは受信できない設定になっていますが，未登録のGroupmaxユーザあてにインターネットからメールが届きました。または，送信者や同報者として指定されているGroupmaxユーザは，E-mailアドレスが未登録のユーザです。マッピングモードにdbが指定されている場合は自動的に送受信者が制限されます。

対処

受信者の制限が行われている場合，E-mailアドレスが未登録のGroupmaxユーザはインターネットからのメールを受信できません。同報者にE-mailアドレスが未登録のGroupmaxユーザの宛先が指定されていた場合，その宛先は削除されます。送信者にE-mailアドレスが未登録のGroupmaxユーザの宛先が指定されていた場合，そのメールは受信されません。E-mailアドレスが誤って登録されていないか，またはアドレスマッピングルールが正しく設定されているか確認してください。E-mailアドレスを変更，または追加した場合dbmapコマンドを実行し，再度smtp_gwプロセスを起動してください。

Smtpgw198:O/R名に使用できない文字が使用されています(ユーザID=XXXXXX, O/R名=YYYYYY)。

要因

O/R名に使用できない文字を含んだユーザ情報がありました。このユーザ情報は破棄されます。

対処

最上位組織略称に日本語（2バイトコード）が使用されていないかを確認してください。

また，O/R名の各要素に使用できる文字種は半角英数字と"+"，"-"だけです。半角スペースや"("や")"も使用できません。

Smtpgw199:ユーザの変更情報からアドレス情報の取り込みに失敗しました。

要因

Address Serverからの，変更されたユーザ情報の取り込みに失敗しました。このエラーが発生した場合，変更されたユーザ情報がDBマッピングファイルに反映されていません。

対処

dbmapコマンドを実行し再度すべてのユーザ情報を取得してください。

Smtpgw200:不正なアドレス情報を破棄しました（ユーザID=XXXXXX, O/R名=YYYYYY，エラー番号=ZZ)

要因

Address Serverからの変更情報がフォーマット不正のため，変更情報が取得できませんでした。

対処

dbmapコマンドを実行し再度すべてのユーザ情報を取得してください。

Smtpgw201:このバウンダリ(XXXX)に囲まれたボディパートファイルが不正です。

要因

バウンダリ(XXXX)で囲まれたボディフォーマットがmultipartボディのフォーマットではありません。

対処

送信側で正常なフォーマットのmultipartボディを生成してもらってください。またはmultipartフォーマット以外のフォーマットでボディの生成をしてもらってください。

Smtpgw202:sendmailプログラムの起動に失敗しました。

要因

Sendmailプログラムの起動に失敗しました。

対処

Sendmailプログラムを起動するために必要なメモリの取得ができなかったことが考えられます。メモリの状態を確認してください。

Smtpgw203:配信ステータスが成功，失敗以外のため，配信報告メッセージを破棄しました。

要因

受信した配信報告の配信ステータスが成功，失敗以外のため，配信報告メッセージを破棄しました。Sendmailから転送に成功した場合に配信報告を受信する場合があります。

対処

対処の必要はありません。

Smtpgw204:配信報告不要のため，配信報告メッセージを破棄しました。

要因

コンフィグレーションで配信報告不要の設定がされているため，配信報告メッセージを破棄しました。

対処

設定内容を確認してください。設定値が誤っている場合はMail - SMTPの設定を変更した後，再度Mail - SMTPのサービスを起動してください。

Smtpgw205:ユーザ情報の更新方法に関する設定に失敗しました。（XXXXX）

要因

「XXXXX」で示されたファイル，またはディレクトリの作成に失敗しました。

対処

ディスクの空き容量の不足によって，ファイルまたはディレクトリが作成できなかったことが考えられます。ディスクの空き容量を確保してください。

Smtpgw206:RFC822 メッセージオプションファイルが存在しません。メッセージの発信ができません。

要因

RFC822メッセージの読み込みでエラーが発生しました。

対処

ディスクの空き容量不足のため，ファイルまたはディレクトリが作成できなかったことが考えられます。ディスクの空き容量を確保してください。

Smtpgw207:XXXXX の停止ができません。

要因

"XXXXX"のプロセスが起動されていないか，ロックファイルが破壊されているために停止ができません。

対処

"XXXXX"のプロセスが稼働している場合には，killコマンドで"XXXXX"のプロセスを停止させてください。

Smtpgw208:sendmailとの通信でタイムアウトが発生しました。

要因

Sendmailへの送信処理で，Sendmailからの応答待ちでタイムアウトが発生しました。

対処

送信しようとしたメッセージはリトライ回数内で再度送信処理が実行されます。リトライ回数分，再送信処理が実行されてもメッセージが送信されなかった場合には，メールの送信者にエラーレポートが返信されます。

Smtpgw209:sendmailの送信処理でエラーが発生しました(エラー詳細：XXXXX , エラー番号 = YY)。

要因

Sendmailへの送信処理で致命的なエラーが発生したため，処理を中止しました。

対処

Sendmailへの送信ログを確認してください。確認方法については「6.1.3　Sendmail送信のトレース情報の項目」を参照してください。エラー要因については，メモリ不足，ディスク容量不足，送信者のドメイン名がDNSで解決できない場合があります。

Smtpgw210:送信制限サイズを超えるメールを送信しようとしました(送信メールサイズ = YY bytes)。

要因

メールサイズの送信制限(SEND_BODY_SIZE_LIMIT)を超えるメールを送信しようとしました。メールサイズの送信制限を終日行うように設定している為，どの時間帯になってもこのメールを送信できません。送信メールのサイズはYYバイトです。

対処

このメールについては送信者にエラーレポートが返信されます。また，送信制限サイズを変更（運用の変更）する場合には，smtpmngで変更してください。

Smtpgw211:UA_PROGRAMで指定されるプログラムが異常終了しました(プログラム名 = XXXXX, exit値 = YY, errno = ZZ)。

要因

UA_PROGRAMで指定されたプログラム実行後に，出力ファイルが出力されていません。

対処

UA_PROGRAMで指定されたプログラム実行後に，出力ファイルが出力されることを確認してください。

Smtpgw212:uuencodeするドメインテーブルの読み出しに失敗しました。(ファイル名=XXXXX, 行番号=YY)。

要因

ドメインごとエンコードの設定ファイルから，ドメイン名の取得に失敗しました。

対処

ドメインごとエンコードに設定されているドメイン名が正しいか確認してください。なお，Mail - SMTPは，ドメインごとエンコード機能を使用しない状態でメール送信を行います。

Smtpgw213:ファイルのリネームに失敗しました。(ファイル名 = XXXXX)。

要因

ファイル"XXXXX"のリネームに失敗しました。

対処

ファイルシステムのディスク容量，ファイルに書き込み権限があるか確認してください。また，XXXXファイルを作成するディレクトリに書き込み権限があるか確認してください。

Smtpgw214:sendmailの実行ファイルが見つかりません。実行権限があるか確認して下さい。(ファイル名 = XXXXX)。

要因

Sendmailの実行ファイルが見つからない為，メールの送信処理が行えない。

対処

Sendmailのファイルパスが正しく設定されているか確認してください。

Smtpgw215:添付ファイルの上限数を超えたため，MIME構造情報を添付できませんでした。

要因

メール受信時に添付ファイルの上限数を超えました。MIME構造情報を添付ファイルとして受信する運用になっていますが，MIME構造情報を添付することができません。

対処

MIME構造情報が添付されませんが，メールの受信は正常に行われます。

Smtpgw216:リッチテキスト本文を添付できませんでした。

要因

必要なメモリの確保ができないためにエラーとなりました。

対処

システム資源を見直してください。

Smtpgw217:サーバからSECURE_MIMEの取得でエラーが発生しました。(エラー情報 = YY)

要因

サーバからS/MIMEの運用に関する設定の情報取得に失敗しました。Address Serverがインストールされていないか，S/MIMEの運用に関する設定が正しく設定されていません。

対処

Address Serverがインストールかつ設定が行われていることを確認してください。

Smtpgw218:サーバから次の設定値を取得しました。(SECURE_MIME = YY)

要因

サーバからS/MIMEの運用に関する設定の情報取得に成功しました。メッセージ中の設定値を使用して受信処理を行います。

対処

メッセージ中の設定値が正しいか確認してください。設定値が誤っている場合はサーバの設定を変更した後，再度Mail - SMTPサービスを起動してください。

Smtpgw219:受信者のドメイン名が，Mail-SMTPのインターネットドメインと同じである為，この受信者へのメール送信に失敗しました。(受信者アドレス = YY)

要因

メール送信時に，Mail - SMTPのインターネットドメインと同じドメインである受信者に対してメールを送信しようとしました。Mail - SMTPのインターネットドメインと同じドメイン名に対してはメールを送信することができません。

対処

Mail - SMTPのインターネットドメインが正しく設定されているか確認してください。確認するには，Smtpmngコマンドのサブコマンドedit_domainで設定するINTERNETDOMAIN名を参照します。

Smtpgw220:コンフィグレーションファイルの設定内容が不正です。(設定名 = YY)

要因

Mail - SMTPのコンフィグレーションYYの設定内容が誤っています。

対処

設定内容を確認してください。設定値が誤っている場合はMail - SMTPの設定を変更した後，再度Mail - SMTPのサービスを起動してください。

Smtpgw221:MIME構造のネストの深さが制限値を超えたため深さがYY以降の添付ファイルの解析を行いませんでした。

要因

MIME形式のメールで，MIMEのネストが深いため解析処理を行えませんでした。

対処

解析の行われなかった添付ファイルについては，Groupmax Mail クライアントで参照できません。

Smtpgw222:プロセスの再起動に失敗しました。

要因

Mail - SMTPの処理プロセスの再起動に失敗しました。

対処

ほかのメッセージでプロセスの起動に失敗した要因をログ出力していますので，そのログメッセージの対処方法を参照してください。

Smtpgw223:Content-Typeがありません。このボディをテキストとして受信します。

要因

multipart形式のメールでContent-Typeが指定されていない本文または添付ファイルがありました。または，サポートしていないContent-Typeが指定されていました。

対処

この本文または添付ファイルをテキストデータとして受信します。添付ファイルとして受信する場合には，テキストファイルとして受信します。

Smtpgw224:サポート外のContent-Typeです。この添付ファイルをテキストファイルとして受信します。

要因

multipart形式のメールでサポートしていないContent-Typeが指定されている添付ファイルがありました。

対処

この添付ファイルをテキストファイルとして受信します。適切なContent-Typeが指定されていない場合，メール送信側でContent-Typeを正しく設定してください。

Smtpgw225:サポート外のContent-Typeです。この添付ファイルをバイナリファイルとして受信します。

要因

multipart形式のメールでサポートしていないContent-Typeが指定されている添付ファイルがありました。

対処

この添付ファイルをバイナリファイルとして受信します。適切なContent-Typeが指定されていない場合，メール送信側でContent-Typeを正しく設定してください。

Smtpgw226:管理者アドレステーブルの読み出しに失敗しました。(ファイル名= XXXX, 行番号= YY, 管理者アドレス= ZZZZ)。

要因

管理者アドレスとして不正なアドレスが設定されています。または，管理者アドレスの長さが256バイトを超えています。この管理者アドレスは使用されません。

対処

エラー出力された管理者アドレスを修正した後，再度Mail - SMTPのサービスを起動してください。

Smtpgw227:英語名／英語姓に使用できない文字が使用されています(ユーザID= XXXX, データ= YYYY)。

要因

dbmapコマンドで取得した，英語名または英語姓に使用できない文字が含まれていました。このデータは取り込まれませんでした。

対処

英語名または英語姓に使用できる文字は，英数字と+記号および－記号です。

Smtpgw228:管理者アドレスにエラーメールを送信します。送信先はXXXX です。

要因

受信できないメールがありました。または，サービス停止を伴うエラーが発生しました。

対処

管理者アドレスに送付されるエラーメールを参照してください。

Smtpgw229:エラーメールの受信に失敗しました。

要因

エラーメールの受信処理に失敗しました。

対処

エラーメールの受信に失敗した場合には，エラーメールは送信されません。

Smtpgw230:バウンダリが取得できませんでした。または，取得したバウンダリが見つかりませんでした。

要因

マルチパートボディが定義されているヘッダから，区切り文字が定義されていませんでした。または，取得した区切り文字でボディが分割できませんでした。

対処

ボディが分割できていない添付ファイルについては，Groupmax Mail クライアントで参照できません。

Smtpgw231:解析処理を行なわなかった添付ファイルを一つの添付ファイル(XXXX)として処理しました。

要因

MIME構造のネストの深さが制限値を超えていました。または，マルチパートボディが定義されているヘッダから区切り文字が定義されていませんでした。または，取得した区切り文字でボディが分割できませんでした。

対処

ボディ分割されなかった部分を，一つの添付ファイルとして受信しました。添付ファイル名はXXXXです。

Smtpgw232:受信者情報がありません。このメールは送信されませんでした。

要因

受信者情報がないためメール送信できません。

対処

受信者情報がないメールは，送信されません。

Smtpgw233:親展属性が指定されたメール，または社外秘属性が指定されたメールの送信を制限しています。このメールは送信されませんでした。

要因

親展属性が指定されたメール，または社外秘属性が指定されたメールを送信制限する設定をしています。親展属性，または社外秘属性が指定されたメールがあった為，このメールの送信処理を行いませんでした。

対処

送信されなかったメールについては，配信報告を返信します。Groupmax Mailクライアントでは，送信一覧で送信失敗を確認することができます。

Smtpgw234:Content-Typeが「message/partial」でした。分割メールの受信を制限しています。このメールは受信されませんでした。

要因

分割メールを受信制限する設定をしています。Content-Typeが「message/partial」であるメールがあった為，このメールの受信処理を行いませんでした。受信されなかったメールについては，エラーメールを返信します。

対処

メールの送信者に，分割メールを送信しないよう連絡してください。

Smtpgw235:Content-Typeのマッピングテーブルの読み出しに失敗しました。（ファイル名=XXXX, 行番号=YY, 要因=ZZ）。

要因

Content-Typeのマッピングテーブルに不正なテーブルがありました。要因は以下のとおりです。

対処

エラー出力されたマッピングテーブルを修正してから，再度Mail - SMTPのサービスを起動してください。

要因 | 内容
00 | フォーマットが誤っています（カンマで区切られる要素が少ないか多い）
01 | 値がないパラメタがあります。
02 | テーブル数が256を超えています
10 | 拡張子に指定できない値が指定されています
11 | 拡張子が最大値を超えています
12 | 拡張子に使用できない文字が使用されています
13 | 拡張子が重複して登録されています
20 | Content-Typeのタイプに指定できない値が指定されています
21 | Content-Typeのタイプが最大値を超えています
22 | Content-Typeに使用できない文字が使用されています
30 | Content-Typeのサブタイプに指定できない値が指定されています
31 | Content-Typeのサブタイプが最大値を超えています
32 | Content-Typeに使用できない文字が使用されています
40 | ファイル種別に指定できない値が指定されています

Smtpgw236:ディスク容量が不足しています。

要因

ディスク容量が不足しています。このログが出力された場合，ログ情報が正しく出力できていない場合があります。

対処

ディスク容量を確保してください。

Smtpgw237:受信者情報が管理者アドレスである為，エラーメールを返信しませんでした。

要因

ループメールのアドレスチェック機能が使用されている状態で，受信者が管理者アドレスであるメールの受信に失敗しました。このメールに対してエラーメールを返信しませんでした。

対処

受信されたメールについてエラーメールを返信する必要がある場合には，ループメールアドレスチェックの設定を見直してください。

Smtpgw238:アドレス解析処理でエラーが発生しました。アドレス情報を破棄しました。（アドレス = XXXX, 解析エラー番号 = YY）。

要因

メールヘッダのアドレス解析処理でエラーが発生しました。解析エラー番号の詳細は次のとおりです。

解析エラー番号 | 内容
-2 | フォーマットエラー
-3 | 制限長オーバー

対処

エラーが出力されたアドレス情報については，同報者として処理されません。

Smtpgw239:ヘッダが1000バイトを超えているため，1000バイトまでを出力しました。

要因

マルチパート形式のメールで，ボディヘッダに1000バイトを超えるヘッダ情報がありました。

対処

このヘッダ情報をログファイルに出力する際に，1000バイトまでを出力しました。

Smtpgw240:開封通知メールの送信を制限しています。開封通知メールを破棄しました。

要因

開封通知メールを送信制限する設定をしています。開封通知メールがあった為，このメールの送信処理を行いませんでした。

対処

通常このエラーメッセージが出力されることはありませんが，頻繁に出力される場合には，障害受付窓口に連絡してください。

Smtpgw241:ユーザタイプが"1"(メールユーザ)以外のデータの変更情報がありました。このレコードを削除レコードとして処理します(ユーザＩＤ=XXXX, ユーザタイプ=YY)。

要因

DBマッピングファイルの更新処理で，ユーザ情報の変更情報の中にメールユーザ以外の変更情報がありました。

対処

DBマッピングファイルではマッピング対象外のユーザ情報として扱うため，ユーザIDで示されるユーザ情報を削除します。

Smtpgw242:受信者のドメイン名が，Mail - SMTPのX.400ドメインと同じである為，この受信者へのメール受信に失敗しました。(受信者アドレス=YY)

要因

Mail - SMTPのX400DOMAINと，受信者のO/R名が一致しています。Mail - SMTPのX400DOMAINと同じドメイン名(O/R名)に対してはメールを受信することができません。

対処

Mail - SMTPのX400DOMAINがMail Serverの他のMTAと同じ国名，ADMD，PRMDを指定していないか確認してください。同じである場合にはゲートウェイを削除して再度ゲートウェイを登録してください。その際，他のMTAと国名，ADMD，PRMDが異なる値を指定してください。同様にMail - SMTPのX400DOMAINも設定値を変更してください。

Smtpgw243:シグナル(YY)を受信しました。

要因

シグナルYYを受信しました。AIX版をご使用になっている時YYが33の場合，メモリ不足です。

対処

プロセスの稼動状況を確認してください。

Smtpgw245:取得したメッセージのコメントが長すぎます（E-mailアドレス=XXXX，コメント=YYYY）。

要因

コメントが64バイトを超えています。このコメントはコメントの末尾が削除されています。または，MIMEエンコードされたコメントが256バイトを超えているためデコードできません。

対処

コメントに関する注意事項については，「付録D.4　その他の注意事項(16)　コメントのマッピング機能について」を参照してください。

YYYYのコメントの末尾を削除してメール受信しました。

Smtpgw246:返信履歴が処理数を超えたため返信履歴の一部を破棄しました。

要因

返信履歴の要素数が多すぎます。

対処

返信履歴の中から一部のMessage-IDを破棄して処理しました。

Smtpgw247:返信先アドレスの最大数を超えたため257個以降の情報を破棄しました。

要因

E-mailから受信したメールに指定されている返信先アドレスが256個を超えています。

対処

Mail - SMTPでは返信先アドレスは256個までしか取得できません。

Smtpgw248:テーブルの読み出しに失敗しました。(ファイル名=XXXX, 行番号=YY, 要因=ZZ)。このエントリを無視します。

要因

テーブルに不正なテーブルがありました。エラーを検出したテーブルは読み飛ばして処理を続行しています。要因は以下のとおりです。

要因 | 内容
00 | フォーマットが誤っています。
01 | 値がないパラメタがあります。
02 | データ数が最大登録数を超えています。
03 | データ長が最大長を超えています。
04 | データに使用できない文字が使用されています。
05 | 項番が重複しています。

対処

エラー出力されたテーブルを修正してから，再度Mail - SMTPのサービスを起動してください。

Smtpgw249:エンベロープ送信者をSEND_ENVELOPE_FROMの設定値に変更しました。

要因

Mail Serverからエラーレポートが送信されました。エンベロープ送信者にSEND_ENVELOPE_FROMの値を設定しました。

対処

エラーレポートの発生要因を確認してください。

Smtpgw250:ループメール抑制機能により次の宛先にはエラーメールを返信しませんでした（宛先=YYYY, 要因=XX）。

要因

ループメール抑制機能により宛先YYYYにはエラーメールを返信しませんでした。要因は以下のとおりです。

要因 | 要因
00 | エラーメールの返信先が存在しないGroupmaxユーザのE-mailアドレスです。
01 | エラーメールの返信先がGroupmaxユーザのドメインです。
10 | エラーメール送信抑制対象となる送信者アドレスと一致しています。

対処

エラーレポートの発生要因を確認してください。

Smtpgw251:送信者のドメイン名が，Mail-SMTPのインターネットドメインと同じです。送信者制限によりこのユーザはメールの送信ができません。(送信者アドレス = YYYY)

要因

送信者のE-mailアドレスのドメイン名がMail - SMTPのインターネットドメイン名と同じです。送信者制限によりこのユーザはメール送信ができません。

対処

Mail - SMTPのインターネットドメインが正しく設定されているか確認してください。送信者であるGroupmaxユーザのE-mailアドレスのドメイン名が正しいか確認してください。

Smtpgw252:主題のcharsetが長すぎるためcharsetをISO-2022-JPで生成しました。

要因

主題のcharsetが長すぎます。Subjectヘッダを生成するため，charsetは”ISO-2022-JP”で生成しました。

対処

Groupmax Mail クライアントのエンコード方法の変更機能を使用して，適当な文字セットを指定してください。インターネットからのメール受信で，オリジナルのヘッダを復元したい場合にはMIME構造情報を保存する設定(mime_structure=on)での運用を検討してください。

Smtpgw253:主題のcharsetが異なるため，主題を添付ファイル化する際に継続行部分についてはMIMEデコード処理を実施しません。

要因

主題が複数行で指定されている時に，継続行の部分に異なるcharsetが指定されています。主題を添付ファイル化する時に，継続行部分についてはMIMEデコードを実施しません。また，8bitデータは誤動作を防止するために7bitデータとして受信しました。

対処

送信側でUTF-8などのUnicodeでメール送信するようご依頼願います。

Smtpgw254:sendmailがDSNに対応していません。

要因

sendmailがDSNに対応していません。

対処

sendmailのバージョンをDSNに対応しているものにバージョンアップしてください。バージョンアップ後，sendmailにtelnetの25番ポートで接続し，ehloを発行してDSNに対応しているか確認してください。送信できなかったメールはsmuqに退避されていますので，smuq2smqコマンドでメール復旧を実施してからMail - SMTPサービスを再起動してください。

Smtpgw255:アーカイブ用メールの送信に失敗したためsmuqにこのメールを退避しました。

要因

アーカイブ用メールのsendmailへの送信に失敗しました。

対処

sendmailのプロセスが正常に動作しているか確認し，退避したメールについてはsmuq2smqコマンドでメール復旧を実施してからMail - SMTPサービスを再起動してください。

Smtpgw256:smuqに退避されているファイル名の対応がとれていないため，smqへ移動しませんでした。

要因

smuqに退避されているファイルの名前の対応がとれていません。送信失敗メールをsmuqに退避する際に，ファイルの生成に失敗した可能性があります。

対処

移動に失敗したファイルは，退避に失敗したメール内容を確認する補足的なファイルです。これらのファイルだけではリカバリはできませんので，内容を確認した上で削除してください。

Smtpgw257:smuqの作成に失敗しました。

要因

Mail - SMTPサービス起動時にsmuqの作成に失敗しました。

対処

Mail - SMTP運用中にsmuqが誤って削除された可能性があります。smtpmngでアーカイブ運用設定をしてください。

Smtpgw258:MAILARCHIVE_SEND_ENVELOPE_FROMの設定値がありません。

要因

MAILARCHIVE_SEND_ENVELOPE_FROMの設定値がありません。

対処

smtpmngコマンドでMAILARCHIVE_SEND_ENVELOPE_FROMを設定してください。

Smtpgw259:XXXXXのドメインとGroupmaxに登録されているユーザのドメインが一致したため，Mail - SMTPサービスを起動しませんでした。

要因

設定パラメタXXXXXに指定した値のドメイン名がGroupmaxに登録されているユーザのアドレスのドメイン名と一致していました。

対処

smtpmngコマンドでXXXXXの設定値を修正してください。XXXXXにはGroupmaxに登録したユーザのアドレスと一致しないドメイン名を指定してください。

Smtpgw260:受信したエラーメールから復旧用メールの復元に失敗しました。

要因

送信に失敗したアーカイブ用メールの復元が正しく行われませんでした。

対処

ディスク容量が不足している場合は，ディスク容量を確保してください。復旧可能なファイルのみを退避しています。復旧可能なメールはsmuq2smqコマンドで復旧し，復旧できないファイルは，ファイルの内容を確認してからファイルを削除してください。

Smtpgw261:エラーメールを受信したためsmuqに復旧用メールを退避しました。

要因

sendmailから他MTAへの送信に失敗しました。Mail - SMTPにエラーメールが返信され，リカバリ用のメールをsmuqに格納しました。

対処

送信先のMTAが稼動しているか確認後，smuq2smqコマンドでメール復旧を実施してからMail - SMTPサービスを再起動してください。

Smtpgw262:ディスク容量が不足しているため，プロセス(XXXXX)を停止しました。

要因

プロセス(XXXXX)実行中にディスクフルとなりました。

対処

ディスクの空き容量を確保し，Mail - SMTPサービスの再起動を行ってください。

Smtpgw263:smuqへの退避に失敗しました。

要因１

sendmailへの送信に失敗したアーカイブ用メールのsmuqへの退避に失敗しました。

要因２

エラーメールからアーカイブ用メールの復元に成功しましたが，B，H，Oファイルのsmuqへの退避に失敗しました。

対処

Mail - SMTP運用中にsmuqが誤って消された可能性があります。smtpmngでアーカイブ運用設定をしてください。

Smtpgw264:ニックネームにE-mailアドレスのローカルパートとして使用できない文字が使用されているため(ユーザID=XXXXXX，ニックネーム=YYYYYY)，LHSマッピングを適用しました。

要因

ニックネームにE-mailアドレスのローカルパートに使用できない文字が含まれています。

対処

該当アドレスはLHSマッピングを適用して送信します。

Smtpgw265:MAILARCHIVE_SEND_ENVELOPE_FROMに設定された宛先にエラーメール以外のフォーマットであるメールを受信しました。

要因

アーカイブ用メールのエンベロープ送信者アドレスに指定したアドレスにエラーメール以外のフォーマットであるメールを受信しました。

対処

通常の解析処理をせず，gwuqに退避しました。メールアーカイブサーバが返信するエラーメールのフォーマットを確認してください。

Smtpgw266:XXXXXのドメイン名とニックネームマッピング用のドメイン名が一致しました。

要因

MAPPING_MODE = pop_allと設定されており，かつ，設定パラメタXXXXXに指定した値のドメイン名とニックネームマッピング用のドメイン名が一致していました。

対処

smtpmngコマンドでXXXXXの設定値を修正してください。XXXXXにはAddress Serverのニックネームマッピングで使用するドメイン名と異なるドメイン名を指定してください。

Smtpgw267:smuqが作成されていません。

要因

smuq2smqコマンド実行時にsmuqが作成されていませんでした。

対処

smtpmngでアーカイブ運用設定をしてください。

Smtpgw268:smuqからのメールの復旧処理を中断しました。

要因

smuq2smqコマンドが強制終了されました。または，処理継続できないファイルI/Oエラー等が要因で復旧処理を中断しました。

対処

他の出力メッセージの対処を実施してから，smuq2smqコマンドを再実行してください。

Smtpgw269:MAILARCHIVE_ADDRESSが設定されているためSEND_HEADER_RECIPIENTSの設定値をall_recipientsに変更しました。

要因

MAILARCHIVE_ADDRESSが設定されている状態でSEND_HEADER_RECIPIENTSにall_recipientsが指定されていません。

対処

対処は必要ありません。SEND_HEADER_RECIPIENTSにall_recipientsを設定しました。

Smtpgw270:このメールはインターネットに送信できないメールであるため，このメールを受信していない同報者(XXXXX)を削除しました(送信種別:YYYYY)。

要因

インターネットに送信できないユーザ(YYYYY = E-mail未登録ユーザ，組織ユーザ)がインターネットにメール送信しようとしました。XXXXXにはメール送信されていないE-mailアドレスが入ります。

対処

送信者の制限がされている場合，E-mailアドレスが未登録のユーザはインターネットに送信することができません。組織ユーザもインターネットに送信することができません。

Smtpgw271:MAILARCHIVE_ADDRESSが設定されているためMTA_REPORT_FORMATの設定値をv8sendmailに変更しました。

要因

MAILARCHIVE_ADDRESSが設定されている状態でMTA_REPORT_FORMATにv8sendmailが指定されていません。

対処

対処は必要ありません。MTA_REPORT_FORMATにv8sendmailを設定しました。

Smtpgw272:同報者がアドレスマッピングできない為，ヘッダ情報から破棄しました。 (O/R名=XXXXX)

要因

同報者に含まれるGroupmaxユーザにE-mailアドレスが設定されていません。

対処

E-mail送信または受信を制限しているGroupmaxユーザである場合には対処は不要です。アドレスマッピングに失敗したO/R名(XXXXX)に対するマッピングルールが適用できるかどうかを確認してください。登録済みである場合，再度dbmapコマンドを再実行してください。未登録の場合には，Address ServerにE-mailアドレスを登録した後再度dbmapコマンドを起動してください。

6.2.2　smtpmngのエラーメッセージ

Smtpmng001:ファイル(XXXXX)の読み込みに失敗しました(エラー番号(YY))。

要因

設定ファイルの読み込みができませんでした。XXXXXにファイルパス名，YYにエラー番号が表示されます。

対処

ファイル名，エラー番号から原因を特定してください。

Smtpmng002:ファイル(XXXXX)の書き込みに失敗しました(エラー番号(YY))。

要因

設定ファイルの書き込みができませんでした。XXXXXにファイルパス名，YYにエラー番号が表示されます。

対処

ファイル名，エラー番号から原因を特定してください。

Smtpmng003:必要なメモリの取得に失敗しました(エラー番号(YY))。

要因

メモリ領域を取得できませんでした。YYにエラー番号が表示されます。

対処

ほかのプログラムを終了させてください。

Smtpmng004:指定された値に誤りがあります。XX以上YY以下の整数値を指定して下さい。

要因

設定範囲を超えた値を指定しています。

対処

メッセージに沿って，範囲内の値を設定してください。

Smtpmng005:指定された文字列は設定不可能な文字を含んでいます。文字Xの使用はできません。

要因

使用できない文字を使用しています。

対処

メッセージに沿って，指定できる文字で値を設定してください。

Smtpmng006:指定された文字列は設定可能な文字列長を超えています。X文字以内で設定して下さい。

要因

指定された文字列が長すぎます。

対処

メッセージに沿って，範囲内の値を設定してください。

Smtpmng007:ドメインファイルのXX行目に誤りがあります。エラー行を廃棄します。

要因

ドメインファイルで設定エラーを検出しました。

対処

ドメインファイルを見直してください。

Smtpmng008:ドメインファイルのXX行目は既に登録されたエントリです。エラー行を廃棄します。

要因

ドメインファイルでエントリの二重登録を検出しました。

対処

ドメインファイルを見直してください。

Smtpmng009:コンフィグレーションファイルのXX行目に誤りがあります。エラー行を廃棄します。

要因

コンフィグレーションファイルで設定エラーを検出しました。

対処

コンフィグレーションファイルを見直してください。

Smtpmng010:コンフィグレーションファイルのXX行目は既に登録されたエントリです。エラー行を廃棄します。

要因

コンフィグレーションファイルでエントリの二重登録を検出しました。

対処

コンフィグレーションファイルを見直してください。

Smtpmng011:マッピングテーブル1のXX行目に誤りがあります。エラー行を廃棄します。

要因

マッピングテーブル1で設定エラーを検出しました。

対処

マッピングテーブル1を見直してください。

Smtpmng012:マッピングテーブル1のXX行目は既に登録されたエントリです。エラー行を廃棄します。

要因

マッピングテーブル1でエントリの二重登録を検出しました。

対処

マッピングテーブル1を見直してください。

Smtpmng013:マッピングテーブル2のXX行目に誤りがあります。エラー行を廃棄します。

要因

マッピングテーブル2で設定エラーを検出しました。

対処

マッピングテーブル2を見直してください。

Smtpmng014:マッピングテーブル2のXX行目は既に登録されたエントリです。エラー行を廃棄します。

要因

マッピングテーブル2でエントリの二重登録を検出しました。

対処

マッピングテーブル2を見直してください。

Smtpmng015:入力コマンドに誤りがあります。正しいコマンドを入力して下さい。

要因

コマンドの入力誤りを検出しました。

対処

正しいコマンドを入力してください。

Smtpmng016:必須要素(XX)の値が入力されていません。値を入力してください。

要因

必須要素の値が設定されていません。

対処

XXで示される必須要素の値を入力してください。

Smtpmng021:既にマッピングテーブル1に登録されています。この変更は行いません。

要因

マッピングテーブル1に登録済みの情報と同じです。

対処

既に登録されているテーブルと重複してテーブルを設定することはできません。

Smtpmng022:既にマッピングテーブル2に登録されています。この変更は行いません。

要因

マッピングテーブル2に登録済みの情報と同じです。

対処

既に登録されているテーブルと重複してテーブルを設定することはできません。

Smtpmng023:必須パラメータがゲートウェイコンフィグレーションファイルに記述されていません。

要因

コンフィグレーションファイルにGAPIコンフィグレーションファイル名パラメタがありませんでした。

対処

運用管理プログラムでは同パラメタを生成しません。コンフィグレーションファイルに記述が必要です。

Smtpmng024:表示範囲の指定に誤りがあります。

要因

マッピング情報の表示範囲指定に誤りがあります。

対処

画面で指定された方法で表示範囲を指定してください。

Smtpmng025:マッピング情報の指定に誤りがあります。

要因

マッピング情報の指定に誤りがあります。

対処

1以上の整数値でマッピング情報を指定してください。

Smtpmng026:値が入力されていません。値を入力してください。

要因

値が入力されていません。

対処

値を入力してください。

Smtpmng027:複数の値が入力されています。値を一つだけ入力して下さい。

要因

複数の値が入力されています。

対処

値を一つだけ入力してください。

Smtpmng028:指定した値に誤りがあります。正しい文字列を入力して下さい。

要因

指定した値に誤りがあります。

対処

画面で示される文字列を指定してください。

Smtpmng029:smtpmngコマンドによるMail-SMTP動作環境構築中か，SMTPゲートウェイが起動されているか，dbmapコマンドによるユーザ情報取得処理中か，smuq2smqコマンドによるメール復旧中です。

要因

すでにsmtpmngコマンドが起動されています。または，smtpmngコマンド，smtp_gwプログラム，dbmapコマンド，smuq2smqコマンドのどれかを同時に起動しようとしました。

対処

smtpmngコマンド，smtp_gwプログラム，dbmapコマンド，smuq2smqコマンドを起動する場合は，同時に起動しないでください。

Smtpmng030:ロックファイル(XXXX)のロックに失敗しました(エラー番号(YY))。

要因

二重起動防止用ファイルをロックできませんでした。XXXXにファイルパス名，YYにエラー番号が表示されます。

対処

ファイル名，エラー番号から原因を特定してください。

Smtpmng031:該当するマッピング情報はありません。

要因

指定されたマッピング情報はありません。

対処

実際にあるエントリの番号を指定してください。

Smtpmng032:設定ファイル又はゲートウェイディレクトリ(XXXX)のアクセスに失敗しました(エラー番号(YY))。

要因

設定ファイルにアクセスできませんでした。XXXXにファイルパス名，YYにエラー番号が表示されます。

対処

ファイル名，エラー番号から原因を特定してください。

Smtpmng033:エントリの値として次のデフォルト値を使用します。

要因

コンフィグレーションファイルの設定でエラーになったものがあります。この設定値にデフォルト値を適用します。

対処

なし。

Smtpmng034:ログファイルのオープンに失敗しました(ファイル名(XXXX)，エラー番号(YY))。

要因

ログファイルをオープンできませんでした。XXXXにファイルパス名，YYにエラー番号が表示されます。

対処

ファイル名，エラー番号から原因を特定してください。

Smtpmng035:ドメインファイルに必須要素(XXXX)が記述されていません。

要因

ドメインファイルにXXXXで示される必須要素が設定されていません。

対処

運用管理プログラムで必須要素を設定してください。

Smtpmng036:gw_setupを起動してデータべースを選択した後にsmtpmngを再起動してください。エラー番号(YY)

要因

gw_setupコマンドを実行しないで，運用管理プログラムを実行しました。

対処

gw_setupコマンドを実行後，運用管理プログラムを起動してください。

Smtpmng037:ログファイルにディレクトリを指定しています（ファイル名=XXX)。

要因

ログファイルに指定されたXXXはディレクトリです。

対処

ディレクトリではなく，ファイルのパス名を指定してください。

Smtpmng041:MAPPING_MODE=dbの時は、PERMISSION_MODEにsend_recv_deny以外の値は指定できません。

要因

smtpmngコマンドを使用しないで「mapping_mode」の設定を変更したため，「mapping_mode」の設定と「permission_mode」の設定で不整合が発生しました。

対処

smtpmngコマンドを使用して「mapping_mode」を再設定してください。

Smtpmng042:ユーザ情報の更新方法に関する設定に失敗しました。

要因

ユーザ情報の更新方法に関する設定で「auto」が指定されましたが，ユーザ情報を自動更新するための環境構築に失敗しました。

対処

ディスク容量が不足しているために，環境設定ファイルの作成に失敗したものと考えられます。ディスクの空き容量を確保した後に再設定してください。

Smtpmng043:入力されたパス名は不正です。再度設定してください。

要因

入力されたSendmailのファイルパス名が見つかりません。

対処

Sendmailをインストールしているにもかかわらずこのメッセージが出力される場合には，Sendmailのパスを確認して再度設定を行ってください。

Sendmailをインストールしていない状態でMail - SMTPの設定を行っている場合，このまま終了してください。Sendmailのインストール後に，Sendmailのパスに問題がないかsmtpmngコマンドを起動して再度Sendmailのパスの設定を行ってください。

Smtpmng044:Content-Typeマッピングテーブルの読み出しに失敗しました。（行番号=XXX, 要因=YY）。このエントリを無視します。

要因

Content-Typeのマッピングテーブルに不正なテーブルがありました。要因は以下のとおりです。

要因 | 内容
00 | フォーマットが誤っています（カンマで区切られる要素が少ないか多い）
01 | 値がないパラメタがあります。
02 | テーブル数が256を超えています
10 | 拡張子に指定できない値が指定されています
11 | 拡張子が最大値を超えています
12 | 拡張子に使用できない文字が使用されています
13 | 拡張子が重複して登録されています
20 | Content-Typeのタイプに指定できない値が指定されています
21 | Content-Typeのタイプが最大値を超えています
22 | Content-Typeに使用できない文字が使用されています
30 | Content-Typeのサブタイプに指定できない値が指定されています
31 | Content-Typeのサブタイプが最大値を超えています
32 | Content-Typeに使用できない文字が使用されています
40 | ファイル種別に指定できない値が指定されています

対処

エラーが出力されたマッピングテーブルは読み込まれませんでした。smtpmngコマンドで正しいマッピングテーブルを登録してください。

Smtpmng045:Content-Typeマッピングテーブルが登録されていません。

要因

Content-Typeのマッピングテーブルが登録されていない状態で，テーブルの変更または削除処理をしようとしました。

対処

Content-Typeのマッピングテーブルを登録してから，テーブルの変更／削除処理をしてください。

Smtpmng046:テーブルが最大件数登録されています。

要因

Content-Typeのマッピングテーブルが最大件数登録されている状態で，テーブル追加しようとしました。

対処

マッピングテーブルは256件までしか登録できません。

Smtpmng047:テーブルの読み出しに失敗しました。(ファイル名=XXXX, 要因=ZZZZZ)。このエントリを無視します。

要因

ファイルXXXXに不正なデータがありました。要因は以下のとおりです。ZZZの部分は行番号です。

要因 | 要因
00ZZZ | フォーマットが誤っています。
01ZZZ | 値がないパラメタがあります。
02ZZZ | データ数が最大登録数を超えています。
03ZZZ | データ長が最大長を超えています。
04ZZZ | データに使用できない文字が使用されています。
05ZZZ | 項番が重複しています。

対処

エラー出力されたデータは無視して処理が継続されます。

Smtpmng048:XXXXが登録されていません。

要因

データXXXXが登録されていない状態で，データの変更または削除を行なおうとしています。

対処

データXXXXを登録してから操作を行なってください。

Smtpmng049:XXXXが最大件数登録されています。

要因

データXXXXが最大件数分登録されています。この状態でデータの追加を行なうことはできません。

対処

データを削除してから操作を行なってください。

Smtpmng050:入力データに誤りがあります(要因=YYYY)。

要因

入力データに誤りがあります。要因はYYYYのとおりです。

対処

再度データを入力してください。

Smtpmng051:MAILARCHIVE_SEND_ENVELOPE_FROMが設定されていません。

要因

MAILARCHIVE_SEND_ENVELOPE_FROMに値が指定されませんでした。本設定値は，省略することができません。

対処

Mail - SMTPは通常運用の設定となっているため，アーカイブ運用を行う場合には，アーカイブ運用に関する設定をはじめからやり直してください。

Smtpmng052:XXXXXのドメイン名はGroupmaxユーザのドメイン名とは異なるドメイン名を指定してください。

要因

XXXXXに指定したアドレスのドメイン名がGroupmaxに登録されているユーザのアドレスのドメイン名と一致していました。

対処１

MAILARCHIVE_ADDRESSにはGroupmaxに登録していないドメイン名であり，アーカイブ用メールの受信者アドレスであるアーカイブサーバ宛のアドレスを指定してください。

対処２

MAILARCHIVE_SEND_ENVELOPE_FROMにはGroupmaxに登録していないドメイン名を指定してください。

Smtpmng053:XXXXXのドメイン名はニックネームマッピング用のドメイン名とは異なるドメイン名を指定してください。

要因

MAPPING_MODE = pop_allと設定してあり，かつ，アーカイブ用アドレスに指定したアドレスのドメイン名がニックネームマッピング用のドメイン名と一致していました。

対処１

アーカイブ用アドレスにはニックネームマッピング用のドメイン名でなく，アーカイブ用メールの受信者アドレスであるアーカイブサーバ宛のアドレスを指定してください。

対処２

アーカイブ用メールのエンベロープ送信者アドレスはニックネームマッピング用のドメイン名とは異なるドメイン名を指定してください。

Smtpmng054: SEND_ENVELOPE_FROM=<>の時は、SENDFLAGにreturn以外の値は指定できません。

要因

SEND_ENVELOPE_FROM=<>と設定しているが，SENDFLAGにreturnが指定されていません。

対処

SENDFLAG=returnと指定するか，またはSEND_ENVELOPE_FROMに"<>"以外の値を指定してください。

Smtpmng055: SEND_ENVELOPE_FROM=<>の時は、SEND_HEADER_FROMの設定が必要です。

要因

SEND_ENVELOPE_FROM=<>と設定しているが，SEND_HEADER_FROMが設定されていません。

対処

SEND_HEADER_FROMを設定するか，またはSEND_ENVELOPE_FROMに"<>"以外の値を指定してください。

Smtpmng056: SEND_ENVELOPE_FROM=<>の時以外は、SEND_HEADER_FROMは設定できません。

要因

SEND_ENVELOPE_FROMに"<>"以外の値が設定しているが，SEND_HEADER_FROMが設定されています。

対処

SEND_HEADER_FROMの設定を削除するか，またはSEND_ENVELOPE_FROMに"<>"の値を指定してください。

6.2.3　イベントログのメッセージ（Windows版）

Mail - SMTPの運用中に出力されるイベントログのメッセージを次に示します。

0000-E サービスが開始できませんでした。理由：XXXX

対処

smtpdir¥logfile中からこのエラーが発生した時間付近に出力されたエラーメッセージを検索し，そのエラーに対応した対処を実行してください。エラーの対処を実行してもサービス起動できない場合，理由：XXXX情報を控えて障害受付窓口に連絡してください。

1001-I Mail - SMTPを開始します。
1002-I Mail - SMTPを停止しました。
1004-E プロセスの異常終了を検知しました。強制終了処理を開始します。

対処

smtpdir¥logfile中からこのエラーが発生した時間付近に出力されたエラーメッセージを検索し，そのエラーに対応した対処を実行してください。DISKFULL_SERVICES_CONTROL = downを設定している時，このメッセージの直前に「1006-Eログメッセージが出力できませんでした。」が出力されている場合にはディスクフル検知によるサービス停止です。ディスクフルを解消してからサービス起動してください。

1005-I Mail - SMTPの終了処理を開始します。
1006-Eログメッセージが出力できませんでした。

対処

ログファイルにログ情報が出力できませんでした。ディスク容量を確認してください。ディスク容量が不足している場合には，ディスク容量を確保してください。

6.2.4　gw_setupのエラーメッセージ（HP-UX版およびAIX版）

ファイルのオープンに失敗しました。errno=XXX

要因

ファイルのオープンに失敗しました。

対処

errnoで表示されるエラー番号を控え，障害受付窓口に連絡してください。

ファイルの書き込みに失敗しました。errno=XXX

要因

ファイルへの設定情報の書き込みに失敗しました。

対処

errnoで表示されるエラー番号を控え，障害受付窓口に連絡してください。

リネームに失敗しました。errno=XXX

要因

ファイル名の変更に失敗しました。

対処

errnoで表示されるエラー番号を控え，障害受付窓口に連絡してください。

Gmax Mail - SMTPプログラムが起動しています。Gmax Mail - SMTPを終了した後に再度setupプログラムを起動してください。

要因

smtp_gwがすでに起動されているため，セットアップできません。

対処

smtp_gwを停止してください。

root権限をもつユーザで実行してください。

要因

gw_setupを起動したユーザにroot権限がありません。

対処

root権限を持つユーザで実行してください。

＜Warning＞引数は必要ありません。

要因

gw_setupコマンドを起動するときに引数を指定しました。

対処

gw_setupコマンドを起動するときに引数を指定しないでください。

6.3　エラーメールの主題

Mail - SMTPがSendmailからメールを受信できなかった場合，送信者に対してエラーメールを返信します。エラーメールの主題は変更することができます。エラーメールの主題カスタマイズについては「2.3.6　edit_option」を参照してください。エラーメールの主題のデフォルトを次に示します。

本来受信者情報が不正な場合
- Conversion failure : Recipients-Information is not available.

注意

本来受信者とは，SMTPプロトコル（RCPT）で送受信される受信者を指します。

分割メールを受信拒否している場合
- Conversion failure : Content-Type is not available.

送信者情報が不正な場合
- Conversion failure : OriginatorName is not available.

Mail - SMTPの環境設定が不正な場合，またはAddress Serverの受信者情報が不正な場合
- Conversion failure : BilateralInformation is not available.

メール内容が不正な場合
- Conversion failure : RFC822 MailBody Format Error.

Mail Serverでメール配信ができない場合や，Mail - SMTPでマッピングしたユーザがAddress Serverに登録されていない場合（Mail - SMTPのDBマッピングファイルが更新されていない場合や，マッピングルールの定義誤りなど）
- Delivery Report (failure)

その他，メールの受信ができない場合
- Returned mail: smtp_gw conversion fail.

6.4　トラブルシューティング

ここでは，システムの運用時に発生しやすいトラブルの対処方法について説明します。

＜この節の構成＞

6.4.1　Mail - SMTPのサービス(smtp_gw)が起動できない

6.4.2　インターネットからのメールが受信できない

6.4.3　返信メールの送信に失敗する

6.4.4　Sendmailの送信に失敗する

6.4.5　DBマッピングファイルが自動更新されない

6.4.6　リッチテキスト本文のドメイン間連携ができない

6.4.7　ニックネームマッピングができない

6.4.8　インターネットとメールの送受信ができないGroupmaxユーザがいる

6.4.9　適用されたアドレスマッピングを確認する

6.4.10　「Conversion failure : OriginatorName is not available.」という主題のエラーメールが返ってくる

6.4.11　「Delivery Report (failure)」という主題のエラーメールが返ってくる

6.4.12　署名メールを送信した場合に，「なりすまし」となる

6.4.13　添付ファイル名の拡張子が「XXXXXX.dat」になる

6.4.14　添付ファイル名が文字化けする

6.4.15　インターネットへのメール送信が遅い

6.4.16　Groupmaxユーザを削除した場合に，削除したGroupmaxユーザのO/R名が同報者として受信される

6.4.17　同報者にGroupmaxユーザのE-mailアドレスが表示される

6.4.18　添付ファイルのあるメールを受信した時に添付ファイルが開けない場合がある

6.4.19　ログファイルがバックアップされない

6.4.20　送信時間が2時間未来になってしまう(HP-UXのみ)

6.4.21　主題または，添付ファイル名が=?ISO-2022-JP?B?...のように文字化けする

6.4.22　主題／添付ファイル名／コメントの一部が文字化けしている

6.4.23　主題／本文／添付ファイル名／コメントが文字化けしている

6.4.24　エラーメールがループしてしまう

6.4.25　本文またはテキスト形式の添付ファイル中の「.」が「..」になってしまう

6.4.26　「To: ( Dummy Recipient )」というヘッダがついたメールが送信される

6.4.27　Groupmax Mailを経由した場合に，他社メーラでメールがスレッド表示されない

6.4.28　E-mailの送信者がroot@xxxxになる

6.4.29　エラーメールがメーリングリスト宛てに返信される

6.4.30　コメントが引継がれない

6.4.31　空の本文が受信される

6.4.32　送信したメールの配信状態が“配信中”のままになる

6.4.33　ログが出力されない

6.4.34　添付ファイルの中身が文字化けする

6.4.35　インターネットにメール送信した時に同報者からGroupmaxユーザのアドレスが欠落する

6.4.36　インターネットにメール送信した時に添付ファイルが本文になる

6.4.37　インターネットにメール送信した時に他社メーラから返信メールが受信できない

6.4.38　インターネットにメール送信した時に主題や添付ファイル名がBASE64デコードされない

6.4.39　サービス停止時にsendmail.exeプロセスが終了しない

6.4.40　Sendmail Single Switchのエイリアス機能を使った場合にメールが転送されない

6.4.41　Smtpgw229がログ出力されてエラーメールの受信に失敗する

6.4.42　Sendmail MTAサービスが起動しない

6.4.43　本文が文字化けし，PLAIN_XXcharset.TXTというファイルが添付されている

6.4.1　Mail - SMTPのサービス(smtp_gw)が起動できない

ケース１）

現象

Mail - SMTPが起動できない。

ログファイルに，Smtpgw031のエラーメッセージが出力される。

要因

Mail Serverでゲートウェイの登録を行っていない。または，ゲートウェイの登録を行った後に，MTAの再起動を行っていない。

対処

Mail Serverでゲートウェイの登録を行ってください。ゲートウェイ登録後にMTAの停止および起動を行ってください。

ケース２）

現象

Mail - SMTPが起動できない。ログファイルに，Smtpgw142，smtpgw145のエラーメッセージが出力される。

要因

DBマッピングファイルを作成していない，またはDBマッピングファイルのバージョンが古い。

対処

Address Serverが起動されている状態で，dbmapコマンドを実行してください。

ケース３）Windows版の場合

現象

Mail - SMTPが起動できない。ログファイルに，Smtpgw127のエラーメッセージが出力される。

要因

Sendmailの起動パス名が誤っている。

対処

smtpmngコマンドでSendmailの起動パス名を修正してください。

ケース４）HP-UX版およびAIX版の場合

現象

Mail - SMTPが起動できない。Smtp_gw起動時に，Smtpgw123のエラーメッセージが出力される。

要因

データベース環境が設定されていない。

対処

gw_setupコマンドでデータベース環境を設定してください。データベース環境の設定については「1.2.2 環境設定の概要」を参照してください。

6.4.2　インターネットからのメールが受信できない

ケース１）

現象

環境設定を初めて行った，またはSendmail側の運用変更を行ったが，インターネットからのメールが受信できない。インターネットからGroupmaxユーザにメールを送信した場合に，「host unknown」または「user unknown」のエラーメールが返信される。

要因

Sendmailの設定が誤っている。

対処

Sendmailの設定(mhs_mailerの起動定義)を見直してください。Sendmailの設定を行った後，Sendmailのサービスを再起動します。Mail - SMTPのサービスを停止した状態でインターネットからメールを送信した場合に，gwqにAXXXXXXX，BXXXXXXX，HXXXXXXXの三つのファイルが作成されることを確認します。（Xは任意の英数字です）

ケース２）

現象

インターネットからのメールが受信できない。主題が「Conversion failer」などで始まるエラーメールが返信される。主題が「6.3　エラーメールの主題」で説明されている主題である。

要因

Mail - SMTPが返信するエラーメールの要因については，「6.3　エラーメールの主題」を参照してください。主題が「Conversion failer : Recipients-Information is not available.」である場合には，Mail - SMTPのアドレスマッピングの設定が誤っています。

対処

Mail - SMTPのアドレスマッピングの設定を以下の手順で見直してください。

アドレスマッピング(MAPPING_MODE)を見直してください。

Mail - SMTPで受信した際に使用するアドレスマッピングが適用されているか確認ください。確認方法については，「6.1 トレース情報」を参照してください。

DBマッピングを使用している場合，およびE-mailの送受信制限を行っている場合にはAddress Serverに登録したE-mailアドレスが間違っていないか確認してください。

Address ServerにE-mailアドレス登録した後dbmapコマンドを実行していない場合には，dbmapコマンドを実行してください。

6.4.3　返信メールの送信に失敗する

ケース１）

現象

インターネットから受信したメールを返信すると，Groupmax Mail クライアント送信一覧で送信状態が配信エラーになる（インターネットに返信メールが送信されない）。Mail - SMTPでは送信処理が行われていない（ログが出力されない）。

要因

Mail Server Version 6以前やMail Server Version 7のWindows版が混在している場合に登録されたゲートウェイのMTA情報（国名，ADMD，PRMD）と，Mail - SMTPで設定した，X400DOMAIN（国名，ADMD，PRMD）が一致していない。

対処

次の手順で設定を変更してください。

Mail - SMTPのサービスを停止します。

smtpmngコマンドを起動して，X400DOMAINを修正してください。その際，Mail Serverに登録されているゲートウェイの国名，ADMD，PRMDと同じ値を設定してください。

Mail - SMTPのサービスを起動します。

再度インターネットからメールを受信し，メールが返信できることを確認します。

すでに受信してしまったメールについては，X400DOMAINを変更した後も返信ができません。返信先のE-mailアドレスを削除してから，再度E-mailアドレスを入力してください。

6.4.4　Sendmailの送信に失敗する

ケース１）

現象

Groupmax Mail クライアントの送信一覧で配信状態が配信エラーとなる。smtp_daemonのログファイル (logdir下のlogfile.daemon)に，次のログが出力される。

「Smtpgw209:sendmailの送信処理でエラーが発生しました (エラー詳細：XXXXX , エラー番号 = YY)。」

また，上記メッセージの前の，

mail from: <root><CR><LF>

行に対する，Sendmailのリタンコードがエラー（500番台）である。

要因

Sendmailへのメール送信時に，mail fromにrootを指定している為に，SendmailでDNS解決できない。

対処

Internet送信者アドレス(send_envelope_from)のデフォルト値として”root”を指定しています。設定値として完全なドメイン名（DNS解決できるドメイン名）であるE-mailアドレスを指定してください。このE-mailアドレスにはエラーメールの送信者（運用管理者）として使用されますのでエラーメールがさらにエラーとなってくる場合があることを想定してE-mailアドレスを設定してください。また，Groupmaxユーザから送信したメールがSendmail側で配信失敗になった場合にGroupmaxユーザにエラーメールを返信させたい場合には，Internet送出モード(sendflag)にreturnを設定してください。

ケース２）

現象

Groupmax Mail クライアントの送信一覧で配信状態が配信エラーとなる。smtp_daemonのログファイル (logdir下のlogfile.daemon)に，次のログが出力される。

「Smtpgw209:sendmailの送信処理でエラーが発生しました (エラー詳細：XXXXX , エラー番号 = YY)。」

また，上記メッセージの前の，

[6]data<CR><LF>

行に対する，Sendmailのリタンコードがエラー（500番台）である。以下にエラーログの例を示します。

552 5.6.0 Headers too large (32768 max)

または

552 5.2.3 Message exceeds maximum fixed size (XXXXXXXX)

要因

Sendmailでメールヘッダのサイズや，メール全体のサイズ制限が設定されており，送信したメールがサイズ制限に該当している。

対処

制限サイズが適切であるかどうか確認してください。

ケース３）

現象

Groupmax Mail クライアントの送信一覧で配信状態が未読になるが相手にメールが届かない。送信したGroupmaxユーザにエラーメールが返信される。または，Internet送信者アドレス(send_envelope_from)に設定したE-mailアドレスの受信者にエラーメールが返信される。

要因

エラーメールの内容により要因は異なります。

対処

エラーメールの内容からエラーメールを返信したメールサーバと要因を確認してください。

6.4.5　DBマッピングファイルが自動更新されない

ケース１）

現象

modifying_dbfile=autoを設定しているが，2時間たってもDBマッピングファイルが更新されない。

要因

smtpmngでmodifying_dbfile=autoを設定した後に，Address Serverを再起動していない。

対処

Address Serverを再起動してください。再起動後にDBマッピングが自動更新されるようになります。なお，再起動前に変更されたユーザ情報については更新されませんので，dbmapコマンドを起動してDBマッピングファイルを更新してください。

ケース２）

現象

modifying_dbfile=autoを設定してAddress Serverを再起動しているが，2時間たってもDBマッピングファイルが更新されない。

要因

マルチサーバ構成である時にはMail - SMTPのインストールされているAddress Serverのレプリケーションが完了していない為，ユーザ情報が更新されない（更新が遅れている）場合があります。

対処

Address Serverのレプリケーションの状態を確認してください。

ケース３）

現象

modifying_dbfile=autoを設定しているが，2時間たってもDBマッピングファイルが更新されない。

要因

以前Mail - SMTPの環境を移行したことがある。その際，smtpmngでmodifying_dbfile=autoを再設定していない。または，設定した後にAddress Serverを再起動していない。

対処

smtpmngでmodifying_dbfile=autoを再設定した後に，Address Serverを再起動してください。

6.4.6　リッチテキスト本文のドメイン間連携ができない

ケース１）

現象

リッチテキストのGroupmax Mailシステム間のドメイン間連携を行う場合に，インターネットへ送信したメールにリッチテキストが添付されない。または，リッチテキストは送付されるが，受信したメールにはリッチテキスト本文とならずに添付ファイルになってしまう。

要因

送信側のMail - SMTPで，リッチテキストファイル送信制御(send_rtf_body)にrtf_denyが設定されている。リッチテキスト本文連携情報の送信制御(send_rtf_body_flag)にsend_attachが設定されている。

対処

送信側のMail - SMTPで以下の設定となっているか確認します。

(1)インターネットへ送信するメールにリッチテキストが添付されるようにします。smtpmngを起動し，リッチテキストファイル送信制御(send_rtf_body)にrtf_allowを指定します。

(2)添付されたリッチテキストが本文であることを示す付加情報を付けます。smtpmngを起動し，上記(1)の設定後に，リッチテキスト本文連携情報の送信制御(send_rtf_body_flag)に=send_inlineを指定します。

ケース２）

現象

リッチテキストのGroupmax Mailシステム間のドメイン間連携を行う場合に，インターネットへ送信したメールにリッチテキストが添付されており，送信時にリッチテキスト本文連携情報の送信制御(send_rtf_body_flag)にsend_inlineを設定している。しかし，受信したメールにはリッチテキスト本文とならずに添付ファイルになってしまう。

要因

受信側のMail - SMTPで，リッチテキスト本文連携情報の受信制御(recv_rtf_body_flag)にrecv_attachが設定されている。

対処

受信側のMail - SMTPで以下の設定となっているか確認します。

添付されたリッチテキストに本文であることを示す付加情報がある場合，本文として受信します。smtpmngを起動し，リッチテキスト本文連携情報の受信制御(recv_rtf_body_flag)にrecv_inlineを指定します。

6.4.7　ニックネームマッピングができない

ケース１）

現象

ニックネームマッピングができない。ニックネームマッピング以外のマッピングが適用されている。Mail - SMTP起動時にログファイルにSmtpgw194のログが出力される。

要因

Address Serverの設定で，POP3/IMAP4を使用するよう設定されていない。

対処

Groupmax Address/Mailセットアップで，Mail Serverオプションの設定で，POP3/IMAP4を使用するよう設定します。

ケース２）

現象

ニックネームマッピングができない。ニックネームマッピング以外のマッピングが適用されている。Mail - SMTP起動時にログファイルにSmtpgw196のログが出力され，ログメッセージ中に「マッピング優先順位=DB」とログ出力される。

要因

Address Serverの設定で，POP3/IMAP4を使用するよう設定しているが，優先して使用するマッピングに「ユーザ属性のE-mailアドレスマッピング」が指定されている。

対処

上記ケース1.の設定後，「最優先アドレスマッピング」に「ニックネームマッピング(ニックネーム@ドメインパート)」を指定する。

ケース３）

現象

ニックネームマッピングができない。ニックネームマッピング以外のマッピングが適用されている。

要因

ニックネームマッピングで使用するドメインパートが受信したメールのE-mailアドレスのドメイン名と異なっている。

対処

上記2.の設定後，「ニックネームマッピングで使用するドメインパート」がニックネームマッピングに使用するドメイン名として正しいか確認し，誤っている場合には修正します。

ケース４）

現象

ニックネームマッピングができない。ニックネームマッピング以外のマッピングが適用されている。Mail - SMTPのサービス起動時にSmtpgw196のメッセージが出力されない。

「Smtpgw196:POP3サーバから次の設定値を取得しました(ドメイン名=XXXXX, マッピング優先順位=YYYY, error-code=Z)。」

要因

Mail - SMTPの設定でmapping_modeにpop_allが設定されていない。

対処

smtpmngを起動しmapping_modeにpop_allを設定します。

動作確認方法）

以下の方法で確認してください。

Mail - SMTPを起動したときに，以下のメッセージがログファイル(logdir下のlogfile)に出力されていることを確認します。

「Smtpgw196:POP3サーバから次の設定値を取得しました(ドメイン名= smtpgw.domain.co.jp, マッピング優先順位= NICK, error-code = 0)。」

上記ログのドメイン名に，ニックネームマッピングを行うドメイン名が表示されていることを確認してください。

また，マッピングの優先順位が「NICK」になっていることを確認してください。

設定が確認できたらテストメールを送受信し，ニックネームマッピングが適用されているか確認してください。

6.4.8　インターネットとメールの送受信ができないGroupmaxユーザがいる

ケース１）

現象

新規にユーザを登録したが，インターネットへメール送信できない。Groupmax内のユーザにはメール送信可能である。

要因

Mail - SMTPでアドレスマッピングできない。ログファイル（logfile）に以下のログが出力される。

Smtpgw195:E-mailアドレスが登録されていないユーザがメールを送信しようとしました。またはE-mailが登録されていないユーザが同報者の宛先として指定されました。送信者制限によりこのユーザはメールの送信ができません(ユーザＩＤ=XXXXXX, O/R名=YYYYYY)。

対処

マルチサーバ構成である場合にはGroupmax Address Serverのレプリケーションが完了していないことが考えられます。運転席で整合性確保を行ってください。

DBマッピングを使用している場合で，自動的に更新する設定（MODIFYING_DBFILE=auto）になっている場合には，DBマッピングファイルの更新まで最大２時間かかる場合があります。

自動的に更新する設定（MODIFYING_DBFILE=auto）になっていない場合，dbmapコマンドでDBマッピングファイルを再作成してください。

ケース２）

現象

Address Serverのユーザ情報にE-mailアドレスを登録していてDBマッピングでアドレスマッピングを行っているが，インターネットとメール送受信できないGroupmaxユーザがいる。

インターネットと送受信できないGroupmaxユーザがメールを送信するとMail - SMTPのログファイル(logdir下のlogfile)に以下のログメッセージが出力される。

「Smtpgw192:次のユーザはE-mailアドレスが重複しているので，メールの送受信ができません。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY)」

要因

Address Serverのユーザ情報にE-mailアドレスが登録された後，dbmapコマンドまたはDBマッピングファイルの自動更新機能でE-mailアドレスが取り込まれていない。または，重複するE-mailアドレスが登録されている。

対処

以下の手順で重複しているE-mailアドレスを変更し，DBマッピングファイルを更新してください。

Address Serverで重複しているすべてのE-mailアドレスを削除してから，再度登録を行います。

Mail - SMTPでdbmapコマンドを実行してDBマッピングを更新します（DBマッピングの自動更新機能を使用している場合には自動更新されることを確認してください）。

DBマッピングが更新された後で，DBマッピングファイルのログファイル(logdir下のlogfile.dbmap)に次のログが出力されないことを確認してください。
「Smtpgw192:次のユーザはE-mailアドレスが重複しているので，メールの送受信ができません。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY)」

テストメールを送信して，インターネットとメール送受信できることを確認します。

6.4.9　適用されたアドレスマッピングを確認する

現象

インターネットとのメールの送受信でアドレスマッピングがうまくいかない為，メールの送受信ができない。または意図しないE-mailアドレスとO/R名のマッピングが行われていて正しい受信者にメールが受信されない。Mail - SMTPで適用されたアドレスマッピングを確認したい。

対処

ログファイルのトレース情報で確認することができます。操作については「6.1 トレース情報」を参照してください。

6.4.10　「Conversion failure : OriginatorName is not available.」という主題のエラーメールが返ってくる

現象

アドレス管理ドメイン内のGroupmaxユーザにメールを送信すると，「Conversion failure : OriginatorName is not available.」という主題のエラーメールが送信者に返ってくる。

要因

Mail - SMTPが送信者のE-mailアドレスからO/R名の変換に失敗しました。

E-mailアドレスの文字種が不正，またはE-mailアドレスの文字数が長過ぎます。

対処

送信者がアドレス管理ドメインのGroupmaxユーザの場合はE-mailアドレスを短くしてください。100バイトまでの文字列を指定することを推奨します。

6.4.11　「Delivery Report (failure)」という主題のエラーメールが返ってくる

現象

インターネットからGroupmaxユーザにメールを受信すると，「Delivery Report (failure)」という主題のエラーメールが送信者に返ってくる。

要因1

Mail - SMTPのマッピングテーブルの設定が誤っています。

または，Address Serverでユーザ移動やユーザ削除が行われた場合に，Mail - SMTPでマッピングテーブルの更新が行われていません。

または，Mail Serverがマルチサーバ構成で，転送先のMail Serverのサービスが停止状態である場合に，再送時間を超えて転送不可と判断された。

対処1

マッピングテーブルを見直してください。dbmapの自動更新(MODIFYING_DBFILE=auto)を設定していない場合には，dbmapコマンドを実行してDBマッピングファイルを更新してください。

Mail Serverの起動状態を確認してください。定期的なメンテナンスでMail Serverを停止する場合には，X400のリトライ処理間隔とリトライ回数をMail Serverの停止時間より長くなるように設定してください。

要因2

受信者のメールボックスが閉塞状態（メールボックスの移動中など）。

対処2

受信者のメールボックスが閉塞状態でないかを確認してください。メールボックスの移動が完了した後，dbmapコマンドを実行してDBマッピングファイルを更新してください。

要因3

MailサーバのDBパンク。

対処3

パンクしたDBエリアを拡張してください。

要因4

受信者が代行受信を実施していて，ループ検知された。

対処4

受信者が代行受信者を設定していないか，および代行受信先がループ状態でないかを確認してください。

注意

GroupmaxユーザがGroupmaxユーザ宛てE-Mailアドレスを指定してメール送信した時，受信するサーバが停止状態でリトライ配信してもメール受信できなかった場合，エラーメールは返信されません。

6.4.12　署名メールを送信した場合に，「なりすまし」となる

ケース１）

現象

署名メールをインターネットに送信した場合に，受信側のメールで検定を行う場合に「なりすまし」となる。

要因

メールを送信したGroupmaxユーザについて，Address Serverに登録されているE-mailアドレスと，署名のE-mailアドレスが一致していない。

対処

送信者のE-mailアドレスが署名のE-mailアドレスと一致していない場合には，署名を取得し直すか，Address ServerのE-mailアドレスを変更してください。

ケース２）

現象

署名メールをインターネットに送信した場合に，受信側のメールで検定を行う場合に「なりすまし」となる。

要因

Mail - SMTPから送信される送信者(From)のアドレスがAddress Serverに登録されているE-mailアドレスと一致していない。

対処

Mail - SMTPのマッピングモードが，db，all， pop_allになっているか確認してください。pop_allの場合には，さらに，Mail ServerのPOP3/IMAP4の最優先アドレスマッピングとして「ユーザ属性のE-mailアドレスマッピング」を指定されているか確認してください。

Mail - SMTPを起動したときに，以下のメッセージがログファイル(logdir下のlogfile)に出力されていることを確認します。

「Smtpgw196:POP3サーバから次の設定値を取得しました(ドメイン名= domain-part, マッピング優先順位= DB, error-code = 0)。」

上記ログのマッピングの優先順位が「DB」になっていることを確認してください。

6.4.13　添付ファイル名の拡張子が「XXXXXX.dat」になる

現象

受信した添付ファイル名がXXXXXX.HTMで送られたはずなのに，XXXXXX.datに変わってしまう。

要因

送信者がOutlookでメールを送信する際に，リッチテキストで送信する設定にしている。この時，添付ファイルの拡張子が"XXXXXX.dat"で送信されている。

Mail - SMTPでは，添付ファイル名の拡張子が取得できない場合に，".TMP"の拡張子に変更して受信する場合がありますが，特定の拡張子だけを変更することはありません。

対処

現象が発生したメールの受信ログがある場合，ログファイルで該当メールの受信部分を探し，添付ファイル名がどのような名称であったかを確認します。

ログの出力例）

Mon dd hh:mm:ss HEADER  Body (RFCtoX400) :

Content-Type: application/yyyyyyy;
       name="XXXXXX.dat"
Content-Transfer-Encoding: zzzzzzzzz
Content-Disposition: attachment;
       filename="XXXXXX.dat"

上記のログ出力例で，受信時の添付ファイル名が"XXXXXX.dat"であることを確認することができます。

6.4.14　添付ファイル名が文字化けする

ケース１）

現象

添付ファイルがあるメールを受信した場合に，BASE64デコードされないまま添付ファイル名が受信されている。

文字化け例）

第１２回定期大会の議=?iso-2022-jpXXX・・・

上記のように添付ファイル名の途中から「=?iso-2022-jp」の文字が現れる場合など

要因

エンコードされた添付ファイル名のデータの行末が"?="でない。

Mail - SMTPでは，行末が"?="でないなどフォーマットが異なるデータはデコード処理しません。

行末が"?="でない要因としては，送信時のエンコード失敗，または経路上のメールサーバの誤動作と推測されます。

対処

現象が発生したメールの受信ログがある場合，ログファイルで該当メールの受信部分を探し，添付ファイル名がどのような名称であったかを確認します。

ログの出力例）

Mon dd hh:mm:ss HEADER  Body (RFCtoX400) :

Content-Type: application/yyyyyyy;
       name="=?iso-2022-jpXXXXXXXXXXXXXXXXXX?=
       =?iso-2022-jpXXXXXXXXXXXXXXXXXXXXXXXXX?=
Content-Disposition: attachment;
       filename="=?iso-2022-jpXXXXXXXXXXXXXXXXXX?=
       =?iso-2022-jpXXXXXXXXXXXXXXXXXXXXXXXXX

Mail - SMTPでは，Content-type:とContent-Disposition:の両方にファイル名がある場合，Content-Disposition:のfilenameから優先的にファイル名を取得します。

上記のログ出力例では，Content-Disposition:のfilenameに指定されている添付ファイル名の二行目のデータの終わりが"?="でないためデコードされません。

この為，デコード処理する一行目のデータと，デコード処理しない2行目のデータを文字列結合した文字列を添付ファイル名として受信します。上記のようにエンコードデータの行末が"?="でない場合には，受信側のメールシステムでの対処方法はありません。送信側でエンコードが正しく実施されているか確認した上で，添付ファイル名を短くしていただく等の運用回避をお願いします。

ケース２）

前提条件：Version 3以前からMail - SMTPを使用しており，現在はバージョンアップして運用している。

現象

インターネットにメール送信する際に，受信側で添付ファイル名が文字化けする。SEND_CODEにmimeを指定しているが，受信時に添付ファイル名を確認するとmimeエンコードされていない。

要因

SEND_FNAMEにauto以外が設定されている。テキストエディタ等を使用して，smtpdir下のsmtpgw.cfgを参照してSEND_FNAMEの値を確認してください。

対処

Mail - SMTPを停止します。テキストエディタを使用しsmtpgw.cfgを開き「SEND_FNAME=XXXX」の設定行を削除してください。Mail - SMTPを起動して添付ファイル付きのメールを送信して添付ファイル名の生成状態を確認してください。

ケース３）

現象

添付ファイルがあるメールを受信した場合に，ファイル名の途中に「filename_1_=」等の文字列が挿入されたり途中に文字化け文字が挿入された状態で添付ファイル名が受信されている。

文字化け例）

第１２回定期大会の議題に関す肅跂釶辣・・る質問.doc

第１２回定期大会の議題200filename_1_=60512.doc

上記のように添付ファイル名の途中に「肅跂釶辣・・」のように文字化けしたり「filename_1_=」の文字が現れる場合など

要因

エンコードされた添付ファイル名のデータがRFC2231方式でエンコードされており，複数行で指定されている場合の行末が";"でない。

Mail - SMTPでは，行末が";"でない場合には次行に添付ファイル名が継続して指定されていると解釈します。

対処

現象が発生したメールの受信ログがある場合，ログファイルで該当メールの受信部分を探し，添付ファイル名がどのような名称であったかを確認します。

ログの出力例）

Mon dd hh:mm:ss HEADER  Body (RFCtoX400) :

Content-Type: application/msword;
       name*0*=ISO-2022-JP''%1B%24BBh%231%2322sDj4%7CBg2q%24N5DBj%24K4X%249%24k
       name*1*=%3CALd%1B%28B.doc
Content-Transfer-Encoding: base64
Content-Disposition: inline;
       filename*0*=ISO-2022-JP''%1B%24BBh%231%2322sDj4%7CBg2q%24N5DBj%24K4X%249
       filename*1*=%24k%3CALd%1B%28B.doc

上記のログ出力例では，Content-Disposition:のfilenameに指定されている添付ファイル名の一行目のデータの終わりが";"でないためfilename*1*=が添付ファイル名として受信されます。

送信側で添付ファイル名を短くする，エンコード方法を変更する等の運用回避をお願いします。

6.4.15　インターネットへのメール送信が遅い

現象

インターネットへのメール送信が遅い。インターネットから受信するメールについては問題ない。また，Groupmax内で送受信されるメールも問題ない。

smqの下にファイルが多く格納されている。ログファイルlogfile.daemonでメールの容量が数KB程度なのに送信に1分以上かかる。logfile.daemonのSendmailとの送信処理で，「mail from」「rcpt to」の応答速度が遅い。

要因

DNSの設定が正しく設定されていないため，Sendmailの処理速度が低下している。

対処

DNSの設定を見直してください。設定後，logfile.daemonでSendmailの処理速度が改善されているか確認してください。

なお，DNSの設定に問題がない場合，Mail - SMTPからSendmailプロセスに送信依頼するメールの処理単位を変更することでスループットを向上させることができる場合があります。詳細については「6.5.28 送信処理効率を上げたい」を参照してください。

6.4.16　Groupmaxユーザを削除した場合に，削除したGroupmaxユーザのO/R名が同報者として受信される

現象

Groupmaxユーザを同報者に含むメールを受信した場合に，同報者にO/R名が表示されてしまう。O/R名で表示されるGroupmaxユーザはユーザ削除されている。

要因

ユーザ削除処理後に，dbmapコマンドによるユーザ情報の取り込みが行われていない。DBマッピングファイルに削除されたGroupmaxユーザのO/R名が残っている場合，O/R名にマッピングします。

対処

dbmapコマンドを実行して，DBマッピングファイルを更新してください。

6.4.17　同報者にGroupmaxユーザのE-mailアドレスが表示される

現象

Groupmax Mailクライアントで受信したメールを参照した場合，以下のように見える

同報者に旧アドレスの受信者（TO:E-mailアドレス表示）がいる

同報者に新アドレスの受信者（BCC:ニックネーム表示）がいる

要因

a）aliasまたはforwardによる転送（アドレス変換）をしている。付録D.4(1)参照。

b）E-mailアドレスのドメイン名変更に伴い，旧E-mailアドレスのドメイン名でメールを受信した場合に，新ドメイン名に変更してからメールを受信するようにしている。

その際，アドレス変換を行うのはエンベロープ受信者※だけでありヘッダ中にある受信者（TOやCC）の旧アドレスは，そのまま転送するようになっている場合，本現象に該当します。

この場合，Mail - SMTPでは（BCC_RECIPIENTS=onの場合），エンベロープ受信者とヘッダの同報者TOやCCを比較し，TOやCCのアドレスはそのまま受信しますが，TOやCCに指定されていないエンベロープ受信者をBCCにして受信します。

※エンベロープ受信者：Sendmailのプロトコル上の受信者情報で，Sendmailが実際にメールを配信する受信者情報です。

このような状態になっていないかどうかを確認するには，旧アドレスで送信されてきたメールを受信したときのログで判断することができます。

確認方法

旧アドレス宛てにメールを送信し，Groupmax Mailクライアントにメールが受信されたことを確認したら，Mail - SMTPのログファイルを参照してください。

以下のログの出力例で，※1の新E-mailアドレスと※2の旧E-mailアドレスが一致していない場合にこのような現象となります。

ログの出力例）

Feb 13 11:17:45 TRACE: ---------- Content of gwq/AXXXXXXX
   0: 新E-mailアドレス              ・・・・・※¹

Feb 13 11:17:45 HEADER  (RFCtoX400) :
   Received: ・・・
   Message-ID: <・・・・・>
   From: <送信者のE-mailアドレス>
   To: <旧E-mailアドレス>          ・・・・・※²
   Subject: test
   Date: Wed, 13 Feb 2002 11:04:23 +0900
   ・・・その他のヘッダ

Feb 13 11:17:45 TRACE:
   IPM Message(RFC-->X400)

   Recipients(RFC format:O/R format):
     新E-mailアドレス:受信者のO/R名
   Originator(RFC format:O/R format):
     送信者のE-mailアドレス:/C=JP/ADMD=smtpgw/PRMD=smtpgw/RFC-822=送信者のE-mailアドレス/
   Date: Wed, 13 Feb 2002 11:04:23 +0900
   Subject: test

   SJIS code detect, with conversion JP1

対処

旧E-mailアドレスから新E-mailアドレスにアドレス書き換え（または転送）を行っているSendmailサーバでヘッダの同報者の旧E-mailアドレスを新E-mailアドレスに書き換えるよう設定してください。

注意

BCC_RECIPIENTS=offに変えただけでは，受信者種別BCCがTOに変わるだけで根本的な解決にはなりません。この場合の現象は次のように変化するだけです。

Groupmax Mailクライアントで受信したメールを参照した場合

同報者に旧アドレスの受信者（TO:E-mailアドレス表示）がいる

同報者に新アドレスの受信者（TO:ニックネーム表示）がいる

6.4.18　添付ファイルのあるメールを受信した時に添付ファイルが開けない場合がある

現象

受信したメールに添付ファイルがある場合に，添付ファイルが開けない場合がある。

要因

送信形式がquoted-printable方式でエンコードされている。mhs_mailerの起動フラグF=X を指定している。この場合，メールの文中（添付ファイル部分）に，"."（ピリオド）で始まる行があると".."にして受信されます。この場合，ボディ部分が改ざんされてしまい正しくデコード処理を行うことができません。

対処

mhs_mailerの起動フラグFからXの指定を削除する。または，送信者にbase64エンコード方式でメールを送信してもらう。設定内容の詳細については，「3.3.2　Sendmailの定義例(3)」を参照してください。

6.4.19　ログファイルがバックアップされない

現象

LOG_PARAMETERにバックアップ数を指定しているが，ログファイルがバックアップ数どおりにバックアップされずにlogfileに出力されつづける。

要因

以下の要因が考えられます。

ログファイルのバックアップ処理時に，ほかのバックアップソフトウェアによって，ファイルの複写処理が実行されている。

Mail - SMTPのインストールディレクトリ下が，ウィルススキャンの監視対象となっている。

ログファイルの出力内容を，監視ソフトウェア等で常時監視している。

対処

他ソフトウェアによるバックアップ処理や，ウィルススキャンソフトウェアなどをスケジュール実行する場合には，Mail - SMTPの運用を一時停止するようにしてください。監視ソフトウェア等でログファイルの監視を行う場合，常時監視ではなく定期的に監視するなどスケジュール調整してください。監視ソフトウェア実行時にはMail - SMTPの運用を一時停止するようにしてください。

6.4.20　送信時間が2時間未来になってしまう(HP-UXのみ)

現象

送信時間が２時間未来になってしまう

要因

オペレーティングシステムにHP-UXを使用している場合，タイムゾーン（システムパラメタ）の設定がUSデフォルトになっている。

対処

以下の手順でタイムゾーンの設定を行ってください。

タイムゾーンの確認方法

rootユーザでログインします。

sam コマンドを実行します。

Kernel Configurationを開きます。

Configurable Parameterを開きます。

timezoneという値が420（USデフォルト）になっていないか確認します。

タイムゾーンの変更方法

rootユーザでログインします。

sam コマンドを実行します。

Kernel Configurationを開きます。

Configurable Parameterを開きます。

timezoneの値が420（USデフォルト）になっている場合，この値を540(時差9時間×60分)に変更します。

値を保存して終了します。

オペレーティングシステムをリブートします。

6.4.21　主題または，添付ファイル名が=?ISO-2022-JP?B?...のように文字化けする

現象

受信したメールの主題や，添付ファイル名が=?ISO-2022-JP?B?...のような文字化けになる。

要因

base64デコードまたはquoted-printableのデコードに失敗した。デコード処理に失敗した場合，主題や添付ファイル名がエンコードされたままの文字列" =?ISO-2022-JP?B?..."でメールが受信されます。

対処

メールの送信者に，メールの再送を依頼して送信時のエンコードデータを確認してください。

6.4.22　主題／添付ファイル名／コメントの一部が文字化けしている

現象

主題／コメントが部分的に"+XXX-"のように文字化けしている。または添付ファイル名が部分的に"_XXX-"のように文字化けしている。（XXXは，英数字などの文字列です）

要因

主題／添付ファイル名／コメントがUTF-7で指定されていますが，charsetにutf-7が指定されていません。charsetがない主題／添付ファイル名／コメントはcharsetをiso-2022-jpと仮定して文字コード変換を行います。その結果，主題／コメントは"+XXX-"のようにデコードされない状態で表示されます。添付ファイル名の"+"は不正文字として扱うために"_"に置き換えます。添付ファイル名の正規化処理については，「付録D.1添付ファイル名の注意事項」を参照してください。なお，他社メーラでこのような主題／添付ファイル名／コメントを生成する場合があり，以下の文字が使用されていると発生する場合があります。

!，"，#，$，%，&，*，;，<，=，>，@，[，]，^，_，`，{，|，}

対処

正確な主題や添付ファイル名の確認が必要な場合，メールの送信者に，メールの再送を依頼していただき送信時のエンコードデータを確認してください。

6.4.23　主題／本文／添付ファイル名／コメントが文字化けしている

ケース１）

現象

主題／本文／添付ファイル名／コメントが文字化けしている。

要因

受信したメールの主題／本文／添付ファイル名／コメントがUnicodeで記述されている場合，JISの第一水準または第二水準に変換できない文字コードである。

対処

JISの第一水準または第二水準以外の文字コード変換はできません。

ケース２）

現象

署名／暗号メールの主題／本文／添付ファイル名／コメントが文字化けしている。

要因

署名／暗号メールの受信したメールの主題／本文／添付ファイル名／コメントがUnicodeで記述されている場合，以下の要因が考えられます。

JISの第一水準または第二水準に変換できない文字コードである。

Integrated Desktopがバージョン06-51以降でない。

対処

要因別の対処方法を以下に示します。

JISの第一水準または第二水準以外の文字コード変換はできません。

Integrated Desktopを06-51以降にバージョンアップしてください。

ケース３）

現象

POP3/IMAP4クライアントで受信したメールの主題／本文／添付ファイル名／コメントが文字化けしている。

要因

POP3/IMAP4クライアントで受信したメールの主題／本文／添付ファイル名／コメントがUnicodeで記述されている場合，以下の要因が考えられます。

JISの第一水準または第二水準に変換できない文字コードである。

Mail Serverがバージョン06-51以降でない。

対処

要因別の対処方法を以下に示します。

JISの第一水準または第二水準以外の文字コード変換はできません。

Mail Serverを06-51以降にバージョンアップしてください。

注意

コメントが文字化けする（MIMEデコードされない），コメントの末尾が切れてしまう場合については，「付録D.4　その他の注意事項(16)　コメントのマッピング機能について」をご参照ください。

6.4.24　エラーメールがループしてしまう

ケース１）

現象

エラーメールがループしてしまう。受信者アドレスは，SEND_ENVELOPE_FROMのアドレスである。

要因

Internet送信者アドレス(send_envelope_from)で設定したE-mailアドレスにエラーメールが返信された場合，返信されたエラーメールがRFC1891形式でないとMail - SMTPではエラーメールと判断できない為，再度エラーメールを返信する場合があります。RFC1891形式については，「付録D.3 エラーメール受信時の注意事項」を参照してください。

対処

ループメールである可能性の高いメールを破棄する場合には，ループメールアドレスのチェック(loop_mail_address_check)の設定値をonに指定してください。次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_option(eo):オプションの設定変更」を選択します。

表示されたメニューから「ループメールのアドレスチェック(loop_mail_address_check)」を選択します。

設定値としてonを選択します。

設定値を保存してsmtpmngコマンドを終了します。

ケース２）

現象

エラーメールがループしてしまう。受信者アドレスは，GroupmaxユーザのアドレスであるがMail Serverでメールが受信できない状態であるため，エラーメールがループしている。

要因

Mail - SMTPで受信してMail Serverにメールが転送されたが，サーバのメンテナンス等でMail serevrが停止していたためエラーメールが返信された。このエラーメール(主題がDelivery Report (failure))に対して再度エラーメールが返信されてきた時に，受信したメールはRFC1891形式ではなく，Mail - SMTPでマッピングが可能であるため再度Mail Serverに転送しているが，Mail Serverは停止中であるため，再度エラーメールが返信されてループ現象となっている。

対処１

Mail - SMTPのインストールされるMTAの再送間隔と再送回数をMail Serverのサービス停止時間より長くなるよう設定してください。

対処２

ケース１の対処にある，ループメールアドレスのチェック(loop_mail_address_check)の設定値をonに指定してください。及び，エラーレポート送信時のInternet送信者 (send_x400report_mail_from)の設定値をsend_env_fromに指定してください。次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef) : 書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「Internet送信モード(sendflag)」を選択します。

現在の設定値を引継ぐためリターンキーを入力します。

関連する設定項目として，「エラーレポート送信時のInternet送信者」の設定が表示されます。

設定値として，send_env_fromを入力します。

設定値を保存してsmtpmngコマンドを終了します。

ケース３）

現象

エラーメールがループしてしまう。受信者アドレスは，Groupmaxユーザの存在しないアドレスであり，主題の内容ではエラーメールと推測されるが，メールのフォーマットはRFC1891ではない。RFC1891形式については，「付録D.3 エラーメール受信時の注意事項」を参照してください。

要因

返信されたエラーメールがRFC1891形式でないとMail - SMTPではエラーメールと判断できない為，再度エラーメールを返信する場合があります。また，メールの送信者（From）が，Sendmailがエラーメールを返信する際に送信者として設定する特徴的なアドレスに該当しないかチェックされますがMail - SMTPで予め登録されているアドレスでない場合にはエラーメールを返信します。

対処

メールの送信者が特定のアドレスである場合には，エラーメールを返信抑制するアドレスとして追加登録してください。次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_option(eo) : オプションの設定変更」を選択します。

表示されたメニューから「エラーメールを返信抑制するアドレス」を選択します。

表示されたメニューから「アドレスの追加」を選択します。

設定値として，送信者のアドレス（ローカルパートのみでよい）を入力します。

設定値を保存してsmtpmngコマンドを終了します。

6.4.25　本文またはテキスト形式の添付ファイル中の「.」が「..」になってしまう

現象

本文または，添付ファイル（テキスト形式）の中の「.」で始まる行が「..」になってしまう。

要因

Sendmailの設定でmhs_mailerの起動フラグF=DxhFmMSunにXを指定していると，インターネットから受信したメールで「.」で始まる行が「..」で始まる行に変換されてしまいます。「..」に変換されるのを防ぐには，Xフラグを削除してください。エンコード方法が以下の場合，本文／添付ファイルが正常にデコードできない場合があります。

7bit

8bit

quoted-printable

エンコード方法が指定されていない

対処

Sendmailの設定でmhs_mailerの起動フラグの内容を確認してください。Sendmailの定義については，「3.3.2　Sendmailの定義例(3)」を参照してください。

6.4.26　「To: ( Dummy Recipient )」というヘッダがついたメールが送信される

現象

「To: ( Dummy Recipient )」というヘッダが付いたメールが送信される。

要因

Groupmaxユーザからインターネットに，同報者がすべてBccであるメールを送信した。または，受信者名公開(send_header_recipients_disclosure)にfalseを設定しているときに，Groupmax Mailクライアントから受信者名非公開のオプションが指定されたメールが送信された。

対処

同報者全員がBCCである場合，ToヘッダやCcヘッダがないメールを送信するとSendmailによってBccの受信者アドレスがヘッダ生成される場合があるため，「To: ( Dummy Recipient )」のヘッダを生成します。

6.4.27　Groupmax Mailを経由した場合に，他社メーラでメールがスレッド表示されない

現象

Groupmax Mailと他社メーラ間でメールの返信を繰り返した場合にスレッド表示をサポートしている他社メーラでスレッド表示されない。

要因

以下の要因が考えられます。

Groupmax Mail以外の他社メーラで返信履歴（References）を引継がないメーラからメールが返信された。

Groupmax MailクライアントVersion 6以前のバージョンを経由してメールが返信された。

接続しているMail ServerがVersion 6以前である。

Mail Server Version 6以前のMail serverからPOP3/IMAP4クライアントを使用してメールをダウンロードした。

メールが「転送」「再送」された。

Message-IDが64バイトを超えている。

MSGID_MODE=rfc822が設定されている。

対処

スレッド表示されないメールの返信者がGroupmaxユーザかどうかを確認してください。返信者がGroupmaxユーザである場合，要因に対応する対処を行ってください。

返信履歴を引継ぐためには，Mail ServerとGroupmax MailクライアントがVersion 7以降であることが前提となります。またPOP3/IMAP4クライアントを使用する場合には，Mail ServerのバージョンがVersion 7以降である必要があります。 Mail Server及びGroupmax Mailクライアントをバージョンアップしてください。なお，返信履歴は「返信」操作を行った場合に引継がれます。「転送」「再送」操作を行った場合には，返信履歴は引継がれません。

受信時に指定されているMessage-ID，In-Reply-To，Referencesに指定されているMessage-IDが64バイトを越える場合，64バイト目までの文字列を引継ぎます。この場合，他社メーラで正しくスレッド表示されない場合があります。

Mail - SMTPの設定MSID_MODEにrfc822が設定されている場合，Mail - SMTPでMessage-IDを生成しません。このため，他社メーラで受信されたMessage-IDとGroupmax Mail内で返信が繰り返された場合に引継がれる返信履歴（References）のMessage-IDが一致しない場合，スレッド表示できません。MSGID_MODEにrfc1327を指定してください。MSGID_MODEは下記の手順で設定してください。

MSGID_MODEの設定手順）

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「8.Message-IDフォーマット(msgid_mode)」を選択します。

設定値として「rfc1327」を指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.4.28　E-mailの送信者がroot@xxxxになる

現象

インターネットからメールを受信した時に送信者がroot@xxxxになる

要因

送信者としてエンベロープ送信者が取得されている。

Sendmailの設定でmhs_mailerの起動フラグF=に'n'を指定していない時，エンベロープ送信者が取得可能になります。この時，FromやSenderがE-mailアドレスとして不正な場合，送信者アドレスとしてエンベロープ送信者が取得されます。また，RECV_ORIGINATORの設定によりFromやSenderよりもエンベロープ送信者（Envelope_From）の優先順が高く指定されている場合，エンベロープ送信者をメールの送信者として取得します。

対処

送信者の取得順の優先順位を変更する場合には，「6.5.23　E-mailの送信者の取得先を変更したい」を参照してください。

6.4.29　エラーメールがメーリングリスト宛てに返信される

現象

インターネットからメールを受信した時に，エラーメールがメーリングリスト宛てに返信される

要因

Mail - SMTPでエラーメール返信先アドレスの優先順位（error_mail_to）の設定でエンベロープ送信者やSenderの優先順がErrors-ToやFromより高く設定されている。または，Mail - SMTPで受信した際にSender（メーリングリストの投稿アドレス）を送信者として取得しているため，Mail Serverで配信できない場合にエラーメールが送信者(Sender)宛てに返信されている。

対処

エラーメール返信先アドレスの優先順位（error_mail_to）の設定で，Errors-ToやFromの優先順を高く設定してください。また，送信者の優先順位(recv_originator)の設定でFromの優先順を高く設定してください。エラーメール返信先アドレスの優先順位（error_mail_to）の設定については，「2.3.6(3)　edit_optionで設定する値」の「エラーメール返信先アドレスの優先順位(error_mail_to)」を参照してください。送信者の優先順位(recv_originator)の設定については，「2.3.4(4)　edit_recvformatで設定する値」の「送信者(recv_originator)」を参照してください。

6.4.30　コメントが引継がれない

現象

インターネットからメールを受信した時に，コメントが表示されない。または，インターネットに返信した際にコメントが引継がれていない。

要因

以下の要因が考えられます。

Groupmax MailクライアントVersion 6以前のバージョンを使用している。

接続しているMail ServerがVersion 6以前である。

Server Scan Version 6以前を経由している。

Mail - SMTPでSEND_HEADER_COMMENTがsend_deny（コメント生成しない）が設定されている。

Sendmailのmhs_mailerの定義でフラグF=cが指定されている。

対処

コメントを引継ぐためには，Mail ServerとGroupmax MailクライアントがVersion 7以降であることが前提となります。Server - Scanをご使用になっている場合には同様にVersion 7以降であることを確認してください。Groupmax Mailクライアントでコメントがあり，返信時にもコメントがついているメールがMail - SMTPを経由したときにコメントが生成されない場合には，SEND_HEADER_COMMENTの設定値を確認してください。設定方法については，「2.3.4(3)(e)　マッピングテーブルの設定の終了」の「コメント(send_header_comment)」を参照してください。

Sendmailのmhs_mailerの定義でフラグF=cが指定されている場合には，cの指定を削除してください。

6.4.31　空の本文が受信される

現象

インターネットからメールを受信した時に，本文が空になる。

要因

メールにテキスト形式で本文が指定されていない。または，本文がない。または，本文がHTML形式で指定されている。この場合，UXXXXXXX.htmが添付ファイルとして受信されます。

対処

Mail - SMTPではHTML形式のデータを本文として受信できません。送信者にテキスト形式の本文を指定していただいてください。

6.4.32　送信したメールの配信状態が“配信中”のままになる

ケース１）

現象

インターネットにメールを送信した時に，Groupmax Mailクライアントの送信一覧で配信状態が“配信中”のままになる。

要因

インターネットの受信者の宛先（O/R名）を直接指定した時に国名，ADMD，PRMDに英数字，半角＋記号，半角－記号以外の文字を入力している。または，宛先ユーザを指定した時に宛先ユーザのO/R名の国名，ADMD，PRMDに英数字，半角＋記号，半角－記号以外の文字が指定されている。

対処

本ケースではメールの送信は問題なく実行されます。ログファイルlogfile.daemonでメールの送信状態を確認してください。

ケース２）

現象

インターネットにメールを送信した時に，Groupmax Mailクライアントの送信一覧で配信状態が“配信中”のままになる。および，Mail - SMTPのログファイルを確認した場合に，該当メールの送信時間帯に以下のメッセージが出力されている。

Smtpgw008:MTインタフェースで異常を検出しました(エラーコード[1007])。

Smtpgw069:X.400メッセージの取得中に致命的なエラーが発生しました。

要因

Groupmaxキューディレクトリや，Mail - SMTP環境（インストールディレクトリ下）をウィルススキャンの監視対象となっている。

対処

該当メールはメール送信されません。再度，メール送信してください。ウィルススキャンソフトウェアなどを実行する場合には，GroupmaxキューディレクトリやMail - SMTP環境を監視対象外に設定してください。監視ソフトウェア等でGroupmaxキューディレクトリやMail - SMTP環境のチェックを実施する場合にはGroupmax Mailサービスの停止，およびMail - SMTPのサービスを一時停止するようにしてください。

6.4.33　ログが出力されない

現象

メールを送受信した時に，logfileに送受信時のメールヘッダやトレースログが出力されない。

要因

LOG_LEVELが正しく設定されていない。調査などのためにLOG_LEVELを変更した後の戻し作業で誤ったLOG_LEVELを指定してしまっている。

対処

smtpdir下のsmtpgw.cfgをテキストエディタで開いてLOG_LEVELにallが指定されているかどうか確認してください。allが指定されていない場合にはallに変更してください。

6.4.34　添付ファイルの中身が文字化けする

現象

テキスト形式の添付ファイルが文字化けする。

要因

受信した添付ファイルのContent-Typeがtext/plainであるがcharsetが指定されていない。この時，テキストの文字コードはISO-2022-JPではない。Windows XPとOutlookの組み合わせでUnicodeのテキスト添付ファイルを添付した場合に発生する事例があります。

送信側での対処

送信側で以下のような送信が可能であれば送信側で対処願います。

テキストの文字コードを意識して保存（SJISまたはJIS）して添付する
既にUnicodeやUTF-8で保存しているテキストも，テキストエディタ（メモ帳の場合）で開いて「名前を指定して保存する」を実行して，文字コードに「ANSI」を指定するとSJISで保存されます。

拡張子を"txt"以外に変更する
例えば"txt2"などWindowsで認識されていない拡張子に変更すると添付ファイルとして添付したときには「Content-Type: application/octet-stream;」を生成する場合があります。

圧縮して添付する
圧縮することによってバイナリファイルになり，拡張子が"exe"等に変わることによって添付したときに「Content-Type: application/xxxxxxxx;」が生成される場合があります。

参考

上述した回避方法はMail - SMTPがサポートしていないcharsetであるテキストファイルを受信する場合にもMail - SMTPでの文字コード変換を回避する手段として有効です。

Mail - SMTPでの対処

Mail - SMTPでテキスト形式の添付ファイルを受信した場合に，文字コード変換を行うかどうか選択することができます。選択方法については「6.5.17 テキスト添付ファイルを文字コード変換しないで受信したい」を参照願います。

6.4.35　インターネットにメール送信した時に同報者からGroupmaxユーザのアドレスが欠落する

現象

メールを送受信した時に，同報者からGroupmaxユーザのアドレスが欠落する。メールは正常に受信者に届く。インターネットの同報者アドレスは欠落しない。

要因

INTERNETDOMAINに，Mail - SMTPでマッピング対象となるドメイン名が定義されている。

対処

INTERNETDOMAINには，実際に存在するインターネットドメイン名，およびアドレスマッピングで登録したインターネットドメイン名と重複しない仮想のインターネットドメイン名を設定してください。INTERNETDOMAINの設定方法については，「2.3.3 edit_domain」を参照してください。

6.4.36　インターネットにメール送信した時に添付ファイルが本文になる

ケース１）

現象

メールをインターネットに送信した時に，社外のメーラでメールを受信したときに添付ファイルが本文に張り付く。張り付いた添付ファイルは以下のように見える。

本文
begin 644 添付ファイル名(日本語が含まれる場合には文字化け)
添付ファイルの中身

要因

SEND_CODE=jisが設定されているためにuuencode形式でメールを送信しているが，他社メーラはuuencode形式に対応していないため，添付ファイルを本文として表示している。または，ドメイン毎エンコードにより該当ドメインにuuencode形式のメールを送信している。

対処

SEND_CODE=mimeを設定します。一般的なメーラはMIME形式に対応していますので，MIME形式にすることで改善する可能性があります。以下の手順でSEND_CODEの設定を行います。選択値の詳細については，「2.3.4 edit_format」を参照してください。ドメイン毎エンコード機能を使用している場合には運用内容として適切であるかどうか確認願います。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「2.送信文字コード(主題，本文，ファイル名) (send_code)」を選択します。

設定値としてmimeを指定します。

引き続き「MIME主題分割送信制御(mime_subject)の設定」が表示されますので，選択値としてsplitを指定します。

引き続き「添付ファイル名の分割送信制御(split_fname)の設定」が表示されますので，選択値としてno_splitを指定します。

引き続き「BASE64エンコード制御(send_base64_encode)の設定」が表示されますので，選択値としてallを指定します。

設定値を保存してsmtpmngコマンドを終了します。

ケース２）

現象

メールをインターネットに送信した時に，社外のメーラでメールを受信したときに添付ファイルが本文に張り付く。張り付いた添付ファイルは以下のように見える。

本文
--バウンダリ
Content-Type: xxxxx/yyyy
Content-Transfer-Encoding: base64
添付ファイルの中身
--バウンダリ--

要因

MIME形式の場合に必須であるMIME-Versionヘッダが指定されていない。Mail - SMTPでは，MIME-Versionヘッダが指定されていないメールはMIME形式として受信しません。

対処

MIME-Versionヘッダがない場合でも，MIME形式として受信する機能をサポートしていますが，一般的にMIME-Versionヘッダがないメールは不正メールであったりコンピュータウィルスが感染を目的として故意に作成しない事例があります。このため，設定変更にあたっては運用方法に対する影響を考慮した上で実施してください。運用に関する影響については，「付録D.4　その他の注意事項(14)Server - ScanがMIME-Versionヘッダがないメールに含まれるコンピュータウィルスを検出できない現象について」および「2.3.4(4)　edit_recvformatで設定する値」の「MIMEヘッダの解析(mime_header_analyze)」を参照してください。

6.4.37　インターネットにメール送信した時に他社メーラから返信メールが受信できない

現象

送信したメールに対して返信した場合に，返信メールがGroupmaxに受信されない。

要因

メール送信時にクライアントソフトウェアで返信アドレス(Reply-To)を指定している。この返信アドレスが誤っているため，返信してもメールが受信できない。

対処

返信できないメールについて返信アドレスが指定されていないか確認してください。返信アドレスが指定されている場合には，指定したアドレスが正しいかどうか確認してください。返信アドレスは以下のように確認することができます。

Groupmaxクライアントで送信した場合には送信一覧に該当メールが残っている場合には該当メールに返信アドレスが指定されているか確認できます。

Mail - SMTP経由でメールが送信された場合には，Mail - SMTPのログファイルが残っていれば，該当メールの送信時に「Reply-To:」ヘッダが生成されているかどうかで確認できます。

受信者側に該当メールが残っているようであれば，該当メールのメールヘッダを確認することで確認できます。

6.4.38　インターネットにメール送信した時に主題や添付ファイル名がBASE64デコードされない

現象

メールをインターネットに送信した時に，社外のメーラでメールを受信したときに主題や添付ファイル名が文字化け（Base64エンコードされたまま）で見える。

要因

Mail - SMTPでは主題全体および添付ファイル全体をBase64エンコードしていますが，SEND_BASE64_ENCODE=partが指定された時には，主題先頭にASCII文字がある場合や，添付ファイル名の先頭にASCII文字がある場合に可読性を優先して部分的にBase64エンコードしています。また，添付ファイルの拡張子部分もBase64エンコードの対象としていません。この場合，一部の電子メールシステムやメーラで正常にBase64デコードしない場合があります。

対処

主題や添付ファイル名におけるBase64エンコード方法を変更することにより主題全体，または添付ファイル名全体をBase64エンコードすることができます。以下の手順でSEND_BASE64_ENCODEの設定を行います。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「2.送信文字コード(主題，本文，ファイル名) (send_code)」を選択します。

設定値としてmimeを指定します。

引き続き「MIME主題分割送信制御(mime_subject)の設定」が表示されますので，選択値としてsplitを指定します。

引き続き「添付ファイル名の分割送信制御(split_fname)の設定」が表示されますので，選択値としてno_splitを指定します。

引き続き「BASE64エンコード制御(send_base64_encode)の設定」が表示されますので，選択値としてallを指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.4.39　サービス停止時にsendmail.exeプロセスが終了しない

現象

Mail - SMTPインストールディレクトリ下のファイルが参照中となりバックアップに失敗する

Mail - SMTPがアンインストールできない

要因

Mail - SMTPのサービス停止時にsendmail.exeプロセスが終了しない。

対処

終了しないまま残ってしまったsendmail.exeプロセスは，タスクマネージャ等では終了できないためOS再起動してください。

なお，Mail - SMTPのサービス停止する際に，sendmail.exeが処理中である場合にsendmail.exeの処理が終了を一定時間待ってから終了させることができます。以下の手順でSERVICES_STOP_WAIT_TIMEの設定を行います。設定値としては30秒を目安に設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「5.edit_option(eo):オプションの設定変更」を選択します。

表示されたメニューから「12.送信プロセスの終了制御(services_stop_wait_time)」を選択します。

設定値として30を指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.4.40　Sendmail Single Switchのエイリアス機能を使った場合にメールが転送されない

現象

転送元と転送先が同じであるエイリアス設定を行うと，エイリアス設定したアドレスにメールが転送されない。なお，Sendmail for NTでは問題なかったがSendmail Single Switchを使用した場合に問題が発生する。

回避策

Sendmailの以下の設定でFパラメタの末尾に”A”を追記してください。

パラメタ名
設定値

MAILER_DEFINITIONS
Msmtpgw,tabP=smtpbin¥¥mhs_mailer.exe,
F=CDxhFmMSuA, S=28/28, R=28/28,
A=mhs_mailer.exe $u

6.4.41　Smtpgw229がログ出力されてエラーメールの受信に失敗する

現象

logfileに以下のログが出力される。

Smtpgw179: E-mailアドレス(root@XXXXXX)からX.400アドレスのマッピングに失敗しました(rfc2or=-3)。

Smtpgw184: 本来受信者アドレスのマッピングに失敗しました。

Smtpgw229: エラーメールの受信に失敗しました。

要因

エラーメールフォーマットのメールを受信したが，エラーメールを受信するGroupmaxユーザは存在しない。Groupmaxからのメール送信時に，SENDFLAG=normalが指定されているためにエンベロープ送信者にrootまたはroot@XXXXXXの状態でメール送信している。

対処

SENDFLAG=normalが設定されている場合には，SENDFLAG=returnでの運用を推奨いたします。また，Mail - SMTPでは，エラーメールの受信者が存在しない場合には，自動的にエラーメールを破棄します。そのためエラーメールのチェックや分析を行わない場合にはrootユーザのメールボックスの作成は推奨しません。エラーメールの破棄する条件については「付録D.3　エラーメール受信時の注意事項」を参照願います。

6.4.42　Sendmail MTAサービスが起動しない

現象

Sendmail MTAサービスが起動しない。

イベントログ，またはSendmail Single Switchのlogに，次のメッセージが出力される。

CRIT: NOQUEUE: SYSERR(root): c:¥¥Program Files¥¥Sendmail Switch¥¥etc¥¥mail/sendmail.cf.sdap.backup: line 1403: Msmtpgw: A= argument required

要因

Sendmailの設定が誤っている。MAILER_DEFINITIONSの設定値が改行を含んでいる。

対処

MAILER_DEFINITIONSの設定値は，

Msmtpgw,tabP=smtpbin¥¥mhs_mailer.exe, F=CDxhFmMSu, S=28/28, R=28/28,, A=mhs_mailer.exe $u

とし，設定値の途中に改行を入れないでください。Sendmailの設定については「付録I　Sendmail Single Switch 3.1J Windowsの設定手順」を参照願います。

6.4.43　本文が文字化けし，PLAIN_XXcharset.TXTというファイルが添付されている

現象

受信したメールの本文が文字化けしており，PLAIN_XXcharset.TXT(XXは任意の数字，charsetは文字コード)というファイル名のファイルが添付されている。例えば，「PLAIN_01GB2312.TXT」など。

要因

本文，主題の無変換添付ファイル化機能(RECV_TEXT_HONBUN,RECV_TEXT_SUBJECT)を使用しており，以下の全ての条件に該当するE-mailを受信し，Groupmax Collaboration，またはGroupmax Client Light Exでメールを参照した場合に発生する。

マルチパート形式のメール

ボディデータの1個目のContent-Typeにtext/plain以外のデータが存在

ボディデータの２個目以降にContent-Typeがtext/plainのデータが存在

ボディデータで最初に出現するtext/plainデータのエンコードに，サポート外の文字コード(GB2312等)が指定されている

対処

本文は文字化けしておりますが，本文の内容は添付されているファイル名PLAIN_XXcharset.TXTに記載されています。添付ファイル名に指定されているcharsetをデコード可能なテキストエディタでPLAIN_XXcharset.TXTを参照することで本文の内容を確認することができます。

注意

添付ファイル名PLAIN_XXcharset.TXTで受信された添付ファイルには添付ファイル名が指定されている場合でも無視されます。

注意

ボディデータの２個目以降の全てがPLAIN_XXcharset.TXTの添付ファイルになるわけではなく３個目以降のContent-Typeがtext/plainのデータは添付ファイルとして受信されます。

6.5　こんなときには...

Mail - SMTPがエラーメールを送信する時の送信者のE-mailアドレスを指定する場合，インターネットに送信するメールの半角仮名文字を全角仮名文字に変換したい場合などの，応用的な環境設定について説明します。

＜この節の構成＞

6.5.1　エラーメールの送信者のE-mailアドレスを変更する

6.5.2　インターネットに送信するメールの半角仮名文字を全角仮名文字にする

6.5.3　E-mailアドレスの大文字と小文字を区別しないでアドレスマッピングを行う

6.5.4　インターネットから受信したメールの，メールヘッダを参照できるようにする

6.5.5　複数のインターネットドメインを処理する

6.5.6　送信したメールがエラーとなる場合に， 返信先のE-mailアドレスを指定したい

6.5.7　インターネットへ送信するメールのサイズの制限をおこないたい

6.5.8　インターネットから受信するメールのサイズの制限をおこないたい

6.5.9　Groupmax Mailクライアントから指定された受信者名公開の指定に従って，受信者のE-mailアドレスをインターネットに公開しないようにしたい

6.5.10　エラーメールの本文にあるドメイン名を変更したい

6.5.11　環境の移行を行いたい

6.5.12　インターネットとのメールを送受信するGroupmaxユーザを制限したい

6.5.13　設定の推奨値は何か？

6.5.14　エンベロープ送信者にエラーメールを返信したい

6.5.15　インターネットとの送受信数が多いので負荷分散したい

6.5.16　稼動中バックアップの際の注意事項

6.5.17　テキスト添付ファイルを文字コード変換しないで受信したい

6.5.18　1ユーザに複数のE-Mailアドレスを設定したい

6.5.19　分割メールを受信しないようにしたい

6.5.20　分割メールを受信したい

6.5.21　メール送信する際に，Fromと同じSenderを生成しないようにしたい

6.5.22　E-mailアドレスにコメントをつけないようにしたい

6.5.23　E-mailの送信者の取得先を変更したい

6.5.24　ゲートウェイ削除の影響は？

6.5.25　Address ServerまたはMail Serevrをアンインストールすることによる影響は？

6.5.26　Mail - SMTPのサービスを停止した場合の影響は？

6.5.27　ドメイン名／ホスト名／IPアドレスを変更する場合の影響

6.5.28　送信処理効率を上げたい

6.5.29　サービス停止時にSendmailプロセスの終了を待つようにしたい

6.5.30　Mail ServerでPOP3/IMAP4クライアントを使用しているがMAPPING_MODE=dbにできないか？

6.5.31　Groupmax CollaborationやGroupmax Client Light Exの国際化対応機能を使いたい(本文/主題を無変換で受信したい)

6.5.32　Groupmax Collaborationを利用している場合にE-mailの送信制限を行いたい

6.5.33　インターネットから受信されるメールの「なりすまし」をエンドユーザ側で見分けやすくしたい

6.5.34　E-mailアドレスのドメイン名を変更したい

6.5.35　エラーメールの主題をカスタマイズしたい

6.5.36　SEND_ENVELOPE_FROMのアドレスを持つGroupmaxユーザを作成している場合の影響は？

6.5.37　エラーメールの返信によるメールサーバの負荷の軽減をしたい

6.5.38　E-mailアドレスを変更したい

6.5.1　エラーメールの送信者のE-mailアドレスを変更する

Mail - SMTP返信するエラーメールの送信者(From)は，デフォルトの設定でrootを指定しています。この送信者をMail - SMTPの管理者のE-mailアドレスにしたい場合，Internet送信者アドレス(send_envelope_from)にエラーメールの送信者のアドレスを設定してください。SEND_ENVELOPE_FROMの設定法については「2.3.4　edit_format」を参照してください。

6.5.2　インターネットに送信するメールの半角仮名文字を全角仮名文字にする

Mail - SMTPでは，インターネットにメールを送信するメールの，主題，本文，添付ファイル名に半角仮名文字が使用されている場合に，全角仮名文字にしてからメールを送信することができます。なお，デフォルトの設定で半角仮名文字を全角仮名文字に変換するようになっていますが，変換されない場合，次の手順で設定内容を見直してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「半角仮名文字送信制御 (kana_mode)」を選択します。

設定値としてconvertを指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.5.3　E-mailアドレスの大文字と小文字を区別しないでアドレスマッピングを行う

Mail - SMTP をVersion 5以前からバージョンアップしている場合，デフォルトの設定でE-mailアドレスの大文字と小文字を区別する設定で動作しています。E-mailアドレスの大文字と小文字が区別されてマッピングが行われている場合，次の設定を行います。

前提条件：この設定はDBマッピングによってアドレスマッピングをしているGroupmaxユーザのE-mailアドレスが有効です。また，MAPPING_MODE=allまたはpop_allを設定していても，DBマッピングを使用してアドレスマッピングをしているGroupmaxユーザのE-mailアドレスも有効です。このため，大文字と小文字を区別しないでアドレスマッピングしたいGroupmaxユーザがDBマッピングを使用している場合にはMAPPING_MODEを変更する必要はありません。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_mapping(em)：アドレスマッピングルールの設定変更」を選択します。

表示されたメニューから「DBマッピング時の大文字・小文字の扱い(filter_address)」を選択します。

設定値としてdomainpartまたはallを設定します。なお，allを推奨いたします。

設定値を保存してsmtpmngコマンドを終了します。

注意

allを設定する場合には，ローカルパートの大文字／小文字を区別しなくなりますので，大文字と小文字の違いしかないE-mailアドレスが登録されている場合にメールの送受信ができなくなります。運用の途中でfilter_addressを変更する場合にはE-mailアドレスが重複して登録されていないかを確認してください。E-mailアドレスの重複は，dbmapコマンドを実行した後，またはユーザ情報の更新ルールの設定(modifying_dbfile=auto)を設定している場合にDBマッピングファイルが自動更新が終了した後で，ログファイルlogfile.dbmapにエラーログSmtpgw191が出力されていないかどうかで確認することができます。

注意

E-mailアドレスが重複しているユーザは全員E-mailの送受信ができません。

注意

MAPPING_MODE=pop_allで運用している場合には，Mail ServerのPOP3/IMAP4の設定で「優先マッピングルール」には，ユーザ属性のE-mailアドレスマッピングを指定してください。

6.5.4　インターネットから受信したメールの，メールヘッダを参照できるようにする

インターネットから受信したメールの，メールヘッダを添付ファイルに格納して受信することができます。この時の添付ファイル名はHEADER01.TXTです。以下の手順で設定を行います。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「MIME構造情報ファイルの設定(mime_structure)」を選択します。

設定値としてonを設定します。

設定値を保存してsmtpmngコマンドを終了します。

注意

以下の内容にご注意ください。

インターネットから受信するすべてのメールに，この添付ファイルを付けるようになりますので，ご注意ください。

添付ファイルがすでに25個以上ある場合には，添付ファイルを優先しますので，メールヘッダを参照することはできません。

添付ファイルとして受信しますので，Groupmax Mailクライアントで添付ファイルの表示の表示／非表示を制御することはできません。

添付ファイルの中にすでにHEADER01.TXTと同じ名称の添付ファイルがある場合には，HEADER02…03…04に変更されます。

Integrated Desktop Version 06-52以降では，HEADER01.TXTを添付ファイルではなくE-mailヘッダとして参照できます。

6.5.5　複数のインターネットドメインを処理する

Mail - SMTPでは，DBマッピングまたはテーブルマッピングを使用することにより，複数のインターネットドメインのアドレスマッピングは可能です。ただし，テーブルマッピングは，使用する組織毎にマッピングテーブルを設定する必要があり設定が煩雑になりますのでDBマッピングの使用を推奨いたします。

制限となる機能：

ニックネームマッピングの対象とするドメイン名が一つしか登録できない為，ニックネームマッピングは使用できません。

(a)　DBマッピングの場合

SendmailサービスおよびMail - SMTPのサービスを停止します。

Sendmailのmhs_mailerの受信設定でCXの定義に受信したいドメイン名をすべて追加してください。例えば，smtpgw.hitachi.co.jpとsample.hitachi.co.jpとtest.hitachi.co.jpを定義するには

CX(タブ)smtpgw.hitachi.co.jp(半角スペース)sample.hitachi.co.jp(半角スペース)test.hitachi.co.jp

Address Serverに上記のCX定義で追加したドメイン名のE-mailアドレスをもつユーザを登録します。または，既存のE-mailアドレスのドメイン名を変更します。

「Mail - SMTPアドレス取り込み」またはdbmapコマンドでDBマッピングファイルを更新します。

「Mail - SMTPセットアップ」またはsmtpmngコマンドで「MAPPING_MODE=db」を設定してください。既に「MAPPING_MODE=db」で運用中であれば，この手順は不要です。設定手順については「6.5.12　インターネットとのメールを送受信するGroupmaxユーザを制限したい」を参照願います。

SendmailサービスおよびMail - SMTPのサービスを起動します。

注意

MAPPING_MODEにpop_allを使用する場合には，サーバ側のマッピングの優先順位は「ユーザ属性のE-mailアドレスマッピング」を指定してください。MAPPING_MODEが正しく設定されていない場合，POP3/IMAP4クライアントから送信されたメールに対して他社メーラで返信された時にMail - SMTPでメールがアドレスマッピングに失敗する可能性があります。このため，返信メールが受信できないという現象が発生します。

(b)　テーブルマッピングの場合

最上位組織単位で異なるドメイン名を使用することができます。同一組織（O/R名の国名，ADMD，PRMD，組織名（最上位組織名），部門１（ドメイン名）が同じ）の場合は異なるドメイン名に変換することができません。最上位組織単位で異なるテーブルマッピングルールを設定してください。MAPPING_MODEはtableを使用してください。Sendmailのmhs_mailerの受信設定でCXの定義に受信したいドメイン名をすべて追加してください。CXマクロについては，「3.3.2 Sendmailの定義例(2)」を参照してください。

注意

テーブルマッピングを使用して複数ドメイン名を受信する場合には，MAPPING_MODEにはall，pop_allは使用できません。POPクライアントによる運用を実施している場合には，DBマッピングによる複数ドメイン名の運用を実施してください。

6.5.6　送信したメールがエラーとなる場合に， 返信先のE-mailアドレスを指定したい

インターネットへ送信したメールが受信側のメールシステムでエラーとなる場合，エラーメールが返信されます。この場合の返信先のE-mailアドレスを次の2通りから選択することができます。

Groupmax Mailクライアントのメールの送信者にエラーメールを返信させたい。
次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「Internet送信モード(sendflag)」を選択します。

設定値としてreturnを指定します。

設定値を保存してsmtpmngコマンドを終了します。

管理者のE-mailアドレスにエラーメールを返信させたい(この時のE-mailアドレスは，Mail - SMTPで受信するE-mailアドレスでも，Mail - SMTP外で受信する任意のE-mailアドレスでもかまいません)。
次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「Internet送信モード(sendflag)」を選択します。

設定値としてnormalを指定します。

次に「edit_format(ef)：書式の設定変更」を選択した時のメニューから，「Internet送信者アドレス (send_envelope_from)」を選択します。

設定値としてエラーメールの返信先のE-mailアドレスを指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.5.7　インターネットへ送信するメールのサイズの制限をおこないたい

Mail - SMTPではインターネットへ送信する際に，メールのサイズ制限を1時間単位で設定することができます。例えば以下のような運用を設定することができます。

運用例1）

インターネットへのメールの送受信が多く行われる時間帯 (午前9時から午後3時までは1MBを超えるメールは送信制限する。制限時間以外では送信可能とする。制限時間帯に1MBを超えるメールが送信された場合，Mail - SMTPではキューディレクトリに保存され，制限時間外となる3時になったらメールを送信します)

この運用を設定するには，send_body_size_limit=1000/9-15　を指定します。

運用例2）

インターネットへのメールは終日1MBを超えるメールは送信できないようにする。1MBを超えるメールが送信された場合，Mail - SMTPでは，送信者にエラーレポートを返信します（送信一覧で，配信エラーを確認できます）。

この運用を設定するには，send_body_size_limit=1000/0-24　を指定します。

設定方法

設定を行う場合，以下の手順で行ってください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_option(eo)： オプションの設定変更」を選択します。

表示されたメニューから「送信制限を行うメールのサイズと時間帯」を選択します。

表示されたメニューから「制限値の設定・変更」を選択します。

設定値として運用例1の場合には1000/9-15を，運用例2の場合には1000/0-24を指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.5.8　インターネットから受信するメールのサイズの制限をおこないたい

本機能は，Sendmailの機能を使用して制限することができます。次の手順で設定してください。

Sendmailのサービスを停止します。

Sendmailの設定
Sendmailのメーラ定義でmhs_mailerの起動フラグに以下のパラメタを指定します。

M=制限サイズ

制限サイズはバイト単位で指定します。例えば，1000バイトを超えるメールを受信しないようにする場合の設定例を以下に示します。なお，ほかのパラメタ等の設定内容については「3.3.2　Sendmailの定義例(3)」を参照してください。

Msmtpgw, P=/smtpbin/mhs_mailer, F=DxhFmMSu,
S=28/28, R=28/28, M=1000, A=mhs_mailer $u

Sendmailのサービスを起動します。

制限したサイズ前後のテストメールを送信し，制限していないサイズはgwqにA，B，Hファイルが作成されることを確認してください。

制限したサイズを超えるメールは送信者にエラーメールが返信されることを確認してください。

＜エラーメールの内容例＞

　主題：Returned mail: Service unavailable

　本文：

       The original message was received at Thu, 18 Apr 2002 18:16:33 +0900
       from [000.00.00.00]

          ----- The following addresses had permanent fatal errors -----
       <taro@smtpgw.xxxxx.co.jp>
       <hanako@smtpgw.xxxxx.co.jp>

          ----- Transcript of session follows -----
       552 <taro@smtpgw.xxxxx.co.jp>... Message is too large; 1000 bytes max
       554 <taro@smtpgw.xxxxx.co.jp>... Service unavailable
       552 <hanako@smtpgw.xxxxx.co.jp>... Message is too large; 1000 bytes max
       554 <hanako@smtpgw.xxxxx.co.jp>... Service unavailable

注意

ローカルメーラ(mhs_mailer)配信時にエラーメールが送信制限サイズを超える場合には，Sendmailの管理者ユーザ(root)にエラーメールが配信されます。

6.5.9　Groupmax Mailクライアントから指定された受信者名公開の指定に従って，受信者のE-mailアドレスをインターネットに公開しないようにしたい

Groupmax Mailクライアントの送信属性で，受信者名公開に「非公開」が指定された場合に，インターネットへ送信するメールの受信者を公開しない（すべてBCCにする）ようにすることができます。次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「受信者名公開(send_header_recipients_disclosure)」を選択します。

設定値としてfalseを指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.5.10　エラーメールの本文にあるドメイン名を変更したい

エラーメールの本文中にあるドメイン名(hitachi.co.jp.smtpgw)を変更したい。

Reporting-MTA: x400; hitachi.co.jp.smtpgw

DSN-Gateway: dns; hitachi.co.jp.smtpgw

このような場合，INTERNETドメイン名の設定を行うと変更することができます。次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_domain(ed)：Mail-SMTPドメインの設定変更」を選択します。

表示されたメニューから「INTERNETドメイン名の設定」を選択します。

設定値として，変更したいドメイン名を指定します。

設定値を保存してsmtpmngコマンドを終了します。

注意

「INTERNETドメイン名」に設定したドメイン名にはメール送信できません。

6.5.11　環境の移行を行いたい

＜この項の構成＞

(1)　ハードウェア交換に伴う環境移行の場合

(2)　Mail - SMTPを他のMail Serverに環境移行する場合

(3)　Mail - SMTPを他のMail Server(新規構築)に環境移行する場合

(1)　ハードウェア交換に伴う環境移行の場合

Mail - SMTPの運用サーバを変更したり，ハードウェア交換に伴う環境の移行を行う場合には，次の手順で設定してください。

旧マシンでバックアップ

メールアーカイブ運用を実施している場合には，smuq下に復旧用のメールが退避されていないか確認します。復旧用メールが退避されている場合には，smuq2smqコマンドを使用してリカバリ処理を行ってください。

送信制限を行っている場合に，送信制限を解除しメール送信します。
送信サイズの制限（SEND_BODY_SIZE_LIMIT）の設定を行っていて，メールが送信キューから処理されない場合は，送信サイズの制限を解除してメールを処理させてください。送信サイズの制限の解除方法については「2.3.6 edit_option」を参照してください。

Mail ServerおよびSendmailから配信されるメールを処理し，キューを空にします。
先にSendmailのプロセスおよびMail Serverを停止させます。その後，Mail - SMTPの受信キュー(gwq)と送信キュー(smq)にファイルがなくなったことを確認してからMail - SMTPのサービスを停止します。

設定ファイルをバックアップします。
Mail - SMTPについては以下のディレクトリ配下のファイルをバックアップ願います。

smtpdir直下の全ファイル

logdir以下のファイル

新マシンの環境構築

Mail - SMTP をインストールします。

サーバ環境の移行を行います。

サーバにゲートウェイ登録します。
サーバ側のゲートウェイ登録を行います。この時，ゲートウェイ登録する際の国名，ADMD，PRMDは，旧環境と同じ値を設定してください。

バックアップしたファイルを移行後の環境にコピーします。新マシンのOSが旧マシンと異なる場合にはバックアップしたファイルをコピーするのではなく，新規にMail - SMTPの環境設定を行ってください。Mail - SMTPの環境設定については，「2.　Mail - SMTPの環境設定」を参照願います(SendmailのVRが旧マシンと異なる場合は，Sendmailのパスが異なる場合がありますのでedit_smailpathコマンドによるSendmailのパスの再設定をしてください)。

DBマッピングファイルを自動更新する運用を行っている場合，次の手順で再設定してください。smtpmngコマンドを起動して，メニュー「ユーザ情報の更新方法に関する設定（modifying_dbfile）」の設定値に「auto」を指定し，確認メッセージに’y’を入力します。設定値を保存してsmtpmngコマンドを終了してください。その後，Address Serverを再起動してください。

注意

この手順は，「ユーザ情報の更新方法に関する設定（modifying_dbfile）」の設定値が既に「auto」と設定されている場合に必ず実施してください。また，手順の後で必ずAddress Serverが再起動されるようにしてください。

Address Serverが起動されている状態で，dbmapコマンドを実行してください。

(2)　Mail - SMTPを他のMail Serverに環境移行する場合

マルチサーバ構成で，Mail - SMTPの運用サーバを変更したい場合には，運用を止めることなく移行が可能です。次の手順で設定してください。

移行先サーバの環境構築

Mail - SMTPをインストールします。

移行先サーバにゲートウェイ登録します。
移行先サーバ側のゲートウェイ登録を行います。この時，ゲートウェイ登録する際の国名，ADMD，PRMDは，移行前サーバの環境と違う値を設定してください。

移行先サーバのMail - SMTPの環境設定を新規に行ってください。Mail - SMTPの環境設定については，「2.　Mail - SMTPの環境設定」を参照願います(SendmailのVRが旧マシンと異なる場合は，Sendmailのパスが異なる場合がありますのでedit_smailpathコマンドによるSendmailのパスの再設定をしてください)。

移行先サーバでdbmapコマンドを実行してください。

移行先サーバでMail - SMTPのサービスを起動します。

DMZやGroupmax環境へのリレー制御を行うSendmailでリレー（受信）先を移行先サーバのMail - SMTPに変更します。

移行前サーバのゲートウェイ削除

移行前サーバのMail Serverに登録されているゲートウェイを削除し，MTAを再起動します。

logfileから移行前サーバのMail - SMTPがメールの送受信を行っていないことを確認した後，移行前サーバでMail - SMTPのサービスを停止し，Mail - SMTPをアンインストールします。

(3)　Mail - SMTPを他のMail Server(新規構築)に環境移行する場合

マルチサーバ構成で，新規にMail Serverを構築して，Mail - SMTPの運用サーバを変更したい場合には，運用を止めることなく移行が可能です。次の手順で設定してください。

移行先サーバの環境構築

新規のサーバに既存バージョンのPPをアドレスサーバとしてインストール（Mail - SMTPを含む）します。

マスタ管理サーバ（運転席）で，アドレスサーバ追加作業を行います。

注意

Address Server追加作業はマニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」（Windows 用）を参照してください。

移行先サーバにゲートウェイ登録します。
移行先サーバ側のゲートウェイ登録を行います。この時，ゲートウェイ登録する際の国名，ADMD，PRMDは，移行前サーバの環境と違う値を設定してください。

Mail - SMTPの環境設定を新規に行ってください。設定値は，移行元サーバに合わせます。Mail - SMTPの環境設定については，「2.　Mail - SMTPの環境設定」を参照願います(SendmailのVRが旧マシンと異なる場合は，Sendmailのパスが異なる場合がありますのでedit_smailpathコマンドによるSendmailのパスの再設定をしてください)。

移行先サーバでdbmapコマンドを実行してください。

Mail - SMTPの連携設定及びSendmail環境を構築します。

移行先サーバでMail - SMTPのサービスを起動します。

DMZやGroupmax環境へのリレー制御を行うSendmailでリレー（受信）先を移行先サーバのMail - SMTPに変更します。

移行先サーバ経由の受信テスト

E-mailの受信テストを行います。

外部SMTPサーバを新規構築したアドレスサーバで受信させます。新規構築したMail - SMTP経由でE-mail受信されることを確認します。

運転席の設定変更

運転席のX.400運転席で，既存のゲートウェイを削除します。

全MTAの再起動をします(Address Serverの再起動でもよいです)。

移行先サーバ経由の送信／返信テスト

以下をテストしてください。
・GroupmaxユーザからE-mail送信した際に，新規構築したMail - SMTPから送信される
・受信済のE-mailを返信すると，新規構築したMail - SMTPから送信される

移行元サーバの環境削除

移行元サーバのMail - SMTP環境で以下を監視してメールが処理されなくなったことを確認します。SendmailやMail - SMTPのサービスは起動状態としてください。
・smqにファイルが作成されない
・gwqにファイルが作成されない
・logdir/logfileが更新されない

6.5.12　インターネットとのメールを送受信するGroupmaxユーザを制限したい

インターネットとメールを送受信できるGroupmaxユーザと，できないGroupmaxユーザが管理できる運用を行いたい場合の設定方法について説明しています。

前提：本運用を行う場合には，POP3/IMAP4クライアントの使用をしないという運用規則が必要です。POP3/IMAP4クライアントから送信されるメールは，Mail - SMTPを経由せず，直接Sendmailサーバにメールが送信されるため，Mail - SMTPで送信制限を行うことができません。

送信も受信も制限するGroupmaxユーザを管理する場合）

MAPPING_MODEにDBを選択します。この場合，インターネットとメールが送受信できるか否かの管理を，Address Serverに登録されているユーザ情報にE-mailアドレスが登録されているか，いないかで管理することができます。この時，E-mailアドレスが登録されているGroupmaxユーザは，インターネットとのメールが送受信できますが，登録されていないGroupmaxユーザはメールを送受信することができません。

送信はできないが受信はできるGroupmaxユーザを管理する場合）

PERMISSION_MODEにsend_denyを選択します。この場合，Address Serverに登録されているユーザ情報にE-mailアドレスが登録されているか，いないかで送信できるGroupmaxユーザを管理することができます。

MAPPING_MODEおよびPERMISSION_MODEは，以下の手順で設定を行います。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_mapping(em)：アドレスマッピングルールの設定変更」を選択します。

表示されたメニューから「アドレスマッピングルール(mapping_mode)」を選択します。

設定値としてdb等を設定します。

設定値としてdbを入力した場合，自動的にPERMISSION_MODEには，send_recv_deny（E-mailアドレスを登録していないと送信も受信も制限する）が設定されます。

設定値としてdb以外を入力した場合，テーブルマッピングを使用するかどうかの設定の後，PERMISSION_MODEの設定となります。PERMISSION_MODEにはsend_deny（E-mailアドレスを登録していないと送信を制限する）またはsend_recv_deny（E-mailアドレスを登録していないと送信も受信も制限する）を設定します。

設定値を保存してsmtpmngコマンドを終了します。

注意

以下の内容にご注意ください。

本運用を行う場合，GroupmaxユーザにE-mailアドレスを設定する必要があります。

E-mailアドレスがAddress Serverに登録されていないGroupmaxユーザがメールを受信する場合には，ニックネームマッピング，テーブルマッピング，ユーザIDマッピングのいずれかを使用します。

6.5.13　設定の推奨値は何か？

設定パラメタについては，デフォルト値と推奨値を「付録K」にまとめています。

6.5.14　エンベロープ送信者にエラーメールを返信したい

Mail - SMTPがエラーメールを返信する場合に，エラーメールの返信先としてエンベロープ送信者を選択することができます。次の手順で設定してください。

＜この項の構成＞

(1)　Sendmailの設定

(2)　Mail - SMTPの設定

(1)　Sendmailの設定

Sendmailから，エンベロープ送信者を取得するために，mhs_mailerの起動ルールを変更する必要があります。「3.3.2　Sendmailの定義例(3)」を参照してください。

(2)　Mail - SMTPの設定

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_option(eo)：オプションの設定変更」を選択します。

表示されたメニューから「エラーメール返信先アドレスの優先順位(error_mail_to)」を選択します。

表示されたメニューから「デフォルト値に戻す」を選択します。

エラーメールの返信先について，デフォルトの優先順位が表示されます。

「設定しますか？(Yes/No)」の確認メッセージが表示されますので，「y」を選択します。

設定値を保存してsmtpmngコマンドを終了します。

上記は，デフォルトの設定をすることによってエンベロープ送信者を，エラーメールの返信先として一番目に取得するよう設定しています。２番目以降の優先順を変更したい場合，4.の手順で「エラーメール返信先の設定・変更」を選択すると，任意の優先順を指定することができます。設定内容については，「2.3.6　edit_option(3)」を参照してください。

注意

上述の設定でエンベロープ送信者にエラーメールを返信できるのは，Mail - SMTPの受信処理でエラーが発生した場合です。Mail Server間の転送エラーが発生した場合にはメールの送信者にエラーメールが返信されます。

6.5.15　インターネットとの送受信数が多いので負荷分散したい

Groupmax Mailの運用規模が大きく，かつインターネットとのメールの送受信が多い場合には，以下の優先順で対応をご検討ください。

インターネットへの送信状態の確認
インターネットへのメールの送信が遅い場合には，別の要因が考えられます。その場合には，「6.4.15　インターネットへのメール送信が遅い」を参照してください。

Mail - SMTPを専用サーバ化する
Mail - SMTPを専用サーバ化することによって，Mail - SMTPの処理効率を上げる方法です。
Mail - SMTPがインストールされているサーバ機にログインユーザがいる場合には，サーバをマルチサーバ構成にします。新しく構築したサーバ機に，Mail - SMTPの環境を構築します。Mail - SMTPの環境の移行手順については，「6.5.11　環境の移行を行いたい」を参照してください。

6.5.16　稼動中バックアップの際の注意事項

稼動中バックアップを行う場合には，Mail - SMTPを停止してください。

6.5.17　テキスト添付ファイルを文字コード変換しないで受信したい

インターネットから受信したメールのテキストの添付ファイルを以下の条件に該当する場合のみ無変換で受信することができます。次の手順で設定してください。

条件：データのエンコード方法としてbase64またはquoted-printableが指定されている場合

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「テキスト添付ファイルの文字変換(recv_text_file)」を選択します。

設定値としてnoconvを指定します。

設定値を保存してsmtpmngコマンドを終了します。

注意

本設定を行った場合，でもデータのエンコード方法としてbase64またはquoted-printableの指定がない場合には，改行コードの変換（0x0aから0x0d，0x0a）を行います。また，本文については，必ず文字コード変換が行われます。

6.5.18　1ユーザに複数のE-Mailアドレスを設定したい

Groupmax Mailシステム内では，1ユーザに対して複数のE-Mailアドレスを設定することはできません。複数のE-Mailアドレスを設定したい場合は，Sendmailでアドレス変換を設定し，Mail - SMTPに受信するように設定してください。

6.5.19　分割メールを受信しないようにしたい

インターネットから受信したメールが分割されたメールの場合，受信しないようにすることができます。次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「分割メールの受信制御(recv_message_partial)の設定」を行います。

設定値としてrecv_denyを選択します。

設定値を保存してsmtpmngコマンドを終了します。

本設定を行った場合，インターネットから受信するすべての分割メールを受信しません。分割メールを受信した場合には，エラーメールを返信します。エラーメールの返信先は，error_mail_toの設定により返信先は異なります。

6.5.20　分割メールを受信したい

インターネットから受信したメールが分割されたメールの場合に，POP3/IMAP4クライアントで分割メールの復元機能がある場合にPOP3/IMAP4クライアントで復元させることができます。次の手順で設定してください。

注意

この機能を使用する場合，ウィルスが検出されずにメール受信される危険性があります。このため，分割メールを受信しない設定recv_message_partial=recv_denyでの運用を推奨します。設定する場合にはウィルス感染の危険性をご考慮の上設定願います。詳しくは「付録D.4(13) Server - Scanが分割メールに含まれるコンピュータウィルスを検出できない問題について」を参照してください。

注意

本機能は，分割メールを受信制限する機能であり，分割メールの復元を行う機能ではありません。本機能を設定してもGroupmax Mailクライアントで分割メールは復元されません。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「MIME構造情報ファイルの設定(mime_structure)」を選択します。

設定値としてonを設定します。この後，「リソースフォークデータ受信可否(recv_mac_resource)の設定：」がありますので，運用により適当な値を選択してください。

続けて表示されたメニューから「分割メールの受信制御(recv_message_partial)の設定」を行います。

設定値としてrecv_allowを選択します。

設定値を保存してsmtpmngコマンドを終了します。

6.5.21　メール送信する際に，Fromと同じSenderを生成しないようにしたい

インターネットへ送信する時にSenderヘッダのE-mailアドレスがFromヘッダのE-mailアドレスと同じ場合に，Senderヘッダを生成しないようにすることができます。下記の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「11.送信者(send_header_sender)」を選択します。

設定値としてsend_denyを指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.5.22　E-mailアドレスにコメントをつけないようにしたい

インターネットへ送信する時にSender，From，Reply-To，To，Ccヘッダにコメント情報がある場合にコメントを生成します。このコメント情報は以下の設定を変更することにより生成しないようにすることができます。下記の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「12.コメント(send_header_comment)」を選択します。

設定値としてsend_denyを指定します。

設定値を保存してsmtpmngコマンドを終了します。

注意

MIME構造情報を添付ファイルにして受信処理を行う設定（mime_structure =on）を行っている場合に，インターネットから，コメント付きのメールが受信され，代行受信によって再度インターネットに送信されるメールについては，コメント(send_header_comment)でsend_denyが設定されている場合でもコメント付きのメールが送信されます。

6.5.23　E-mailの送信者の取得先を変更したい

インターネットからメールを受信する場合，FromとSenderがある場合にはSenderのアドレスを送信者アドレスとして取得しています。送信者として取得するヘッダは変更することができます。下記にFromを優先して取得する場合の手順を示します。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「9.送信者(recv_originator)」を選択します。

表示されたメニューから「1.送信者の設定・変更」を選択します。

設定値として「From」を指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.5.24　ゲートウェイ削除の影響は？

Mail Serverで登録されているゲートウェイを削除した場合の影響を以下に示します。

前提：この影響は，Mail Serverがマルチサーバ構成であり，サーバの中にVersion 6以前のMail Serverがある場合，またはWindows版のMail Server 07-00がある場合に限ります。

Mail - SMTP経由で受信したE-mailに返信すると送信に失敗する

Mail - SMTP経由で送信したメールを再送すると送信に失敗する

受信者情報（O/R名）にゲートウェイの情報(国名，ADMD，PRMD)を含むあて先ユーザ宛てにメール送信すると送信に失敗する

Groupmaxユーザがゲートウェイの情報(国名，ADMD，PRMD)を含むあて先ユーザを代行設定していると送信に失敗する

ローカル宛先から指定した受信者情報（O/R名）にゲートウェイの情報(国名，ADMD，PRMD)が含まれていると送信に失敗する

6.5.25　Address ServerまたはMail Serevrをアンインストールすることによる影響は？

Address ServerまたはMail ServerをアンインストールするとMail - SMTPの環境設定も失われるため，Mail - SMTPが正常に動作しなくなります。このため，Address Serverをアンインストールする場合は，必ずMail - SMTPのインストールディレクトリ下の環境設定ファイルをバックアップしてから，Mail - SMTPもアンインストールしてください。バックアップするファイルについては，「6.5.11　環境の移行を行いたい」を参照してください。

6.5.26　Mail - SMTPのサービスを停止した場合の影響は？

Mail - SMTPのサービスを停止した場合，送受信ともにキューに溜まるため，Mail - SMTPのサービスを再起動するまでメールは送受信されません。また，外部からSendmail経由で受信されたメールもMail - SMTPの受信キューに溜まります。Groupmaxクライアントで送信状態を確認した場合，「配信中」のままになります。E-mail連携を行っている場合には，Mail - SMTPのサービスを停止したままにしないでください。

6.5.27　ドメイン名／ホスト名／IPアドレスを変更する場合の影響

Mail - SMTPがインストールされているマシンについて以下の運用変更を行ってもMail - SMTPの設定を変更する必要はありません。また，Mail - SMTPがインストールされていないGroupmaxサーバやSendmailの中継用のリレーサーバについても同様に設定を変更する必要はありません。

E-mailアドレスの変更を伴わないドメイン名の変更

ホスト名の変更

IPアドレスの変更

注意

Mail - SMTPで送受信するメールはすべて前提ソフトウェアであるSendmailを経由しています。Mail - SMTPはIPアドレスやホスト名を意識した処理や設定はありませんので，設定を変更する必要はありません。また，Sendmailは基本的にDNSを前提としています。このため，IPアドレスを変更する中継用リレーサーバがDNSで解決可能であれば，Groupmax環境上のSendmailの設定は変更不要です。Sendmailの中継処理で，個々のSendmailサーバが中継リレーサーバのIPアドレスを意識してリレー処理を行っている場合には，各々のSendmailの定義を見直してください。

6.5.28　送信処理効率を上げたい

Mail - SMTPからのメール送信処理ではSendmailプロセスを起動して１プロセスあたり１通のメールを送信しています。この送信処理単位を１プロセス：N通にすることにより送信効率を上げることができる場合があります。Sendmailプロセスに送信するメールの通数を100通に変更する場合の設定について手順を示します。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_option(eo)：オプションの設定変更」を選択します。

表示されたメニューから「送信プロセスの起動制御(daemon_sendmail_restart_num)」を選択します。

設定値として100を指定します。

設定値を保存してsmtpmngコマンドを終了します。

注意

Sendmail起動時の応答速度が遅い場合に効果がありますが，送信処理開始後のSendmailの応答（具体的にはSMTPコマンドの「mail from」「rcpt to」「data」「.」に対する応答）が遅い場合には効果がありません。

6.5.29　サービス停止時にSendmailプロセスの終了を待つようにしたい

Mail - SMTPのサービスを停止する場合，デフォルトの動作ではSendmailプロセスが起動中の場合にはSendmailプロセスを強制終了させます。この場合，強制終了した時点で送信処理中であったメールは次回サービス起動時に再送信されます。この時，サービス停止時に送信中のメールについては送信してからサービス停止したい場合には以下の設定を行ってください。以下にMail - SMTPのサービス停止時にSendmailプロセスの終了を30秒待つ場合の設定について手順を示します。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_option(eo)：オプションの設定変更」を選択します。

表示されたメニューから「送信プロセスの終了制御(services_stop_wait_time)」を選択します。

設定値として30を指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.5.30　Mail ServerでPOP3/IMAP4クライアントを使用しているがMAPPING_MODE=dbにできないか？

Mail ServerでPOP3/IMAP4クライアントを使用している場合でもMail - SMTPで使用するアドレスマッピングをDBマッピングに限定する場合には，MAPPING_MODE=dbを指定することができます。

注意

Mail ServerのPOP3/IMAP4の設定で「優先マッピングルール」には，ユーザ属性のE-mailアドレスマッピングを指定してください。

注意

Address ServerにE-mailアドレスが設定されていないGroupmaxユーザがいる場合には，Mail ServerはE-mailアドレスが登録されていない宛先や同報者のアドレスについてニックネームマッピングでアドレスマッピングする場合があります。これらのユーザに対してPOP3/IMAP4クライアントを使用してメールを返信しても，Mail - SMTPでは受信できません。

6.5.31　Groupmax CollaborationやGroupmax Client Light Exの国際化対応機能を使いたい(本文/主題を無変換で受信したい)

Mail - SMTPではメール受信時に本文/主題をJISコードに変換しています。その際，Mail - SMTPが認識できない文字コード(JIS/SJIS/EUC以外)やJISコードに変換できないUnicodeは文字化けします。そのような本文／主題を文字コード変換せずに添付ファイルとして受信することができます。この機能に対応したGroupmax MailクライアントやPOP3/IMAP4クライアントを組み合わせることで送信者が指定した文字コードのままで本文/主題を参照することができます。なお，機能に対応していないGroupmax Mail クライアントである場合には添付ファイルとして受信できます。機能の詳細については，「2.3.4　edit_format (4) edit_recvformatで設定する値」の本文添付ファイル化の設定，および主題添付ファイル化の設定を参照してください。なお，Mail - SMTPの仕様で文字化けする場合に本文／主題を添付ファイルとして受信するには下記の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「12.本文添付ファイル化の設定(recv_text_honbun)」を選択します。

「本文添付ファイル化の設定(recv_text_honbun)」の設定値としてnoconvを指定します。

「主題添付ファイル化の設定(recv_text_subject)」の設定値としてnoconvを指定します。

「UNICODEの添付ファイル化の設定(honbun_unicode_check)」の設定値としてonを指定します。

「添付ファイル化を除外するcharset」のメニューが表示されますが，「99.添付ファイルを除外するcharsetの設定の終了」で終了します。

「charsetの比較方法の設定(noattachment_charset_check)」の設定値としてpartを指定します。

設定値を保存してsmtpmngコマンドを終了します。

6.5.32　Groupmax Collaborationを利用している場合にE-mailの送信制限を行いたい

Mail - SMTPのメール送信制限機能はAddress Serverに登録されるE-mailアドレスの有無により実現していましたが，以下の機能によりE-mailアドレスが登録されているGroupmaxユーザでもE-mailの送信を制限することができます。下記の手順で設定してください。

Address Serverの設定）

送信制限を行いたいGroupmaxユーザについて，Mail - SMTPのINTERNETDOMAINに設定されているドメイン名をE-mailアドレスのドメイン名に使用します。

Mail - SMTPの設定）

dbmapコマンド，または「ユーザ情報の更新ルールの設定(modifying_dbfile=auto)」の機能によりAddress Serverに登録されたユーザ情報をMail - SMTPに取り込みます。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_mapping(em)：アドレスマッピングルールの設定変更」を選択します。

表示されたメニューから「5. INTERNETDOMAINによる送信者制限(send_internetdomain_check)」を選択します。

設定値としてsend_denyを指定します。

設定値を保存してsmtpmngコマンドを終了します。

Sendmailの設定）

Sendmail（インターネット）からINTERNETDOMAINが指定されたE-mailアドレスでメールを受信する場合には，mhs_mailerの起動ルールCXにINTERNETDOMEINで設定されているドメイン名を追加する必要があります。設定の説明については，「3.3.2 Sendmailの定義例(2)」を参照してください。

6.5.33　インターネットから受信されるメールの「なりすまし」をエンドユーザ側で見分けやすくしたい

Groupmaxユーザになりすまして送信されたメール（スパムメール，ウィルスメールなど）の送信者のE-mailアドレスをE-mailアドレスのままにして受信することができます。この機能によりGroupmaxユーザについてはGroupmaxクライアントでニックネーム変換されません。よって，Groupmaxクライアントでは送信者を見るだけでE-mailとして受信したことを確認できます。下記の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「10.送信者のマッピング制御(recv_originator_mapping)」を選択します。

設定値として「dda_only」を指定します。

設定値を保存してsmtpmngコマンドを終了します。

影響内容）

Mail - SMTP経由で受信される正規のGroupmaxユーザからのメールについても送信者がE-mailアドレスで表示されます。具体的には以下のメールが対象になります。

GroupmaxユーザがPOP3/IMAP4クライアントを使用して送信したメール

GorupmaxユーザがGroupmaxクライアントからGroupmaxユーザのE-mailアドレスを指定して送信したメール

6.5.34　E-mailアドレスのドメイン名を変更したい

運用条件：DBマッピングまたは，ニックネームマッピングでアドレスマッピングを実施している。運用変更後は，旧ドメイン名でのメール受信は行わない。

以下のように２段階での運用変更を推奨いたします。説明では，古いドメイン名を「old.co.jp」新しいドメイン名を「new.co.jp」としています。

＜１段階＞旧ドメイン名で受信可能なテストユーザを作成し，新ドメイン名でメール送受信可能であることを確認する。

Address Serverに旧ドメイン名「old.co.jp」をもつテストユーザを登録します。

Mail - SMTPサービスを停止します。

dbmapコマンドを実行します。

Mail - SMTPサービスを起動します。

テストユーザが旧ドメイン名「old.co.jp」でメール送受信可能であることを確認します。

Address Serverでテストユーザのドメイン名を旧ドメイン名「old.co.jp」から新ドメイン名「new.co.jp」に変更します。

インターネットからの受付MTA(Sendmailサービス)を停止します。

Groupmaxドメイン名のリレー先の定義を追加します（新ドメイン名「new.co.jp」をGroupmax環境にリレーする定義）。これは，旧ドメイン名「old.co.jp」のリレー定義がある場合などで必要です。

インターネットからの受付MTA(Sendmail)を起動します。

Mail - SMTPサービスを停止します。

Mail - SMTPと同居するSendmailサービスを停止します。

Mail - SMTPと同居するSendmailのsendmail.cfの定義(CX定義)を変更します。以下に設定例を示します。

変更前）

CX　old.co.jp

変更後）

CX　old.co.jp new.co.jp

Mail - SMTPと同居するSendmailサービスを起動します。

dbmapコマンドを実行します。

Mail - SMTPサービスを起動します。

ドメイン名が変更されたテストユーザで新しいドメイン名「new.co.jp」メール送受信可能であることを確認します。

＜２段階＞全GroupmaxユーザのE-mailドメイン名を新ドメイン名に変更する。

インターネットからの受付MTA(Sendmailサービス)を停止します。

Mail - SMTPのgwqが空になったことを確認してMail - SMTPのサービスを停止します。gwqが空になったことは，UNIX版ではlsコマンド，Windows版ではエクスプローラ等で確認します。

旧ドメイン名のリレー先の定義を変更します（旧ドメイン名は受信しないようリレー定義を変更）。

Mail - SMTPと同居するSendmailサービスを停止します。

Mail - SMTPと同居するSendmailのsendmail.cfの定義(CX定義)を変更します。以下に設定例を示します。

変更前）

CX　old.co.jp new.co.jp

変更後）

CX　new.co.jp

Mail - SMTPと同居するSendmailサービスを起動します。

インターネットからの受付MTA(Sendmail)の起動します。

Address Serverで全GroupmaxユーザのE-mailアドレスを旧ドメイン名から新ドメイン名に変更します。

dbmapコマンドを実行します。

Mail - SMTPと同居するSendmailサービスを起動します。

Mail - SMTPサービスを起動します。

ドメイン名が変更されたユーザで新しいドメイン名「new.co.jp」メール送受信可能であることを確認します。および，旧ドメイン名ではメール受信できないことを確認します。

6.5.35　エラーメールの主題をカスタマイズしたい

Mail - SMTP ではSendmailからメールを受信できなかった場合，送信者に対してエラーメールを返信します。その際，返信されるエラーメールの主題をカスタマイズすることができます。下記の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_option(eo)：オプションの設定変更」を選択します。

表示されたメニューから「18.エラーメールの主題カスタマイズ」を選択します。

エラーメールの主題カスタマイズサブメニューが表示されますのでメニューに従い，設定してください。

設定値を保存してsmtpmngコマンドを終了します。

Mail - SMTPが生成する主題については「6.3　エラーメールの主題」を参照してください。設定機能の詳細については，「2.3.6　edit_option(3)」を参照してください。

6.5.36　SEND_ENVELOPE_FROMのアドレスを持つGroupmaxユーザを作成している場合の影響は？

スパムメールなどに対してエラーメールを返信することにより，SEND_ENVELOPE_FROMのアドレスにエラーメールが大量に届く場合があります。このため，SEND_ENVELOPE_FROMのアドレスのメールボックスは定期的にメールを削除する必要があります。

ケース１）

運用によりエラーメールの内容を確認している場合には，エラーメールが既読になることによって自動削除運用でメールを削除することができます。

注意

メールを大量に削除した場合は，データベースの断片化によりパフォーマンスが劣化することがありますので，定期的にデータベースの再編成を実施してください。データベースの再編成の詳細はマニュアル「Groupmax Object Server Version 6 システム管理者ガイド」（Windows用）を参照してください。

ケース２）

エラーメールを受信して内容を確認せずに削除する場合には，自動削除運用ではメールが削除されないためディスクフルや，エラーメールの配信通数が多い場合にはエンドユーザへのメール配信遅延などの影響があります。このため，SEND_ENVELOPE_FROMのアドレスを持つGroupmaxユーザは削除することを推奨いたします。なお，SEND_ENVELOPE_FROMのアドレスを持つGroupmaxユーザが大量にメールを受信してしまっている場合には，以下の対処を実施してください。

mldmailコマンドでSEND_ENVELOPE_FROMのアドレスを持つGroupmaxユーザが保持しているメールを削除してください。mldmailコマンドの詳細についてはマニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」（Windows用）を参照してください。

注意

mldmailコマンド実行時はサーバ負荷が高くなります。夜間や休日などに実行するようお願いします。

注意

メールを大量に削除した場合は，データベースの断片化によりパフォーマンスが劣化することがありますので，速やかにデータベースの再編成を実施してください。データベースの再編成の詳細はマニュアル「Groupmax Object Server Version 6 システム管理者ガイド」（Windows用）を参照してください。

SEND_ENVELOPE_FROMのアドレスを持つGroupmaxユーザを削除します。

「Mail - SMTPアドレス取り込み」またはdbmapコマンドでDBマッピングファイルを更新します。

Mail - SMTPでループメール検知機能により配信できなかったエラーメールは破棄することができます。ループメールの破棄機能を設定してください。詳細は，「6.4.24　エラーメールがループしてしまう」を参照してください。

6.5.37　エラーメールの返信によるメールサーバの負荷の軽減をしたい

Mail - SMTPが送信するエラーメールのエンベロープFromに"<>"を指定することで，受信側メールシステムまたは配信経路上のリレーサーバで配信エラーが発生した場合に，エラーメールが返信されないことが期待できます。下記の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「3.edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「2.送信メールの書式に関する設定」を選択します。

表示されたメニューから「7.Internet送信者アドレス(send_envelope_from)」を選択します。

メニューに従い，send_envelope_fromに"<>"を設定してください。

次にInternet送信者ヘッダアドレス(send_header_from)の入力が求められるので，エラーメールのFromヘッダに指定するE-mailアドレスを設定してください。ドメインパートまで指定することを推奨します。

設定値を保存してsmtpmngコマンドを終了します。

注意

受信側メールシステムによっては，エラーメールやその他の運用による通知メール等を返信する場合がありますので，完全に返信メールを抑止するものではありません。

注意

Internet送信者ヘッダアドレス(send_header_from)にドメインパートを指定しない場合，Sendmailでドメイン名が付加されます。そのため，エラーメールが配信できなかった場合はSendmailのドメインに対してエラーメールが返信されることがありますので，Sendmail側でエラーメールを破棄する必要があります。

6.5.38　E-mailアドレスを変更したい

Address Serverに登録されているE-mailアドレスを変更した場合，Mail - SMTPに反映する必要があります。「Mail - SMTPアドレス取り込み」またはdbmapコマンドでDBマッピングファイルを更新します。

付録

＜この付録の構成＞

付録A　バージョンアップ時の注意事項

付録B　uuencode形式によるメールの変換方法

付録C　MIME形式によるメールの変換方法

付録D　メールを送受信するときの注意事項

付録E　RFCヘッダの必須項目

付録F　ドメインごとエンコード指定機能の使用方法

付録G　インストール方法（Windows版）

付録H　インストール方法（HP-UX版およびAIX版）

付録I　Sendmail Single Switch 3.1J Windowsの設定手順

付録J　クラスタシステムの環境設定手順（AIX版）

付録K　設定のデフォルト値と推奨値

付録L　メールアーカイブ運用の環境設定

付録M　Windows Server 2008使用時の注意事項

付録A　バージョンアップ時の注意事項

ここでは，Mail - SMTPのバージョンアップの注意事項について説明します。

バージョンアップを実施する前に，必ずSendmailプロセスを停止してください。

Mail - SMTP Version 7でサポートされた下記の機能について説明します。
(a)コメントマッピング機能：E-mailを受信した時にFrom，Sender，To，Cc，Reply-Toにコメントが付いている場合にコメントをマッピングします。受信時は自動的にマッピングします。送信時は，From，Sender，To，Cc，Reply-To に該当する要素にコメントがある場合に，マッピングをするかどうかを制御することができます。デフォルトの動作はマッピングします。なお，コメントを生成する時にはSEND_CODEの設定に従ってmime形式，jis，sjis，eucで生成されます。SEND_CODE=mime以外ではコメントが文字化けする，または，同報者アドレスが欠落するといった現象が発生する場合があります。SEND_CDOE=mime以外で運用されている場合にはコメントを生成しないようにしてください。コメントを生成しないようにする手順については，「6.5.22　E-mailアドレスにコメントをつけないようにしたい」を参照してください。

注意

Mail - SMTP Version 7のデフォルトの設定により自動的にコメント受信し，返信時にコメントを引継ぎますが，Server - Scanを導入されている場合には，Server - ScanがVersion 7以降でないとコメントは引継がれません。Server - Scanを導入されている場合はServer - ScanをVersion 7にバージョンアップする必要があります。

(b) Reply-Toをマッピングする機能：E-mailを受信した時にReply-Toがある場合にマッピングします。送受信供に自動的にマッピングします。
(c) 返信履歴を引継ぐ機能：E-mailを受信した時にReferencesやIn-Reply-Toに指定されている返信履歴をマッピングします。送受信供に自動的にマッピングします。

注意

Mail - SMTP Version 7より自動的に返信履歴を引継ぎますが，Mail ServerおよびGroupmax MailクライアントがVersion 7以降でないと返信履歴は引継がれません。POP3/IMAP4クライアントをご使用になる場合もMail ServerをVersion 7にバージョンアップする必要があります。

注意

返信履歴の引継ぎ機能をご使用になる場合，MSGID_MODEをrfc1327形式で運用されることを推奨します。rfc822のまま運用される場合，他社メーラで正しくスレッド表示されない場合があります。

なお，他社メーラでスレッド表示されない場合の要因については「6.4.27　Groupmax Mailを経由した場合に，他社メーラでメールがスレッド表示されない」を参照してください。
(d) 送信者の取得順を変更する機能：E-mail受信時にSenderとFromがある場合，Senderを送信者としてマッピングします（デフォルト）。Fromを送信者としてマッピングしたい場合には，RECV_ORIGINATORの設定を変更してください。設定方法については，「6.5.23　E-mailの送信者の取得先を変更したい」を参照してください。
(e) Senderの生成制御機能：E-mail送信時，Senderに対応する要素がある場合必ずSenderを生成しています（デフォルト）。SenderとFromが同じ場合に，Senderを生成しないようにすることができます。設定方法については，「6.5.21　メール送信する際に，Fromと同じSenderを生成しないようにしたい」を参照してください。

MSGID_MODE=rfc1327を設定している場合，生成されるMessage-IDのフォーマットが変更されます。従来は，ユーザIDやO/R名がMessage-IDとしてマッピングされていましたが，Mail - SMTP Version 7よりO/R名が見えないようエンコードした形式に変更しています。なお，フォーマット変更によるメールの送受信には問題ありません。
従来の形式：

<"MNXA123456ABCDEFGH         U*/C=JP/ADMD=admd/PRMD=prmd/O=org/OU=org1/S=SURNAME/G=GIVENNAME/"@MHS>

Version 7の形式：

XNMA$G$B$C$$F$D$E$A$H123456U@MHS

または

XNMA$G$B$C$$F$D$E$A$H123456UDATE@domain-part

注意

domain-partは，メール送信者のE-mailアドレスのドメインパートを使用するため，メール送信するGroupmaxユーザについてE-mailアドレスを登録する運用を推奨いたします。

Mail - SMTP Version 6以降よりS/MIME対応機能の使用を前提として動作いたします。この場合，Content-Type: がmultipart/signedのメールを受信した際に，S/MIMEに対応していないIntegrated Desktopクライアントとの互換性の為にS/MIME用の添付ファイル(SIGNEDXX.txt)と，従来の添付ファイルの二つを作成して，Mail Serverに転送します。このメールの容量は約2倍になる為，メールボックスの容量を圧迫する可能性があります。また，このメールを処理する場合，データ量の増加から受信性能が約1/2倍になります。バージョンアップ時に，S/MIME機能を使用しない場合，S/MIMEメールの受信方法の設定(secure_mime)に，no_supportを指定してください。secure_mimeの設定方法については，「2.3 smtpmngのサブコマンド」を参照してください。

アドレスマッピングルール(mapping_mode)を次のように設定してください。
S/MIME機能を使用しない場合，現在設定されているマッピング方法で運用することができます。
S/MIME機能を使用する場合，mapping_modeは，pop_all，all，dbのいずれかを選択してください。かつ，S/MIME機能を使用するGroupmaxユーザについてDBマッピングできるようにAddress ServerにE-mailアドレスを登録してください。
pop_allを選択する場合，Address ServerのPOP3/IMAP4の最優先アドレスマッピングとして「ユーザ属性のE-mailアドレスマッピング」を指定してください。
これは，S/MIME機能を使用する場合，Address Serverに登録されているE-mailアドレスで検定が行われる為，アドレスマッピングするE-mailアドレスとAddress Serverに登録されているE-mailアドレスが一致していないと「なりすまし」となる為です。

Mail - SMTP Version 6よりリッチテキスト本文のドメイン間連携機能をサポートしましたが，本機能を使用した場合にGroupmaxユーザ以外にもリッチテキスト本文が添付ファイルとして送信されることから，デフォルトの動作としては連携しない設定になっています。本機能をご使用になる場合には，リッチテキスト送信制御の設定(send_rtf_body)にrtf_allow，およびリッチテキスト本文連携情報の送信制御(send_rtf_body_flag)にsend_inlineを設定してください。これらの設定方法につきましては「2.3 smtpmngのサブコマンド」を参照してください。

注意

なお，multipart/signed形式のメールについては必ずリッチテキスト本文が添付されます。これは，Mail - SMTPで署名済みのメールからリッチテキストを削除すると改竄となってしまう為，リッチテキスト送信制御の設定(send_rtf_body)にrtf_denyが設定されている場合でも，リッチテキストが添付されるようになっています。

バージョンアップする際に，Mail - SMTP環境の削除をしてから新規インストールを行う手順で行った場合，次の設定内容についてデフォルトの動作が変更される場合があります。バージョンアップ後に設定内容を確認してご使用ください。
(a)リッチテキスト送信制御の設定(send_rtf_body)が，rtf_denyに設定されます。
(b)BCC受信者の設定(bcc_recipients)が，ONに設定されます。
(c)DBマッピング時の大文字・小文字の扱いの設定(filter_address)が，allに設定されます。
(d)ログファイルのサイズが約50Mバイト程度に拡張されます。
設定値の詳細につきましては「2.3 smtpmngのサブコマンド」を参照してください。

エラーメールの返信先としてエンベロープ送信者を選択することができます。この機能を使用する場合には，以下の設定を行ってください。
(a)mhs_mailerのメーラ起動フラグを変更して，エンベロープ送信者データが取得できるように変更します。設定方法については，「3.3.2　Sendmailの定義例(3)」を参照してください。
(b)エラーメールの返信先として，エンベロープ送信者を使用するよう「エラーメール返信先アドレスの優先順位(error_mail_to)」に，Envelope_Fromを設定してください。設定方法については，「2.3.6.edit_option(3)」を参照してください。

MODIFYING_DBFILEにautoを指定している場合，以下の手順でユーザ情報の取込み定義ファイルの更新を行ってください。なお，Version 6 06-50以降にリビジョンアップした際に，下記手順で定義ファイルを更新済である場合は，本手順は実施する必要はありません。
1.smtpmngコマンドを起動します。
2.運用管理サブコマンド一覧から「edit_mapping(em) : アドレスマッピングルールの設定変更」を選択します。
3.表示されたメニューから「ユーザ情報の更新ルール(modifying_dbfile)」を選択します。
4.設定値として「auto」と入力します。この時，リターンキーだけで既存の値を設定すると，値が変更されたと見なされません。必ず，「auto」と入力して，以下のメッセージが表示されることを確認してください。以下のメッセージには「y」を選択します。

設定しますか？(Yes/No)

5.設定値を保存してsmtpmngコマンドを終了します。この時，以下のメッセージが表示されますので「y」を選択します。

現在の設定値でコンフィグレーションファイルを生成しますか？(Yes/No)

6.続いて以下のメッセージが出力されます。この時，以下のメッセージが表示されますので「y」を選択します。

ユーザ情報の取込み定義ファイルを更新しますか？(Yes/No)

7.Address Serverを再起動します。

Version 3以前からMail - SMTPをご使用になっている場合，送信するメールの添付ファイル名が文字化けする可能性があります。以下の内容を確認してください。
テキストエディタ等を使用して，smtpdir下のsmtpgw.cfgを参照してください。以下の設定パラメタがある場合，添付ファイル名は設定値に従って文字コード変換されますが，mimeエンコードされません。
SEND_FNAME = jis
または
SEND_FNAME = sjis
または
SEND_FNAME = euc
添付ファイル名をmime形式で作成する場合には，本設定パラメタの行を削除してください。

07-20より他社メーラとの接続性を考慮して主題／添付ファイル名のエンコード方法を変更しています。従来は，英数字などエンコードを必要としない文字コードについて可読性を優先してエンコードしていましたが，07-20より２バイトコードがある場合については文字列全体をエンコードするようにしています。本機能についてはSEND_BASE64_ENCODEの設定値により従来のエンコード方法(part)も選択可能としていますが，allを推奨いたします。設定につきましてはsmtpmngコマンドでサポートしておりますので「2.3.4(3) edit_sendformatで設定する値」を参照してください。

07-30より本文および主題を無変換で添付ファイル化する機能をサポートしています。デフォルトの動作ではこの機能は有効になっていませんので，使用する場合には「2.3.4(4) edit_recvformatで設定する値」を参照してください。

注意

本機能を使用する場合には，全てのMail Serverを07-30以降にバージョンアップしておく必要があります。

Mail - SMTPをバージョンアップした場合には，必ずdbmapコマンドを起動してください。dbmapコマンドの使用方法については，「2.4.2　dbmapの仕様(1)起動方法」を参照してください。

付録B　uuencode形式によるメールの変換方法

Groupmax MailとSendmailの間でメールの送受信をする場合，Mail - SMTPがデータを変換します。ここでは，uuencode形式での変換処理に適用される規則について説明します。

＜この節の構成＞

付録B.1　受信形式

付録B.2　送信形式

付録B.1　受信形式

uuencodeデータの受信時に，Mail - SMTPが実行する処理について説明します。

Sendmailから受信したメールデータの例を次に示します。ただし，実際のデータは改行が無視されて連続した形式で出力されます。

このデータは，マルチパートボディの形式になっています。マルチパートボディは，幾つかの異なるタイプのデータをまとめて転送する方式です。このデータの中で，begin ～ endの間がバイナリデータです。なお，uuencode形式のメールはMail - SMTPで自動的に認識されuudecodeされます。beginに付けられていた名称(smtpex)が添付ファイル名として取得されます。

＜受信例＞

------------------------------ Start of body part1
How are you?
------------------------------ End of body part1

------------------------------ Start of body part2
お元気ですか
------------------------------ End of body part2

------------------------------ Start of body part3
begin 755 smtpex

M``"=SE-`,¥```x|&&+,¥$``+&&B9PCR/)`````$`"`(T("303/|```
1I-"`DT$S MP0``$:;0x|)-+,¥$``+&&H("¥`+&&```++0$*H__P+3R
H/484"A?____|N15&&/ Mx|I`CT```$9A8B"](``0CR```$9Q*F&8
`__PB;P`$L=%M```$68+O2``((¥|`
 .
 .
 .
end
------------------------------ End of body part3

マルチパートボディ方式では，uuencodeでASCIIコードに変換されない通常のテキストデータは，バイナリデータとは区別されメールの本文として一つにまとめられます。この場合，バイナリデータは同封データとして扱われます。そのため，次のように転送後にデータの配置が変わる場合があります。

付録B.2　送信形式

Groupmax MailからSendmailにuuencode形式のメールを送信するときに，Mail - SMTPが実行する処理を，本文と添付ファイルとの場合に分けて説明します。

本文の場合

SEND_CODEの設定に従ってJISまたはSJISまたはEUCコードに変換されます。

添付ファイルの場合

添付ファイルごとにuuencodeします。添付ファイル名は，SEND_CODEの設定に従ってJISまたはSJISまたはEUCコードに変換されbegin行に出力します。

uuencode形式のメールのマッピング例（SEND_CODE=jisの場合）を以下に示します。

------------------------------ Start of body part1
Esc$BDjNc2q5D$N$*CN$i$;Esc(B
------------------------------ End of body part1
------------------------------ Start of body part2
begin 644 Esc$BE:IU%U%!%$%kL>Esc(B.xls

M``"=SE-`,¥```x|&&+,¥$``+&&B9PCR/)`````$`"`(T("303/|```
1I-"`DT$S MP0``$:;0x|)-+,¥$``+&&H("¥`+&&```++0$*H__P+3R
H/484"A?____|N15&&/ Mx|I`CT```$9A8B"](``0CR```$9Q*F&8
`__PB;P`$L=%M```$68+O2``((¥|`
 .
 .
 .
end
------------------------------ End of body part2

注意

Escはエスケープコード（0x1b）です。

付録C　MIME形式によるメールの変換方法

Groupmax MailとSendmailの間でメールの送受信をする場合，Mail - SMTPがデータを変換します。ここでは，MIME形式での変換処理に適用される規則について説明します。

＜この節の構成＞

付録C.1　処理形式

付録C.2　送信形式

付録C.1　処理形式

MIMEデータの送受信時に，Mail - SMTPが実行する処理について説明します。

＜この項の構成＞

(1)　MIME形式受信時

(2)　MIME形式送信時

(1)　MIME形式受信時

Sendmailからメールを受信したとき，Mail - SMTPはそのメールがMIME形式か，従来のRFC822形式かを自動的に認識します。ここでは，MIME形式のメールを受信した場合に，Mail - SMTPがどのように処理するかをデータ種別ごとに示します。

テキストデータ（text/plain，message/rfc822など）の場合

先頭のテキストボディは本文として，二つ目以降のテキストボディは添付ファイルとして処理します。

charsetが「iso-2022-jp」と指定されている場合，JIS/SJIS/EUCのいずれかを自動判定して処理します。charsetが「utf-7」，「utf-8」または「utf-16」と指定されている場合，Unicodeとして処理します。「iso-2022-jp」「utf-7」「utf-8」「utf-16」以外の文字コードが指定してある場合，「iso-2022-jp」として処理します。

バイナリデータ（application/octet-stream，video/mpegなど）の場合

ボディごとに添付ファイルとして処理します。

ファイル名の取得は，「Content-Disposition」フィールドに続く「filename」フィールドから取得します。このフィールドがなかった場合には「Content-Type」フィールドに続く「name」フィールドから取得します。ファイル名の取得に失敗した場合（ファイル名フィールドがない場合も含む）は，Mail - SMTPがファイル名を生成します。

マルチパートボディ（multipart/mixedなど）の場合

マルチパートボディの中に，さらにマルチパートボディが定義されている場合はヘッダ中に定義された区切り文字でボディを分割します。

注意

Mail - SMTPは，Sendmailから受信したメールのSMTPヘッダ中に，「MIME-Version:」がある場合に限ってMIME形式のメールと認識します。MIMEデータを使用してGroupmaxユーザとインターネットとの間でメールを交換する場合は，SMTP側で必ず「MIME-Version:」ヘッダを生成してください。なお，設定値MIMEヘッダの解析(mime_header_analyze)により「MIME-Version:」ヘッダを仮定してヘッダ解析を行うことができます。詳細については「2.3.4 edit_format(4)」を参照してください。

未サポートのコンテントタイプ（xxxxx/yyyyy）の場合

Mail - SMTPでサポートしていないContent-Typeが指定されていた場合，およびContent-Typeが正しく指定されていない（Content-Typeヘッダがない，またはサブタイプがない等）場合には，そのボディをテキストファイルとして受信します。

主題，添付ファイル名，コメントの場合

主題または添付ファイル名またはコメントがMIMEエンコードされている場合，以下の形式をサポートしています。

=?charset?encoding?encoded-text"?=

charsetは，「us-ascii」「iso-2022-jp」「utf-7」「utf-8」「utf-16」を想定しており，想定外のcharsetの場合には，「iso-2022-jp」として処理します。

encodingは，quoted-printableを示す「Q」とbase64を示す「B」をサポートしています。

encoding-textは空白以外のASCII文字である必要があります。

以下の場合には，デコード処理は行いません。

encodingが「Q」または「B」以外の場合

encoding-textに空白があった場合

RFC2231方式でエンコードされた添付ファイル名の場合

添付ファイル名がRFC2231方式でエンコードされている場合，以下の形式をサポートしています。

添付ファイル名を取得するパラメタ名

Content-Typeヘッダのname*で始まるサブパラメタ

Content-Dispositionヘッダのfilename*で始まるサブパラメタ

添付ファイル名のフォーマット

charset'language'encoded-text

charsetは，「us-ascii」「iso-2022-jp」「utf-7」「utf-8」「utf-16」を想定しており，想定外のcharsetの場合には，「iso-2022-jp」として処理します。

languageは，取得しません。指定されていても無視します。

encoding-textは添付ファイル名をASCII文字で指定する必要があります。

注意

RFC2231方式のファイル名取得時にファイル名に以下の文字列が含まれている場合には添付ファイル名から文字列を削除します。

“name*”から”=”までの文字列

“filename*”から”=”までの文字列

注意

MIME構造情報ファイルの設定(MIME_STRUCTURE)の設定値としてonを設定している場合，POP3/IMAP4クライアントへのメールダウンロード時，および代行受信時には受信時のE-mailヘッダを復元しますので，RFC2231方式の添付ファイル名が参照できるかはメーラに依存します。このため，RFC2231方式に対応していないメーラの場合，文字化けが発生する場合があります。

(2)　MIME形式送信時

Groupmax MailからSendmailにメールを送信する場合，Mail - SMTPが実行する処理は，SEND_CODEの設定内容によって異なります。SEND_CODEの設定法については「2.3.4　edit_format」を参照してください。

jis，sjis，eucのどれかが設定されている場合は，RFC822形式で送信する。

mimeが設定されている場合は，MIME形式で送信する。

付録C.2　送信形式

Groupmax MailからSendmailにMIME形式のメールを送信するときに，Mail - SMTPが実行する処理を，本文と添付ファイルとの場合に分けて説明します。

本文の場合

Content-Type: text/plain（MIMEのテキスト形式）にマッピングします。送信文字コードは主題と本文と添付ファイル名のすべての文字がASCII文字（0x7f以下の文字コード）の場合，charset =us-asciiを生成します。それ以外の場合，charset=iso-2022-jp（JISコードの一種）を生成します。

注意

charset=us-asciiで送信したメールに日本語固有の文字コードが含まれる場合，受信されるメールクライアントによっては見え方が異なる場合があります。

例：'￥'が'＼'（バックスラッシュ）で表示される。

注意

署名メール(multipart/signed)を送信する場合，本文の送信文字コードはcharset=iso-2022-jpを生成します。

注意

Groupmax Mail クライアントから本文添付ファイル化された本文が送信されている場合には，送信時に指定されたcharsetを生成します。

添付ファイルの場合

(a)Content-Typeのマッピング機能を使用している場合

Content-Typeマッピングテーブルが登録されている場合には，拡張子に対応づけられたContent-Typeを生成します。マッピングテーブルに該当する拡張子が見つからなかった場合には，Content-Type: application/octet-streamにマッピングします。また，添付ファイルの名称はnameフィールド，および「Content-Disposition」のサブフィールドである「filename」にマッピングします。Content-Typeマッピングテーブルの登録方法については「2.3.4　edit_format(3)」を参照してください。

(b)Content-Typeのマッピング機能を使用していない場合

添付ファイルごとに：Content-Type: application/octet-streamにマッピングします。また，添付ファイルの名称はnameフィールド，および「Content-Disposition」のサブフィールドである「filename」にマッピングします。

MIME形式のメールのマッピング例を以下に示します。

Subject: =?ISO-2022-JP?B?g2WDWINng4GBW4OL?=主題
MIME-Version: 1.0
Content-Type: multipart/mixed;
    boundary=GMAILSMTPBOUND00950917182030

--GMAILSMTPBOUND00950917182030
Content-Type: text/plain; charset=ISO-2022-JP
                                       本文
       body this is text
--GMAILSMTPBOUND00950917182030
Content-Type: application/octet-stream; name="tmp1.txt"
Content-Disposition: attachment; filename="tmp1.txt"
Content-Transfer-Encoding: Base64
                                       添付ファイル1
k1mVdIN0g0CDQ4OLglAKgrGCzIN0g0CDQ4OLgs2TWZV0g3SDQINDg4uC
UILFgreBQgo=
--GMAILSMTPBOUND00950917182030
Content-Type: application/octet-stream; name="tmp2.txt"
Content-Disposition: attachment; filename="tmp2.txt"
Content-Transfer-Encoding: Base64
                                       添付ファイル2
grGCzIN0g0CDQ4OLgs2TWZV0g3SDQINDg4uCUYLFgreBQgpUaGlzIHRl
eHQgaXMgR3JvdXBNYWlsL1NNVFAgMDEtMDEgRlMgU2FtcGxlCg==
--GMAILSMTPBOUND00950917182030--

付録D　メールを送受信するときの注意事項

＜この節の構成＞

付録D.1　添付ファイル名の注意事項

付録D.2　S/MIMEメール受信時の注意事項

付録D.3　エラーメール受信時の注意事項

付録D.4　その他の注意事項

付録D.1　添付ファイル名の注意事項

ここでは，送受信をするメールの添付ファイル名がロングファイル名の場合の注意事項と，添付ファイル名で使われている文字種別に対する制限事項について説明します。

＜この項の構成＞

(1)　ロングファイル名の場合の注意事項

(2)　ファイル名称の文字種別に対する制限事項

(1)　ロングファイル名の場合の注意事項

インターネットへ送信する添付ファイル名（ロングファイル名）の場合の扱いは，smtpmngのサブコマンドedit_formatの設定項目long_fnameに設定されている値によって異なります。long_fnameの設定値と意味は次のとおりです。

send_allow
インターネット送信時の添付ファイル名としてロングファイル名を使用します。（デフォルト）

send_deny
インターネット送信時の添付ファイル名としてDOS形式のファイル名を使用します。

long_fnameの設定方法については，「2.3　smtpmngのサブコマンド」の「2.3.4　edit_format」を参照してください。

(a)　インターネットへのメール送信時の添付ファイル名の扱い

long_fnameの設定値がsend_allowの場合に，Integrated Desktopクライアントでロングファイル名の添付ファイルを付けたメールを送信すると，受信側では添付ファイルにロングファイル名が使用されます。

ただし，添付ファイルの名称に，次の文字が含まれていた場合は，その文字が「_」に置換されます。また，拡張子が不正な場合は，拡張子が「.TMP」に置換されます。

ファイル名の先頭に使用できない文字
~(チルダ)，-，+，#

ファイル名に使用できない文字
"，'，*，;，!，<，>， (スペース)，/，?，[，]，¥，|

(b)　インターネットからのメール受信時の添付ファイル名の扱い

Mail - SMTPでは，次に示すルールに従ってファイル名を生成します。生成したファイル名は，クライアントのファイル名表示などで利用されます。なお，次に示すルールは，受信したファイル名の先頭および末尾に空白があった場合には，この空白を削除した後でファイル名に適用されます。

例）

受信したファイル名が「(space)ABCDEFGHI.doc(space)」の場合には，「ABCDEFGHI.doc」に対して以降のルールが適用されます。

ファイル名の生成規則
受信したファイル名がGroupmax Mailクライアントで処理できるファイル名の形式に一致していれば，ファイル名はそのまま利用されます。ただし，次に示すようなファイル名を受信した場合には，Mail - SMTPで添付ファイル名の正規化処理が実行されます。

添付ファイルの名称に次の文字が含まれている場合は，その文字を不正文字とみなして，「_」に置換します。
(スペース)，+，*，:，<，>，?，|，0x00～0x1Fまでの制御文字

ファイル名の長さが254バイトを超えていた場合には，Mail - SMTPでPrefixおよび拡張子の一部を破棄します。

base64エンコードされたファイル名が1024バイトを越えている場合，添付ファイル名の全体または末尾がbase64デコードされません。

Prefixがない場合には，Mail - SMTPで「U」+7けたの数字をPrefixにします。

添付ファイル名中に「/」または「¥」が含まれていた場合，「/」「¥」以降の部分を添付ファイル名として扱います。

デバイスファイル名が指定されている場合には，Mail - SMTPで「U」+7けたの数字をPrefixにします。

ファイル名の取得に失敗した場合
Content-Typeが以下のいずれかに該当する場合，「U」+7けたの数字+「.TMP」というファイル名をMail - SMTPが割り当てます。（XXXXは任意の文字列です）

application/XXXXX

image/XXXXX

audio/XXXXX

video/XXXXX

Content-Typeが以下に該当する場合，「U」+7けたの数字+「.HTM」というファイル名をMail - SMTPが割り当てます。

text/html

上記に該当しない添付ファイルは，「U」+7けたの数字+「.TXT」という添付ファイル名を割り当てます。

(2)　ファイル名称の文字種別に対する制限事項

各種メールシステムで文字コード体系が異なるために，Groupmax Mailクライアントから送信したメールの添付ファイルが半角仮名文字，および全角文字を含む名称を持つ場合，受信先メールシステムで添付ファイルの名称が正しく表示されないことがあります。

付録D.2　S/MIMEメール受信時の注意事項

Mail - SMTPでは以下の形式のメールを受信した場合にS/MIMEメールとして認識します。以下の形式以外はS/MIMEメールとして受信しません。

＜この項の構成＞

(1)　multipart/signed

(2)　署名形式

(3)　暗号形式

(1)　multipart/signed

メールヘッダが以下の場合multipart/signedとして受信します。

MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="XXXX"

または，

MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=SHA1; boundary="XXXX"

(2)　署名形式

メールヘッダが以下の場合，署名メールとして受信します。

MIME-Version: 1.0
Content-Type: application/x-pkcs7-mime; smime-type=signed-data; name="CMSSIG.P7M"

または，

MIME-Version: 1.0
Content-Type: application/pkcs7-mime; smime-type=signed-data; name="CMSSIG.P7M"

(3)　暗号形式

メールヘッダが以下の場合，暗号形式メールとして受信します。

MIME-Version: 1.0
Content-Type: application/x-pkcs7-mime; smime-type=enveloped-data; name="CMSENV.P7M"

または，

MIME-Version: 1.0
Content-Type: application/pkcs7-mime; smime-type=enveloped-data; name="CMSENV.P7M"

付録D.3　エラーメール受信時の注意事項

Mail - SMTPでは以下の形式のメールを受信した場合にRFC1891形式のエラーメールとして認識します。以下の形式以外はRFC1891形式のエラーメールとして受信しません。

＜この項の構成＞

(1)　multipart/report

(1)　multipart/report

メールヘッダが以下の場合multipart/reportとして受信します。

MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status

付録D.4　その他の注意事項

＜この項の構成＞

(1)　alias又はforwardによるアドレス変換の注意事項

(2)　外字を含むメールの注意事項

(3)　Bccユーザを含むメールの注意事項

(4)　メールの同報者が256人を超えた場合の注意事項

(5)　メールの返信先が256人を超えた場合の注意事項

(6)　組織メールの処理についての注意事項

(7)　代行受信する場合の注意事項1

(8)　代行受信する場合の注意事項2

(9)　リッチテキスト本文の連携を行う場合の注意事項

(10)　Unicodeで送信されたメールの受信について

(11)　Mail - SMTP環境のworkディレクトリについて

(12)　Sendmailの経路による文字化けについて

(13)　Server - Scanが分割メール中に含まれるコンピュータウィルスを検出できない問題について

(14)　Server - ScanがMIME-Versionヘッダがないメールに含まれるコンピュータウィルスを検出できない現象について

(15)　同報者のアドレスマッピングについて

(16)　コメントのマッピング機能について

(17)　返信履歴の引継ぎ機能について

(18)　APエラー発生時について

(19)　ループメールの検知について

(20)　O/R名の要素国名，ADMD，PRMDに英数字，半角＋記号，半角－記号以外を指定している場合について

(21)　0x1Aコードを含むデータのメール受信について

(1)　alias又はforwardによるアドレス変換の注意事項

Sendmailでalias又はforwardによって転送しているメールをGroupmax Mailクライアントで参照すると同報者の宛先として転送前のアドレスと転送後のアドレスの両方が表示されます。aliasまたはforwardによる転送によって，エンベロープ受信者だけが変更されメールヘッダにある受信者(To，Cc)は変更されないままメール転送されるためです。このようなエンベロープ受信者のE-mailアドレスとメールヘッダの受信者（同報者）のアドレスが異なるメールをMail - SMTPが受信した場合には，メールヘッダにある受信者のアドレスマッピングが行えないためGroupmax内では別の人に同報されたものとして処理します。

対処方法としては，Sendmailで転送する際にメールヘッダ中の受信者情報(To，Cc)を，Mail - SMTPで受信する時のエンベロープ受信者アドレスに変換してから，転送するようにしてください。

(2)　外字を含むメールの注意事項

メールの主題，本文，添付ファイル名に外字が含まれていた場合，主題，本文，添付ファイル名の内容は正常に変換されません。この場合，JISコードでは0x8000以降の文字が，SJISコードでは0xF000以降の文字が正しく変換されません。詳細の範囲については下記を参照ください。

JISコード

0x8000～0x9320

0x937F～0x9420

0x947F～0x9520

0x957F～0x9620

0x967F～0x9720

0x972D～

SJISコード

0xF000～0xF9FF

0xFA7F

0xFAFD～0xFAFF

0xFB7F

0xFBFD～0xFBFF

0xFC4C～

(3)　Bccユーザを含むメールの注意事項

インターネットから受信したメールにToまたはCc指定されていない同報者が指定されている場合，Groupmax MailクライアントではToとして表示される場合があります。

この同報者をToとして表示されるのを回避するには，smtpmngコマンドメニューから，以下の手順でコンフィグレーション情報を変更してください。

smtpmngコマンドを起動する

運用管理サブコマンド一覧から「edit_format」を選択する

表示されたメニューから「BCC受信者の設定（bcc_recipients）」を選択する

設定値として「on」を設定する

変更後の設定値を格納してsmtpmngコマンドを終了する

「BCC受信者の設定（bcc_recipients）」を「on」にしたときの例を示します。

次に示す3人のGroupmaxユーザがAddress Serverに登録されていたとします。

ユーザ1

Groupmaxユーザのニックネーム：T.HITACHI

E-mailアドレス：taro@soft.hitachi.co.jp

ユーザ2

Groupmaxユーザのニックネーム：H.HITACHI

E-mailアドレス：hanako@soft.hitachi.co.jp

ユーザ3

Groupmaxユーザのニックネーム：J.HITACHI

E-mailアドレス：jiro@soft.hitachi.co.jp

インターネットから次のようなメールを受信した場合の同報者の表示例を，Bcc指定されたユーザ1とTo指定されたユーザ2，ユーザ3ごとに示します。

　Bcc:taro@soft.hitachi.co.jp

　To:hanako@soft.hitachi.co.jp

　To:jiro@soft.hitachi.co.jp

Bcc指定されたユーザ1（ニックネーム：T.HITACHI）が受信した場合

Bcc:T.HITACHI

To:H.HITACHI

To:J.HITACHI

To指定されたユーザ2（ニックネーム：H.HITACHI）が受信した場合

To:H.HITACHI

To:J.HITACHI

To指定されたユーザ3（ニックネーム：J.HITACHI）が受信した場合

To:H.HITACHI

To:J.HITACHI

(4)　メールの同報者が256人を超えた場合の注意事項

SMTPから受信したメールの同報者（Resent-To，Resent-Bcc，Resent-Cc，To，Bcc，Ccの合計）に256人以上のGroupmaxユーザの宛先が指定されていた場合，Mail - SMTPは257人目以降の受信者情報は破棄して，以下のエラーメッセージを出力します。

Smtpgw170: 受信者の最大数を超えたため256人以降の情報を破棄しました。

(5)　メールの返信先が256人を超えた場合の注意事項

SMTPから受信したメールの返信先（Reply-To）に256人以上の宛先が指定されていた場合，Mail - SMTPは257人目以降の返信先情報は破棄して，以下のエラーメッセージを出力します。

Smtpgw247: 返信先アドレスの最大数を超えたため257個以降の情報を破棄しました。

(6)　組織メールの処理についての注意事項

送信するメールの送信者が組織メールアドレス（姓フィールドの先頭が「#」）である場合，Mail - SMTPはこのメールを破棄します。また，送信者にエラーレポートを返信し，以下のエラーメッセージを出力します。

Smtpgw174: 組織メールユーザ情報を破棄しました。

送信するメールの受信者に組織メールアドレスが含まれていた場合，組織メールアドレスだけを破棄して配信処理を続行します。なお，Sendmailから受信したメールの本来受信者に組織メールアドレスが指定されていた場合，Mail - SMTPはこのメールを破棄して，以下のエラーメッセージを出力します。

Smtpgw174: 組織メールユーザ情報を破棄しました。

(7)　代行受信する場合の注意事項1

Groupmax Mailクライアントの受信者が代行受信者を設定している時，その代行受信者があて先ユーザ（E-mailアドレス）である場合，そのE-mailアドレスの受信者では，あて先のヘッダが以下のようになります。

代行先の受信者（E-mail）：BCC

代行を設定した受信者：メールの送信者が指定したメール種別（TO/CC/BCC）

例）

GroupmaxユーザAさんがGroupmaxユーザBさんにTOを指定してメールを送信し，Bさんが代行受信者としてあて先ユーザCさん（E-mailアドレス）を設定している場合，Cさんが受け取るメールは，BさんがTOとして，CさんはBCCとしてメールが受信されます。

(8)　代行受信する場合の注意事項2

Groupmax Mail内で2回以上代行受信されてからMail - SMTPを経由してインターネットに代行受信された場合には，送信者に配信報告が返信されません。配信報告が返信されない場合，送信一覧でメールの送信状態が「送信中」のままになります。

例1）

GroupmaxユーザのAさんがBさんにメールを送信し，Bさんがあて先ユーザXさん(インターネットユーザ)に代行受信していた場合には，配信報告がAさんに返ります。

例2）

GroupmaxユーザのAさんがBさんにメールを送信し，BさんがCさんに代行受信し，Cさんがあて先ユーザXさん(インターネットユーザ)に代行受信していた場合には，配信報告がAさんに返りません。

(9)　リッチテキスト本文の連携を行う場合の注意事項

リッチテキスト本文を含むメールを送信する場合，添付ファイルのヘッダにリッチテキスト本文であることを示す付加情報を生成しています。この為，転送元のメールをメールヘッダも含めすべて再利用し，部分的なデータの差し替えをして転送が可能なクライアントで転送されたメールを受信した場合に，転送時に編集された本文を読めない場合があります。これは，リッチテキスト本文を示す付加情報を含むメールが転送されるため，Mail - SMTPがメールを受信した場合に，転送された添付ファイルをリッチテキスト本文として処理するためです。

この現象を回避するには，メールを転送する際にメールヘッダを再利用しない「返信」機能を利用していただくようお願いします。

(10)　Unicodeで送信されたメールの受信について

Mail - SMTPでは，Unicodeで送信されたメール（charsetに"utf-7"，"utf-8"または"utf-16"が指定されている場合）を受信した場合，JISの第一水準および第二水準に対応する文字コードだけ変換を行います。変換できない文字は"?"に変換します。

charsetに"utf-7"，"utf-8"，"utf-16"以外が指定されている場合（charsetが指定されていない場合を含む），主題，コメント，本文，添付ファイル名，テキスト形式の添付ファイルのcharsetを「iso-2022-jp」と仮定して受信します。このため，Groupmax Mailクライアントを使用してメールを受信しても正しく表示することができません。また，MIME構造情報を添付ファイルとして受信した場合（MIME_STRUCTURE=on）も，文字コード変換を行っていますので，インターネットクライアントを使用しPOP3/IMAP4でメールを取得した場合も同様に文字化けします。テキスト形式の添付ファイルを文字コード変換しないで受信する方法については，「6.5.17　テキスト添付ファイルを文字コード変換しないで受信したい」を参照してください。

また，MIME構造情報を添付ファイルとして受信する設定（MIME_STRUCTURE=on）の時，Unicodeで送信されたメールを受信し，Mail Server 06-51より古いバージョンのサーバからPOP3/IMAP4クライアントでメール受信すると，本文がないメールが受信されます。POP3/IMAP4サーバとして使用するMail Serverが06-51以降でない場合，MIME構造情報を添付ファイルとして受信しないよう（MIME_STRUCTURE=off）に設定してください。設定方法については，「2.3.4 edit_format (4) edit_recvformatで設定する値」を参照してください。

(11)　Mail - SMTP環境のworkディレクトリについて

smtpdir下のworkディレクトリにはファイルを置かないでください。ファイルを置いた場合，Mail - SMTPを次回起動したときに削除されます。

(12)　Sendmailの経路による文字化けについて

メールが転送される経路によっては，経由するSendmailのバージョンにより主題，本文が文字化けする場合があります。

(13)　Server - Scanが分割メール中に含まれるコンピュータウィルスを検出できない問題について

インターネットクライアントは1通のメールを分割送信する場合，RFC2046で規定している方式で分割して送信します。インターネットクライアント(POP3/IMAP4)を使用してMail Serverから分割メールを取り出しますと，分割メールは復元され一つのメールになります。この分割メール中にコンピュータウィルスが含まれていた場合，復元されてはじめてコンピュータウィルスが顕在化します。この復元されたコンピュータウィルスが顕在化したメールを参照することにより，コンピュータウィルスに感染する恐れがあります。

なお，Groupmax Mailクライアントでは分割されたメールを結合する機能はないため，本件には該当しません。

(a)　発生条件

下記すべての条件に該当した場合にコンピュータウィルスに感染する恐れがあります。

Mail - SMTPでMIME構造情報の設定を有効（MIME_STRUCTURE=on）にしている（デフォルトは無効）

Mail ServerでPOP3/IMAP4機能を有効にしている（デフォルトは無効）

Server - Scanを導入している

POP3/IMAP4クライアントを使用してMail Serverからすべての分割メールを取り出し，復元処理を行う

Mail - SMTPとファイアウォールの間にE-Mailのコンピュータウイルスチェックが可能なソフトウェアを導入していない，または，導入しているが分割メールのコンピュータウイルスチェックに対応していない

POP3/IMAP4クライアントを使用しているクライアントマシン上でコンピュータウィルスチェックソフトを導入していないまたは導入しているが常駐していない

(b)　対応策

以下のいずれかの対応策があります。

Mail - SMTPで分割メールの受信制御(recv_message_partial)の設定を受信不可にする。設定方法については，「6.5.19 分割メールを受信しないようにしたい」を参照してください。

POP3/IMAP4クライアントを使用しているクライアントマシン上にコンピュータウィルスチェックソフトを導入し常駐化する

Mail - SMTPとファイアウォールの間に分割メールに対応したE-Mailのコンピュータウイルスチェックを導入する

(14)　Server - ScanがMIME-Versionヘッダがないメールに含まれるコンピュータウィルスを検出できない現象について

MIME形式のメールはMIEM-Versionヘッダを生成することをRFC2045にて規定されていますが，コンピュータウィルスへの感染を目的としてMIME-Versionヘッダがないメールが受信される場合があります。Mail - SMTPではMIME-Versionヘッダがない場合にはMIME形式と判断しないため，添付ファイルを本文として受信します。この場合，Server - Scanは本文に張り付いたコンピュータウィルスをウィルス検知できません。

なお，Groupmax Mailクライアントでは本文はテキストデータとして処理するため，本文に張り付いたコンピュータウィルスには感染しません。

(a)　発生条件

下記すべての条件に該当した場合にコンピュータウィルスに感染する恐れがあります。

Mail - SMTPでMIME構造情報の設定を有効（MIME_STRUCTURE=on）にしている（デフォルトは無効）

Mail ServerでPOP3/IMAP4機能を有効にしている（デフォルトは無効）

Server - Scanを導入している

POP3/IMAP4クライアントを使用してMail ServerからMIME-Versionヘッダのないメールを取り出し，復元処理を行う

Mail - SMTPとファイアウォールの間にE-Mailのコンピュータウイルスチェックが可能なソフトウェアを導入していない，または，導入しているがMIME-Versionヘッダがないメールのコンピュータウイルスチェックに対応していない

POP3/IMAP4クライアントを使用しているクライアントマシン上でコンピュータウィルスチェックソフトを導入していないまたは導入しているが常駐していない

(b)　対応策

以下のいずれかの対応策があります。

POP3/IMAP4クライアントを使用しているクライアントマシン上にコンピュータウィルスチェックソフトを導入し常駐化する

Mail - SMTPとファイアウォールの間にMIME-Versionヘッダがないメールに対応したE-Mailのコンピュータウイルスチェックを導入する

(15)　同報者のアドレスマッピングについて

Mail - SMTPのINTERNETDOMAIN名と同じドメイン名である受信者(GroupmaxユーザのE-mailアドレスなど)が同報者にいる場合，そのアドレスは生成されません。

(16)　コメントのマッピング機能について

コメント情報はヘッダから取得する時に最大256バイトまでを取得します。MIMEエンコードされているコメントが256バイトを越える場合，256バイト以降は取得できません。また，MIMEエンコードされたコメントが256バイトを越える場合，デコード処理が行われません。

コメント情報は最大64バイトまでをマッピングします（JISの切替えコードを含む）。このため，全角文字，半角カナ文字が含まれるコメントについてはマッピングされるコメントが短くなる場合があります。

コメントに'¥'，'"'，'('，')'が含まれる場合，メール返信時に'¥'文字でエスケープしたコメントを生成します。このため，返信先の受信メーラによっては'¥'文字がコメントとして表示される場合があります。

送信者(From／Sender)や受信者(To/Cc)として取得したヘッダにコメントがない場合，他のヘッダにコメントが指定されている同一アドレスがあってもコメントは補われません。例えば，SenderとFromに同一アドレスが指定されておりFromのみにコメントが指定されている場合，Senderを送信者として取得した時にはFromのコメントはマッピングされません。

コメントがjisコードでかつエンコードされない状態で送信されている場合，コメントの一部が文字化けすることがあります。

コメントが，’”’，’”’で括られている場合，または’(‘，’)’で括られている場合，’”’や’（’や’）’はコメントを括る文字として解釈し，コメントとしては取得しません。

(17)　返信履歴の引継ぎ機能について

返信履歴の引継ぎ内容について説明します。

In-Reply-Toに指定されているMessage-IDがReferencesの最後のMessage-IDと等しくない場合には，In-Reply-Toに指定されているMessage-IDのメールに対して返信されたメールとしてマッピングを行います。

以下の理由により，他社メーラで正しくスレッド表示されない場合があります。

Message-IDが64バイトを越える場合，64バイト目までの文字列をMessage-IDとして引継ぎます。

返信履歴は最大16個まで引継ぎます。16個を越える返信履歴をマッピングする場合，最古のMessage-IDと最新のMessage-ID15個を引継ぎます。

(18)　APエラー発生時について

APエラーが発生した場合，発生の原因となったメールをgwuqに退避してメールの送受信処理を継続します。従来動作であるダイアログボックスを出力してMail - SMTPの処理を終了する場合には，smtpgw.cfgに以下の設定項目を追加してください。

APERROR_DIALOGBOX = open

なお，smtpmngコマンドでの設定機能はサポートしておりませんので，テキストエディタ等を使用して設定内容の追加を行ってください。

(19)　ループメールの検知について

Mail - SMTPではエラーメールのループ現象を防止するため，以下のケースではエラーメールを返信しないようにしています。

Mail - SMTPが返信したエラーメールが受信できなかった場合

エラーメールの形式がRFC1891形式である場合に，エラーメールが受信できなかった場合。RFC1819形式のレポートについては，「付録D.3 エラーメール受信時の注意事項」を参照してください。

Mail - SMTPでメールが受信できなかった時，送信者のE-mailアドレスがSEND_ENVELOPE_FROMと同じである場合（なお，SEND_ENVELOPE_FROMにrootなどのようにローカルパートしか指定していない場合には，ローカルパートだけを比較して同じかどうかで判断します）本件に該当する場合，以下のエラーログを出力します。
Smtpgw237:受信者情報が管理者アドレスである為，エラーメールを返信しませんでした。

Mail - SMTPでメールが受信できなかった時，エラーメールの返信先のE-mailアドレスがGroupmaxのドメイン名であるがDBマッピングを行ってもマッピングできない時。本件に該当する場合，以下のエラーログを出力します。
Smtpgw250:ループメール抑制機能によりエラーメールを返信しませんでした（要因=00）。

Mail - SMTPでメールが受信できなかった時，Fromのアドレスが「エラーメールを返信抑制するアドレス」に該当する場合。本件に該当する場合，以下のエラーログを出力します。エラーメールを返信抑制するアドレスについては，「2.3.6(3)　edit_optionで設定する値」の「エラーメールを返信抑制するアドレス」を参照してください。
Smtpgw250:ループメール抑制機能によりエラーメールを返信しませんでした（要因=10）。

(20)　O/R名の要素国名，ADMD，PRMDに英数字，半角＋記号，半角－記号以外を指定している場合について

インターネットの受信者を指定する時に，O/R名の国名，ADMD，PRMDに英数字，半角＋記号，半角－記号以外を指定した場合，Groupmax Mailクライアントの送信一覧で配信状態が“配信中”となる場合があります。

(21)　0x1Aコードを含むデータのメール受信について

次に示す条件の場合，0x1Aコードを"?"に変換します。

Sendmailから受信した時点で，ヘッダおよびメールコンテンツに0x1Aコードが含まれる場合

Mail-SMTPが受信した主題／本文／テキスト添付ファイル／添付ファイル名／E-mailコメントの文字コード変換結果に0x1Aコードを含む場合

付録E　RFCヘッダの必須項目

Mail - SMTPでは，Sendmailから受信したメールのヘッダ中に，次に示すフィールドが必須となります。

From: 送信者フィールド

Date: 送信日付

各ヘッダフィールドのフォーマットを次に示します。

＜この節の構成＞

(1)　From:

(2)　Date:

(1)　From:

From:フィールドのフォーマットは次のとおりです。

localpart@domainpart

"localpart"@domainpart

<localpart@domainpart>

なお，上記のlocalpartはインターネットアドレスのローカルパートで，domainpartはインターネットアドレスのドメインパートです。

次に例を示します。

taro.hitachi@hitachi.co.jp
"taro.hitachi"@hitachi.co.jp
<taro.hitachi@hitachi.co.jp>

From:フィールド中に，スペースや":"などのSendmailで使用する区切り文字列が含まれる場合には，アドレスが正しく変換されない場合があります。

From:フィールドがない，またはFrom:フィールドのアドレスに不正な文字が含まれている場合，エンベロープ送信者を送信者として取得します。エンベロープ送信者を取得する為の設定については，「付録A バージョンアップ時の注意事項」を参照してください。

(2)　Date:

From:フィールドのフォーマットは，RFC822で定義されている次のフォーマットに従います。

[daytime,] d mon yy hh:mm[:ss] zone

[daytime,] dd mon yy hh:mm[:ss] zone

[daytime,] d mon yyyy hh:mm[:ss] zone

[daytime,] dd mon yyyy hh:mm[:ss] zone

なお，[ ]で囲まれた要素は省略可能であることを示します。

次に例を示します。

Sun, 25 Feb 96 22:20:17 +0900
Sun, 5 Feb 2001 22:20:17 +0900
Sun, 25 Feb 1999 22:20 +0900
5 Feb 01 22:20:17 +0900
25 Feb 2001 22:20:17 +0900
25 Feb 2001 22:20 +0900

注意

Date:ヘッダがない場合およびDateのフォーマットが不正な場合，メールの送信時間は取得できません。この場合，送信時刻はMail - SMTPが該当メールを受信処理した時刻になります。

付録F　ドメインごとエンコード指定機能の使用方法

ここでは，Groupmaxユーザからインターネットへ送信するメールのエンコード方法をドメインごとに決定したい場合の設定方法について説明します。

＜この節の構成＞

付録F.1　機能の概要

付録F.1　機能の概要

ドメインごとエンコード指定機能とは，受信先のE-mailアドレスのドメイン名から，mime形式またはuuencode形式の2通りのメールを生成する機能です。Mail - SMTPでは，次の設定を行うことでドメインごとエンコード指定機能を使用することができます。

ドメインごとエンコード指定機能を使用するには，Mail - SMTPの設定である"SEND_CODE"に"mime"を指定します。

注意

"SEND_CODE"にjis/sjis/eucの何れかを設定していた場合には，全てのメールについてuuencode形式のメールを生成しますのでドメインごとエンコード機能は有効となりません。

ドメイン定義ファイル（uudomain.cfg）に定義されたドメイン名宛のメールについてuuencode形式のメールを生成します。それ以外のドメイン名宛のメールについてはMIME形式のメールを生成します。

＜この項の構成＞

(1)　設定方法

(2)　smtpgw.cfgの設定内容

(3)　uudomain.cfgの設定内容

(1)　設定方法

コンフィグレーションファイル（smtpdir下のsmtpgw.cfg）に，以下の設定項目追加します。なお，これらの項目を設定する場合には，テキストエディタ等を用いてsmtpgw.cfgファイルを直接編集してください。

注意

smtpgw.cfgファイルの編集はMail - SMTPサービスが停止した状態で行ってください。

(2)　smtpgw.cfgの設定内容

ドメイン定義ファイル名(uuencode_domain_file)
送信するメールをuuencodeフォーマットにするドメイン名を記述するファイル名を指定します。指定するファイル名は，"uudomain.cfg"固定としてください。

設定例）UUENCODE_DOMAIN_FILE = uudomain.cfg

ドメインの比較方法(uuencode_domain_check_mode)
ドメイン定義ファイルに設定されているドメイン名と受信者のドメイン名が完全一致している場合にuuencodeするか，または部分一致している場合にuuencodeするかを指定します。デフォルトは，allです。

all

完全一致する時にuuencodeする場合に指定します。

subdomain

部分一致する時にuuencodeする場合に指定します。

なお，ドメイン名はすべて大文字／小文字を同じ文字として扱います。部分一致とは，受信者のドメイン名がドメイン定義ファイルに設定されているドメイン名のサブドメインにあたるドメイン名のことを指します。

設定例）UUENCODE_DOMAIN_CHECK_MODE = all

ボディパートのエンコード方法(send_bodypart)
SEND_CODEにmimeを指定した場合にボディパートのエンコード方法を指定します。base64とxuuencodeのうちのいずれかを指定します。デフォルトはbase64です。

base64

添付ファイルをbase64でエンコードします。

xuuencode

添付ファイルをxuuencodeでエンコードします。

設定例）SEND_BODYPART = base64

(3)　uudomain.cfgの設定内容

ドメイン名定義ファイルは，テキスト形式のファイルです。テキストエディタ等を用いて直接編集し，smtpdir下にuudomain.cfgファイルを作成してください。ドメイン名は一行一レコードとし，改行して次のドメイン名を指定します。不正なドメイン名があった場合には，Mail - SMTPのサービス起動時にエラーメッセージ(Smtpgw212)をログ出力し，当該エントリを無視して処理を行います。ドメイン定義ファイルの設定例を次に示します。

設定例）

xxxx.hitachi.co.jp
yyyyyyy.hitachi.co.jp
zzz.hitachi.co.jp

注意

ドメイン名のフォーマットは，XXX.XXX.XXX…です。最大長は.(ピリオド)も含めて256バイトです。

ドメイン名の前後にピリオド，タブ，空白，改行コードがあった場合，それらを除外したものをドメイン名として扱います。

使用可能文字コード次のとおりです。

半角英大文字，半角英小文字，数字

%，'(アポストロフィ)，*，+，コンマ(,)，-(マイナス)，.(ピリオド)，/，:，=，?，@，^(ハット)，_(アンダーバー)，`，~(チルダ)

付録G　インストール方法（Windows版）

ここでは，Mail - SMTPのインストール方法を説明します。バージョンアップの場合には，「付録A　バージョンアップ時の注意事項」もあわせてご参照ください。

＜この節の構成＞

付録G.1　操作手順

付録G.2　インストール種別設定ダイアログボックス

付録G.1　操作手順

次の手順に従って，インストールします。

Groupmax Mailシステム管理者のユーザ名でログインします。
Groupmax Mailシステム管理者については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド　基本操作編」（Windows用）を参照してください。

バージョンアップを実施する場合には，必ずSendmailプロセスを停止してください。

プログラムマネージャ，またはファイルマネージャを使用してMail - SMTPのINSTALL.EXEを起動します。
操作環境がチェックされた後，Mail - SMTPインストールダイアログボックスが表示されます。

会社名と個人名の入力を求められた場合には，会社名，個人名を入力します。

[OK]を選択します。
Mail - SMTPのインストール種別設定ダイアログボックスが表示されます。インストール種別設定ダイアログボックスについては「付録G.2　インストール種別設定ダイアログボックス」を参照してください。

インストールの種別を選択します。

[OK]を選択します。
インストール先のディレクトリ設定ダイアログボックスが表示されます。

インストール先のディスクのディレクトリを次のように設定してください。

<ディスクのドライブ名>:ディレクトリ名

デフォルト値として，<Windowsがインストールされているドライブ>:¥win32app¥HITACHI¥groupmax¥smtpgwが設定されています。ディレクトリの変更が必要な場合は変更します。インストール先ディレクトリがない場合，ディレクトリが作成されます。

注意

Mail Serverと同じディレクトリ配下にはインストールしないでください。

[続行]を選択します。

インストール状況を示すダイアログボックスが表示されます。

[終了]を選択してインストールを終了します。

注意

Mail - SMTPをアンインストールした場合は，Mail Serverに登録したゲートウェイの情報を削除するようにしてください。

付録G.2　インストール種別設定ダイアログボックス

インストール時には，インストール種別設定ダイアログボックスで，インストール種別を設定します。

インストール種別設定ダイアログボックスでのオプションボタンおよびボタンの意味は次のとおりです。

標準インストール

Mail - SMTPを新規にインストールします。

カスタムインストール

Mail - SMTPを新規にインストールします。このオプションを選択すると，コピー先に同じ名前のファイルがある場合にダイアログボックスを表示して処理方法を確認します。必要に応じて，オプションボタンを選択してください。オプションボタンの意味は次のとおりです。

新しいファイルのみコピー(N)

提供ファイルの日付が新しいファイルだけを上書きします。

全て上書き(A)

すべて提供ファイルで上書きします。

このファイルはコピーしない(S)

ファイルを複写しません。同じファイルがあった場合，再びダイアログボックスを表示します。

上書き(O)

ファイルを複写します。同じファイルがあった場合，再びダイアログボックスを表示します。

更新（バージョンアップ）

Mail - SMTPを現在のバージョンに更新します。

削除

Mail - SMTPをインストールしたディレクトリとレジストリエントリを削除します。

[続行(G)]

選択した種類のインストールが開始されます。

[中止(C)]

インストールしないでインストールプログラムを終了します。

付録H　インストール方法（HP-UX版およびAIX版）

ここでは，Mail - SMTPのインストール方法を説明します。バージョンアップの場合には，「付録A　バージョンアップ時の注意事項」もあわせてご参照ください。Mail - SMTPの組み込み及び削除は，日立PPインストーラを使用してください。この章では日立PPインストーラの使用方法を説明いたします。

注意

この章で説明するインストール画面の表示例はAIX版です。HP-UX版では，PP型名，PP名称が異なります。

＜この節の構成＞

付録H.1　操作手順

付録H.2　リモートインストールの適用について

付録H.1　操作手順

＜この項の構成＞

(1)　日立PPインストーラの起動

(2)　PPのインストール

(3)　PPの削除

(4)　PP一覧の表示

(1)　日立PPインストーラの起動

日立PPインストーラは提供媒体に格納されています。実行に当たっては，以下の点にご注意願います。

日立PPインストーラは，スーパーユーザー以外では実行できません。このため，インストール対象のマシンにスーパーユーザーでログインして下さい。

デバイススペシャルファイル名やCD-ROMのマウントディレクトリは，OS，ハードおよび環境によって異なりますので，マニュアルおよびご使用環境等を確認のうえ実行して下さい。

日立PPインストーラ実行時の言語種別と実行するターミナルの言語を一致させておく必要があります。

ハードディスク上にある日立PPインストーラを使用する場合，最新のバージョンを媒体から取り出してからご使用ください。

更新インストールする場合，Sendmailのプロセスを停止してからインストール作業を行ってください。

(a)　CD-ROM媒体からの起動手順

CD-ROMファイル・システムのマウント
CD-ROM媒体の場合は，初めにCD-ROMファイル・システムをマウントする必要があります。マウントするためには，次のコマンドを入力します。
HP-UX版の場合

mount -r -F cdfs /dev/dsk/c0t2d0 /cdrom

AIX版の場合

mount -r -v cdrfs /dev/cd0 /cdrom

注意

下線部のデバイススペシャルファイル名およびCD-ROMファイル・システムのマウントディレクトリ名は，環境によって異なりますので，ご注意願います。

CD-ROMセットアッププログラムの起動
CD-ROMセットアッププログラムが日立PPインストーラと常駐プロセス自動起動プログラムをハードディスク上にインストールし，日立PPインストーラを自動的に起動します。
HP-UX版の場合

/cdrom/HPUX/SETUP /cdrom

AIX版の場合

/cdrom/aix/setup /cdrom

注意

CD-ROMのディレクトリ名やファイル名は，マシン環境によっては記述した内容と見え方が異なることがあります。lsコマンドで確認のうえ，表示されたファイル名をそのまま入力して下さい。すでにCD-ROMセットアッププログラムを実行し，日立PPインストーラがハードディスク上にある場合は，直接日立PPインストーラ（/etc/hitachi_setup）を起動して下さい。

/etc/hitachi_setup -i /cdrom

注意

下線部にはご使用になるCD-ROMのマウントディレクトリ名を指定してください。

(b)　テープ媒体からの起動手順（HP-UX版のみ）

日立PPインストーラおよび常駐プロセス自動起動プログラムの取り出し
テープ媒体の場合は，初めに日立PPインストーラを取り出す必要があります。日立PPインストーラを取り出すためにはテープ媒体を媒体装置にセットし，次のコマンドを入力します。

tar xf /dev/rmt/0mb

この結果，次の２つのファイルを取り出すことができます。

/etc/hitachi_setup （日立PPインストーラ）
/etc/hitachi_start （常駐プロセス自動起動プログラム）

日立PPインストーラの起動

/etc/hitachi_setup -i /dev/rmt/0mb

注意

下線部にはDATテープの場合，記録密度はDDS1タイプの8mmまたはDATテープのデバイススペシャルファイル名を指定してください。

(2)　PPのインストール

日立PPインストーラまたはCD-ROMセットアッププログラムを，提供媒体を指定して起動します。提供媒体を媒体装置にセットしておいて下さい。

メイン・メニューで＜I＞を選択すると，次の画面が表示されます。

      PP-NO.       VR      PP-NAME
<@>001 GMX7-SMPA    0700    Groupmax Mail - SMTP Version 7
     :
     :
F) Forward B) Backward J) Down K) Up Space) Select/Unselect I) Install Q) Quit

インストールしたいPPにカーソルを移動させ，スペースキーで選択します。選択したPPの左側には，”<@>“が表示されます。このとき，複数のPPを選択することも可能です。

続いて，＜I＞を入力すると，最下行に次のメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

ここで，＜y＞または＜Y＞を選択するとインストールが開始されます。＜n＞または＜N＞を選択すると，インストールが中止されPPインストール画面に制御が戻ります。

注意

＜y＞または＜Y＞以外のキーの入力は，全て中止として扱います。

＜Q＞を入力すると，メイン・メニューに戻ります。

(3)　PPの削除

PPを削除するためには，次のコマンドを入力して下さい。

/etc/hitachi_setup

メイン・メニューで＜D＞を選択すると，次の画面が表示されます。

      PP-NO.       VR      PP-NAME
<@>001 GMX7-SMPA    0700    Groupmax Mail - SMTP Version 7
     :
     :
F) Forward B) Backward J) Down K) Up Space) Select/Unselect D) Delete Q) Quit

削除したいPPにカーソルを移動させ，スペースキーで選択します。選択したPPの左側には，”<@>“が表示されます。このとき，複数のPPを選択することも可能です。

続いて，＜D＞を入力すると，最下行に次のメッセージが表示されます。

Delete PP? (y: delete,  n: cancel)==>

ここで，＜y＞または＜Y＞を選択するとPP削除が開始されます。＜n＞または＜N＞を選択すると，PP削除が中止されPP削除画面に制御が戻ります。

注意

＜y＞または＜Y＞以外のキーの入力は，全て中止として扱います。

＜Q＞を入力すると，メイン・メニューに戻ります。

(4)　PP一覧の表示

メイン・メニューで［L］を選択すると，次の画面が表示されます。これは，当該マシンにインストールされているPPの一覧です。

   PP-NO.          VR      Install date      PP-NAME
001 GMX7-SMPA       0700    2004/06/30 12:00  Groupmax Mail - SMTP Version 7
     :
     :
F) Forward B) Backward Q) Quit P) Print to /tmp/hitachi_PPLIST ==>

＜P＞を選択すると，インストール済みPP一覧が“/tmp/hitachi_PPLIST”に出力されます。

＜Q＞を選択するとメイン・メニューに戻ります。

付録H.2　リモートインストールの適用について

本ソフトウェア製品は，JP1/NETM/DMによるオンライン配布に以下のように対応しています。

なお，実際の運用に当たっては，JP1/NETM/DMのサポート状況と運用方法の詳細を確認してください。

適用範囲
オンライン配布により，既に導入済みの本ソフトウェアの入れ替えができます。新規組み込みのための適用はできません。

組み込みのタイミング
配布先のシステムに，次のタイミングで組み込みができます。

本ソフトウェアを転送した後のシステム停止時(電源ＯＦＦ時)

本ソフトウェアを転送した後のシステム起動時(電源ＯＮ時)

その他
次の機能が使用できます。

組み込みで障害が発生した時の戻し機能

付録I　Sendmail Single Switch 3.1J Windowsの設定手順

ここでは，Mail - SMTPの前提プログラムであるSendmail Single Switch 3.1J Windowsついて，提供されているGUIツールを使用して設定する手順について説明します。

注意

Sendmail Single Switch X.X for Windowsで提供されている Sendmail for NT 3.0.2からの移行ツールで，Mail - SMTPとの連携設定(sendmail.cf)の環境移行はできません。以下の手順に従って新規に環境を構築してください。

＜この節の構成＞

付録I.1　Sendmailの設定概要

付録I.2　設定手順

付録I.3　設定確認手順

付録I.4　アドレスマッピング設定手順（受信時変換）

付録I.5　アドレスマッピング設定手順（送信時変換）

付録I.1　Sendmailの設定概要

Sendmailでは，定義したドメイン名宛てのメールを受信したときに，メーラ（mhs_mailer）にメールを転送する設定を行います。

設定内容については，「3.3　Sendmailの設定内容」を参照してください。

次に設定内容についてSendmailの設定ツールを使用して定義する手順を示します。

付録I.2　設定手順

注意

Windows Server 2003およびWindows Server 2008をご使用になる場合，最初にクラスタの定義が必要な場合があります。以下の手順を参考に，クラスタの定義を行ってから設定を行ってください。

「メイン・メニュー」の「システム管理メニュー」を選択する。

「[システム管理]メニュー」画面の「分散管理の設定」を選択する。

「分散管理」画面の，「分散管理／ホストの編集」で「クラスタの編集」ボタンを選択する。

「分散管理」画面の，「分散管理／クラスタの編集」でリストボックスから該当するクラスタを選択し「クラスタの編集」ボタンを選択する。

「分散管理」画面の，「分散管理／クラスタのプロパティ」で「使用可能なホスト」リストボックスから該当するホストを選択し「追加」ボタンを選択して，「このクラスタ内のホスト」リストボックスに追加し，「OK」ボタンを選択する。

「メニューに戻る」ボタンを選択し，[システム管理]メニューに戻る。

「メイン・メニューに戻る」を選択してメイン・メニューに戻る。

次の手順に従って，設定します。

GUIの設定ツールを起動します。「スタートメニュー」－「プログラム」－「Sendmail Administration Console」を起動します。

管理者ログインから，管理ユーザIDとパスワードを入力してログインします。

「メイン・メニュー」画面が表示されますので，「新規設定」を選択します。

「新しい設定」画面が表示されますので，「テンプレートからの新規設定」を選択します。

「設定の読み込み」画面が表示されますので，ロードするテンプレートとして「sendmail_switch_default.m4」を選択して「読み込み」ボタンを選択します。

注意

sendmail_switch_default.m4というSendmail Switch用の雛形が用意されていますので，必ずそれをロードして修正変更する形で利用してください。

「詳細設定」画面で，「詳細設定」メニューを選択します。

「詳細設定」画面でリストボックスに表示される以下のパラメタを選択し「表示/編集」ボタンを選択し，「カスタム・ローカル設定」フィールドに設定値を入力して「適用」ボタンで設定します。

パラメタ名
設定値

LOCAL_CONFIG
CXtabsmtpgw.hitachi.co.jp

LOCAL_RULESETS
S28
R$-tab$@$1<@$j>
R$+<@$+.>tab$1<@$2>

LOCAL_RULE_0
R$+<@$=X>tab$#smtpgw $@$j $:$1<@$2>
R$+<@$=X.>tab$#smtpgw $@$j $:$1<@$2>

MAILER_DEFINITIONS
Msmtpgw,tabP=smtpbin¥¥mhs_mailer.exe,
F=CDxhFmMSu, S=28/28, R=28/28,
A=mhs_mailer.exe $u

confOPERATORS
.:%@!^[]+

注意

tabの部分は一つ以上のタブを入力してください。

注意

smtpbinのディレクトリの区切りは¥¥にしてください。

例）c:¥win32app¥hitachi¥groupmax¥smtpgwにMail - SMTPをインストールした場合，以下のように指定します。

P=c:¥¥win32app¥¥hitachi¥¥groupmax¥¥smtpgw¥¥bin¥¥mhs_mailer.exe

注意

mhs_mailerのパス名は¥¥コンピュータ名¥というネットワーク形式では入力できません。

注意

MAILER_DEFINITIONSの設定は設定値の途中に改行を入れないでください。

注意

上記設定が正しくされていない場合，社外からGroupmaxへのメール受信が行えません。

「保存」ボタンを選択して設定を保存します。

「設定を保存」画面が表示されますので，「sendmail_switch.m4」を入力して「保存」ボタンを選択します。

「サーバの設定」のメッセージが表示されますので，「メインに戻る」ボタンを選択します。

「メイン・メニュー」で「設定の展開」を選択します。

「deploy configuration」－「設定の展開 / 設定の選択」画面で，設定する「sendmail_switch.m4」ファイル（手順9.で保存したファイル名）を選択して「OK」ボタンを選択します。

「deploy configuration」－「設定の展開 / 展開 オプションの設定」画面で，各パラメタを確認して「展開」ボタンを選択します。

「deploy configuration」－「設定の展開 / 結果」で結果を確認し，「メインに戻る」ボタンで「メイン・メニュー」に戻ります。

付録I.3　設定確認手順

次の手順に従って，確認します。

「メイン・メニュー」から「設定のテスト」を選択します。

「設定のテスト / テストの選択」画面で，「発信者/受信者のアドレス・チェック」の下の，「テストの選択」ボタンを選択します。

「設定のテスト / 発信者/受信者のアドレス・チェック」画面で，以下のパラメタを設定し，「テストの実行」ボタンを選択します。
From address: root@FQDN(完全修飾ドメイン名)
To address: test@Mail - SMTPの受信ドメイン名(LOCAL_CONFIGで設定したドメイン名)

「設定のテスト / 発信者/受信者のアドレス・チェック / 結果」画面で，以下のマッピング内容に問題ないか確認します。

ENVELOPE : From

ENVELOPE : To

HEADER : From

HEADER : To

また，以下のようにメーラとして「smtpgw」が選択されているか確認します。

選択されたメーラ: ホストsmtpgw.hitachi.co.jpに対する smtpgw

「OK」ボタンで「設定のテスト / テストの選択」画面に戻ります。

「メインに戻る」ボタンを選択して「メイン・メニュー」に戻ります。

「メイン・メニュー」の「終了」を選択して，「Sendmail Administration Console」をログアウトします。

付録I.4　アドレスマッピング設定手順（受信時変換）

ここでは，Sendmail Single Switch 3.1J Windowsで提供されているGUIツールを使用してアドレスマッピングを行う手順について説明します。

注意

本手順は必須ではありません。運用環境により必要な場合のみ行ってください。また，設定内容については十分動作確認を行ってから運用してください。

以下の手順は，Sendmailでメール受信した時にmhs_mailerの起動ルールとして指定したルール28で，エンベロープ送信者／エンベロープ受信者／ヘッダ送信者／ヘッダ受信者のアドレスをアドレス変換する方法について説明しています。

なお，次の手順はtaro@hitachi.co.jpのアドレスをtaro_h@smtpgw.hitachi.co.jpに変換するという例です。

「メイン・メニュー」画面が表示されますので，「既存設定の編集」を選択し，編集する「sendmail_switch.m4」を選択して「読み込み」ボタンを選択します。

メニューから「環境」－「システム」－「その他」を選択し，「環境 / システム / その他」画面が表示されますので，データベース・マップ・タイプが「Berkeley DB Hash」であることを確認して「適用」ボタンを選択します。

メニューの「保存」ボタンを選択してから「メイン」ボタンを選択して「メイン・メニュー」に戻ります。

「メイン・メニュー」画面が表示されますので，「エイリアスとマップの編集」を選択します。

「マップ・エディタ / マップの選択」画面が表示されますので，カスタム・マップ・ファイル名として「RecvConv」を入力します。次に，カスタム・マップ・データベース・タイプ「通常のデータベース・マップ」を選択してから「マップの編集」ボタンを選択します。

「マップ・エディタ」でKEYに変換前のアドレスを，MAPPINGに変換後のアドレスを入力し「挿入」ボタンを選択すると，マッピングファイルに追加されます。例では以下の値を入力します。

パラメタ名 | 設定値
KEY | taro<@hitachi.co.jp>
MAPPING | taro_h<@smtpgw.hitachi.co.jp>

注意

ローカルパート"taro"の後ろに"<"を，ドメインパート"@hitachi.co.jp"の後ろに">"を付けてください。MAPPINGについても同様に"@domain名"を"<"と">"で囲んでください。

アドレス変換を行う全アドレスをマッピングテーブルに挿入し終えたら「保存」ボタンを選択して，編集内容を保存します。

「メイン」ボタンを選択して，「メイン・メニュー」に戻ります。

「メイン・メニュー」画面が表示されますので，「設定の展開」を選択します。

「設定の展開 / 設定の選択」画面のから，展開するm4ファイル「sendmail_switch.m4」を選択し「OK」ボタンを選択します。

「設定の 展開 / 展開 オプションの設定」画面から，「すべてのマップの再構築」の「Rebuild all maps」をチェックして「展開」ボタンを選択します。

注意

ここまでの操作でSendmail Switchのインストールディレクトリ¥etc¥mail下のディレクトリにRecvConv.dbが作成されていることを確認します。以降，RecvConv.dbファイルのパス名を指す場合にはRecvConv.dbと略します。

「メイン・メニュー」画面が表示されますので，「既存設定の編集 」を選択し，編集する「sendmail_switch.m4」を選択して「読み込み」ボタンを選択します。

「詳細設定」メニューを選択します。

詳細設定のリストから「LOCAL_CONFIG」を選択し「表示／編集」を選択します。

「カスタム・ローカル設定」の入力欄に，以下のフォーマットでマップファイルをシンボル(RecvConv)と関連付けます。
例）RecvConv.dbというマップファイルをRecvConvというシンボルに関連付けする場合には，以下の定義を追加します。

パラメタ名 | 設定値
LOCAL_CONFIG | KRecvConv hash "c:¥Program Files¥Sendmail Switch¥etc¥mail¥"RecvConv

注意

この設定例は，Sendmail Single Switchのインストールディレクトリがc:¥Program Files¥Sendmail Switchであることを仮定しています。

注意

パス名に半角スペースを含む場合には，パス名を"（ダブルクォーテーション）で囲んでください。

注意

RecvConv.dbのファイル名には".db"を省いて指定します。

また，アドレス変換前のドメイン名についてmhs_mailerに受信するようLOCAL_CONFIG パラメタのCXの定義を追加します。この設定例では，taro@hitachi.co.jpを受信するようにするのでhitachi.co.jpを追加します。以下に追加例を示します。

パラメタ名 | 設定値
LOCAL_CONFIG | KRecvConv hash "c:¥Program Files¥Sendmail Switch¥etc¥mail¥"RecvConvCXtabsmtpgw.hitachi.co.jp hitachi.co.jp

注意

tabの部分は一つ以上のタブを入力してください。

定義を追加したら，「適用」ボタンを選択します。

詳細設定のリストから「LOCAL_RULESET」を選択し「表示／編集」を選択します。

「追加ルール・セット」の入力欄に，mhs_mailer起動時のルールとして以下のルールが追加されているので，これにマッピングテーブルRecvConvを使用してアドレス変換が行なわれるようにルールを追加します。

パラメタ名 | 設定値
LOCAL_RULESETS | S28R$-tab$@$1<@$j>R$+<@$+.>tab$1<@$2>R$+<@$+>tab$: $( RecvConv $1<@$2> $)

注意

tabの部分は一つ以上のタブを入力してください。

定義を追加したら，「適用」ボタンを選択します。

「保存」ボタンを選択して設定を保存します。

「メイン」ボタンで「メイン・メニュー」に戻ります。

「メイン・メニュー」で「設定の展開」を選択します。

「設定の展開 / 設定の選択」画面で，保存する「sendmail_switch.m4」ファイルを選択して「OK」ボタンを選択します。

「設定の展開 / 展開 オプションの設定」画面で，各パラメタを確認して「展開」ボタンを選択します。

「設定の展開 / 結果」で結果を確認し，「メインに戻る」ボタンで「メイン・メニュー」に戻ります。

設定が完了しましたら，「付録I.3　設定確認手順」に従ってアドレス変換が正しく行なわれるか確認してください。

付録I.5　アドレスマッピング設定手順（送信時変換）

ここでは，Sendmail Single Switch 3.1J Windowsで提供されているGUIツールを使用してアドレスマッピングを行う手順について説明します。

注意

本手順は必須ではありません。運用環境により必要な場合だけ行ってください。また，設定内容については十分動作確認を行ってから運用してください。

以下の手順は，Sendmailでメール送信する時にルール・セット1で送信者のアドレスを，ルール・セット2で受信者のアドレスを変換する方法について説明しています。

なお，次の手順はtaro_h@smtpgw.hitachi.co.jpのアドレスをtaro@hitachi.co.jpに変換するという例です。

taro_h@smtpgw.hitachi.co.jpからtaro@hitachi.co.jpへのアドレス変換を行うためのカスタム・マップ・ファイルを作成します。手順は「付録I.4　アドレスマッピング設定手順（受信時変換）」の手順1～11を参照してください。このとき手順5で指定するカスタム・マップ・ファイル名として「SendConv」を指定してください（以降「SendConv」という名称で説明します）。また，手順6では以下のように，RecvConvとは逆のテーブルを作成します。

パラメタ名 | 設定値
KEY | taro_h<@smtpgw.hitachi.co.jp>
MAPPING | taro<@hitachi.co.jp>

注意

ローカルパート"taro_h"の後ろに"<"を，ドメインパート"@smtpgw.hitachi.co.jp"の後ろに">"を付けてください。MAPPINGについても同様に"@domain名"を"<"と">"で囲んでください。

「メイン・メニュー」画面から，「既存設定の編集 」を選択し，編集する「sendmail_switch.m4」を選択して「読み込み」ボタンを選択します。

「詳細設定」メニューを選択します。

詳細設定のリストから「LOCAL_CONFIG」を選択し「表示／編集」を選択します。

「カスタム・ローカル設定」の入力欄に，以下のフォーマットでマップファイルをシンボル(SendConv)と関連付けます。
例）SendConv.dbというマップファイルをRecvConvというシンボルに関連付けする場合には，以下の定義を追加します。

パラメタ名 | 設定値
LOCAL_CONFIG | KSendConv hash "c:¥Program Files¥Sendmail Switch¥etc¥mail¥"SendConv

注意

この設定例は，Sendmail Single Switchのインストールディレクトリがc:¥Program Files¥Sendmail Switchであることを仮定しています。

注意

パス名に半角スペースを含む場合には，パス名を"（ダブルクォーテーション）で囲んでください。

注意

SendConv.dbのファイル名には".db"を省いて指定します。

詳細設定のリストから「LOCAL_RULE_1」を選択し「表示／編集」を選択します。

「追加ルール・セット」の入力欄に，送信者アドレスについてマッピングテーブルSendConvを使用してアドレス変換が行なわれるようにルールを追加します。

パラメタ名
設定値

LOCAL_RULESETS
R$-tab$@$1<@$j>
R$+<@$+.>tab$1<@$2>
R$+<@$+>tab$: $( SendConv $1<@$2> $)

注意

tabの部分は一つ以上のタブを入力してください。

定義を追加したら，「適用」ボタンを選択します。

詳細設定のリストから「LOCAL_RULE_2」を選択し「表示／編集」を選択します。

「追加ルール・セット」の入力欄に，受信者アドレスについてマッピングテーブルSendConvを使用してアドレス変換が行なわれるようにルールを追加します。

パラメタ名
設定値

LOCCL_RULESETS
R$-tab$@$1<@$j>
R$+<@$+.>tab$1<@$2>
R$+<@$+>tab$: $( SendConv $1<@$2> $)

注意

tabの部分は一つ以上のタブを入力してください。

定義を追加したら，「適用」ボタンを選択します。

「保存」ボタンを選択して設定を保存します。

「メイン」ボタンで「メイン・メニュー」に戻ります。

「メイン・メニュー」で「設定の展開」を選択します。

「設定の展開 / 設定の選択」画面で，保存する「sendmail_switch.m4」ファイルを選択して「OK」ボタンを選択します。

「設定の展開 / 展開 オプションの設定」画面で，各パラメタを確認して「展開」ボタンを選択します。

「設定の展開 / 結果」で結果を確認し，「メインに戻る」ボタンで「メイン・メニュー」に戻ります。

設定が完了しましたら，「付録I.3　設定確認手順」に従ってアドレス変換が正しく行なわれるか確認してください。

付録J　クラスタシステムの環境設定手順（AIX版）

ここでは，HACMPを使用したクラスタ環境で使用するための設定について説明します。

＜この節の構成＞

付録J.1　Mail - SMTPのクラスタ対応範囲

付録J.2　クラスタ環境

付録J.3　注意事項

付録J.4　前提環境の作成

付録J.5　Mail - SMTPの環境の作成

付録J.6　始動／停止／監視スクリプト

付録J.7　用語解説

付録J.1　Mail - SMTPのクラスタ対応範囲

Mail - SMTPが提供する機能範囲は以下のとおりです。

待機系ノードではフェールオーバするまでMail - SMTPは動作できません。

現用系と待機系の2ノード間(カスケード構成，またはローテート構成)の切替えのみサポートします。

共用ディスクのアクセスは，非コンカレント・アクセス機能のみサポートします。

付録J.2　クラスタ環境

HACMPと連携した場合のMail - SMTP環境は，次のような構成になります。クラスタ構成の概要図を図J-1に示します。

図J-1　クラスタ構成概要図

付録J.3　注意事項

＜この項の構成＞

(1)　環境設定時の注意事項

(2)　運用上の注意事項

(1)　環境設定時の注意事項

共用ディスクに，以下に示すディレクトリを必ず格納してください。

/var/opt/smtpgw

共用ディスクに，Mail - SMTPを含めたGroupmaxで使用するデータベースファイルを必ず格納してください。

Mail - SMTPは各ノードのローカルディスクに，インストールおよびセットアップしてください。

現用系ノードにインストールするMail - SMTPと，待機系ノードにインストールするMail - SMTPは，必ずバージョンリビジョンを同じにしてください。

Mail - SMTPの前提プログラムであるAddress Server のHACMP環境のセットアップが完了している必要があります。Address Serverの設定については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド 基本操作編」を参照してください。

(2)　運用上の注意事項

ノード1，及びノード2において，DNS，及びSendmailのHACMP環境構築を行ってください。DNS，及びSendmail環境がHACMPに対応していない場合，Groupmaxシステムとインターネット間でメールの送受信ができなくなる場合があります。

付録J.4　前提環境の作成

Mail - SMTPの環境設定を行う前に，HACMPが正常に動作する環境を作成する必要があります。

＜この項の構成＞

(1)　Groupmax用共用ディスクのボリューム・グループの設定

(2)　クラスタで使用するサービスIPアドレスの設定

(3)　システム管理者の限定

(4)　Groupmaxサーバ環境の設定

(1)　Groupmax用共用ディスクのボリューム・グループの設定

Mail - SMTPのデータディレクトリを格納する共用ディスク環境を，最初に作成する必要があります。共用ディスク環境の作成方法についてはAIXのマニュアル等を参照してください。

共用ディスクのボリューム・グループのディスク構成を下記に示します。また，環境設定の例を図J-2に示します。

作成項目 | 値
ボリューム・グループ名 | /HACMPvg
ボリューム・グループのファイル・システム名 | /HACMPdata
Mail - SMTPデータディレクトリ用シンボリックリンク先ディレクトリ | /HACMPdata/smtpgw
Mail - SMTPのデータディレクトリ用リンクファイル | /var/opt/smtpgw

図J-2　ディスク構成概要図

シンボリックリンクの設定手順を示します。

ノード1で共用ディスクのボリューム・グループを活動化します。

varyonvg HACMPvg

ノード1で共用ディスクのファイル・システムをマウントします。

mount /HACMPdata

ノード1でMail - SMTPデータディレクトリ用のシンボリックリンク先ディレクトリを作成します。

mkdir /HACMPdata/smtpgw

ノード1でMail - SMTPデータディレクトリのリンクファイルを作成します。

ln -s /HACMPdata/smtpgw /var/opt/smtpgw

ノード1で共用ディスクのファイル・システムをアンマウントします。

umount /HACMPdata

ノード1でボリューム・グループを非活動化します。

varyoffvg HACMPvg

ノード2でボリューム・グループを活動化します。

varyonvg HACMPvg

ノード2で共用ディスクのファイル・システムをマウントします。

mount /HACMPdata

同様にノード2でシンボリックリンクを作成します。

ln -s /HACMPdata/smtpgw /var/opt/smtpgw

ノード2で共用ディスクのファイル・システムをアンマウントします。

umount /HACMPdata

ノード2でボリューム・グループを非活動化します。

varyoffvg HACMPvg

(2)　クラスタで使用するサービスIPアドレスの設定

各ノードのIPアドレスとは別にクラスタで使用するサービスIPアドレスを設定する必要があります。すべてのノードがサービスIPアドレスを解決できるように，DNS定義ファイル又はhostsファイルに設定してください。設定内容の例を下記に示します。

作成項目 | 値
ノード1のIPアドレス | 172.1.1.1
ノード1のドメイン名又はホスト名 | node1
ノード2のIPアドレス | 172.1.1.2
ノード2のドメイン名又はホスト名 | node2
クラスタで使用するサービスIPアドレス | 172.1.1.3
クラスタで使用するドメイン名又はホスト名 | hacmphost
ノード1のIPアドレス | 172.1.1.1
ノード1のドメイン名又はホスト名 | node1

(3)　システム管理者の限定

HACMP連携を行う場合，システム管理者はrootユーザにしてください。また，ノード1とノード2のrootユーザは，同じユーザIDでかつ同じグループIDを持つグループに所属させてください。

(4)　Groupmaxサーバ環境の設定

Mail - SMTPの環境設定を行う前に，Mail Serverのクラスタ環境（リソース・グループの追加およびアプリケーション・サーバの追加）を設定してください。その後，Mail Serverから「ゲートウェイの追加」を行ってください。

付録J.5　Mail - SMTPの環境の作成

Mail - SMTPの環境設定手順については「2.Mail - SMTPの環境設定」を参照してください。クラスタの起動／停止については，AIXのマニュアル等を参照してください。

＜この項の構成＞

(1)　新規に設定する場合

(2)　既存の環境を設定する場合

(1)　新規に設定する場合

Mail - SMTPの環境を新規作成する場合のインストールとセットアップの手順を説明します。

注意

作業はrootユーザで行ってください。なお，説明は2ノード構成でノード1を現用系ノード，ノード2を待機系ノードと想定して記述しています。

ノード1で共用ディスクのボリューム・グループを活動化します。

ノード1で共用ディスクのファイル・システムをマウントします。

ノード1でMail - SMTPデータディレクトリ (/var/opt/smtpgw)が共用ディスク上に存在するか確認してください。共用ディスク以外に存在した場合は，共用ディスク上に再作成してください。

例えば，以下のように作成します。

共用ディスク上にディレクトリを作成

mkdir /HACMPdata/smtpgw

共用ディスクにシンボリックリンクを設定

ln -s /HACMPdata/smtpgw /var/opt/smtpgw

ノード1でMail - SMTPをインストールします。

ノード1で共用ディスクのファイル・システムをアンマウントします。

ノード1で共用ディスクのボリューム・グループを非活動化します。

ノード2で共用ディスクのボリューム・グループを活動化します。

ノード2で共用ディスクのファイル・システムをマウントします。

ノード2でMail - SMTPデータディレクトリ(/var/opt/smtpgw)以下が共用ディスク上に存在するか確認してください。共用ディスク以外に存在した場合は，共用ディスク上に再作成してください。

例えば，以下のように作成します。

ln -s /HACMPdata/smtpgw /var/opt/smtpgw

ノード2でMail - SMTPをインストールします。

ノード2で共用ディスクのファイル・システムをアンマウントします。

ノード2で共用ディスクのボリューム・グループを非活動化します。

HACMPクラスタをノード1で起動してください。

ノード1でMail - SMTPの環境設定（gw_setupコマンド，smtpmngコマンド，dbmapコマンド）を実行してください。

HACMPクラスタをノード1で停止してください。

ノード1およびノード2でアプリケーション・サーバの設定で登録されている，始動／停止／監視スクリプトに，Mail - SMTPの起動／停止／監視スクリプトを追加してください（追加内容については，「付録J.6　始動／停止／監視スクリプト」を参照してください）。

HACMPクラスタをノード1およびノード2で起動してください。

ノード1とノード2の/var/opt/smtpgw/logdir/logfile，および/var/opt/smtpgw/logdir/logfile.daemonでMail - SMTPが起動したことを確認してください。起動していれば正常です。

(2)　既存の環境を設定する場合

Mail - SMTPデータディレクトリ以下を共用ディスク上に移行することが主な作業です。

注意

作業はrootユーザで行ってください。なお，説明は2ノード構成を想定し，既存のマシンをノード1と設定して記述しています。

ノード1でMail - SMTP環境をバックアップしてください。バックアップ方法については「6.5.11 環境の移行を行いたい」を参照してください。

ノード1でMail - SMTPデータディレクトリ(/var/opt/smtpgw)の名称を変更してください。

（例えば，/var/opt/smtpgwディレクトリを/var/opt/smtpgw_tmpに変更します）

ノード2で共用ディスクのボリューム・グループを活動化します。

ノード2で共用ディスクのボリューム・グループをマウントします。

ノード2で共用ディスク上にMail - SMTPデータディレクトリを作成します。

mkdir /HACMPdata/smtpgw

ノード2で4.で作成したMail - SMTPデータディレクトリのシンボリックリンクを設定します。

ln -s /HACMPdata/smtpgw /var/opt/smtpgw

ノード2でMail - SMTPをインストールします。

ノード2で共用ディスクのファイル・システムをアンマウントします。

ノード2で共用ディスクのボリューム・グループを非活動化します。

ノード1で共用ディスクのボリューム・グループを活動化します。

ノード1で共用ディスクのファイル・システムをマウントします。

ノード1で共用ディスクのシンボリックリンクを設定します。

ln -s /HACMPdata/smtpgw /var/opt/smtpgw

ノード1で1.で名称を変更したディレクトリ以下の内容を共用ディスク上のディレクトリにそれぞれコピーします。

cp /var/opt/smtpgw_tmp/* /var/opt/smtpgw/.

ノード1の1.で名称を変更したディレクトリの内容を削除します。

ノード1の共用ディスクのファイル・システムをアンマウントします。

ノード1の共用ディスクのボリューム・グループを非活動化します。

ノード1およびノード2でアプリケーション・サーバの設定で登録されている，始動／停止／監視スクリプトに，Mail - SMTPの起動／停止／監視スクリプトを追加してください（追加内容については，「付録J.6　始動／停止／監視スクリプト」を参照してください）。

HACMPクラスタをノード1およびノード2の両方で起動してください。

ノード1とノード2の/var/opt/smtpgw/logdir/logfile，および/var/opt/smtpgw/logdir/logfile.daemonでMail - SMTPが起動したことを確認してください。起動していれば正常です。

付録J.6　始動／停止／監視スクリプト

＜この項の構成＞

(1)　Mail - SMTPサービスの起動／監視／停止コマンド

(2)　スクリプトファイルの例

(1)　Mail - SMTPサービスの起動／監視／停止コマンド

HACMPのクラスタシステムで使用するMail - SMTPサービスの起動／監視／停止するコマンドの指定方法を示します。下記に示す各コマンドは，Groupmaxのリソース・グループとして設定された「アプリケーション・サーバ」に指定する始動スクリプト，停止スクリプトおよび監視スクリプトの中で使用します。

(a)　コマンド一覧

コマンド
機能
戻り値

GMMLSPCT logfile hacmp
Mail - SMTPサービスの起動引数logfileにはコマンドのログを出力するログファイル名をフルパスで指定してください。引数"hacmp"は，必ず指定してください。
0:正常終了
1:起動エラー

smtp_gw -S
Mail - SMTPサービスの停止
0:終了

GMMLSPST logfile hacmp
Mail - SMTPサービスの状態取得引数logfileにはコマンドのログを出力するログファイル名をフルパスで指定してください。引数"hacmp"は，必ず指定してください。
0:起動状態
1:環境設定エラー
2:停止状態
255:状態取得エラー

注意

注意事項

各コマンドを実行できるのは，スーパーユーザーだけです。

メッセージは，システムコンソールではなく，標準出力及びログファイルに出力されます。

サービス起動／監視コマンドはHACMP環境以外の運用には使用しないでください。

(2)　スクリプトファイルの例

(a)　始動スクリプトの例

#!/bin/sh
# 始動スクリプトの例 start

# 環境変数設定
XODDIR=/HOME/OMS
XODCONFPATH=$XODDIR/conf
export XODDIR XODCONFPATH

# sendmail起動
# ここにsendmailの起動スクリプトを
# 記述する。

# Groupmax Object Server起動
/opt/HiOODB/bin/xodstart
if [ $? != 0 ]
then
exit 255
fi

# Groupmax Address Server起動
/opt/GroupMail/bin/GM_START
if [ $? != 0 ]
then
exit 255
fi

# Groupmax Mail - SMTPサービス起動
/opt/smtpgw/bin/GMMLSPCT /var/opt/smtpgw/logdir/logfile.hacmp hacmp
if [ $? != 0 ]
then
exit 255
fi

exit 0

(b)　停止スクリプトの例

#!/bin/sh
# 停止スクリプトの例 stop

# 環境変数設定
XODDIR=/HOME/OMS
XODCONFPATH=$XODDIR/conf
export XODDIR XODCONFPATH

#sendmail 終了
# ここにsendmailの終了スクリプトを
# 記述する。

# Groupmax Mail - SMTPサービス終了
/opt/smtpgw/bin/smtp_gw -S

# Groupmax Address Server終了
/opt/GroupMail/bin/GM_STOP

# Groupmax Object Server終了
/opt/HiOODB/bin/xodstop

exit 0

(c)　監視スクリプトの例

#!/bin/sh
# 監視スクリプトの例monitor

# 環境変数設定
XODDIR=/HOME/OMS
XODCONFPATH=$XODDIR/conf
export XODDIR XODCONFPATH

# Groupmax Object Server状態取得
# ここにObject Serverの監視スクリプトを
# 記述する。

# Groupmax Address Server状態取得
# ここにAddress Serverの監視スクリプトを
# 記述する。

# Groupmax Mail - SMTPサービス状態取得
/opt/smtpgw/bin/GMMLSPST /var/opt/smtpgw/logdir/logfile.hacmp hacmp
if [ $? != 0 ]
then
 exit 255
fi

# sendmailの状態取得
# ここにsendmailの監視スクリプトを
# 記述する。

exit 0

付録J.7　用語解説

付録Jで説明している用語について下記に示します。

用語
解説

アプリケーション・サーバ
業務プログラム。

カスケード構成
リソース・グループを制御できる全てのノードに優先順位を割り当て，
フェールオーバが発生すると，優先順位の最も高いノードがリソース・
グループを取得するリソース・グループの構成。他のノードよりも優先
順位の高いクラスタに再統合されると，そのノードがそのリソース・グ
ループの制御を取得する。

共用ディスク
1つのディスク装置を複数パスにより複数のノードへ接続し，同一のデ
ータを各ノードからアクセスできる様にした形態。

クラスタ
複数システム装置から成る高可用性システムの単位。

現用系
リソース・グループに含むリソースでサービスを行う側。

高可用性
高度な耐障害性を持ち，障害が発生した場合においてもシステムのサー
ビスを維持する。具体的には，障害発生が見込まれる部分を冗長化し，
障害発生時にバックアップ系でサービスを続行する事でサービスを維持
する。

コンカレント・アクセス
複数のノードが共用ディスクに常駐するデータベースまたはアプリケー
ションに同時にアクセスすることができる。

サービスIPアドレス
通常運用のサービスで使用するIPアドレス。

待機系
現用系障害時にサービスを引継ぐ側。

ノード，系
クラスタ内の1台のシステム装置。

非コンカレント・アクセス
共用ディスクを1ノードのみがアクセスできる構成。

フェールオーバ
システム装置やデバイスに障害が発生し，サービスやサービスで使用す
る資源を他のシステム装置やデバイスに移動することを指す。

フェールバック
障害から回復し，フェールオーバしたサービスやサービスで使用する資
源を元へ戻すことを指す。

ボリューム・グループ
1つ以上の物理ボリュームを集めた管理単位。論理ボリュームはこのボ
リューム・グループ内に登録された物理ボリュームを使用して実現され
，1つの物理ボリュームは複数のボリューム・グループに属する事は出
来ない。

リソース
HACMP for AIXにおける可用性を高める為の引継ぎ対象。

リソース・グループ
1つ以上のリソースを含む引継ぎの単位。

ローテート構成
カスケード構成と同様に優先順位により，他のノードがリソース・グル
ープの制御を引継ぐ順序を判別するリソース・グループの構成。ただし
，どんなに優先順位の高いノードがクラスタに再統合されても，そのノ
ードにリソース・グループの制御が自動的に戻されることはない。

付録K　設定のデフォルト値と推奨値

ここでは，Mail - SMTPで設定可能な設定値のデフォルト値を一覧できるよう表形式でまとめています。各設定値の詳細な説明については２章を参照してください。運用に際し以下のパラメタをご検討ください。

設定項目名
デフォルト値
推奨値
推奨値の説明

BCC_RECIPIENTS
on
on
受信した時に，ヘッダに記載されていない受信者をbcc扱いにする

Content-Typeマッピングテーブル
－
－
添付ファイルをapplication/octet-streamにマッピングする

DAEMON_ALARM_INTERVAL
5[分]
5[分]
Sendmailへの送信処理のタイムアウト時間

DAEMON_RETLY_COUNT
2[回]
2[回]
メールの再送回数

DAEMON_RETLY_INTERVAL
60[分]
60[分]
メールの再送間隔

DAEMON_SENDMAIL_RESTART_NUM
1[通]
1[通]
Sendmailへ渡すメールの処理単位

DISKFULL_SERVICES_CONTROL
normal
アーカイブ運用する場合には，付録L参照
アーカイブ運用する場合には，付録L参照

ERROR_LEVEL
none
none
エラーメッセージを冗長出力しない

ERROR_MAIL_TO
Envelope_From Errors-To Return-Path Resent-Sender Resent-From Sender From
Envelope_From Errors-To Return-Path Resent-Sender Resent-From Sender From
エラーメールを返信する宛先を取得するヘッダの優先順

FILTER_ADDRESS
none/新規インストール時はall
all
E-mailアドレス全体を大文字／小文字の区別せずに扱う。noneの場合，区別する

GW_POLL_TIME
10[秒]
10[秒]
キューにメールがない場合の休止時間

HONBUN_UNICODE_CHECK
on
on
UnicodeからJISへの文字コード変換で’?’になる文字がある場合に，本文を添付ファイル化する

KANA_MODE
convert
convert
半角仮名文字を全角文字に変換する。noconvの場合，エンドユーザの影響として主題／本文／添付ファイル名に半角カナを使用した場合に，受信先で文字化けが発生する可能性があります。

LOG_PARAMETER
「2.3.6 edit_option(3)」参照
「2.3.6 edit_option(3)」参照
smtp_gwのログファイルのサイズとバックアップ数を指定します。

LOG_PARAMETER_DAEMON
「2.3.6 edit_option(3)」参照
「2.3.6 edit_option(3)」参照
smtp_daemonのログファイルのサイズとバックアップ数を指定します。

LOG_PARAMETER_DBMAP
「2.3.6 edit_option(3)」参照
「2.3.6 edit_option(3)」参照
dbmapのログファイルのサイズとバックアップ数を指定します。

LOG_STATUS_LIMIT
・受信メール数：3000[通]
・送信メール数：1000[通]
・受信エラーメール数：100[通]
・送信エラーメール数：100[通]
・休止回数：0[回]
・受信メール数：3000[通]
・送信メール数：1000[通]
・受信エラーメール数：100[通]
・送信エラーメール数：100[通]
・休止回数：200[回]
イベントログを出力するしきい値

LONG_FNAME
send_allow
send_allow
添付ファイル名にロングファイル名を使用する

LOOP_MAIL_ADDRESS_CHECK
on
on
ループメールのアドレスをチェックしてループメールにはエラーメールを返信しない

MAPPING_MODE
all
db
dbマッピングのみを使用。allの場合，全てのマッピングを使用する

MIME_HEADER_ANALYZE
need_mime_version
need_mime_version
MIME形式のメールは，MIME-Versionヘッダが必要

MIME_STRUCTURE
off
on
MIMEヘッダを添付ファイルにして受信する

MIME_SUBJECT
split
split
主題を複数行に分割してエンコードする。no-split，splitそれぞれにおいてエンドユーザの主題／添付ファイル名の見た目には変更ありません。他社メーラとの接続性の観点でsplitを推奨

MODIFYING_DBFILE
manual
auto
DBマッピングファイルを自動的に更新する。manualの場合，自動的に更新しない

MSGID_MODE
rfc1327
rfc1327
Message-IDをrfc1327フォーマットで生成する（Mail-SMTP側で生成する）。rfc822の場合，Sendmail側で生成する。POP3クライアントを使用してメッセージのスレッド表示を行う場合にスレッドが正しく表示されるかに影響が出る場合があります。

NOATTACHMENT_CHARSET_CHECK
part
part
charsetを部分一致でチェックする

PERMISSION_MODE
all

新規インストールしない場合のデフォルト値については，「2.3.5 edit_mapping(3)」を参照
send_recv_deny
送受信者制限する。allの場合，送受信者制限しない

RECV_CODE
sjis
sjis
受信したテキストデータが一意に判断できない場合にSJISとして解釈する

RECV_MAC_RESOURCE
recv_deny
recv_deny
AppleDouble，AppleSingle，BinHexからデータフォークだけを取得する

RECV_MESSAGE_PARTIAL
recv_allow
recv_deny
分割メールを受信しない。
recv_allowの場合，分割メールを受信する

RECV_ORIGINATOR
Resent-Sender，Sender，Resent-From，From，Envelope From
From
メールを受信する場合の送信者として取得するヘッダの優先順

RECV_ORIGINATOR_MAPPING
all
all
送信者のEmailアドレスをGroupmaxユーザのO/R名にマッピングする

RECV_RTF_BODY_FLAG
recv_inline
recv_inline
リッチテキスト形式の本文があり連携情報があれば本文として受信する

RECV_TEXT_FILE
convert
noconv
テキスト形式の添付ファイルの文字コード変換をしない

RECV_TEXT_HONBUN
convert
noconv
本文の文字化けが発生する場合に，本文を添付ファイル化する。
convertの場合，本文を添付ファイル化しない

RECV_TEXT_SUBJECT
convert
noconv
主題の文字化けが発生する場合に，主題を添付ファイル化する。convertの場合，主題を添付ファイル化しない

SECURE_MIME
synchronized_dual_bodies
synchronized_dual_bodies
Mail ServerのS/MIME対応モード（設定値）に従って受信処理を行う

SEND_BASE64_ENCODE
all
all
主題や添付ファイル名の先頭から末尾までをBase64エンコードする

SEND_BODY_SIZE_LIMIT
－
－
メールの送信サイズを制限しない

SEND_CODE
mime
mime
本文をjisコードに添付ファイルをBase64エンコードする

SEND_ENVELOPE_FROM
root
<>
エラーメールの送信者アドレス(MAIL FROM)に"<>"を設定します。受信側メールシステムまたは配信経路上のリレーサーバで配信エラーが発生した場合に，エラーメールが返信されないことが期待できます。

SEND_HEADER_COMMENT
send_allow
send_allow
コメントをマッピングする

SEND_HEADER_FROM
send_envelope_fromの値を"<>"に変更する前のsend_envelope_fromの値
推奨値の説明を参照
ドメインパートはGroupmaxのドメインを，ローカルパートは存在しないユーザを指定する。
例 root@smtpgw.hitachi.co.jp

SEND_HEADER_RECIPIENTS_DISCLOSURE
true
false
Groupmax Mailクライアントから受信者非公開のオプションが指定されたら，すべての受信者をBcc扱いにする。trueの場合，受信者非公開オプションを無視してGroupmaxユーザが指定したTo/Ccの指定とおりヘッダを生成する

SEND_HEADER_SENDER
send_allow
send_deny
FromとSenderの値が同じ場合にはSenderヘッダを生成しない。
send_allowの場合，FromとSenderの値が同じ場合でもSenderヘッダを生成する

SEND_INTERNETDOMAIN_CHECK
all
all
INTERNETDOMAINによるメールの送信を制限をしない

SEND_RTF_BODY
rtf_deny
rtf_deny
リッチテキストファイルは送信しない

SEND_RTF_BODY_FLAG
send_inline
send_inline
リッチテキスト連携情報を送信する

SEND_X400REPORT_MAIL_FROM
originator
send_env_from
Mail - SMTPから返信するエラーメールを全てSEND_ENVELOPE_FROMで指定したE-mailアドレスにする。originatorの場合，Mail Serverから送信されるエラーメールの送信者をoriginatorにする

SENDFLAG
normal
return
エラーメールはGroupmaxユーザに返信する

SENDMAIL
c:¥Program Files¥Sendmail Switch¥smmta-8.12¥sbin¥sendmail.exe
－
sendmail.exeファイルのパス名

SERVICES_STOP_WAIT_TIME
0[秒]
0[秒]
サービス停止時にSendmailプロセスを待つ待機時間

SPLIT_FNAME
no_split
no_split
添付ファイル名を1行でエンコードする

エラーメールを返信抑制するアドレス
MAILER-DAEMON
postmaster
root
administrator
operator
daemon
system
MAILER-DAEMON
postmaster
root
administrator
operator
daemon
system
左記の文字列がローカルパートであるメールにはエラーメールを返信しない

添付ファイル化を除外するcharset
Windows-31J
iso-2022-jp
none
shift_jis
us-ascii
Windows-31J
iso-2022-jp
none
shift_jis
us-ascii
左記の文字列がcharsetに指定されているメールは添付ファイル化しない

設定値に単位がある場合には[]に単位を表記しています。

付録L　メールアーカイブ運用の環境設定

ここでは，Mail Serverの自動転送機能と組み合わせてメールアーカイブ運用を行う際のシステム構成および環境設定について説明します。

＜この節の構成＞

付録L.1　Mail - SMTPのメールアーカイブ対応範囲

付録L.2　Mail - SMTPのメールアーカイブ機能を使用する場合の前提環境

付録L.3　メールアーカイブ運用のシステム構成

付録L.4　メールアーカイブ運用の環境設定手順

付録L.5　運用中の監視

付録L.6　運用開始後の注意事項

付録L.7　アーカイブ連携機能の確認

付録L.8　smuqに退避されたメールの復旧手順

付録L.9　トラブルシューティング

付録L.1　Mail - SMTPのメールアーカイブ対応範囲

Mail - SMTPが提供する機能範囲は以下のとおりです。

アーカイブ用のメールは以下のように生成します。
　　　From：メールの送信者のE-mailアドレス
　　　To(Cc)：送信者が指定したTo/CcのE-mailアドレス

GroupmaxユーザでE-mailアドレスを持たないユーザは，ニックネームマッピングおよびLHSマッピングされたE-mailアドレスでメールアーカイブ用のメールを生成します。ニックネームマッピング，およびLHSマッピングによるアドレスのマッピングについては「4.1　アドレスマッピングルール」を参照してください。

組織メールの宛先は，LHSマッピングされたE-mailアドレスでメールアーカイブ用メールを生成します。LHSマッピングによるアドレスのマッピングについては「4.1　アドレスマッピングルール」を参照してください。

Mail - SMTPが生成するアーカイブ用のエラーメールには，メール返信先のE-mailアドレスは，エンベロープ情報が生成されません。エラーメールの返信先はTO:ヘッダとなります。

代行受信されたメールについては，代行受信したGorupmaxユーザを送信者として生成します。なお，S/MIMEメールについてはメールの送信者を変更することによりアーカイブされたメールを参照する際に送信者の検定に失敗する（なりすましと判定される）場合があります。

S/MIMEメールは，署名／暗号化された状態でメール送信します。このため，メールアーカイブ製品に復号／検定機能がない場合には，復号化しないことにより検索機能等に制限が生じる場合があります。

アーカイブ用のメールの送信に失敗し，Mail - SMTPにエラーメールが返信された場合には，受信したエラーメールからオリジナルのメールを復旧し，smuqへ退避します。smuqへ退避されたメールは，smuq2smqコマンドを使用することにより，再送することが可能になります。

付録L.2　Mail - SMTPのメールアーカイブ機能を使用する場合の前提環境

メールアーカイブ運用を行う場合の前提環境は以下のとおりです。

メールアーカイブサーバを別途構築してください。メールアーカイブサーバに必要となる連携（接続）要件は以下のとおりです。

特定のE-mailアドレスへのメールを破棄する機能
Groupmaxのメールアーカイブ対応機能では自動転送機能として特定のE-mailアドレスにメールを自動転送します。このため，メールアーカイブ後に特定のE-mailアドレス宛のメールはアーカイブ用のメールとして破棄する必要があります。特定の宛先を含むメールを破棄する機能がない場合，Groupmaxユーザおよび外部のE-mail送信先に２通メールが届くことになりメールアーカイブ対応機能は適用できません。

エンベロープ受信者の参照・検索機能
Groupmaxから送信されるアーカイブ用のメールにはBCC宛先がエンベロープ受信者として指定されます。このため，アーカイブされたメールのBCC宛先を確認するにはエンベロープ受信者のアーカイブ機能，およびエンベロープ受信者の参照機能や検索機能が必要です。

TO:ヘッダの検索機能
Groupmaxから返信されるエラーメールのコピーには，エラーメールの返信先がエンベロープ受信者に含まれません。エラーメールの返信先を確認するにはTO:ヘッダを参照する必要があります。このため，メールアーカイブ後のメールについてTO:ヘッダの参照機能・検索機能が必要です。

MIMEフォーマットの解析およびデコード機能
Groupmaxから送信されるアーカイブ用のメールはMIMEフォーマットとなっています。メールの主題・本文・添付ファイル・添付ファイル名を参照するには，MIMEフォーマットの解析機能やMIMEデコード機能（base64デコード機能は必須）が必要です。また，Groupmax代行受信機能を使用して社外にメールを転送する場合には，uuencodeフォーマットのデコードや，quoted-printableおよびBinHexのデコードにも対応している必要があります。

文字コード
Groupmaxから送信されるアーカイブ用のメールは，主題と本文はJISコード，添付ファイル名はSJISコードでメール送信されます。また，Groupmax Collaboration 07-30の国際化メール送信機能をご使用になる場合には，UTF-8，GB2312などの文字コードでメール送信されるため，これらの文字コードにも対応している必要があります。

注意

Groupmax Collaboration 07-30の国際化対応機能では，GB2312，UTF-8，ISO-8859-1，EUC-JPのメールが送信可能となっております。

また，Groupmax代行受信機能を使用して社外にメールを転送する場合には，E-mailで受信した状態の文字コードでE-mail転送される場合があります。この場合には送受信されるメールの文字コードに対応している必要があります。

エラーメールのフォーマット
メールアーカイブサーバからエラーメールが返信される場合には，返信するエラーメールのフォーマットはRFC1891形式である必要があります。Groupmaxでは，アーカイブできなかった際にエラーメールが返信された場合には，エラーメールからオリジナルのメールを復旧するようにしています。この場合，オリジナルのメールを復旧可能とするために，エラーメールのフォーマットがRFC1891形式であり，オリジナルのメールが含まれている必要があります。なお，メールアーカイブサーバからエラーメールが返信されない場合には，この要件は必須ではありません。

アーカイブ用のMail - SMTPと同居するSendmailはDSNに対応したSendmailである必要があります。御使用のSendmailがDSNに対応していない場合には，DSNに対応したSendmailにバージョンアップする必要があります。運用中のSendmailがDSNに対応しているかどうかは，以下の手順で確認することができます。
telnet アーカイブ用Mail - SMTPのIPアドレス 25
上記コマンドを入力後Sendmailが応答メッセージを出力しますので，”ehlo 自ドメイン名”を入力してください。Sendmailの応答結果の中に”250-DSN”が含まれていれば，DSN機能に対応しています。確認後”quit”コマンドで終了してください。

注意

Sendmailの設定によりDSN機能の使用を禁止することができます。ehloに対し250番の正常コードを返却するにも関わらず”DSN-250”が返却されない場合には，DSNの使用を禁止している可能性があります。この場合には，DSNを使用できるようSendmailの設定を実施してください。また，Sendmailにエラーメールに元の本文を含めない設定（sendmail.cfに「O PrivacyOptions=nobodyreturn」を指定）をしている場合には，設定を削除してください。

注意

アーカイブ用のMail - SMTPと同居するSendmailはSendmailのローカルユーザのメールボックスを作成しないでください。

付録L.3　メールアーカイブ運用のシステム構成

Mail Serverの自動転送機能と連携したメールアーカイブ運用のMail - SMTP環境は，次のような構成になります。メールアーカイブ運用のシステム構成例を以下に示します。

図L-1　システム構成例１（社内メールおよび社外メールをメールアーカイブする場合）

※DMZ等のInternetの窓口となるSMTPサーバです。

図L-2　システム構成例２（社内メールのみメールアーカイブする場合）

図L-3　システム構成例３（社外メールのみメールアーカイブする場合）

※DMZ等のInternetの窓口となるSMTPサーバです。

注意

システム構成によりメールアーカイブ機能を使用できない場合があります。また，システム構成によってはアーカイブ専用のMail - SMTPを別途構築する必要があります。この場合，前提となるSendmailも必要となります。

システム構成 | メールアーカイブ機能の使用の可否 | 備考
システム構成例１ | 可 |
システム構成例２ | 可 |
システム構成例３ | 不可 | システム構成例１のように，別途アーカイブ用Mail - SMTPを構築すれば可能。社内メールも転送されるため，アーカイブサーバで社内メールをアーカイブしないようフィルタリングが必要です。

付録L.4　メールアーカイブ運用の環境設定手順

メールアーカイブ運用の環境設定について，設定手順を以下に示します。付録L.3のシステム構成例１～３について実施する作業内容を以下に示します。

作業内容 | システム構成例１ | システム構成例２ | システム構成例３
(1) DNSの設定 | ○ | ○ | △※１
(2) sendmail.cfの設定 | ○ | △※２ | △※３
(3) Mail Serverの環境設定 | ○ | ○ | －
(4)ルーティンググループの設定 | ○ | － | －
(5) Mail - SMTPの環境設定 | ○ | ○ | －
(6)メールアーカイブサーバの設定 | ○ | ○ | －

※１：(1)メールアーカイブサーバのドメイン名をDNSに登録する場合に必要です。

※２：アーカイブ用のMail - SMTPと同居するSendmailのsendmail.cfのみ設定が必要です。

※３：通常運用のMail - SMTPと同居するSendmailのsendmail.cfのみ設定が必要です。

＜この項の構成＞

(1)　DNSの設定

(2)　sendmail.cfの設定

(3)　Mail Serverの環境設定

(4)　ルーティンググループの設定

(5)　Mail - SMTPの環境設定

(6)　メールアーカイブサーバの設定

(1)　DNSの設定

以下のドメイン名をDNSに登録します。

(a)メールアーカイブサーバのドメイン名をDNSのMXレコードに登録します。

注意

メールアーカイブサーバをDNSで管理しない場合には設定不要です。

(b)メールアーカイブ用のMail - SMTP専用のメール受信ドメイン名をDNSのMXレコードに登録します。このドメイン名は，MAILARCHIVE_SEND_ENVELOPE_FROMに設定するE-mailアドレスのドメイン名と同じドメイン名になります。

注意

メールアーカイブ用のMail - SMTP専用のメール受信ドメイン名は，通常運用Mail - SMTPのドメイン名とは異なるドメイン名にしてください。

(2)　sendmail.cfの設定

メールアーカイブ用のMail - SMTPと同居するSendmailの設定として通常運用のMail - SMTPと同居するSendmailの設定との相違点を以下に示します。以下に記載の設定以外は通常運用と同じ設定を実施してください。

設定項目名 | 通常運用のMail - SMTPと同居するSendmailのsednmail.cf | アーカイブ用のMail - SMTPと同居するSendmailのsednmail.cf
CX | GroupmaxユーザのE-mail受信ドメイン名 | MAILARCHIVE_SEND_ENVELOPE_FROMに指定したE-mailアドレスのドメイン名※１
スマートホスト | メールアーカイブサーバのドメイン名※２，または，Internetへ送信するSendmailのドメイン名 | メールアーカイブサーバのドメイン名※２

※１：(1)DNSの設定の(b)で登録したドメイン名を指定します。

※２：(1)DNSの設定の(a)で登録したドメイン名を指定します。メールアーカイブサーバをDNSで管理しない場合には，メールアーカイブサーバのIPアドレスを指定します。

注意

E-mailアドレスのアドレス変換を行う場合には，Mail - SMTPが送信したアーカイブ用メールに対してエラーメールが返信される場合のエラーメールの受信者が，必ずMAILARCHIVE_SEND_ENVELOPE_FROMで設定したアドレスに変換されるようにしてください。MAILARCHIVE_SEND_ENVELOPE_FROMで設定したアドレス以外にエラーメールを受信した場合，オリジナルのメールの復旧ができません。

(3)　Mail Serverの環境設定

メールユーザが登録されている全てのMail Server（ホームサーバ）で，「全ての送信メールを自動転送する」機能を使用してメールアーカイブサーバへの転送設定を行います。AUTO_FORWARDにメールの転送先を指定します。また，FORWARD_GATEWAYにメールアーカイブ用のMail - SMTPのX400DOMAINの設定内容と同じ値を設定してください。設定手順については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド　基本操作編」（Windows用）を参照してください。なお，設定後はMail Serverを再起動してください。

注意

アーカイブ用のMail - SMTPと同居するMail Serverには，メールユーザを登録しないでください。なお，このサーバには自動転送の設定をする必要はありません。

注意

AUTO_FORWARDに指定したE-mailアドレスについて，アーカイブサーバ側（またはその他のサーバ）にE-mail受信可能なメールアカウントを作る必要はありません。

注意

アーカイブ用の全メールがルーティングマスタを経由してアーカイブ用のMial-SMTPに転送されます。ルーティングマスタは負荷が少ないサーバ（ディスク性能がよい，ディスク負荷が低い，またはログインユーザが少ないなど）を指定してください。

(4)　ルーティンググループの設定

アーカイブ用のMail - SMTPがあるMail Serverのみルーティンググループを分けるように設定してください。他のMail Serverがアーカイブ用のMail - SMTPがあるMail Serverと同じルーティンググループである場合，通常運用メールがアーカイブ用のMail - SMTPに送信される可能性があります。ルーティンググループの設定手順については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド　基本操作編」（Windows用）を参照してください。

(5)　Mail - SMTPの環境設定

通常運用のMail - SMTPとメールアーカイブ運用のMail - SMTPは同じ設定値を指定してください。なお，以下の設定値は運用によりメールアーカイブ用のMail - SMTPで調節してください。

設定項目名 | 推奨値 | 推奨値の説明
DAEMON_ALARM_INTERVAL | 5[分] | Sendmailへの送信処理のタイムアウト時間
DAEMON_RETLY_COUNT | 2[回] | メールの再送回数
DAEMON_RETLY_INTERVAL | 60[分] | メールの再送間隔
DAEMON_SENDMAIL_RESTART_NUM | 1[通] | Sendmailへ渡すメールの処理単位
DISKFULL_SERVICES_CONTROL | down | ディスクフルを検知したらMail - SMTPサービスを停止する。サービスを継続するとメール消失の可能性があるため，サービスを止めておき復旧してからサービス再開することを推奨します。
KANA_MODE | convert | 半角仮名文字を全角文字に変換する
LOG_PARAMETER | 「2.3.6 edit_option(3)」参照 | smtp_gwのログファイルのサイズとバックアップ数を指定します。※
LOG_PARAMETER_DAEMON | 「2.3.6 edit_option(3)」参照 | smtp_daemonのログファイルのサイズとバックアップ数を指定します。※
LOG_PARAMETER_DBMAP | 「2.3.6 edit_option(3)」参照 | dbmapのログファイルのサイズとバックアップ数を指定します。
LOG_STATUS_LIMIT | メール流通量を見積もって設定してください | メール送受信数およびエラーメールの送受信数およびsmtp_gwの休止に関するしきい値を指定します。※
MAILARCHIVE_ERROR_MAIL | create | エラーメールを返信する場合に，アーカイブ用のエラーメールを生成する
MAILARCHIVE_MAPPING_MODE | nickname | E-mailアドレスが未登録のGroupmaxユーザをニックネームマッピングする
MIME_SUBJECT | no_split | 主題を分割せず１行で送信します。主題を複数行で生成するとメールアーカイブサーバでMIMEデコードできない場合があります。
MSGID_MODE | rfc1327 | Message-IDをrfc1327フォーマットで生成する
SEND_CODE | mime | メールアーカイブサーバの仕様によりMIME形式のメールに対応していない場合には，他の設定値を選択してください。
SEND_BASE64_ENCODE | all | 主題や添付ファイル名の先頭から末尾までをBase64エンコードする
SEND_BODY_SIZE_LIMIT | 設定しない | 設定しないことを推奨します。設定する場合には，全ての時間帯で送信サイズの制限をしないでください。
SEND_HEADER_RECIPIENTS_DISCLOSURE | false | Groupmax Mailクライアントから受信者非公開のオプションが指定された場合，Groupmax内で受信したユーザも自分以外の宛先は参照できないため実質BCC扱いで送信したのと同等になります。
SERVICES_STOP_WAIT_TIME | 0[秒] | サービス停止時にSendmailプロセスを待つ待機時間
SPLIT_FNAME | no_split | 添付ファイル名を分割せず１行で送信します。添付ファイル名を複数行で生成するとメールアーカイブサーバでMIMEデコードできない場合があります。

注意

※LOG_PARAMETER，LOG_PARAMETER_DAEMONについては，社内メールをアーカイブ対象にする場合，メール送信通数が増えますので必要なログが採取されるよう設定値を見直してください。また，LOG_STATUS_LIMITについては，全ての社内メールが処理されるため，「送信メール数」について見積もりを実施してやや大目の通数を設定してください。

注意

ドメイン毎エンコード機能を使用している場合には，アーカイブ用のMail - SMTPではドメイン毎エンコードの設定は実施しないでください。メールアーカイブ運用を実施する場合にはドメイン毎エンコード機能は無効となります。

(6)　メールアーカイブサーバの設定

メールアーカイブの環境構築，およびアーカイブ後のメールの破棄（フィルタリング）設定について実施してください。

付録L.5　運用中の監視

＜この項の構成＞

(1)　event.log

(1)　event.log

Mail - SMTPでは，メール処理数や負荷状況についてしきい値を設定しておくことで，しきい値を超えた場合にevent.logにログを出力します。また，アーカイブ用のメールが送信できなかったりエラーメールが返信されたりした場合には，アーカイブ用のメールをsmuqに退避しますが，この時event.logにログを出力します。運用開始後はlogdir下に作成・更新されるevent.logを監視することにより復旧が必要な状況が発生したかを判断することが可能です。運用開始後はevent.logにより運用状態を監視してください。

注意

アーカイブ用のメールは通常運用のMail - SMTPからも送信されます。この場合，通常運用のMail - SMTPのevent.logに出力されますので，通常運用のMail - SMTPのevent.logも監視してください。

付録L.6　運用開始後の注意事項

メールアーカイブ用のアドレスMAILARCHIVE_ADDRESSと同じドメイン名をもつE-mailアドレスをGroupmaxユーザのE-mailアドレスとして追加設定しないで下さい。同様に，MAILARCHIVE_SEND_ENVELOPE_FROMと同じドメイン名をもつE-mailアドレスをGroupmaxユーザのE-mailアドレスとして追加設定しないで下さい。誤って追加すると，メールアーカイブ処理が誤動作しないようMail - SMTPのサービスが停止したり，Mail - SMTPのサービスが起動できなくなります。この場合には，GroupmaxユーザのE-mailアドレス（ドメイン名）を変更してからdbmapコマンドを実行しMail - SMTPのサービスを起動してください。

メールアーカイブ連携機能を設定して運用開始後に，MAILARCHIVE_RCPT_TOの設定値を既存の設定値より小さく変更すると，メールアーカイブできない場合に返信されたエラーメールからアーカイブメールの復旧ができません。この値を既存の設定値より小さくする場合には，現在送信済のメールが全てアーカイブされたことを確認してから変更してください。

付録L.7　アーカイブ連携機能の確認

ここでは，アーカイブ環境構築後に連携機能が正しく動作しているか確認するテストケースを挙げています。必ず以下のケースでメールアーカイブされていること，およびアーカイブされたメールが検索機能などで参照できることを確認してください。

テストで使用するアカウントは以下のとおりです。

ユーザA：Groupmaxユーザ（E-mailアドレスあり）

ユーザB：Groupmaxユーザ（E-mailアドレスあり）

ユーザC：Groupmaxユーザ（E-mailアドレスなし）

ユーザD：Groupmaxユーザ（E-mailアドレスなし）

ユーザＥ～Ｐ：Groupmaxユーザ（E-mailアドレスあり）

組織Ｗ：ユーザAの所属する組織（メール属性あり）

組織Ｘ：ユーザBの所属する組織（メール属性あり）

組織Ｙ：ユーザBの所属する組織（メール属性あり）

ユーザZ：インターネットユーザ（他社ユーザ）

テスト項目 | システム構成例１ | システム構成例２ | システム構成例３
(1) Groupmax内で配信されるメールのアーカイブ確認 | ○ | ○ | －
(2) Groupmax外に配信されるメールのアーカイブ確認 | ○ | － | ○※
(3)メール配信失敗時のリトライ機能の確認 | ○ | ○ | －
(4) エラーメールのアーカイブ確認 | ○ | － | ○※
(5) インターネットからのメール受信時のアーカイブ確認 | ○ | － | ○※
(6) 代行受信メールのアーカイブ確認 | ○ | ○ | －
(7) 同報者１５人がアーカイブされるか確認 | ○ | ○ | －
(8) メールのコンテンツ確認 | ○ | ○ | ○※

注意

※システム構成例３の場合には，アーカイブ用のメールは送信されません。通常運用で送受信されるメールについて確認を実施してください。

＜この項の構成＞

(1)　Groupmax内で配信されるメールのアーカイブ確認

(2)　Groupmax外に配信されるメールのアーカイブ確認

(3)　メール配信失敗時のリトライ機能の確認

(4)　エラーメールのアーカイブ確認

(5)　インターネットからのメール受信時のアーカイブ確認

(6)　代行受信メールのアーカイブ確認

(7)　同報者15人がアーカイブされるか確認

(8)　メールのコンテンツ確認

(1)　Groupmax内で配信されるメールのアーカイブ確認

テスト内容：ユーザＡからユーザＢ（ＴＯ），ユーザＣ（ＣＣ），ユーザＤ（ＢＣＣ），組織Ｗ（ＴＯ），組織Ｘ（ＣＣ），組織Ｙ（ＢＣＣ）のメールを送信します。

確認内容：アーカイブ用Mail - SMTPからアーカイブ用のメールが送信されることをログ確認します。アーカイブサーバでメールがアーカイブされ，且つアーカイブされたメールが配信されずに破棄されることを確認します。アーカイブされたメールから，ユーザＢ，Ｃ，Ｄ，組織Ｗ，Ｘ，Ｙがメール受信者として検索できることを確認します。

発生する不正な現象１：ユーザＢ，ユーザＣにメールが２通配信される。ユーザBおよびユーザCはアーカイブ後のメールでエンベロープ受信者として検索できない。

要因：アーカイブ用Mail - SMTPと同居するSendmailでCX定義が誤っている

対処：sendmail.cfのCX定義にGroupmaxユーザのE-mailアドレスと同じドメイン名が定義されていないか確認してください。

発生する不正な現象２：ユーザＢ，ユーザＣにメールが２通配信される。ユーザBおよびユーザCはアーカイブ後のメールでエンベロープ受信者として検索できる。

要因：アーカイブサーバでアーカイブ用のメールが破棄できていない。

対処：アーカイブサーバのメール破棄定義が実施されているか確認してください。

発生する不正な現象３：アーカイブ用のMail - SMTPのsmuqにファイルが作成される

要因：Mail - SMTPと同居するSendmailがESMTPに対応していない，またはESMTPのDSN(メールの配信通知)に対応していない。

対処：SendmailがDSNに対応しているかどうか「付録L.2　Mail - SMTPのメールアーカイブ機能を使用する場合の前提環境」の2.の手順で確認してください。

発生する不正な現象４：ユーザＢ（ＴＯ），ユーザＣ（ＣＣ），ユーザＤ（ＢＣＣ），組織Ｗ（ＴＯ），組織Ｘ（ＣＣ），組織Ｙ（ＢＣＣ）がメール受信者として検索できない

要因：AUTO_FORWARDに指定したE-mailアドレスとアーカイブ用Mail - SMTPのMAILARCHIVE_ADDRESSに指定されたE-mailアドレスが異なっている

対処：AUTO_FORWARDに指定するE-mailアドレスとアーカイブ用Mail - SMTPのMAILARCHIVE_ADDRESSに指定するE-mailアドレスを同じにしてください。なお，AUTO_FORWARDの設定値を変更した場合には，Mail Serverの再起動が必要です。

(2)　Groupmax外に配信されるメールのアーカイブ確認

テスト内容：ユーザＡからユーザZ（ＢＣＣ）のメールを送信します。

確認内容：アーカイブ用Mail - SMTPからアーカイブ用のメールが送信されることをログ確認します。通常運用のMail - SMTPからユーザZ宛てのメールが送信されることをログ確認します。アーカイブサーバでメールがアーカイブされ，且つアーカイブ用のメールが破棄されることを確認します。

発生する不正な現象１：ユーザZにメールが２通配信される，またはユーザZにメールが配信されない

要因：アーカイブサーバでアーカイブ用のメールが破棄できていない。

対処：アーカイブサーバのメール破棄定義を確認し，アーカイブ用のメールだけが破棄されるよう設定を見直してください。

(3)　メール配信失敗時のリトライ機能の確認

テスト準備：このテストは，Sendmailの送信者（mail from）のチェックによりメール配信に失敗することを前提としてしています。従って，Sendmailのチェックがすり抜けてしまうと正しくテストできずSendmail内でキューイングされてしまいます。メールがキューイングされてしまった場合には，Sendmailの機能でメール破棄願います。また，Sendmailの配信を失敗させる方法として，Sendmailのメールサイズの制限をする，またはDSN機能を制限するなどで同様のテストを実施することができます。

テスト内容：ユーザＡからユーザＢ（ＴＯ）のメールを送信します。

確認内容：アーカイブ用のMail - SMTPのsmuqにファイルが作成されることを確認してください。また，logdir下のevent.logファイルに以下のメッセージが出力されていることを確認します。

ERROR: smuqへ送信失敗メールを退避しました。

smuqに退避されたメール（ファイル）を，「付録L.8 smuqに退避されたメールの復旧手順」の手順でsmqに復旧してください。

テスト後に：テストが終了したらSendmailの設定を元に戻してください。

(4)　エラーメールのアーカイブ確認

テスト準備：(3)でSendmailにテスト用の設定を行っている場合，ここで元の正しい値を設定してください。

テスト内容：ユーザZから通常運用のMail - SMTPと同居するSendmailのCX定義と同じドメイン名を持ち，Groupmax内に存在しないE-mailアドレスに対してメールを送信します。

確認内容：通常運用のMail - SMTPからエラーメールが２通返信されることをログ確認します。また，アーカイブサーバでエラーメールが１通だけアーカイブされることを確認します。エラーメールの返信先がTO:ヘッダで検索できることを確認します。

アーカイブ用のメールかどうかの判断方法

アーカイブ用のメールは，MAILARCHIVE_X_MAILERに設定した文字列が，メールヘッダのX-Mailer:ヘッダに生成されているかどうかで判断します。

Mail - SMTPのログ上では，logfileのトレースログでsmqへの出力が２通であるかどうかで判断します。

(5)　インターネットからのメール受信時のアーカイブ確認

テスト内容：ユーザZからユーザAに対してメールを送信します。

確認内容：ユーザAにメール受信され，メールアーカイブサーバに受信したメールがアーカイブされていることを確認します。また，受信メールは，通常運用のMail - SMTPでメール受信していることをlogfileから確認します。

(6)　代行受信メールのアーカイブ確認

テスト内容：ユーザBについて予めユーザCを代行受信先として指定しておきます。ユーザAからユーザBに対してメールを送信します。

確認内容：ユーザAからユーザBに送信されたメールと，ユーザBからユーザCに代行受信されたメールがアーカイブされていることを確認します。

(7)　同報者15人がアーカイブされるか確認

テストの目的：Sendmailは同報者数が多いメールを複数通に分割してメール送信するため，メールアーカイブサーバでGroupmaxから送信されたアーカイブ用のメールと判断できなくなってしまいます。このため，Mail - SMTPでGroupmaxから送信されたアーカイブ用のメールと判断できるよう分割送信し，Sendmailで分割送信されないようにします。ここでは，Sendmailの分割配信が起こらないことを確認します。

テスト内容：ユーザＡからユーザＢ～ユーザＰ（合計15人の同報者）に対してメールを送信します。

確認内容：メールがアーカイブされたことを確認し，ユーザＢ～ユーザＰ全員がメール受信者として検索できることを確認します。

(8)　メールのコンテンツ確認

テストの目的：Groupmaxから送信されたアーカイブ用のメールはE-mailフォーマットになっています。このため，メールアーカイブされたメールを参照する際には，E-mailフォーマットのメールが正常にデコードできる必要があります。ここでは，アーカイブされたメールコンテンツが正しく参照できるかについて確認します。

テスト内容：ユーザＡからユーザＢに以下のメールを送信します。

主題に日本語80バイト程度

本文に日本語2KB程度

添付ファイル2～3個を指定（この時，業務上使用されるアプリケーションの添付ファイルを使用されることをお勧めします）。

添付ファイル名に日本語80バイト程度

Groupmax Collaboration 07-30の国際化対応機能をご使用になる場合には，業務上送信する文字コード等を指定してメール送信します。

確認内容：アーカイブされたメールの主題，本文，添付ファイル名が文字化けすることなく参照できることを確認します。また，添付ファイルの内容も該当アプリケーションにて参照できるか確認します。

発生しうる問題１：主題や添付ファイル名が途中で切れたり文字化けしたりする。原因は，主題や添付ファイル名が複数行で生成されるフォーマットにメールアーカイブサーバが対応していないことが考えられます。対策として，主題や添付ファイル名を１行で生成する設定を実施します。

発生しうる問題２：主題や添付ファイル名の検索を実施したときに，改行された主題の境界部分に検索キーワードが存在する場合に，検索に該当メールがヒットしない。アーカイブ製品の仕様である可能性がありますが，回避策として，主題や添付ファイル名を１行で生成する設定を実施することで回避できる可能性があります。

付録L.8　smuqに退避されたメールの復旧手順

ここでは，アーカイブ運用後にsmuqに退避されたメールを復旧する手順について説明します。付録L.7(3)の確認で，ここで説明する手順を実施してください。

Mail - SMTPのサービスを停止します。

smuq2smqコマンドを実施します。smuq2smqコマンドの使用方法については，「2.5 smuq2smq」を参照してください。

Mail - SMTPのサービスを起動します。サービス起動後，smqのメールを処理した時に，smuqにメールが退避されないか確認してください。

付録L.9　トラブルシューティング

ここでは，アーカイブ環境構築後に発生しやすいトラブルの対処方法について説明します。

(a)　smuqにファイルが溜まる

現象

smuqにファイルが溜まる。event.logに次のメッセージが出力される。

smuqへ送信失敗メールを退避しました。

要因

アーカイブサーバへのメール送信に失敗した。または，Sendmailからアーカイブサーバへのメール配信に失敗しエラーメールを受信した。

対処

「付録L.8 smuqに退避されたメールの復旧手順」に従いメール復旧作業を実施してください。

(b)　Mail - SMTPのサービスが停止する１

現象

Mail - SMTPのサービスが停止している。event.logに以下のログが出力されている。

ディスクフル状態です。

または，logfileやlogfile.daemonに以下のログが出力されている。

Smtpgw262:ディスク容量が不足しているため，プロセス(XXXXX)を停止しました。

要因

ディスクフルが発生しています。

対処

ディスクの空き容量を確保し，Mail - SMTPサービスの再起動を行ってください。なお，ディスク消費の原因がSendmailのメール滞留やsmqのメール滞留やsmuqへのメール退避である場合には，メールアーカイブサーバ側でメールが受付できない状態である可能性があります。メールアーカイブサーバの状態も確認してからMail - SMTPのサービスを再起動してください。

(c)　Mail - SMTPのサービスが停止する２

現象

Mail - SMTPのサービスが停止している。event.logに以下のログが出力されている。

XXXXXのドメイン名と一致するドメイン名を持つGroupmaxユーザが登録されました。

サービスを再起動しても以下のログがlogfileに出力される。

Smtpgw259:XXXXXのドメインとGroupmaxに登録されているユーザのドメインが一致したため，Mail - SMTPサービスを起動しませんでした。

要因

GroupmaxユーザのE-mailアドレスが，メールアーカイブ運用に使用するドメイン名を使用しています。GroupmaxユーザのE-mailアドレスは，メールアーカイブ運用に使用するドメイン名（具体的には，MAILARCHIVE_ADDRESSやMAILARCHIVE_SEND_ENVELOPE_FROMに設定されるE-mailアドレスのドメイン名）と同じドメイン名を使用することはできません。

対処

Groupmaxユーザに割り当てたE-mailアドレスのドメイン名を変更して，dbmapコマンドを実行してください。その後，Mail - SMTPのサービスを再起動してください。

(d)　smuq2smqコマンドの実行で復旧に失敗するメールがある。

現象

smuq2smqを実行したときに復旧に失敗し，smuq下にO，Hで始まるファイルが残る。

要因

Sendmailから返信されるエラーメールに本文や添付ファイルが含まれていない。

対処

Sendmailの設定で「DSNとともにメッセージの本文を返送しない」の設定が行われていないか確認してください。設定が行われている場合には，設定を解除してください。

付録M　Windows Server 2008使用時の注意事項

Windows Server 2008で使用する場合の注意事項について説明します。

＜この節の構成＞

付録M.1　ファイアウォール

付録M.2　コマンドの実行

付録M.1　ファイアウォール

Windows Server 2008ではOS標準のファイアウォール機能がデフォルトで有効になります。OS標準のファイアウォールを使用する場合は，ファイアウォールにポート番号を設定する必要があります。ファイアウォールの設定については，マニュアル「Groupmax Address/Mail Version 7 システム管理者ガイド　基本操作編」（Windows用）「4.1.3　LAN環境の設定」-「(2) ファイアウォールの設定」を参照してください。

付録M.2　コマンドの実行

Windows Server 2008ではユーザアカウント制御(UAC)が有効になっていると，ツールやユティリティの実行時にユーザアカウント制御ダイアログが出力されることがあります。ツールやユティリティは管理者権限で実行する必要があるため，ユーザアカウント制御ダイアログの[続行]ボタンを押して実行してください。

また，標準ユーザ権限のコマンドプロンプトからユティリティを実行すると，新規に管理者権限のコマンドプロンプトを起動し，ユティリティを実行します。このコマンドプロンプトは実行終了と同時に閉じるため，ユティリティが表示するメッセージを読むことができません。このため，ユティリティを使用する場合は，管理者権限で起動したコマンドプロンプトから実行してください。

索引

[Ａ][Ｂ][Ｃ][Ｄ][Ｅ][Ｆ][Ｇ][Ｈ][Ｉ][Ｋ][Ｌ][Ｍ][Ｎ][Ｐ][Ｒ][Ｓ][Ｔ][Ｕ][Ｖ][Ｘ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(英字)

(Ａ)

alias又はforwardによるアドレス変換の注意事項

application/octet-stream

(Ｂ)

bcc_recipients

BCC受信者の設定

Bccユーザを含むメール

Bccユーザを含むメールの注意事項

(Ｃ)

charset

charset

charset

charset

Content-Typeマッピングテーブル

(Ｄ)

daemon_alarm_interval

daemon_retry_count

daemon_retry_interval

daemon_sendmail_restart_num

dbmap

dbmap

dbmapの機能

dbmapの仕様

dbmap用ログ出力パラメタ

DBマッピング時の大文字・小文字の扱いの設定

DBマッピングファイル用ディレクトリ

DBマッピングルール

DDAマッピングルール

diskfull_services_control

DSN

Dummy Recipient

(Ｅ)

E-mailアドレスの大文字と小文字を区別

edit_domain

edit_format

edit_mapping

edit_option

error_level

error_mail_to

(Ｆ)

filter_address

(Ｇ)

gw_poll_time

gw_setupのエラーメッセージ

(Ｈ)

HACMP

help

honbun_unicode_check

(Ｉ)

In-Reply-To

In-Reply-To

Internet送信者アドレス

Internet送信モード

INTERNETドメイン名

iso-2022-jp

iso-2022-jp

iso-2022-jp

(Ｋ)

kana_mode

(Ｌ)

LHSマッピングルール

log_parameter

log_parameter_daemon

log_parameter_dbmap

log_status_limit

long_fname

loop_mail_address_check

(Ｍ)

Mail - SMTPのアドレスマッピングルール

Mail - SMTPの環境設定

Mail - SMTPの環境設定

MAIL FROM

MAIL FROM

Mail - SMTPとは

Mail - SMTPの運用手順

Mail - SMTPの運用に必要な環境

Mail - SMTPの運用プログラム

Mail - SMTPの起動と停止

Mail - SMTPの機能

Mail - SMTPの停止

Mail - SMTPのファイルとディレクトリ

Mail - SMTPのプログラム構成

Mail - SMTPの保守運用

Mail - SMTPのメール転送機能

mapping_mode

message/rfc822

Message-IDフォーマットの設定

mhs_mailer

mhs_mailer

mhs_mailer

MIME

mime_header_analyze

mime_structure

mime_subject

MIME形式によるメールの変換方法

MIME構造情報の設定

MIME主題分割送信制御

modifying_dbfile

msgid_mode

multipart/mixed

multipart/signed

(Ｎ)

noattachment_charset_check

(Ｐ)

permission_mode

print_config

(Ｒ)

recv_code

recv_mac_resource

recv_message_partial

recv_originator

recv_originator_mapping

recv_rtf_body_flag

recv_text_file

recv_text_honbun

recv_text_subject

References

References

Reply-To

Reply-To

RFCヘッダ

(Ｓ)

S/MIMEメールの受信方法

secure_mime

send_base64_encod

send_body_size_limit

send_code

send_envelope_from

send_header_comment

send_header_from

send_header_recipients_disclosure

send_header_sender

send_internetdomain_check

send_rtf_body

send_rtf_body_flag

send_x400report_mail_from

sendflag

Sendmail

Sendmail

Sendmailの環境設定

Sendmailへの送信用のキューディレクトリ

services_stop_wait_time

smtp_daemon

smtp_dm

smtp_dm用ログ出力パラメタ

smtp_gw

smtp_gw

smtp_gwおよびsmtp_daemonおよびdbmapコマンドおよびsmuq2smqコマンドのエラーメッセージ

smtp_gw用ログ出力パラメタ

smtp_gwの起動

smtpmng

smtpmng

smtpmngのエラーメッセージ

smtpmngの機能

smtpmngのサブコマンド

smtpmngの仕様

smuq

smuq2smq

split_fname

(Ｔ)

text/plain

(Ｕ)

Unicode

Unicode

Unicode

us-ascii

utf-16

utf-16

utf-16

utf-16

utf-7

utf-7

utf-8

utf-8

uudecode

uuencode

uuencode形式によるメールの変換方法

(Ｖ)

video/mpeg

(Ｘ)

X.400ドメイン名

X.400

(ア行)

(あ)

アドレス変換の注意事項

アドレスマッピングルール

アドレスマッピングルールの種類

アドレスマッピングルールの設定

アドレスマッピングルールの適用例

アドレスマッピングを確認

アプリケーション・サーバ

暗号形式

(い)

インストールディレクトリ

インストールディレクトリ

(え)

エラーメールの主題

エラーメールの主題をカスタマイズ

エラーメールの送信者のE-mailアドレスを変更

エラーメール返信先アドレスの優先順位

エラーメールを返信抑制するアドレス

エラーメッセージ

エラーログレベルの設定

エンベロープ送信者

(お)

主なファイル及びディレクトリの内容

(カ行)

(か)

外字を含むメールの注意事項

カスケード構成

環境設定の方法

(き)

共用ディスク

(く)

クラスタ

クラスタシステムの環境設定手順（AIX版）

(け)

ゲートウェイアンデリバリキューディレクトリ

ゲートウェイ受信用のキューディレクトリ

ゲートウェイの監視時間

ゲートウェイの構成情報

ゲートウェイ名

現用系

(こ)

高可用性

コメント

コメント

コメントマッピング

コンカレント・アクセス

こんなときには...

コンフィグレーションファイル

(サ行)

(さ)

サービスIPアドレス

サイズの制限

サイズの制限

(し)

実行ファイルディレクトリ

受信者名公開

受信文字コード

署名形式

(す)

推奨値

(せ)

設定の推奨値

(そ)

送受信者制限に関する設定

送信者

送信者

送信制限を行うメールのサイズと時間帯

送信プロセスのSMTPコマンドのタイムアウト時間

送信プロセスのリトライ処理回数

送信プロセスのリトライ処理間隔

送信文字コード

組織メール

組織メールの処理についての注意事項

(タ行)

(た)

待機系

(て)

テーブルマッピングファイル

テーブルマッピングルール

テキスト添付ファイルの文字変換

デフォルト値

添付ファイル名

添付ファイル名の注意事項

添付ファイル名の分割送信制御

テンプレートファイル用ディレクトリ

(と)

同報者が256人を超えた場合の注意事項

ドメインファイル

ドメインごとエンコード

トラブルシューティング

トレース情報

(ナ行)

(な)

なりすまし

(に)

ニックネームマッピングルール

(の)

ノード，系

(ハ行)

(は)

半角仮名文字

半角仮名文字送信制御

(ひ)

非コンカレント・アクセス

(ふ)

ファイルとディレクトリの構成

フェールオーバ

フェールバック

複数のインターネットドメインを処理

分割メール

分割メール

分割メールの受信制御

(へ)

返信先のE-mailアドレスを指定

返信履歴

返信履歴

(ほ)

ボリューム・グループ

(マ行)

(め)

メールアーカイブ

メールの同報者が256人を超えた場合の注意事項

メールヘッダを参照できるようにする

(ヤ行)

(ゆ)

ユーザIDマッピングルール

ユーザ情報の更新ルールの設定

(ラ行)

(り)

リソース

リソース・グループ

リソースフォークデータ受信可否の設定

リッチテキストファイル送信制御

リッチテキスト本文連携

リッチテキスト本文連携情報の受信制御

リッチテキスト本文連携情報の送信制御

(る)

ループメール

ループメールのアドレスチェック

(ろ)

ローテート構成

ログディレクトリ

ロングファイル名

ロングファイル名の設定

■ 商標類

HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。
IBM，AIXは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Sendmail for NTは，米国Sendmail,Inc.の製品です。
Sendmailは，米国Sendmail,Inc.の登録商標です。
UnicodeはUnicode,Inc.の商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。