Groupmax Mail - SMTP Version 6
運用ガイド

解説・操作書

3020-3-B55-30

目　　次

前書き

変更内容

はじめに

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_smailpath

2.4　dbmap

2.4.1　dbmapの機能

2.4.2　dbmapの仕様

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.cfの定義

3.3.1　sendmail.cfに定義する項目

3.3.2　sendmail.cfの定義例

3.3.3　テンプレートのsendmail.cfを使った環境設定例

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

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

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

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

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

5.　Mail - SMTPを複数台導入する場合の手順

5.1　複数のMail - SMTPの導入

5.2　Mailユーザのドメイン名をサーバ（MTA）単位に区別する場合の設定例

5.2.1　Groupmaxサーバの設定

5.2.2　Mail - SMTPの設定

5.2.3　sendmailの設定

5.2.4　内部メールサーバの設定

5.3　Groupmax Mailユーザのドメイン名をサーバ（MTA）に関係なく同じにする場合の設定例

5.3.1　Groupmaxサーバの設定

5.3.2　Mail - SMTPの設定

5.3.3　sendmailの設定

5.3.4　内部メールサーバの設定

6.　Mail - SMTPの起動と終了

6.1　Mail - SMTPの起動

6.1.1　smtp_gwの起動

6.2　Mail - SMTPの終了

7.　Mail - SMTPの保守運用

7.1　トレース情報

7.1.1　トレース情報の項目

7.1.2　トレース情報の出力例

7.1.3　sendmail送信のトレース情報の項目

7.1.4　sendmail送信のトレース情報の出力例

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

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

7.2　エラーメッセージ

7.2.1　smtp_gwおよびsmtp_daemonおよびdbmapのエラーメッセージ

7.2.2　smtpmngのエラーメッセージ

7.2.3　イベントログのメッセージ

7.2.4　ログファイルを取得する

7.3　エラーメール

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

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

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

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

7.4.4　sendmailの送信に失敗する

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

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

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

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

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

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

7.4.11　「Delivary Report(Failer)」という主題のエラーメールが返ってくる

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

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

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

7.4.15　Groupmaxからインターネットへのメール送信が遅い

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

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

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

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

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

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

7.4.22　主題や添付ファイル名の一部が文字化けしている

7.4.23　主題／本文／添付ファイル名が文字化けしている

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

7.5　こんなときには...

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

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

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

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

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

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

7.5.7　インターネットに送信するメールのMessage-IDの内容を変えたい

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

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

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

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

7.5.12　環境の移行を行いたい

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

7.5.14　設定の推奨値は何か？

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

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

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

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

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

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

付録

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

付録B　バイナリデータの転送方法

付録B.1　受信したバイナリデータの変換方法

付録B.2　送信するバイナリデータの変換方法

付録B.3　uuencode及びuudecodeの使用方法

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

付録C.1　処理形式

付録C.2　送信形式

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

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

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

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

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

付録F.1　機能の概要

付録G　インストール方法

付録G.1　操作手順

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

付録H　Sendmail Single Switch 2.2 for Windowsの設定手順

付録H.1　設定手順

付録H.2　設定確認手順

付録I　 Sendmail Advanced Message Server 1.3Jの設定手順

付録I.1　設定手順

付録I.2　設定確認手順

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

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

索引

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

All Rights Reserved. Copyright (C) 2001, 2003, Hitachi, Ltd.

前書き

■ 対象製品

P-2446-5144　 Groupmaxサーバセット　 06-51　(適用OS：Windows NT，Windows 2000)
P-2446-5344　 メールサーバセット　 06-51　(適用OS：Windows NT，Windows 2000)
P-2446-5644　 グループウェアサーバセット　 06-51　(適用OS：Windows NT，Windows 2000)
P-2446-5744　 簡単導入セット　 06-51　(適用OS：Windows NT，Windows 2000)

■ 輸出時の注意

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

■ 商標類

Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Sendmail for NTは，米国Sendmail,Inc.の製品です。

Sendmail Advanced Message Serverは，米国Sendmail,Inc.の製品です。

Sendmailは米国Sendmail,Inc.の登録商標です。

UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。

Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windows NTは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

UnicodeはUnicode,Inc.の商標です。

■ 発行

平成13年1月 (第1版) 3020-3-B55(廃版)
平成13年9月 (第2版) 3020-3-B55-10(廃版)
平成14年9月 (第3版) 3020-3-B55-20(廃版)
平成15年1月 (第4版) 3020-3-B55-30

■ 著作権

All Rights Reserved. Copyright (C) 2001, 2003, Hitachi, Ltd.

変更内容

変更内容(3020-3-B55-30)　Groupmax Mail - SMTP Version 6 06-51

追加・変更内容 | 変更箇所
smtpmngのサブコマンドedit_formatの説明を追加した。 | 2.3.4(3)
dbmapの機能について説明を変更した。 | 2.4.1
Mail - SMTPの環境設定ファイルの説明を削除した。 | 4
dbmapコマンドのトレース情報について追加した。 | 7.1.5，7.1.6
トラブルシューティングの事例を追加した。 | 7.4.19，7.4.20，7.4.21，7.4.22，7.4.23，7.4.24
こんなときには...の内容を追加および変更した。 | 7.5.14，5.7.18，5.7.19，5.7.20
バージョンアップおよび06-50以前からのリビジョンアップについての説明を変更した。 | 付録A
Unicodeで記述されたテキストの受信について変更した。 | 付録C.1(1)，付録D.2(9)
本文のContent-Typeにcharset=us-asciiが設定される場合について追記した。 | 付録C.2
その他の注意事項を追加した。 | 付録D.2(10)，付録D.2(11)，付録D.2(12)，付録D.2(13)
Sendmail Single Switch 2.1 for Windowsの設定手順をSendmail Single Switch 2.2 for Windows用に変更した。 | 付録H
Advanced Message Server 1.3Jの設定手順を追記した。 | 付録I

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

変更内容(3020-3-B55-20)　Groupmax Mail - SMTP Version 6 06-50

追加・変更内容

smtpmngの仕様を追加した。

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

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

ログパラメタのバックアップ数について推奨値を追加した。

dbmapの機能について説明を追加した。

dbmap実行後の注意事項を追加した。

sendmail.cfに設定する，mhs_mailerの設定内容を変更した。

Mail - SMTPの環境設定例を変更した。

Mail - SMTPの起動と終了の説明を追加した。Mail - SMTPの保守運用については7章に変更した。

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

エラーメールが返信される際の主題を追加した。

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

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

バージョンアップ時の注意事項の説明を追加した。

機種依存文字および外字を含むメールの注意事項を変更した。

その他の注意事項を追加した。

RFCヘッダの必須項目について説明を追記した。

インストール手順を付録Gに変更した。

Sendmail single switch 2.1の設定手順を追記した。

変更内容(3020-3-B55-10)　Groupmax Mail - SMTP Version 6 06-02

追加・変更内容

受信者名公開機能の設定方法を追加した。

mhs_mailerの制限事項を削除した。

sendmail.cfに設定する，mhs_mailerの設定内容を変更した。

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

よくある質問を説明した，こんなときには...を追加した。

バージョンアップ時の注意事項の説明を追加した。

テキストデータ受信時の仕様を変更した。

代行受信する場合の注意事項を追加した。

はじめに

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

対象読者

このマニュアルは，Windows NT，Windows 2000，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の起動と終了の操作方法について説明しています。

第7章　Mail - SMTPの保守運用

Mail - SMTPのトレース情報とメッセージについて説明しています。

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

バージョンアップおよびリビジョンアップ時の注意事項について説明しています。06-02からのリビジョンアップについても説明しています。

付録B　バイナリデータの転送方法

SMTPでバイナリデータを転送する方法について説明しています。

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

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

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

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

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

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

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

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

付録Ｇ　インストール方法

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

付録Ｈ　Sendmail Single Switch 2.2 for Windowsの設定手順

Sendmail Single Switch 2.2 for Windowsの設定方法について説明します。

付録I　Sendmail Advanced Message Server 1.3Jの設定手順

Sendmail Advanced Message Server 1.3Jの設定方法について説明します。

関連マニュアル

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

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

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

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

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

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

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

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

表現上の決まり

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

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

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

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

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

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

英略語 | 説明
ASCII | American National Standard Code for Information Interchange
MIME | Multipurpose Internet Mail Extensions
MTA | Message Transfer Agent
SMTP | Simple Mail Transfer Protocol
TCP/IP | Transmission Control Protocol/Internet Protocol

このマニュアルでの表記

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

製品名称 | 略称
Groupmax Mail - SMTP Version 6 | Mail - SMTP
Groupmax Address Server Version 6 | Groupmax Address Server
Groupmax Mail Server Version 6 | Groupmax Mail ServerまたはGroupmax Mail
Groupmax Object Server Version 6 | Groupmax Object Server
Groupmax Integrated Desktop Version 6 | Integrated DesktopまたはGroupmax Mail クライアント
Groupmax World Wide Web Desktop Version 6 | WWW DesktopまたはGroupmax Mail クライアント
Microsoft(R) Windows(R) Operating System Version 3.1 | Windows 3.1
Microsoft(R) Windows(R) 95 Operating System | Windows 95
Microsoft(R) Windows(R) 98 Operating System | Windows 98
Microsoft(R) Windows NT(R) Server Network Operating System Version 4.0 | Windows NT
Microsoft(R) Windows(R) 2000 Server Operating System | Windows 2000

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

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としておりますが，次に示す用語については，常用漢字以外の漢字を使用しています。

宛先（あてさき），必須（ひっす），改竄（かいざん），雛形（ひながた）

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

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

注※

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

1.1.2　Mail - SMTPの機能

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

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

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

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

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

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

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

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

uuencodeとuudecode
uuencodeとuudecodeは，X.400サーバを備えていないシステムのユーザが，Groupmax Mailのユーザとの間でバイナリデータの送受信をする場合に使います。uuencodeとuudecodeについては，「付録B　バイナリデータの転送方法」を参照してください。

MIME
MIMEはSMTPの拡張機能で，ASCIIデータ以外のデータの送受信をする場合に使います。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をインストールしてから，環境を設定します。設定する環境を次に示します。

Groupmax Mail Serverの環境

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

Mail - SMTPの環境

sendmailの環境

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

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

注1

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

使用できる文字コード
半角英数字，「+」，「-」

注2

Groupmax Address ServerまたはGroupmax Mail ServerをアンインストールするとMail - SMTPの環境設定も失われるため，Mail - SMTPが正常に動作しなくなります。したがって，Groupmax Address Serverをアンインストールする場合は，必ずMail - SMTPのインストールディレクトリ下の環境設定ファイルのバックアップを採取してから，Mail - SMTPもアンインストールしてください。バックアップするファイルについては，「7.5.12　環境の移行を行いたい」を参照してください。

1.2.2　環境設定の概要

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

＜この項の構成＞

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

(2)　Mail - SMTPの環境

(3)　sendmailの環境

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

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

(2)　Mail - SMTPの環境

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

なお，Mail - SMTPの環境を設定する場合には，必ず先にX.400のインタフェース環境を設定してください。

Mail - SMTPの環境変数

ドメインアドレス

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

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

アドレスマッピングテーブル

これらの情報は，それぞれ次のファイルに格納します。

テーブルマッピングファイル

(rfc1327-mapping1，rfc1327-mapping2)

DBマッピングファイル

(index.db，data.db)

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

(3)　sendmailの環境

sendmailを利用するには，ファイルsendmail.cfに，処理方法を指定した記述を追加します。追加する記述については，「3.　sendmailの環境設定」を参照してください。

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

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

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

smtp_gw.exe(以降smtp_gwと略します)
SMTPとX.400のメールの相互変換，および各メールの転送をするプログラムです。このプログラムが，Mail - SMTPの主要な処理を実行します。詳細については，「6.　Mail - SMTPの起動と終了」を参照してください。

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

mhs_mailer
sendmailが受信したSMTPのメールを専用ディレクトリに格納（キューイング）するプログラムです。格納されたメールは，smtp_gwが順番に受信します。mhs_mailerは，sendmail.cfファイルに登録しておくことで，メールの受信時にsendmailによって自動的に起動および終了されます。詳細については，「3. sendmailの環境設定」を参照してください。

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

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で使用するファイルとディレクトリが，このディレクトリに含まれています。

実行ファイルディレクトリ(smtpdir下のbin。以降smtpbinと略します)
Mail - SMTPを構成するsmtpmng，mhs_mailer，smtp_gw，smtp_dm，および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」を付けたファイルがキューイングされます。
「O」+7けたの半角英数字による追番+「.lmt」　sendmail送信用ファイル（送信制限によってキューイング中）

ゲートウェイ受信用のキューディレクトリ(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けたの半角英数字による追番　メールボディファイル

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

ログディレクトリ(smtpdir下のlogdir。以降logdirと略します。)
Mail - SMTPから出力されるトレース情報，エラー情報が格納されます。トレース情報については「7.1　トレース情報」を，エラー情報については「7.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）があります。

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

smtpgw.cfg.tmp

domain.dat.tmp

rfc1327-mapping1.tmp

rfc1327-mapping2.tmp

item.def.tmp

sendmail.cf.tmp

sendmail.cf
sendmailを利用するために設定するファイルです。Mail - SMTPのプログラムmhs_mailerもこのファイルに登録します。sendmail.cfについては，「3.　sendmailの環境設定」を参照してください

2.　Mail - SMTPの環境設定

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

＜この章の構成＞

2.1　Mail - SMTPの環境設定

2.2　smtpmng

2.3　smtpmngのサブコマンド

2.4　dbmap

2.1　Mail - SMTPの環境設定

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

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

＜この節の構成＞

2.1.1　環境設定の方法

2.1.1　環境設定の方法

Mail - SMTPの環境を設定するには，次の4種類のファイルに必要な情報を格納する必要があります。

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

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

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

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

コンフィグレーションファイル，ドメインファイル，およびテーブルマッピングファイルに必要な情報を格納するには，smtpmngコマンドを使います。smtpmngコマンドを使うと，環境設定に必要な情報を上記のファイルに対話的に設定できます。これらのファイルの内容については「4. Mail - SMTPのアドレスマッピングルール」を参照してください。

注※

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

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

注意

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

なお，Mail - SMTPの起動中には環境を変更できません。環境変更の作業は必ずMail - SMTPを起動する前にしてください。またすでに起動中の場合は，一度Mail - SMTPを終了してから再起動してください。

終了方法については，「6.2　Mail - SMTPの終了」を参照してください。

2.2　smtpmng

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

＜この節の構成＞

2.2.1　smtpmngの機能

2.2.2　smtpmngの仕様

2.2.1　smtpmngの機能

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

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

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

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

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

2.2.2　smtpmngの仕様

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

＜この項の構成＞

(1)　起動方法

(2)　サブコマンド

(3)　注意事項

(1)　起動方法

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

(2)　サブコマンド

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

help(h)

各サブコマンドの説明を表示します。

print_config(p)

現在の設定値を表示します。

edit_domain(ed)

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

edit_format(ef)

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

edit_mapping(em)

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

edit_option(eo)

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

edit_smailpath(es)

sendmailのパス名を変更します。

quit(q)

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

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

smtpmng >

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

(3)　注意事項

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

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

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

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

smtpmngコマンドは，＜Ctrl＞+＜C＞や＜Ctrl＞+＜Break＞などによる割り込みでの強制終了はできません。必ず，サブコマンドquitを使って終了してください。

コンフィギュレーション項目の変更内容をファイルに保存している間は，次に示すプログラムの終了処理はしないでください。保存中のコンフィギュレーションファイルが破壊される場合があります。

メニューから［閉じる］を選択する

プログラムマネージャのタスクリストの画面から［アプリケーションの終了］を選択する

ログオフまたはシャットダウンをする

smtpmngの画面に対して，＜Ctrl＞+＜C＞や＜Ctrl＞+＜Break＞を入力する

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

2.3　smtpmngのサブコマンド

smtpmngコマンドで環境を設定する場合，各環境設定ファイルの実際の編集にはサブコマンドを使用します。サブコマンドを使用するには，以下に示すようにコマンド行から最初にsmtpmngコマンドを実行します。実行すると専用プロンプト（smtpmng>）が表示されますので，そこからサブコマンドを入力してください。

smtpmng>

サブコマンドを次に示します。なお，括弧()内はサブコマンドの短縮形です。

help(h)

print_config(p)

edit_domain(ed)

edit_format(ef)

edit_mapping(em)

edit_option(eo)

edit_smailpath(es)

quit(q)

ここでは，各サブコマンドの機能と使用方法について説明します。なお，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_smailpath

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)   : オプションの設定変更
98.edit_smailpath(es): sendmailパスの設定変更
99.quit(q)           : プログラムの終了
smtpmng >

2.3.2　print_config

＜この項の構成＞

(1)　機能

(2)　説明

(1)　機能

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

(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
        KANA_MODE = convert
        LONG_FNAME = send_allow
        SEND_RTF_BODY = rtf_deny
        SEND_RTF_BODY_FLAG = send_inline
        SENDFLAG = return
        SEND_ENVELOPE_FROM = admin@smtpgw.xxxxx.co.jp
        MSGID_MODE = rfc1327
        SEND_HEADER_RECIPIENTS_DISCLOSURE = true
        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
リターンキーを入力してください。>
        MAPPING_MODE = pop_all
        TABLE_MAPPING_USE = no
        PERMISSION_MODE = send_deny
        MODIFYING_DBFILE = auto
        FILTER_ADDRESS = all
        GW_POLL_TIME  = 10
        LOG_PARAMETER = 2000, 20
        LOG_PARAMETER_DAEMON = 1000, 5
        LOG_PARAMETER_DBMAP = 3000, 2
        ERROR_LEVEL = none
        DAEMON_RETRY_INTERVAL  = 60
        DAEMON_RETRY_COUNT  = 2
        DAEMON_ALARM_INTERVAL  = 5
        SEND_BODY_SIZE_LIMIT  = 0/0-24
        ERROR_MAIL_TO = Envelope_From Errors-To Return-Path Sender From
        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/
    INTERNETDOMAIN=domain.hitachi.co.jp

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

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

edit_domain> 2                            [X.400ドメイン名の設定]
現在の設定値(X400DOMAIN:国名) -> US
変更する値(X400DOMAIN:国名)   -> JP       [JPに変更]
現在の設定値(X400DOMAIN:主官庁領域名) -> HITACHI
変更する値(X400DOMAIN:主官庁領域名)   ->  [値を入力しない場合は
.                                         リターンキー]
.
.
設定しますか？ (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
これらの項目には，Groupmax Mail ServerのX.400運転席のゲートウェイ追加で登録した「国名」「主官庁領域名（ARMD）」「私設領域名（PRMD）」と同じ内容を設定してください。
ここに指定されたアドレスは，インターネットから受信した送信者のアドレスをO/R名にマッピングしたときに，与えるアドレスとなります。
このアドレスがGroupmax Mail Serverに登録されたゲートウェイのO/R名と異なっている場合には，Groupmax Mailクライアントからインターネットへのメール返信ができませんので注意してください。

INTERNETドメイン名
Mail - SMTPがある環境に割り当てられているドメインのサブドメインを指定してください。以前からインターネットを運用していたドメイン環境を，そのままGroupmax Mail環境に移行する場合は，以前から利用していたドメイン名を設定してください。
ここに設定したドメイン宛てにはメールの送信はできませんので注意してください。

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)
99.edit_sendformatサブコマンドの終了
edit_sendformat>

プロンプト「edit_sendformat>」の状態で，メニュー番号「2」から「9」のどれかを入力してください。メニュー番号を入力すると，次のように現在の設定値を表示してから，変更値と確認(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)
99.edit_recvformatサブコマンドの終了
edit_recvformat>

プロンプト「edit_recvformat>」にメニュー番号「2」から「6」のどれかを入力してください。メニュー番号を入力すると，次のように現在の設定値を表示してから，変更値と確認(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で設定できる値は次の11種類です。

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

mime

MIME

jis

JISコード

sjis

SJISコード

euc

EUCコード

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

split

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

no_split

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

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

no_split

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

split

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

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

convert

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

noconv

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

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

send_allow

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

send_deny

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

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

rtf_deny

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

rtf_allow

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

このモードを選択した場合，受信側で本文と同じ内容のファイル（ファイル名：RFB1.rtf）が添付されます。このモードを選択した場合には，次のリッチテキスト本文連携情報の送信制御の設定を行います。

注意

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

注意

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

リッチテキスト本文連携情報の送信制御(send_rtf_body_flag)
インターネット送信時にリッチテキスト本文を添付ファイルにして送信する場合に，その添付ファイルがリッチテキスト本文であることを示す連携情報を入れるかどうかを指定します。連携情報を入れることによりリッチテキスト本文のドメイン間連携機能を行うことができます。デフォルトは，send_inlineです。

send_inline

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

send_attach

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

注意

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

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

Internet送信モード(sendflag)
Groupmax Mailユーザにsendmailからのエラーメールを返信するかどうかを設定します。デフォルトは，normalです。また，returnはGroupmax MailユーザアドレスとE-mailアドレスのマッピングルールが正しく設定されている場合にだけ設定してください。マッピングルールが間違っていた場合は，送信者にエラーメールが返信されません。

normal

Groupmax Mailユーザから発信したメールの転送にsendmailが失敗したときに，rootに対してエラーメールを送信します。root以外のアドレスでエラーメールを受信したい場合には，次のInternet送信者アドレスの設定を行ってください。

return

Groupmax Mailユーザから発信したメールの転送にsendmailが失敗したときに，メールを発信したGroupmax Mailユーザに対してエラーメールを送信します。

Internet送信者アドレス(send_envelope_from)
Groupmax Mailユーザが送信したメールの転送にsendmailが失敗した場合に，エラーメールを受け取るE-mailアドレスを指定します。また，Mail - SMTPが受信できなかったときに返信するエラーメールの送信者として本E-mailアドレスを使用します。デフォルトはrootです。

注意

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

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

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

rfc1327

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

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

（例）

　　<"MNXA000019gw000 U*/C=JP/ADMD=pa8000h/PRMD

　　=pa8000h/O=SMTPGW/OU=pa8000h/S=gw000/G=gw000/"@MHS>

rfc822

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

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

（例）

　　<199912190356.TAA00001@dom1.dom2>

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

true

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

false

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

(4)　edit_recvformatで設定する値

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

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

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

ON

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

OFF

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

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

OFF

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

ON

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

注意

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

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

recv_deny

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

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

recv_all

AppleDoubleからデータフォークを取得します。AppleDoubleのリソースフォークはデコードを行わずに添付ファイルとします。

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

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

recv_part

AppleDoubleからデータフォークを取得します。AppleDoubleのリソースフォークはデコードを行わずに添付ファイルとします。

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

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

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

no_support

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

synchronized_dual_bodies

Groupmax Mail ServerのS/MIME対応モード（設定値）に従って受信処理を行います。サーバの設定値が参照できない場合，V5互換仕様で受信を行います。サーバの設定値については，マニュアル「Groupmax Address/Mail Version 6 システム管理者ガイド　基本操作編」（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用の添付ファイルと，従来と互換性のある添付ファイルの二つを作成してGroupmax 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

テキスト形式の添付ファイルについて，テキストデータの文字コード変換を行いません。

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

recv_allow

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

recv_deny

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

注意

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

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

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)
      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です。
なお，次の説明で使用しているマッピングルールの詳細は，「4.1 アドレスマッピングルール」を参照してください。

table

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

db

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

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

all

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

pop_all

Groupmax Address Server(POP3※1/IMAP4※2)と連携してマッピング処理をします。Address_Mail Serverセットアップ画面の「最優先アドレスマッピング」で選択された設定値に従ってマッピングの優先順位を決定します。また，Groupmax Addressの設定が変更された場合には，Groupmax Addressの設定に同期してマッピングの優先順位を変更します。

注※1　Post Office Protocol Version 3の略称です。

注※2　Internet Message Access Protocol Version 4の略称です。

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

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

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

all

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

send_deny

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

send_recv_deny

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

この設定項目は，mapping_modeの設定に引き続いて関連項目として設定できるようになります。

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

auto

Groupmax Address Serverのユーザ情報が変更された場合，その変更情報を自動的に取り込みます。

変更情報がMail - SMTPに反映される間隔は2時間毎です。

manual

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

変更情報を反映する場合は，dbmapコマンドを実行してください。

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

注意

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

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

all

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

domainpart

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

none

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

注意

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

(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」と同じドメイン名を登録しないでください。このドメイン名を登録した場合，そのドメイン名を持つユーザはインターネットにメールを送ることができなくなります。

注意

サブコマンド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/
      INTERNETDOMAIN=table.hitachi.co.jp
設定しますか？ (Yes/No) Yes
マッピングテーブル2に反映しますか？ (Yes/No) Yes
マッピングテーブル2に既にエントリがあります。
                     変更を反映しますか？ (Yes/ No) Yes

注意

サブコマンドedit_domainで設定した「INTERNETDOMAIN」と同じドメイン名を登録しないでください。このドメイン名を登録した場合，そのドメイン名を持つユーザはインターネットにメールを送ることができなくなります。

注意

サブコマンド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/
     INTERNETDOMAIN=table.hitachi.co.jp
削除しますか？ (Yes/No) Yes

マッピングテーブル2 に関連するマッピング情報があります。
00005 X400DOMAIN=/C=JP/ADMD=ADMD/PRMD=PRMD/O=TOPORG/OU=ORG/
     INTERNETDOMAIN=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.エラーログレベル(error_level)
       7.送信プロセスのリトライ処理間隔(daemon_retry_interval)
       8.送信プロセスのリトライ処理回数(daemon_retry_count)
       9.送信処理時のSMTPコマンドのタイムアウト時間(daemon_alarm_intervel)
      10.送信制限を行うメールのサイズと時間帯(send_body_size_limit)
      11.エラーメール返信先アドレスの優先順位(error_mail_to)
      99.edit_optionサブコマンドの終了
edit_option>

プロンプト「edit_option>」の状態でメニュー番号「2」から「11」のどれかを入力してください。メニュー番号を入力すると，現在の設定値を表示してから，変更値と確認(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で設定できる値は次の11種類です。

ゲートウェイの監視時間(gw_poll_time)
ゲートウェイ受信用のキューディレクトリ(gwq)に受信メールがない状態，およびGroupmax Mail Serverからの送信メールがない状態で，smtp_gwが処理を休止する間隔を設定します。デフォルトは，10秒です。(設定可能範囲：10～180秒)

smtp_gw用ログ出力パラメタ(log_parameter)
smtp_gwの出力するログファイルのファイルサイズとバックアップ数を指定します。
それぞれのデフォルト値は次のとおりです。

ログファイルの最大サイズ：1メガバイト

バックアップ数：5

バックアップ数は，以下の計算式を例に計算してください。
ユーザ数×（送信係数（0.001）＋受信係数(0.004)）×バックアップ日数(7)＝バックアップ数
上記の計算式で10～5の間で運用開始時のバックアップ数を決めてください。10以上の場合には10にし，5以下の場合には5にしてください。運用開始後，定期的にログのバックアップ状況を確認し，バックアップ数を調節してください。1週間程度のログが残るようにすることを推奨いたします。

smtp_dm用ログ出力パラメタ(log_parameter_daemon)
smtp_daemonの出力するログファイルのファイルサイズとバックアップ数を指定します。このパラメタが設定されない場合には，log_parameterの値をデフォルト値として使用します。
バックアップ数は，以下の計算式を例に計算してください。
ユーザ数×送信係数0.001×バックアップ日数(7)＝バックアップ数
上記の計算式で10～5の間で運用開始時のバックアップ数を決めてください。10以上の場合には10にし，5以下の場合には5にしてください。運用開始後，定期的にログのバックアップ状況を確認し，バックアップ数を調節してください。1週間程度のログが残るようにすることを推奨いたします。

dbmap用ログ出力パラメタ(log_parameter_dbmap)
dbmapコマンドおよびユーザの変更情報を取得した時に出力するログファイルのファイルサイズとバックアップ数を指定します。このパラメタが設定されない場合には，log_parameterの値をデフォルト値として使用します。
設定値の目安は，ログファイルのサイズが1M程度，バックアップ数が3程度です。
ユーザ情報の更新ルール(modifying_dbfile)にmanualを設定している場合には，dbmapを実行した時に取得された全ユーザ情報がログファイルに出力されることを確認してください。
ユーザ情報の更新ルール(modifying_dbfile)にautoを設定している場合には，運用開始後，定期的にログのバックアップ状況を確認し，バックアップ数を調節してください。定期的なユーザ異動がある場合，過去2回程度の取得ログが残るようにすることを推奨いたします。

エラーログレベルの設定(error_level)
Mail - SMTP運用時に発生したエラーメッセージをログファイルとは別のエラーメッセージ専用の別ファイル(logdir下のerrlog)へ出力する場合に指定します。
本設定は，エラーメッセージが出力されたタイミングでユーザプログラムを起動したい場合などに，検出したいメッセージのレベルを指定します。出力されるレベルは，level1～level3を指定します。この設定値をスペースで区切ると，複数指定できます。noneとほかの値を同時に指定した場合は，none以外の値が優先されます。デフォルトは，errlogファイルに出力しない(none)です。

none

errlogファイルにエラーメッセージを出力しません。

level1

Mail - SMTPがサービス停止を伴う場合に出力するエラーメッセージを出力します。

level2

Groupmax Mailユーザとインターネット間でメールの送受信ができなかったことを示すエラーメッセージを出力します。

level3

コンフィグレーションファイル不正，プロトコル不正などのエラーメッセージを出力します。

注意

本設定は，必須ではありません。この設定にnoneを設定しても，Mail - SMTPのログファイルにはすべてのエラーメッセージが出力されます。新規導入の場合，通常の運用においてはnoneを設定することを推奨します。

送信プロセスのリトライ処理間隔(daemon_retry_interval)
smtp_daemonがメールを送信するときに，一時送信を保留したメールを再度送信する間隔を設定します。デフォルトは，60分です。（設定可能範囲：30～600分）

送信プロセスのリトライ処理回数(daemon_retry_count)
smtp_daemonがメールを送信するときに，一時送信を保留したメールを再度送信処理する回数を設定します。0を設定した場合，再送信処理は実行されません。デフォルトは，2回です。（設定可能範囲：0～9）

送信処理時のSMTPコマンドのタイムアウト時間(daemon_alarm_interval)
smtp_daemonがsendmailに対してメールを送信するとき，sendmailからの通信が途絶えた場合にタイムアウトする時間を設定します。デフォルトは，5分です。（設定可能範囲：1～10分）

送信制限を行うメールのサイズと時間帯(send_body_size_limit)
smtp_daemonがsendmailに対してメールを送信するとき，一定サイズを超えるメールを送信制限する場合に送信制限するメールのサイズと制限を行う時間帯を設定します。（設定可能範囲[制限サイズ]：0～100000キロバイト，[制限時間帯]：0～24時）
プロンプト「edit_option>」で8を入力してください。メニュー番号を入力すると以下のメニューが表示されます。

edit_option> 8

現在の設定値(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時までの間,ボディサイズ 1Mバイトを
越えるメールを送信制限する場合 -> 1000/8-20

変更する値　(SEND_BODY_SIZE_LIMIT) ->

のプロンプトが表示されますので，次の内容を設定します。

制限サイズ：制限サイズはキロバイト単位で指定します。制限の対象はエンコード後のメール本文＋添付ファイルのサイズです（具体的には，送信時にsmqにキューイングされるBXXXXXXXファイルのサイズ）。例えばSEND_CODE=mimeが設定されている場合，エンコード後のメールのサイズは，約1.3倍になることにご注意ください。

（例）

1Mバイトを超えるメールを送信制限する場合，制限サイズは 1000 です。

1Mバイトを超えるメールでエンコード後のサイズで送信制限する場合，制限サイズは 1333 です。

注意

制限サイズを超えたメールは，smqに引き続きキューイングされます。このとき，送信制限によってキューイングされているファイルはOXXXXXXX.lmtの形式になっています。

制限開始時間-制限終了時間：制限を開始する時間と終了する時間を，24時間単位で指定します。

(例)

8:00時から17:00時（16時59分59秒）まで，1Mバイトを超えるメールを送信制限する場合，以下のように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時までは，1Mバイトを超えるメールを送信制限する。15:00時から20:00時までは，2Mバイトを超えるメールを送信制限する。

以下のように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時までの間，ボディサイズ
   1Mバイトを越えるメールを
           送信制限する場合 -> 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時まで，1Mバイトを超えるメールを送信制限したい場合，20:00時から24:00時までの設定と，0:00時から5:00時の設定を行います。設定方法は，1000/20-24 を設定した後に1000/0-5 を設定します。

注意

異なる制限サイズを終日指定にした場合には，すべての時間帯で送信することができないメールはエラーレポートを返信します。この場合，smtp_daemonのログファイルにエラーログSmtpgw210が出力されます。Groupmax Mailユーザは送信一覧の配信状態で配信エラーになったことを確認できます。また，後で送信できるメールについては送信できる時間帯になるまでキューイングされます。

（例）

5000/0-8 と 1000/8-20 と 5000/20-24 を設定した場合，

6Mバイトのメールは終日送信できないのでエラーレポートが返信されます。2Mバイトのメールは8:00時から20:00時までは送信制限されますが，20:00時から翌日8:00時の間に送信されます。

(d) 設定したスケジュールを時間帯を指定して解除する場合は，制限サイズを0にして，制限解除する時間帯を設定します。

（例）

8:00から16:00までの送信制限を解除する場合，0/8-16 と指定します。

エラーメール返信先アドレスの優先順位(error_mail_to)
Mail - SMTPがエラーメールを返信する場合に，エラーメールの返信先を取得するヘッダ名を指定します。指定したヘッダがなかったり返信先のアドレスとして使用できない場合がありますので，複数のヘッダについて優先順を指定しておきます。プロンプト「edit_opsion>」に「11」を入力すると，error_mail_toのサブメニューが表示されます。設定または変更を行なう場合には「1」を，デフォルトの設定値にする場合には「2」を選択します。設定例を以下に示します。

edit_option> 11
   設定する項目の番号を入力してください。
       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.cfの定義例(3)」を参照してください。

2.3.7　edit_smailpath

＜この項の構成＞

(1)　機能

(2)　説明

(1)　機能

sendmailのパス名を変更します。

(2)　説明

プロンプト「smtpmng>」からサブコマンドのedit_smailpathを入力すると，次のようなメニューメッセージが表示されて，プロンプトが「edit_smailpath>」に変わります。メニュー番号「6」またはサブコマンドの省略形「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:¥sendmail¥sendmail.exe
設定しますか？ (Yes/No) Yes

注意

必ずこのコマンドでパス名を設定してください。また，sendmailのパス名は，必ずフルパス名で指定してください。

2.4　dbmap

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

＜この節の構成＞

2.4.1　dbmapの機能

2.4.2　dbmapの仕様

2.4.1　dbmapの機能

dbmapコマンドは，DBマッピング，およびニックネームマッピングで使用するDBマッピングファイルに必要な情報を設定するためのプログラムです。

dbmapコマンドを使用すると次のファイルに情報を設定できます。

DBマッピング，およびニックネームマッピングに使用するDBマッピングファイル
(index.db，data.db)

DBマッピングファイルは，DBマッピング，およびニックネームマッピングでアドレスをマッピングする場合に使われるファイルです。DBマッピング，およびニックネームマッピングによるアドレスのマッピングについては「4.1　アドレスマッピングルール」を参照してください。

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

2.4.2　dbmapの仕様

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

＜この項の構成＞

(1)　起動方法

(2)　機能

(3)　オプション

(4)　注意事項

(1)　起動方法

dbmapは，「Mail - SMTPアドレス取り込み」アイコンから起動します。

起動するとGroupmax Address Serverのユーザ情報として登録されているE-mailアドレスなどを取得し，取得した情報からDBマッピングファイルを作成します

(2)　機能

Groupmax Address Serverからユーザ情報（E-mailアドレス，ニックネーム，O/R名）を取得してDBマッピングファイルを作成します。

(3)　オプション

なし

(4)　注意事項

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

dbmapコマンドを起動するときは，Groupmax Object Server，Groupmax Address Serverを起動させてから実行してください。Groupmax Object Server，Groupmax Address Serverが起動していない場合，Smtpgw147のエラーが発生し，E-mailアドレス情報の取り込み処理を実行することができません。

dbmapコマンドを起動するときは，Mail - SMTPを終了させてから実行してください。Mail - SMTPが起動している場合，dbmapコマンドを実行できません。

同時に複数のdbmapコマンドは実行できません。

dbmapコマンドを<Ctrl>+<C>，<Ctrl>+<Break>などによる割り込みで強制終了させた場合，DBマッピングファイルは正常に作成されません。この場合は，再度dbmapコマンドを実行してDBマッピングファイルを作成してください。

コンフィグレーションファイルの設定項目「modifying_dbfile」が「manual」に設定されている場合，DBマッピングファイルは自動的に更新されません。したがって，次のようなユーザ情報の変更があった場合はdbmapコマンドを起動してDBマッピングファイルを作成してください。

ユーザが追加，削除または移動された場合

ユーザ情報のうちニックネーム，E-mailアドレスが変更された場合

サーバ側でバックアップ処理が行われている場合は，dbmapコマンドを実行しないでください。

重複しているE-mailアドレスを登録した場合には，E-mailアドレスが重複しているGroupmax Mailユーザはインターネットとのメールの送受信ができません。この場合，Groupmax Address Serverで重複しているE-mailアドレスをすべて変更してから，再度dbmapコマンドを実行してください。

Groupmax Address Serverのユーザ登録において，E-mailの送受信を行うユーザを登録する場合は以下の文字だけを使用してO/R名を登録するようにしてください。

半角英数字

＋記号，－記号

dbmapコマンド終了後，logfile.dbmapを参照しエラーログが出力されていないか確認してください。ニックネームに日本語が登録されている場合など，コマンドライン上に出力されていないエラーが発生している場合があります。

3.　sendmailの環境設定

Mail - SMTPでは，SMTPのメールの送受信機能としてsendmailを使用しています。ここでは，Groupmax Mail - SMTPで使用するsendmailについて説明します。

＜この章の構成＞

3.1　sendmailについて

3.2　mhs_mailerについて

3.3　sendmail.cfの定義

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.cfに追加する必要があります。mhs_mailerについては「3.2　mhs_mailerについて」を，sendmail.cfについては「3.3　sendmail.cfの定義」をそれぞれ参照してください。また，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.cfの定義

ここで説明するsendmail.cfの定義は，提供媒体中に格納されているsendmail.cfを使用した設定例であり，従来使用しているsendmail.cfを使用する場合は，そのsendmail.cfに対してmhs_mailerの起動ルールなどの定義を追加してください。追加定義項目については，「3.3.1 sendmail.cfに定義する項目」を参照ください。

＜この節の構成＞

3.3.1　sendmail.cfに定義する項目

3.3.2　sendmail.cfの定義例

3.3.3　テンプレートのsendmail.cfを使った環境設定例

3.3.1　sendmail.cfに定義する項目

mhs_mailerを起動する場合には，次の定義をsendmail.cf内に設定する必要があります。

受信メールのアドレスをmhs_mailerが認識できるようにする定義
この場合，O/R形式のアドレス名で使われている'='および'/'を，アドレス構成要素(E-mailアドレスに使用可能な文字)として処理し，区切り文字として扱われないように定義します。

mhs_mailerを起動するための条件の定義
定義したアドレスを持つメールを受信した場合にmhs_mailerを起動するようにします。

mhs_mailerとmhs_mailerが実行する処理の定義
設定する定義項目を次に示します。

メーラの名称

mhs_mailerの絶対パス名

mhs_mailerが実行する処理

アドレス書き換えのためのルールセット番号

mhs_mailerへの引数の定義

メールの発信者アドレスを書き換えるためのルールセットの定義
3.で指定したアドレス書き換えのためのルールセットの内容を定義します。
ただし，ルールセット番号は現在使用していない番号を指定してください。

3.3.2　sendmail.cfの定義例

mhs_mailerを起動するために，sendmail.cfに追加する定義項目の記述例を次に示します。各定義項目をそれぞれ所定の位置に追加してください。

＜この項の構成＞

(1)　受信メールのアドレスをmhs_mailerが認識できるようにする定義

(2)　mhs_mailerを起動するための条件の定義

(3)　mhs_mailerと実行する処理の定義

(4)　メールの発信者および受信者のアドレスを書き換えるためのルールセットの定義

(1)　受信メールのアドレスをmhs_mailerが認識できるようにする定義

O OperatorChars=.:%@!^[]+

OperatorCharsは，アドレス中の特殊文字を定義するオプションです。この記述では，「OperatorChars=」に続く各文字をアドレス要素(トークン)を区切る文字として認識するように定義しています。したがって，O/R形式のアドレスの'/'および'='は区切り記号とはみなされなくなります。

(2)　mhs_mailerを起動するための条件の定義

sendmail.cfのCXエントリにmhs_mailerを起動するドメイン定義を追加します。

（例）smtpgw.hitachi.co.jpというドメイン名でmhs_mailerを起動する場合

テンプレートファイル中のエントリを参考に次のように追加してください。

（設定前）CX smtpgw.sub.sub.top   smtplhs.sub.sub.top
                   ↓
（追加後）CX smtpgw.hitachi.co.jp

また，上記のCXマクロで設定したドメイン名宛てのメールを受信した場合に，smtpgwメーラに転送することをルールセット0に設定します。

R$+<@$=X>       $#smtpgw $@$j $:$1<@$2>
R$+<@$=X.>      $#smtpgw $@$j $:$1<@$2>

(3)　mhs_mailerと実行する処理の定義

Msmtpgw, P=¥smtpbin¥mhs_mailer, F=DxhFmMSu,
S=28/28, R=28/28, A=mhs_mailer $u

コンマで区切られた部分がそれぞれ定義項目になります。各項目の定義は次のようになります。

Msmtpgw

メーラ名称

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フラグを削除してください。送信者がquoted-printable形式のデータを送付している場合，添付ファイルが正常にデコードできない場合があります。

S=28

発信者および受信者アドレスの書き換えルールセットの番号

ルールセットの内容は「3.3.2(4)　メールの発信者アドレスを書き換えるためのルールセットの定義」で定義します。

A=mhs_mailer $u

メーラの起動時に必要な引数を定義しています。$uは受信者のアドレスを示すマクロです。

(4)　メールの発信者および受信者のアドレスを書き換えるためのルールセットの定義

S28
R$-          $@$1<@$j>
R$+<@$+.>    $1<@$2>

ルールセット28の定義内容をここで記述します。

このルールセットによって，発信者アドレスがドメインパートを含むように書き換えられます。また，受信者アドレスのドメインパートの終わりに付加されているドットの削除を行います。

3.3.3　テンプレートのsendmail.cfを使った環境設定例

Mail - SMTPが動作しているマシンから直接アドレス解消ができるネットワーク環境の場合には「3.3.2 sendmail.cfの定義例」で説明したsendmail.cfの定義で運用できますが，直接アドレス解消ができない場合には，Mail - SMTPが動作しているマシンからアドレス解消ができるマシンにメールを転送しなければなりません。この場合の設定例を以下に示します。

アドレス解消ができるかどうかの確認手段としては，Mail - SMTPが動作しているマシンから「nslookup 送信先のドメイン名[またはホスト名]」を実行してください。このコマンドに対して応答があればアドレス解消ができています。

ここに挙げた定義が必要となるのは，図3-1に示すようなネットワーク環境でGroupmax Mailシステムとインターネットとのメール送受信を行う場合です。

図3-1　アドレス解消ができない環境の例

＜この項の構成＞

(1)　インターネットからGroupmax Mailにメールを受信する場合の設定

(2)　Groupmax Mailからインターネットにメールを送信する場合の設定

(1)　インターネットからGroupmax Mailにメールを受信する場合の設定

場合1

メールサーバ(A)から「nslookup メールサーバ(B)のドメイン」を実行するとメールサーバ(B)が応答する。

メールサーバ(A)から「nslookup メールサーバ(C)のドメイン」を実行してもメールサーバ(C)が応答しない。

メールサーバ(B)から「nslookup メールサーバ(C)のドメイン[又はメールサーバ(C)のホスト名]」を実行するとメールサーバ(C)が応答する。

この条件を満たしている場合にはメールサーバ(A)のsendmail.cfには1に示す定義を追加してください。メールサーバ(B)のsendmail.cfには2に示す定義を追加してください。また，メールサーバ(C)のsendmail.cfには「3.3.2 sendmail.cfの定義例」で示した定義例をsendmail.cfに定義してください。

メールサーバ(C)に定義されているMail - SMTPのドメインを定義するクラス定義(ここでは'Y'とします)を追加します。なお，Mail - SMTPのドメインを決める場合には，必ずメールサーバ(C)のサブドメインとして位置付けてください。

CY     smtpgw0.hitachi.co.jp smtpgw1.hitachi.co.jp※

注※

この例では，メールサーバ(C)のドメインを「hitachi.co.jp」とし，Mail - SMTPのドメインを「hitachi.co.jp」にサブドメイン「smtpgw0」，「smtpgw1」を与えた場合を示しています。

次に，ルールセット0(S0)にメールサーバ(C)あてのドメインを持つアドレスをメールサーバ(B)に転送する定義を追加します。

R$+<@$=Y>     $#smtp※$@メールサーバ(B)のドメイン$:$1<@$2>
R$+<@$=Y.>    $#smtp※$@メールサーバ(B)のドメイン$:$1<@$2>

注※

「smtp」にはsendmail.cfのメーラ定義（sendmail.cf中で先頭が「M」で始まる記述）で，メーラとして[IPC]が設定されているエントリ（Metherという定義が[IPC]に割り当てられていたならば，「smtp」の個所に「ether」）を指定してください。

メールサーバ(C)のドメインを定義するクラス定義(ここでは'Y'とします)を追加します。ここに設定するドメインは，メールサーバ(A)のクラス定義'Y'に設定したドメインと同じドメインにしてください。

CY     smtpgw0.hitachi.co.jp smtpgw1.hitachi.co.jp

次に，ルールセット0(S0)にメールサーバ(C)あてのドメインを持つアドレスをメールサーバ(C)に転送する定義を追加します。

R$+<@$=Y>     $#smtp※¹$@メールサーバ(C)のドメイン名※²$:$1<@$2>
R$+<@$=Y.>    $#smtp※¹$@メールサーバ(C)のドメイン名※²$:$1<@$2>

注※1

「smtp」にはsendmail.cfのメーラ定義（sendmail.cf中で先頭が「M」で始まる記述）で，メーラとして[IPC]が設定されているエントリ（Metherという定義が[IPC]に割り当てられていたならば，「smtp」の個所に「ether」）を指定してください。

注※2

この例では，「smtpgw0.hitachi.co.jp」と「smtpgw1.hitachi.co.jp」の両方に共通している「hitachi.co.jp」を指定するようになります。

場合2

メールサーバ(A)から「nslookup メールサーバ(B)のドメイン」を実行するとメールサーバ(B)が応答する。

メールサーバ(A)から「nslookup メールサーバ(C)のドメイン」を実行してメールサーバ(C)が応答しない。

メールサーバ(B)から「nslookup メールサーバ(C)のドメイン[又はメールサーバ(C)のホスト名]」を実行してもメールサーバ(C)が応答しない。

この条件を満たしている場合には，メールサーバ(B)がアドレス解消に利用しているDNSサーバにメールサーバ(C)のアドレス解消定義を追加してください。

メールサーバ(A)からメールサーバ(B)が認識できない場合は，メールサーバ(A)がアドレス解消に利用しているDNSサーバに，メールサーバ(B)のアドレス解消ルールを追記した後に「場合1」に示した定義を行ってください。

(2)　Groupmax Mailからインターネットにメールを送信する場合の設定

場合1

メールサーバ(C)から「nslookup メール送信先のドメイン名[又はホスト名]」を実行しても応答がない。

メールサーバ(C)から「nslookup メールサーバ(B)のドメイン名[又はホスト名]」を実行するとメールサーバ(B)が応答する。

メールサーバ(B)から「nslookup メールサーバ(A)のドメイン名[又はホスト名]」を実行するとメールサーバ(A)が応答する。

メールサーバ(A)から「nslookup メール送信先のドメイン名」を実行すると指定したメール送信先が応答する。

この条件を満たしている場合にはメールサーバ(C)のsendmail.cf（Mail - SMTPで提供しているテンプレートのsendmail.cf）に，1に示す定義の変更を行ってください。

ルールセット96(S96)に定義されている，次に示すアドレス書き換えルールをコメントアウト（行の先頭に'#'を付ける）します。

R$*<@$*$~P> $* $:$1<@$[$2$3$]>$4

次に，ルールセット0(S0)に定義されている，次のルールを変更してください。

変更前：
R$*<@$*>$*     $#smtp※$@$2$:$1<@$2>$3
変更後：
R$*<@$*>$*     $#smtp※$@メールサーバ（B）のドメイン名$:$1<@$2>$3
または
R$*<@$*>$*     $#smtp※$@[メールサーバ（B）のIPアドレス]$:$1<@$2>$3

注※

sendmail.cfによってはsmtpという文字列の代わりにesmtpが指定されている場合もあります。

場合2

メールサーバ(C)から「nslookup メールサーバ(B)のドメイン名[又はホスト名]」を実行してもメールサーバ(B)が応答しない。

この条件を満たしている場合にはメールサーバ(C)のネットワーク定義にDNSサーバの参照定義を実行してください。

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マッピングルール
メールのインターネットアドレスをマッピングの対象にする方式です。

DBマッピングルール
Groupmax Mailユーザのアドレス登録時に登録されたE-mailアドレスを使ってアドレスをマッピングする方式です。

ニックネームマッピングルール
Groupmax Mailユーザのニックネームを使ってアドレスをマッピングする方式です。

テーブルマッピングルール
テーブルマッピングファイル内で定義されたアドレスマッピングテーブルに従ってアドレスをマッピングする方式です。

ユーザIDマッピングルール
Groupmax MailユーザのユーザIDを使ってアドレスをマッピングする方式です。

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マッピングルール

(1)　DDAマッピングルール

メールのE-mailアドレスをマッピング対象にする方法です。実際には，E-mailアドレスがそのまま正規のアドレスとして識別されます。E-mailアドレスを直接指定する場合に適用されます。

X.400 → SMTP

例えば，X.400側(Groupmax Mailユーザ)で次のようなアドレスを設定した場合に，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 Mailユーザに通知されます。

(2)　DBマッピングルール

Groupmax Address Serverのユーザ情報として登録されたE-mailアドレスを利用してアドレスをマッピングする方法です。

テーブルマッピングとDBマッピングの違いは，テーブルマッピングがアドレスの構成要素単位にマッピングをするのに対して，DBマッピングはE-mailアドレス全体をユーザ単位にマッピングします。このため，DBマッピングを利用するにはGroupmax Mailユーザごとに一意なE-mailアドレスを設定してDBマッピングファイルに登録しておく必要があります。

例えば，Groupmax Mailでの宛先が「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」あてにメールを送ります。

(3)　ニックネームマッピングルール

Groupmax Mailユーザのニックネームを使ってアドレスをマッピングする方法です。

ニックネームにE-mailアドレスとして不適切な文字コード（2バイトコードなど）が含まれていた場合，そのアドレスに対してはこのマッピングルールは適用されません。

また，POP連携機能を使う場合には，必ずニックネームマッピングルール(mapping_mode=pop_all)を選択してください。

ニックネーム@ドメインパート

ドメインパートに設定するアドレスは，GM_SETUPコマンドから設定したPOP連携で利用するアドレスを指定してください。また，このドメインパートでmhs_mailerを起動できる必要があるので，必ずsendmail.cfに，ここで設定したドメインパートによるmhs_mailerの起動ルールを設定してください。sendmail.cfについては「3. sendmailの環境設定」を参照してください。

(4)　テーブルマッピングルール

テーブルマッピングファイルに定義されたルールに従ってアドレスをマッピングする方法です。

テーブルマッピングファイルは，各MTAのO/R名単位に，E-mailアドレスのドメイン名の対応付けを定義したファイルです。メールに指定されているアドレスの構成要素とテーブルマッピングファイルに定義されている構成要素が一致した場合に，一致した構成要素をマッピングします。ただし，このルールではE-mailアドレスのドメインと，MTAのO/R名間のマッピングしか実行されません。E-mailアドレスのローカルパートとGroupmax Mailユーザの個人名間のマッピングについては以下に示すルールに従ってアドレスマッピングが実行されます。

E-mailアドレスのローカルパートとGroupmax Mailユーザの個人名のマッピングルール

ローカルパートのフォーマット
テーブルマッピングを実行する場合，ローカルパートは次のフォーマットでエンコードされている必要があります。
　　ローカルパートフォーマット：英語名.英語姓
また，英語名および英語姓に設定する文字列には次のような制限があります。

英語名(G)，英語姓（S）は必ず指定します。どちらか一方だけを指定することはできません。

英語名(G)は，ピリオド(.)を含まない2～16文字の文字列を指定します。

英語姓(S)には，2～40文字の文字列を指定します。

英語姓には，先頭から2文字目までにピリオド(.)を含めることはできません。

姓名は印字できる文字列だけを指定します。

マッピングルール

ローカルパートの英語名はGroupmax Mailユーザの英語名にマッピングします。

ローカルパートの英語姓はGroupmax Mailユーザの英語姓にマッピングします。

X.400 → SMTP

この場合のアドレスマッピングには，rfc1327-mapping1が使用されます。

例えば，このファイルに次のアドレスマッピングテーブルが定義されているとします。

C$jp.ADMD$smtpgw.PRMD$smtpgw#co.jp#

これは，X.400のアドレス中に「/C=jp/A=smtpgw/P=smtpgw」という構成要素があった場合に，ドメイン部分を「co.jp」にマッピングするという定義です。ローカルパート部分はGroupmax Address Serverに登録されている「英語名」と「英語姓」が「英語名.英語姓」にマッピングされます。このとき，Groupmax Mailクライアントから次の（O/R名）のユーザがインターネットにメールを発信したとします。

/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

なお，このマッピングルールはメールの発信者と受信者の両方のアドレスマッピングに適用されます。マッピングされた各アドレスでユーザに通知されるのは，送信者アドレスの場合が個人情報(SとG)，受信者アドレスの場合が受信者のニックネームです。

(5)　ユーザIDマッピングルール

Groupmax MailユーザのユーザIDを使ってアドレスをマッピングする方法です。この方法が適用されるのは，外部システムからGroupmax Mailユーザあてにメールを送信した場合(SMTP → X.400)に，ユーザIDが指定されたときだけです。この場合にマッピング対象になるのは次の形式のアドレスです。

ユーザID@ドメインパート

ドメインパートに設定するアドレスは，mhs_mailerを起動できるアドレスである必要があります。このドメインアドレスは，sendmail.cfのmhs_mailerの起動ルールに定義する必要があります。sendmail.cfについては「3. sendmailの環境設定」を参照してください。

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

smtpmngコマンドのサブコマンドedit_mappingのmapping_modeの設定（table，db，all，pop_all）によって，4種類のアドレスマッピングルールのうち，どれが実行されるかが決まります。mapping_modeの設定によって使われるマッピングモードとその優先順位を次に示します。

マッピングモードは，アドレスマッピングを行いたいアドレスフォーマットによって最適な設定を選択する必要があります。

POP連携を行うのであれば，マッピングモードに必ずpop_allを選択してください。また，POP連携を行わない場合にはdbを選択することをお勧めします。

注

以下の説明で，「ヘッダ中に示されている受信者アドレス」は，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以前でテーブルマッピングを使用していた環境をVersion 6にバージョンアップした場合に，テーブルマッピングの環境を引き継ぐための設定値です。新規に環境を構築する場合には，dbまたはpop_allをお勧めします。

tableを設定した場合，以下に示す優先順位でアドレスマッピングを実行します。

SMTPからX.400へのアドレスマッピングを行う場合
ヘッダ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

テーブルマッピング

DDAマッピング

エンベロープ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

テーブルマッピング

ユーザIDマッピング

X.400からSMTPへのアドレスマッピングを行う場合
以下の順にアドレスマッピングを実行します。

DDAマッピング

テーブルマッピング

(2)　mapping_modeにdbを指定した場合

dbを設定した場合，以下に示す優先順位でアドレスマッピングを実行します。

SMTPからX.400へアドレスマッピングを行う場合
ヘッダ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

DBマッピング

DDAマッピング

エンベロープ中に示されている受信者アドレスに対しては，以下の項目だけを実行します。

DBマッピング

X.400からSMTPへアドレスマッピングを行う場合
以下の順にアドレスマッピングを実行します。

DDAマッピング

DBマッピング

注

この値が設定された場合，Groupmax Address ServerにE-mailアドレスを登録していないユーザは，Groupmax Mailユーザとインターネットの間でメールの送受信ができません。

(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を指定した場合

Groupmax Address ServerのAddress_Mail Serverセットアップ画面の「最優先アドレスマッピング」で選択された設定値に従ってマッピングの優先順位を決定します。

また，POP3/IMAP4側の設定が変更された場合には，POP3/IMAP4の設定に同期してマッピングの優先順位を変更します。

(a)　「優先マッピングルール」でニックネームマッピングが選択された場合

この値を設定した場合，以下に示す優先順位でアドレスマッピングを実行します。

SMTPからX.400へアドレスマッピングを行う場合
ヘッダ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

ニックネームマッピング※¹

DBマッピング

テーブルマッピング※²

DDAマッピング

注※1

「優先マッピングルール」の設定が未設定の場合には，このマッピングはスキップされます。

注※2

smtpmngのサブコマンドedit_mappingでマッピング情報の設定・変更をしていない場合，このマッピングはスキップされます。

エンベロープ中に示されている受信者アドレスに対しては，以下の順にアドレスマッピングを実行します。

ニックネームマッピング※¹

DBマッピング

テーブルマッピング※²

ユーザIDマッピング

注※1

「優先マッピングルール」の設定が未設定の場合には，このマッピングはスキップされます。

注※2

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を複数台導入する場合の手順

Groupmax Mail Serverの運用規模が大きく，かつインターネットとのメールの送受信が多い場合には，まずMail - SMTPを専用サーバ化することをご検討ください。専用サーバ化の手順については，「7.5.16　インターネットとの送受信数が多いので負荷分散したい」を参照してください。

この章では，Mail - SMTPを専用サーバ化してもインターネットとのメールの送受信に時間がかかる場合に，複数のMail - SMTPを導入することによって，負荷を分散する手順について説明します。

＜この章の構成＞

5.1　複数のMail - SMTPの導入

5.2　Mailユーザのドメイン名をサーバ（MTA）単位に区別する場合の設定例

5.3　Groupmax Mailユーザのドメイン名をサーバ（MTA）に関係なく同じにする場合の設定例

5.1　複数のMail - SMTPの導入

この章では，一つの管理サーバ内に複数のMail - SMTPを導入する場合の手順について示します。

Groupmax Mail Serverの運用規模が大きく（例えば，登録ユーザ数が1,000人を超える場合），かつインターネットとのメールの送受信が多い場合に，Mail - SMTPを複数台導入するとメールの送受信時間を短縮できます。

ここでは，次の二つの場合の設定例について説明します。設定する前に，DNSが設定されていることを確認してください。DNSが設定されていない場合はDNSを設定してから，作業を始めてください。

Groupmax Mailユーザのドメイン名をサーバ（MTA）単位に区別する場合

Groupmax Mailユーザのドメイン名をサーバ（MTA）に関係なく同じにする場合

以降の設定例では，DBマッピングを使用した場合について記述しています。また，sendmailの設定については「V8版Sendmail」を対象としています。

5.2　Mailユーザのドメイン名をサーバ（MTA）単位に区別する場合の設定例

この節で説明する方法は，Groupmax Mail Serverのサーバ（MTA）をサブドメインによって区別して，インターネットから受信したメールを各サーバのMail - SMTPに分配する運用方法です。この方法は，sendmailの設定を比較的簡単にできます。

図5-1　サーバ（MTA）単位にサブドメインを割り振る場合のメール送受信の例

メールの送受信での各サーバの処理

インターネットからメールを受信する場合は，内部メールサーバが受信者のドメイン名に応じてメールをサーバA，またはサーバBに転送（受信）します。また内部メールサーバからメールを転送された各サーバのMail - SMTPが自サーバ内のGroupmax Mail Serverにメールを転送（受信）します。

Groupmax Mailユーザからインターネットへメールを送信する場合は，Groupmax Mailユーザが所属するサーバのいちばん近くにあるMail - SMTPからsendmailを経由してメールを送信します。

図5-1で示したメール環境を実現するための設定手順の概略を次に示します。

Groupmaxサーバの設定
詳細は，「5.2.1　Groupmaxサーバの設定」で説明します。

Mail - SMTPの設定
詳細は，「5.2.2　Mail - SMTPの設定」で説明します。

sendmailの設定
詳細は，「5.2.3　sendmailの設定」で説明します。

内部メールサーバの設定
詳細は，「5.2.4　内部メールサーバの設定」で説明します。

次に，設定手順の詳細を説明します。

＜この節の構成＞

5.2.1　Groupmaxサーバの設定

5.2.2　Mail - SMTPの設定

5.2.3　sendmailの設定

5.2.4　内部メールサーバの設定

5.2.1　Groupmaxサーバの設定

サーバAとサーバBでそれぞれのサブドメインを含むユーザのE-mailアドレスを登録します。

サーバA： xxx@smtpgw0.hitachi.co.jp

サーバB： yyy@smtpgw1.hitachi.co.jp

このように，ユーザの所属するサーバごとに異なるサブドメイン付きのE-MailアドレスをGroupmax Address Serverに登録する必要があります。

サーバAに登録されているユーザは基本的にはサーバAのMail - SMTPから送信され，サーバBに登録されているユーザはサーバBのMail - SMTPから送信されます。

メールのルーティングの詳細は，マニュアル「Groupmax Address/Mail Version 6 システム管理者ガイド　基本操作編」（Windows用）を参照してください。

システム構築時の考慮点

各サーバ（ファイルサーバも含めます）にユーザを登録する場合，インターネットとメールを送受信するユーザ数が各サーバで均等になるように登録すると，一方のMail - SMTPに負荷が集中することなく，安定して運用できます。

例えば，サーバAとサーバBを含めた全体のユーザ数が5,000人で，このうちインターネットとメールを送受信するユーザが3,000人いる場合は，この3,000人のユーザをサーバAに1,500人，サーバBに1,500人ずつ登録します。

各サーバへのユーザの登録が完了したら，サーバAおよびサーバBでMail - SMTPを設定します。

5.2.2　Mail - SMTPの設定

ここでは，Mail - SMTPを設定します。詳細は「4. Mail - SMTPのアドレスマッピングルール」を参照してください。ただし，次の二つの項目をサーバAとサーバBで異なるように設定します。

X400DOMAIN（ゲートウェイのX.400用ドメインアドレス）

INTERNETDOMAIN（ゲートウェイのSMTP用のドメインアドレス）

5.2.3　sendmailの設定

ここでは，サーバAとサーバBのsendmailを設定し，ルールセットの定義を変更する方法について説明します。

＜この項の構成＞

(1)　サーバAとサーバBのsendmailの設定

(2)　ルールセットの定義の変更

(1)　サーバAとサーバBのsendmailの設定

サーバAとサーバBのsendmailを設定します。詳細は「3. sendmailの環境設定」を参照してください。

(2)　ルールセットの定義の変更

ルールセット0(S0)のR=式でメーラとして[IPC]が設定されているエントリを探して，内部メールサーバにメールを転送（受信）するよう定義を変更します。

例

次のようなメーラの起動ルール※があった場合，転送（受信）するドメイン名の指定を内部メールサーバのドメイン名に変更して，内部メールサーバへ転送（受信）されるようにします。

注※

sendmail.cfのメーラ定義（sendmail.cf中で先頭が'M'で始まる記述）で，メーラとして[IPC]が設定されているエントリ（Msmtpという定義が[IPC]に割り当てられていた場合は，"smtp"のメーラを使用しているエントリ）をルールセット0(S0)のR=式中から探し，変更してください。

5.2.4　内部メールサーバの設定

インターネットからメールを受信した場合に，smtpgw0.hitachi.co.jp宛てのメール，およびsmtpgw1.hitachi.co.jp宛てのメールをそれぞれサーバA，サーバBに配送されるようにします。次に設定方法を示します。

内部メールサーバに定義されているMail - SMTPのドメインを定義するクラス定義(ここではサーバA用を'X'，サーバB用を*Y*とします)を追加します。
なお，Mail - SMTPのドメインを決める場合には，必ず内部メールサーバのサブドメインとして位置付けてください。

     CX     smtpgw0.hitachi.co.jp※
     CY     smtpgw1.hitachi.co.jp※

注※

この例では，内部メールサーバのドメインを"hitachi.co.jp"とし，Mail - SMTPのドメインを"hitachi.co.jp"にサブドメイン"smtpgw0"，"smtpgw1"を付けた場合を示しています。

ルールセット0(S0)にサーバA宛ておよびサーバB宛てのドメインを持つアドレスを，それぞれのサーバに転送（受信）する定義を追加します。

R$+<@$=X>     $#smtp※$@サーバAのドメイン$:$1<@$2>
R$+<@$=X.>    $#smtp※$@サーバAのドメイン$:$1<@$2>
R$+<@$=Y>     $#smtp※$@サーバBのドメイン$:$1<@$2>
R$+<@$=Y.>    $#smtp※$@サーバBのドメイン$:$1<@$2>

注※

"smtp"にはsendmail.cfのメーラ定義（sendmail.cf中で先頭が'M'で始まる記述）で，メーラとして[IPC]が設定されているエントリ（Mesmtpという定義が[IPC]に割り当てられていた場合は，"smtp"の個所に"esmtp"）を指定してください。

5.3　Groupmax Mailユーザのドメイン名をサーバ（MTA）に関係なく同じにする場合の設定例

次に示す方法は，他メールシステムの受信者にGroupmaxユーザが登録されているサーバに関係なくすべてのドメイン名を「hitachi.co.jp」と見せるための方法です（他メールシステムのユーザにはxxx@hitachi.co.jpという統一のドメイン名で見せたい場合など）。

このような運用をする場合，sendmailでアドレス書き換えを実行する必要があり，sendmailの設定が複雑になります。さらに，運用開始後にユーザを追加したり削除したりする場合，sendmailの設定を変更する必要があります。

図5-2　ドメイン名を登録するサーバに関係なく同じにする場合のメール送受信の例

メールの送受信での各サーバの処理

インターネットからのメール受信(インターネット → Groupmax)：

1. インターネットから受信したメールを内部メールサーバで一括して受信します。

2. 内部メールサーバのsendmail.cfの設定によって，受信者宛先を書き換えます。

例

E-mailアドレスのローカルパート（ユニークな部分）をキーとして，転送（受信）するサーバによってサブドメインを付けたE-mailアドレスに書き換えます。

xxx@hitachi.co.jp → xxx@smtpgw0.hitachi.co.jp

yyy@hitachi.co.jp → yyy@smtpgw1.hitachi.co.jp

3. 内部メールサーバは受信者のドメイン名に応じて，サーバAまたはサーバBにメールを転送（受信）します。メールを転送（受信）されたMail - SMTPが自サーバ内のGroupmax Mail Serverにメールを受信します。

インターネットへのメール送信(Groupmax → インターネット)：

4. インターネットへメールを送信するとき，内部メールサーバにメールを転送（送信）します。

5. 内部メールサーバのsendmailの設定によって，送信者宛先を書き換えます。

例

E-mailアドレスのローカルパート（ユニークな部分）をキーとして，サブドメインを除いたE-mailアドレスに書き換えます。

xxx@smtpgw0.hitachi.co.jp → xxx@hitachi.co.jp

yyy@smtpgw1.hitachi.co.jp → yyy@hitachi.co.jp

6. 内部メールサーバからメールを送信します。

図5-2で示したメール環境を実現するための設定手順の概略を次に示します。

Groupmaxサーバの設定
詳細は，「5.3.1　Groupmaxサーバの設定」で説明します。

Mail - SMTPの設定
詳細は，「5.3.2　Mail - SMTPの設定」で説明します。

sendmailの設定
詳細は，「5.3.3　sendmailの設定」で説明します。

内部メールサーバの設定
詳細は，「5.3.4　内部メールサーバの設定」で説明します。

次に，設定手順の詳細を説明します。

＜この節の構成＞

5.3.1　Groupmaxサーバの設定

5.3.2　Mail - SMTPの設定

5.3.3　sendmailの設定

5.3.4　内部メールサーバの設定

5.3.1　Groupmaxサーバの設定

サーバAとサーバBでそれぞれのサブドメインを含むユーザのE-mailアドレスを登録します。

サーバA： xxx@smtpgw0.hitachi.co.jp

サーバB： yyy@smtpgw1.hitachi.co.jp

このように，ユーザの所属するサーバごとに異なるサブドメイン付きのE-mailアドレスをGroupmax Address Serverに登録する必要があります。

また，Groupmax Mailユーザからインターネットへメールを送信する場合，Groupmaxサーバから見ていちばん近くのMail - SMTPからインターネットへメールが送信されます。そのため，サーバAに登録されているユーザは基本的にはサーバAのMail - SMTPから送信され，サーバBに登録されているユーザはサーバBのMail - SMTPから送信されます。

メールのルーティングの詳細はマニュアル「Groupmax Address/Mail Version 6 システム管理者ガイド　基本操作編」（Windows用）を参照してください。

システム構築時の考慮点

各サーバ（ファイルサーバも含めます）にユーザを登録する場合，インターネットとメールを送受信するユーザ数が各サーバで均等になるように登録すると，一方のMail - SMTPに負荷が集中することなく，安定して運用できます。

例えば，サーバAとサーバBを含めた全体のユーザ数が5,000人で，このうちインターネットとメールを送受信するユーザが3,000人いる場合は，この3,000人のユーザをサーバAに1,500人，サーバBに1,500人ずつ登録します。

各サーバへのユーザの登録が完了したら，サーバAおよびサーバBでMail - SMTPを設定します。

5.3.2　Mail - SMTPの設定

ここでは，Mail - SMTPを設定します。詳細は「4. Mail - SMTPのアドレスマッピングルール」を参照してください。ただし，次の二つの項目をサーバAとサーバBで異なるように設定します。

X400DOMAIN（ゲートウェイのX.400用ドメインアドレス）

INTERNETDOMAIN（ゲートウェイのSMTP用のドメインアドレス）

5.3.3　sendmailの設定

ここでは，サーバAとサーバBのsendmailを設定し，ルールセットの定義を変更する方法について説明します。

＜この項の構成＞

(1)　サーバAとサーバBのsendmailの設定

(2)　ルールセットの定義の変更

(1)　サーバAとサーバBのsendmailの設定

サーバAとサーバBのsendmailを設定します。詳細は「3. sendmailの環境設定」を参照してください。

(2)　ルールセットの定義の変更

ルールセット0(S0)のR=式でメーラとして[IPC]が設定されているエントリを探して，内部メールサーバにメールを転送（送信）するよう定義を変更します。

例

次のようなメーラの起動ルール※があった場合，転送（送信）するドメイン名の指定を内部メールサーバのドメイン名に変更して，内部メールサーバへ転送されるようにします。

注※

sendmail.cfのメーラ定義（sendmail.cf中で先頭が'M'で始まる記述）で，メーラとして[IPC]が設定されているエントリ（Msmtpという定義が[IPC]に割り当てられていた場合は，"smtp"のメーラを使用しているエントリ）をルールセット0(S0)のR=式中から探し，変更してください。

5.3.4　内部メールサーバの設定

ここでは，次の項目について説明します。

受信メールの受信者情報とヘッダ情報の書き換え

送信メールのヘッダ情報の書き換え

＜この項の構成＞

(1)　受信メールの受信者情報とヘッダ情報の書き換え

(2)　送信メールのヘッダ情報の書き換え

(1)　受信メールの受信者情報とヘッダ情報の書き換え

受信メールの受信者情報とヘッダ情報について，受信者アドレス（xxx@hitachi.co.jp）のローカルパートから，そのユーザの登録されているサブドメイン付きのアドレス（xxx@smtpgw0.hitachi.co.jp）に書き換えます。

次に，アドレス書き換えルールを定義する方法を示します。

(a)　アドレス書き換えルールを定義したDBファイルの生成

サブドメインなしのアドレスをサブドメインありのアドレスに書き換えるアドレス書き換えルールを定義したDBファイル（この例ではToConv.txtとしています。）を生成します。次に設定方法を示します。

このDBファイルには，次のようなアドレス書き換えルールを記述します（サーバAおよびサーバBに登録されている全E-mailアドレスについて記述します）。

注意

登録するE-mailアドレスは，"ローカルパート<＠ドメインパート>"の形式で記述します。

DBファイルを作成したら，次のコマンドを実行します。

makemap -Nfv hash※ ToConv ＜ ToConv.txt

注※

ここではswitchesとして'N'，'f'，'v'を，またmaptypeとして"hash"を指定していますが，各環境で指定可能な設定値については，対応OSのオンラインマニュアルなどで確認してください。

(b)　受信先ドメインの取得ルールを定義したDBファイルの生成

メールの受信先サーバのドメイン名を取得するためのルールを定義したDBファイル（この例ではHostConv.txtとしています。）を生成します。次に設定方法を示します。

このDBファイルには，次のような書き換えルールを記述します（サーバAおよびサーバBに登録されている全E-mailアドレスについて記述します）。

注意

登録するE-mailアドレスは，"ローカルパート<＠ドメインパート>"の形式で記述します。

DBファイルを作成したら，次のコマンドを実行します。

makemap -Nfv hash※HostConv ＜ HostConv.txt

注※

ここではswitchesとして'N'，'f'，'v'を，またmaptypeとして"hash"を指定していますが，各環境で指定可能な設定値については，対応OSのオンラインマニュアルなどで確認してください。

(c)　受信メールの各サーバへの転送（受信）設定とアドレス書き換えルールの設定

sendmail.cfのルールセット0(S0)で各サーバへ転送（受信）されるように設定します。また，メーラの定義とルールセット29(S29)で，メールの受信者とヘッダ受信者のアドレス書き換えルールを設定します。次に設定方法を示します。

Kコマンドを使用してDBファイルをシンボル(ToConv，HostConv)と関連付けます。

KToConv hash※1 -fNo sendmail¥ToConv※2
KHostConv hash※1 -fNo sendmail¥HostConv※2

注※1

ここに設定するmaptypeは，makemapコマンド実行時に指定したmaptypeと同じ物を指定してください。

注※2

ここには，makemapコマンドにより構築された外部データベースパスを設定してください。

各サーバへの転送（受信）定義を設定します。
ルールセット0(S0)にサーバA宛ておよびサーバB宛てのドメインを持つアドレスをそれぞれのサーバに転送（受信）する定義を追加します。ここで，メーラとしてdevsmtpという新しいメーラを定義しておきます。

R$+<@$j>     $# devsmtp $@ $( HostConv $1<@$2> $) $: $1<@$2>

メーラの定義でメールの受信者とヘッダ受信者のアドレス書き換えルールを設定します。
sendmail.cfのメーラ定義（sendmail.cf中で先頭が'M'で始まる記述）で，メーラとして[IPC]が設定されているエントリ（Msmtpという定義が[IPC]に割り当てられていた場合は，"smtp"のメーラを使用しているエントリ）を参考にして，devsmtpという新しいメーラを定義します。
次に例を示します。

受信者アドレスを書き換えするためのルールセット29(S29)を定義します。
アドレスの書き換えにはDBマクロ(ToConv)を使用するよう設定します。

S29
R$+<@$+.> $1<@$2>
R$+<@$+> $: $( ToConv $1<@$2> $)

(2)　送信メールのヘッダ情報の書き換え

送信メールのヘッダ情報について，送信者アドレスのドメインパートをサブドメイン付きのアドレス（xxx@smtpgw0.hitachi.co.jp）から，サブドメインなしのアドレス（xxx@hitachi.co.jp）に書き換えします。

次に，アドレス書き換えルールを定義する方法を示します。

(a)　アドレス書き換えルールを定義したDBファイルの生成

サブドメインありのアドレスをサブドメインなしアドレスに書き換えるアドレス書き換えルールを定義したDBファイル（この例ではFromConv.txtとしています。）を生成します。次に設定方法を示します。

このDBファイルには，次のようなアドレス書き換えルールを記述します（サーバAおよびサーバBに登録されている全E-mailアドレスについて記述します）。

注意

登録するE-mailアドレスは，"ローカルパート<＠ドメインパート>"の形式で記述します。

DBファイルを作成したら，次のコマンドを実行します。

makemap -Nfv hash※ FromConv ＜ FromConv.txt

注※

ここではswitchesとして'N'，'f'，'v'を，またmaptypeとして"hash"を指定していますが，各環境で指定可能な設定値については，対応OSのオンラインマニュアルなどで確認してください。

(b)　アドレス書き換えルールの定義

sendmail.cfに，ヘッダ送信者についてのアドレス書き換えルールを定義します。次に設定方法を示します。

Kコマンドを使用してDBファイルをシンボル(FromConv)と関連付けます。
KFromConv hash※1 -fNo sendmail¥FromConv※2

注※1

ここに設定するmaptypeは，makemapコマンド実行時に指定したmaptypeと同じ物を指定してください。

注※2

ここには，makemapコマンドにより構築された外部データベースパスを設定してください。

ルールセット1（S1）にアドレス書き換えルールを変更します。アドレスの書き換えにはDBマクロ(FromConv)を使用するように設定します。

S1
R$+<@$+.> $1<@$2>
R$+<@$+> $: $( FromConv $1<@$2> $)

6.　Mail - SMTPの起動と終了

Mail - SMTPの主な処理は，プログラムのsmtp_gwが実行しています。ここでは，smtp_gwの起動と終了について説明します。

＜この章の構成＞

6.1　Mail - SMTPの起動

6.2　Mail - SMTPの終了

6.1　Mail - SMTPの起動

Mail - SMTPを使用するには，実行環境を設定してから，Mail - SMTPの運用プログラムを実行します。実行する運用プログラムには次の三つがあります。

smtp_gw

smtp_daemon

mhs_mailer

上記のプログラムで，smtp_gwがMail - SMTPの主な処理を実行します。smtp_daemonはMail - SMTPからインターネットへ送信するメールをsendmailに送信します。mhs_mailerはsendmailからのメールを受信しメッセージのキューイング処理を実行します。ユーザが起動する必要があるのはsmtp_gwとsmtp_daemonです。mhs_mailerはSMTPメッセージ受信時に，sendmailによって自動的に起動および終了されます。

この章では，smtp_gwとsmtp_daemonの起動および終了の方法について説明します。なお，mhs_mailerについては，「3.　sendmailの環境設定」を参照してください。

＜この節の構成＞

6.1.1　smtp_gwの起動

6.1.1　smtp_gwの起動

Mail - SMTPの起動方法は次のとおりです。

Mail - SMTPの起動方法

コントロールパネルからサービスアイコンをダブルクリックして，サービス画面のサービス一覧から「Mail - SMTP」を選択し，「開始」ボタンを押します。

注1

運転席でゲートウェイの構成情報を変更した場合は，Mail - SMTPを再起動してください。

注2

Groupmax Address ServerのPOP3/IMAP4の設定でAddress_Mail Serverセットアップ画面の「最優先アドレスマッピング」の設定値を変更した場合は，Mail - SMTPを再起動してください。

注3

Groupmax Mail ServerのS/MIME対応モード（設定値）を変更した場合は，Mail - SMTPを再起動してください。

6.2　Mail - SMTPの終了

Mail - SMTPの終了方法は次のとおりです。

Mail - SMTPの終了方法

コントロールパネルからサービスアイコンをダブルクリックして，サービス画面のサービス一覧から「Mail - SMTP」を選択し，「停止」ボタンを押します。

注1

システムをシャットダウンする前に，必ずコントロールパネルを使用してMail - SMTPを終了してください。Mail - SMTPを終了しないでシャットダウンすると，処理中のデータが破棄される場合があります。

注2

Mail - SMTPの起動中にサイトまたはMTAを起動すると，Mail - SMTPのアプリケーションエラーが発生する場合があります。このエラーを回避するには，サイトまたはMTAを起動する前に，必ずMail - SMTPを終了するようにしてください。

ただし，このエラーが発生した場合も，メール変換処理は正常に続行されます。

注3

メッセージ変換処理の実行中にMail - SMTPを停止すると，次に示すエラーメッセージ番号のメッセージが出力される場合があります。

エラーメッセージ番号

Smtpgw007，Smtpgw008，Smtpgw009，Smtpgw080，Smtpgw104，Smtpgw105，Smtpgw106

また，停止時と次回起動時に1通ずつ（合計で2通），同一内容のメールが配信される場合があります。

7.　Mail - SMTPの保守運用

Mail - SMTPでは，トレース情報が特定のファイルに収集されます。したがって，この情報によってシステムの運用状況を知ることができます。この章では，保守運用に必要なこれらのトレース情報とエラーメッセージについて説明します。

＜この章の構成＞

7.1　トレース情報

7.2　エラーメッセージ

7.3　エラーメール

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

7.5　こんなときには...

7.1　トレース情報

Mail - SMTPでは，運用状況についてのトレース情報が収集されます。収集された情報は，ログディレクトリlogdir下のログファイルに格納されます。

＜この節の構成＞

7.1.1　トレース情報の項目

7.1.2　トレース情報の出力例

7.1.3　sendmail送信のトレース情報の項目

7.1.4　sendmail送信のトレース情報の出力例

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

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

7.1.1　トレース情報の項目

トレース情報は，ログファイル名logfile.Xに収集されます。収集されるトレース情報の各項目を次に示します。

エンベロープ受信者

エンベロープ受信者についての情報です。次の書式で表示されます。

---------- Content of gwq/AXXXXXXX
     受信者番号: 受信者のE-mailアドレス

AXXXXXXXは，gwqから取得されたファイル名です。受信者番号は0から始まる受信者の番号です。

ヘッダ情報

受信したメール，または送信するメールのヘッダ情報です。

メッセージ種別

次の3種類があります。

IPM(InterPersonal Message)

通常のメールの情報を伝えるメッセージです。

IPN(InterPersonal Notification)

メールの通信状況についてのメッセージです。

Report

メールが相手方に届いたかどうかを通知するメッセージです。

変換方向

メッセージデータの変換方向を示します。

表示形式は次のどちらかになります。

RFC-->X400

X400-->RFC

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マッピング

Originator

発信者についての情報です。表示形式は受信者と同じです。

Date

メールを発信した日付です。

Subject

メールの主題です。

トレース情報の項目で，収集されなかった情報には空白が出力されます。

7.1.2　トレース情報の出力例

トレースおよびヘッダ情報の出力例を次に示します。

(例)

---------- 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

7.1.3　sendmail送信のトレース情報の項目

sendmailへの送信時のトレース情報は，ログファイル名logfile.daemonXに収集されます。収集されるトレース情報の各項目を次に示します。

sendmailからの応答データ

sendmailから返信される応答情報です。次の書式で表示されます。

<XX>YYY infomation

XXは，データ長です。YYYは応答コードで，200番台300番台は正常終了。400番台は一時的失敗。500番台は異常終了を示します。

smtp_daemonからの送信データ

smtp_daemonからsendmailに対し送信されるSMTPコマンドの内容です。次の書式で表示されます。

[XX]SMTP command

XXは，データ長です。以降SMTPコマンドの記述です。

Report情報

smtp_daemonからGroupmax 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)配信通知の送信が正常終了した場合

　　Groupmax Mail Serverへの配信通知(Report)メッセージの送信が正常終了した場合，以下のメッセージが出力されます。

     Success to send the X.400 report.

7.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.

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

dbmapでユーザ情報を取得した場合，またはユーザ情報の自動取り込み機能でユーザ情報が更新された場合のDBマッピングファイルの作成／更新時のトレース情報は，ログファイル名logfile.dbmap.Xに収集されます。収集されるトレース情報の各項目を次に示します。

トレースメッセージ

(1)dbmapコマンドを実行した場合

　　dbmapコマンドの開始日時を示す情報です。dbmapコマンドが開始された場合，次のメッセージが出力されます。

     Groupmax Address Serverからユーザ情報を取得します。

(2)dbmapコマンドが正常終了した場合

　　dbmapコマンドが正常終了した場合，以下のメッセージが出力されます。

     Mail - SMTP アドレス取り込み処理が正常終了しました。

(3)ユーザ情報の自動更新が実行された場合

　　ユーザ情報の自動更新処理の開始日時を示す情報です。以下のメッセージが出力されます。

     サーバから出力されたユーザの変更情報を次のファイルから取込みます。(filename)

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アドレスが登録されていない場合には，「未登録」と出力されます。

7.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]を取得しました。
ＤＢマッピングファイルの評価作業中です。
ＤＢマッピングファイル作成中です。
Mail - SMTP アドレス取り込み処理が正常終了しました。

7.2　エラーメッセージ

＜この節の構成＞

7.2.1　smtp_gwおよびsmtp_daemonおよびdbmapのエラーメッセージ

7.2.2　smtpmngのエラーメッセージ

7.2.3　イベントログのメッセージ

7.2.4　ログファイルを取得する

7.2.1　smtp_gwおよびsmtp_daemonおよびdbmapのエラーメッセージ

Mail - SMTPの運用中に出力されるエラーメッセージと，それに対する要因，対処方法を次に示します。

Smtpgw001:必要なメモリの確保ができません。

要因

メモリの確保に失敗しました。

対処

空きメモリを確保してください。

Smtpgw002:取得したメッセージのプロトコル要素（XXXX）数が多過ぎます。ゲートウェイでは処理できません。

要因

インターネットから受信したメッセージのXXXXプロトコル要素の数がゲートウェイの処理能力を超えています。

対処

受信メッセージ中のプロトコル要素（XXXX)数を256個以内にしてください。

Smtpgw003:取得したメッセージのプロトコル要素（XXXX）の値が不正です。

要因

インターネットから受信したメッセージのXXXXプロトコル要素の値が正しくありません。

対処

発信側でメッセージヘッダ要素（XXXX)のフォーマットをRFC822フォーマットに合わせてもらってください。

Smtpgw004:取得したメッセージのプロトコル要素（XXXX）長が長過ぎます。

要因

インターネットから受信したメッセージのXXXXプロトコル要素の長さがゲートウェイの処理能力を超えています。

対処

発信側でメッセージヘッダ要素（XXXX)の長さをRFC821で定義されている範囲に合わせてもらってください。

Smtpgw005:取得したメッセージに必要なプロトコル要素（XXXX）が存在しません。

要因

インターネットから受信したメッセージに必要なXXXXプロトコル要素がありません。

対処

発信側でメッセージヘッダ要素（XXXX)を生成してもらってください。

Smtpgw006:取得したメッセージの処理ができません。メッセージを廃棄します。

要因

Groupmax Mail Serverから受信したメッセージに異常があります。またはゲートウェイの処理能力を超えています。そのため，転送処理が続行できません。

対処

ログファイルを取得してください。操作については「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw007:OMインタフェースで異常を検出しました(エラーコード=XX)。

要因

OMインタフェースで異常を検出しました。XXにはエラーコードが入ります。次にそのコードと要因を示します。

4　メモリを確保できません。

21　システムエラーが発生しました。

23　メッセージが大きいためメッセージを処理できません。

対処

ログファイルを取得してください。操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw008:MTインタフェースで異常を検出しました(エラーコード=XX)。

要因

MTインタフェースで異常を検出しました。XXにはエラーコードが入ります。次にそのコードと要因を示します。

2　APIはすでに使用中です。

4　メモリを確保できません。

103　クライアントのためのコンフィグレーションパッケージを設定できません。

1000　gapiのコンフィグレーションファイルパス名が正しくありません。

1001　gapiのコンフィグレーションファイルの読み書きで異常が発生しました。

1002　クライアントインスタンス名はすでに使用中です。

1003　OM APIで異常が発生しました。

1004　depotパッケージで異常が発生しました。

1005　handleパッケージで異常が発生しました。

1007　構文解析で異常が発生しました。

対処

ログファイルを取得してください。操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw009:TMインタフェースで異常を検出しました。

要因

TMインタフェースで必要なメモリを確保できません。

対処

ログファイルを取得してください。操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw010:RFC822メッセージのアドレスが認識できません。メッセージの転送処理を中止します(メッセージファイル名=XXXXXX)。

要因

インターネットから受信したメッセージのアドレス形式が認識できないため，メッセージの転送ができません。ゲートウェイではlocal@domainの形式だけが認識できます。

対処

発信側に受信者のアドレスフォーマットを「local@domain」というフォーマットで指定してもらってください。また，転送できなかったメッセージはXXXXXXで示すファイルに保存されています。

Smtpgw011:フィールド値が長過ぎます。処理できません。メッセージの転送処理を中止します(処理関数名)。

要因

Groupmax Mail Serverから受信したメッセージのヘッダフィールド値が大き過ぎるため，メッセージの転送ができません。

対処

ログファイルを取得してください。操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw012:RFC822メッセージファイルのアクセスに失敗しました(ファイル名=XXXXXX，errno=XX)。

要因

メッセージファイルの読み書きでエラーになりました。

対処

システムのディスク容量が不足していることが考えられます。ディスクの空き容量を確保してください。エラー要因はXX，エラーになったメッセージはXXXXXXで示すファイルです。

Smtpgw013:コンフィグレーションファイルのオープンに失敗しました。

要因

コンフィグレーションファイルがないか，またはファイルの読み込み権限が設定されていません。

対処

コンフィグレーションファイルを作成するか，または読み込み権限を設定してください。

Smtpgw014:コンフィグレーションファイルの記述に誤りがあります。

要因

コンフィグレーションファイルの記述が次のようになっていないか，または設定が複数行にまたがっています。

設定項目=設定値

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw015:ポールタイムの取得に失敗しました。

要因

設定値に数字以外が設定されています。

対処

ポールタイムは数字で設定してください。

Smtpgw016:MAP1テーブルパスの取得に失敗しました。

要因

MAP1のテーブルパスの設定部分の記述が正しくありません。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw017:MAP1テーブルが存在しません。

要因

MAP1のテーブルマッピングファイルがありません。

対処

MAP1_TABLEの設定値とMAP1のテーブルマッピングファイルのパスを一致させてください。

Smtpgw018:MAP2テーブルパスの取得に失敗しました。

要因

MAP2_TABLEのテーブルマッピングファイルのパスが正しくありません。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw019:MAP2テーブルが存在しません。

要因

MAP2のテーブルマッピングファイルがありません。

対処

MAP2_TABLEの設定値とMAP2のテーブルマッピングファイルのパスを一致させてください。

Smtpgw020:ログディレクトリの作成に失敗しました。

要因

コンフィグレーションファイルのログディレクトリ設定部分で記述されるログディレクトリが作成できません。

対処

ゲートウェイの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw021:ログパラメータの記述に誤りがあります。

要因

ログパラメタ記述部分が規定のフォーマットと異なります。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw022:ストップファイルパスの取得に失敗しました。

要因

ストップファイルのパス設定部分の記述が正しくありません。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw023:実行ユーザの取得に失敗しました。

要因

実行ユーザの設定部分の記述が正しくありません。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw024:ゲートウェイディレクトリパスの取得に失敗しました。

要因

ゲートウェイディレクトリパスの設定部分の記述が正しくありません。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw025:ゲートウェイディレクトリが存在しません。

要因

ゲートウェイディレクトリがありません。

対処

ゲートウェイディレクトリを作成してください。

Smtpgw026:ゲートウェイキューの取得に失敗しました。

要因

ゲートウェイキューの設定部分の記述が正しくありません。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw027:ゲートウェイキューが存在しません。

要因

ゲートウェイキューディレクトリがありません。

対処

ゲートウェイキューディレクトリを作成してください。

Smtpgw028:ロックファイルパスの取得に失敗しました。

要因

ロックファイルパスの設定部分の記述が正しくありません。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw029:RFC822メッセージ発信時の文字コード取得に失敗しました。

要因

RFC822(SMTP)メッセージ発信コードの設定部分の記述が正しくありません。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw030:GAPIコンフィグレーションファイルパスの取得に失敗しました。

要因

GAPIコンフィグレーションファイルパスの設定部分の記述が正しくありません。

対処

正しいコンフィグレーションファイルを作成してください。

Smtpgw031:GAPIコンフィグレーションファイルが存在しません。

要因

Groupmax Mail Serverからゲートウェイが追加されてい

ません。またはゲートウェイを追加した後に，MTAを再

起動していません。

対処

Groupmax 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フォーマットをRFC822フォーマットに合わせてもらってください。

Smtpgw038:map2テーブルの内容が不正です。

要因

MAP2のアドレスマッピングテーブルの内容が正しくありません。

対処

MAP2のアドレスマッピングテーブルの内容を正しく設定してください。

Smtpgw039:map1テーブルの内容が不正です。

要因

MAP1のアドレスマッピングテーブルの内容が正しくありません。

対処

MAP1のアドレスマッピングテーブルの内容を正しく設定してください。

Smtpgw040:domain.datファイルの内容が不正です。

要因

domain.datファイルの内容が正しくありません。

対処

domain.datファイルの内容を正しく設定してください。

Smtpgw041:X.400プロトコル要素(XXXXXX)の値が不正です。

要因

X.400プロトコル要素(XXXXXX)の値が正しくありません。

対処

X.400プロトコル要素(XXXXXX)の値を正しく設定してください。

Smtpgw042:RFC822プロトコル要素(XXXXXX)の値が不正です。

要因

インターネットから受信したメッセージのプロトコル要素(XXXXXX)の値が正しくありません。

対処

発信側でメッセージヘッダのプロトコル要素(XXXXXX)の値を正しく設定してもらってください。

Smtpgw043:X.400プロトコル要素(XXXXX)が存在しません。

要因

X.400プロトコル要素(XXXXX)がありません。

対処

X.400プロトコル要素(XXXXX)を設定してください。

Smtpgw044:RFC822プロトコル要素(XXXXX)が存在しません。

要因

インターネットから受信したメッセージにプロトコル要素(XXXXX)がありません。

対処

発信側でプロトコル要素(XXXX)を設定してもらってください。

Smtpgw045:既にループ間隔が設定されています。

要因

smtpgw.cfgファイルの中に複数のループ間隔が設定されています。

対処

設定するループ間隔は一つだけにしてください。

Smtpgw046:既にMAP1テーブルが設定されています。

要因

smtpgw.cfgファイルの中に複数のMAP1のアドレスマッピングテーブルが設定されています。

対処

設定するMAP1のアドレスマッピングテーブルは一つだけにしてください。

Smtpgw047:既にMAP2テーブルが設定されています。

要因

smtpgw.cfgファイルの中に複数のMAP2のアドレスマッピングテーブルが設定されています。

対処

設定するMAP2のアドレスマッピングテーブルは一つだけにしてください。

Smtpgw048:既にドメインファイルが設定されています。

要因

smtpgw.cfgファイルの中に複数のドメインファイルが設定されています。

対処

設定するドメインファイルは一つだけにしてください。

Smtpgw049:ドメインファイルが見つかりません。

要因

ドメインファイルがありません。

対処

ドメインファイルを作成してください。

Smtpgw050:既にログディレクトリが設定されています。

要因

smtpgw.cfgファイルの中に複数のログディレクトリが設定されています。

対処

設定するログディレクトリは一つだけにしてください。

Smtpgw051:既にログパラメタが設定されています。

要因

smtpgw.cfgファイルの中に複数のログパラメタが設定されています。

対処

設定するログパラメタは一つだけにしてください。

Smtpgw052:既にログレベルが設定されています。

要因

smtpgw.cfgファイルの中に複数のログレベルが設定されています。

対処

設定するログレベルは一つだけにしてください。

Smtpgw053:既にログ種別が設定されています。

要因

smtpgw.cfgファイルの中に複数のログ種別が設定されています。

対処

設定するログ種別は一つだけにしてください。

Smtpgw054:既に起動ユーザが設定されています。

要因

smtpgw.cfgファイルの中に複数の起動ユーザが設定されています。

対処

設定する起動ユーザは一人だけにしてください。

Smtpgw055:既にゲートウェイディレクトリが設定されています。

要因

smtpgw.cfgファイルの中に複数のゲートウェイディレクトリが設定されています。

対処

設定するゲートウェイディレクトリは一つだけにしてください。

Smtpgw056:既にゲートウェイキューが設定されています。

要因

smtpgw.cfgファイルの中に複数のゲートウェイキューが設定されています。

対処

設定するゲートウェイキューは一つだけにしてください。

Smtpgw057:既にメールの発信文字コードが設定されています。

要因

smtpgw.cfgファイルの中に複数のメールの発信文字コードが設定されています。

対処

設定するメールの発信文字コードは一つだけにしてください。

Smtpgw058:既にGAPIコンフィグレーションファイルパスが設定されています。

要因

smtpgw.cfgファイルの中に複数のGAPIコンフィグレーションファイルパスドメインファイルが設定されています。

対処

設定するGAPIコンフィグレーションファイルパスドメインファイルは一つだけにしてください。

Smtpgw059:既にクライアント名が設定されています。

要因

smtpgw.cfgファイルの中に複数のクライアント名が設定されています。

対処

設定するクライアント名は一つだけにしてください。

Smtpgw060:既にインスタンス名が設定されています。

要因

smtpgw.cfgファイルの中に複数のインスタンス名が設定されています。

対処

設定するインスタンス名は一つだけにしてください。

Smtpgw061:必須パラメータがゲートウェイコンフィグレーションファイルに記述されていません。

要因

smtpgw.cfgファイルの中にゲートウェイディレクトリ，またはGAPIコンフィグレーションファイルパスが設定されていません。

対処

ゲートウェイディレクトリとGAPIコンフィグレーションファイルパスを設定してください。

Smtpgw062:ゲートウェイキューの作成に失敗しました。

要因

ゲートウェイキューを作成できません。

対処

ゲートウェイの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw063:RFC822メッセージの解析中にエラーが発生しました(ファイル名=XXXXX)。

要因

インターネットから不正なメッセージを受信しました。

対処

XXXXXで示されているファイル中のエラーとなっているヘッダエントリのフォーマットを，発信側でRFC822フォーマットに合わせてもらってください。

エラーとなっているエントリが特定できない場合はログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw064:RFC822からX.400へのボディ変換が失敗しました(ファイル名=XXXXX)。

要因

インターネットから受信したメッセージに不正な文字コードが入っているか，メッセージが正しくありません。

対処

XXXXXで示されているファイル中のエラーとなっているボディのフォーマットを，発信側でRFC1521，またはRFC1522フォーマットに合わせてもらってください。または，ボディのコードをjisコード，sjisコード，eucコードのどれかに合わせてもらってください。

エラーとなっているじ個所が特定できない場合はログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw065:RFC822メッセージが生成できません。

要因

メッセージが生成できません。

対処

ゲートウェイの起動ユーザがsmtpdirに書き込み権限を持っていないか，またはディスク容量が不足していることが考えられます。smtpdirに書き込み権限を設定するかまたはディスクの空き容量を確保してください。

Smtpgw066:X.400からRFC822へのボディ変換が失敗しました(ファイル名=XXXXX)。

要因

X.400メッセージに不正な文字コードが入っているか，またはX.400メッセージが正しくありません。

対処

ログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw067:RFC822メッセージの送信に失敗しました。

要因

メッセージの送信に失敗しました。

対処

メモリ容量不足によってsendmailプロセスか起動できなかったことが考えられます。メモリの空き容量を確保してください。

Smtpgw068:X.400メッセージの削除に失敗しました。

要因

X.400メッセージの削除に失敗しました。

対処

ログファイルを取得してください。操作については「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw069:X.400メッセージの取得中に致命的なエラーが発生しました。

要因

システムに致命的なエラーが発生しました。

対処

ログファイルを取得してください。操作については「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw070:コマンド行引数の解析に失敗しました。

要因

コマンドに指定した引数に誤りがあります。

対処

正しい引数を指定してください。

Smtpgw071:ユーザの認証に失敗しました。

要因

ゲートウェイの実行許可のないユーザが実行しようとしています。

対処

ゲートウェイの実行許可を持つユーザだけが実行するようにしてください。

Smtpgw072:プロセスの初期化に失敗しました。

要因

ゲートウェイの起動排他制御ファイルが作成できません。

対処

ゲートウェイの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw073:既にSMTPゲートウェイが起動されているか，dbmapコマンドによるユーザ情報取得処理中，もしくはsmtpmngコマンドによるMail-SMTP動作環境構築中です。

要因

複数のsmtp_gwプログラムを起動しようとしました。または，smtp_gwプログラム，dbmapコマンド，またはsmtpmngコマンドのどれか二つ以上を同時に起動しようとしました。

対処

smtp_gwプログラム，dbmapコマンド，smtpmngコマンドを起動する場合は，同時に起動しないでください。

Smtpgw074:マッピングテーブルの読み出しに失敗しました。

要因

マッピングテーブルのファイルがないか，またはファイルを読み取れませんでした。

対処

マッピングテーブルのファイルを作成するか，またはファイルに読み込み権限を設定してください。

Smtpgw075:GAPIの初期化に失敗しました。

要因

GAPIコンフィグレーションファイルがないか，または設定に誤りがあります。

対処

Groupmax Mail Serverにゲートウェイが登録されていないことが考えられます。Groupmax Mail Serverにゲートウェイを追加してください。

Smtpgw076:エントリXXXXという設定項目は存在しません。

要因

コンフィグレーションキーワードにXXXXという項目がありません。

対処

設定項目のXXXXを削除してください。

Smtpgw077:ログモジュールの初期化に失敗しました。

要因

ログファイルがオープンできませんでした。

対処

ゲートウェイの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw078:コンフィグレーションファイルの読み出しに失敗しました。

要因

smtpgw.cfgファイルの読み込みができませんでした。

対処

smtpgw.cfgファイルに読み込み権限のないことが考えられます。smtpgw.cfgファイルに読み込み権限を設定してください。

Smtpgw079:グローバル領域識別子の必須項目が取得できませんでした。

要因

ドメインファイルのグローバル領域識別子に国名，または主官庁領域名の記述がありません。

対処

ドメインファイルのグローバル領域識別子に国名，主官庁領域名を設定してください。

Smtpgw080:致命的なエラーが発生しました。

要因

ゲートウェイの稼働中に致命的な異常が発生しました。

対処

ログファイルを取得してください。操作については「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw081:配信報告メッセージの作成に失敗しました。

要因

配信報告メッセージの作成ができませんでした。

対処

システムのディスク容量が不足していることが考えられます。ディスクの空き容量を確保してください。

Smtpgw082:ロックファイルのロックに失敗しました。

要因

ロックファイルでエラーになりました。

対処

smtpdir 下のsmtp_gw.pidファイルを削除してください。

Smtpgw083:domain.datファイルの読み出しに失敗しました。

要因

ドメインファイルの読み込みができませんでした。

対処

domain.datファイルに読み込み権限のないことが考えられます。domain.datファイルに読み込み権限を設定してください。

Smtpgw084:ゲートウェイの停止ができません。

要因

ゲートウェイが起動されていないか，またはロックファイルが破壊されているために停止できません。

対処

ゲートウェイが稼働している場合には，killコマンドでゲートウェイを停止させてください。

Smtpgw085:IA5からASCIIへの変換でエラーが発生しました。

要因

IA5からASCIIへのボディの変換ができませんでした。

対処

ログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw086:JP1からASCII(日本語文字含む)への変換でエラーが発生しました。

要因

JP1からASCIIへのボディの変換ができませんでした。

対処

ログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw087:IA5，JP1以外のボディからUUENCODEされたデータへの変換でエラーが発生しました。

要因

ボディのUUENCODEができませんでした。

対処

ログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

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:ログディレクトリパスの取得に失敗しました。

要因

起動オプションのログディレクトリパスの指定に誤りがあります。

対処

正しいログディレクトリパスをオプションに指定して，smtp_gwを起動してください。

Smtpgw101:オプションの指定に誤りがあります。

要因

起動オプションの指定に誤りがあります。

対処

正しいオプションを設定して，ゲートウェイを起動してください。

Smtpgw102:シグナルXXを受信しました。ゲートウェイを停止します。

要因

番号XXのシグナルを受信しました。killコマンドによる停止の場合にメッセージが出力されます。

対処

killコマンドによる停止の場合には対処の必要はありません。

Smtpgw104:X.400メッセージの発信に失敗しました。

要因

X.400メッセージの発信ができませんでした。

対処

ログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw105:エラーメッセージの発信に失敗しました。

要因

エラーメッセージの発信ができませんでした。

対処

メモリ容量不足によってsendmailプロセスか起動できなかったことが考えられます。メモリの空き容量を確保してください。

Smtpgw106:RFC822メッセージからX.400メッセージの変換中に致命的なエラーが発生しました。

要因

メッセージの変換ができませんでした。

対処

ログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw107:ゲートウェイキューにエントリが作成できません。

要因

ゲートウェイキューにファイルを生成できませんでした。

対処

ゲートウェイの起動ユーザがgwqに書き込み権限がないか，またはディスク容量が不足していることが考えられます。gwqに書き込み権限を設定するか，またはディスクの空き容量を確保してください。

Smtpgw108:キューエントリのクローンが作成できません。

要因

ゲートウェイキューにファイルを生成できませんでした。

対処

ゲートウェイの起動ユーザがgwqに書き込み権限がないか，またはシステムのディスク容量が不足していることが考えられます。gwqに書き込み権限を設定するか，またはディスクの空き容量を確保してください。

Smtpgw109:RFC822メッセージヘッダファイルが存在しません。メッセージの発信ができません。

要因

メッセージのファイルの読み込みでエラーになりました。

対処

システムのディスク容量が不足していたために，ヘッダファイルを生成できなかったことが考えられます。ディスクの空き容量を確保してください。

Smtpgw110:RFC822メッセージアドレスファイルが存在しません。メッセージの発信ができません。

要因

メッセージのファイルの読み込みでエラーになりました。

対処

システムのディスク容量が不足していたために，アドレスファイルを生成できなかったことが考えられます。ディスクの空き容量を確保してください。

Smtpgw111:RFC822メッセージボディファイルが存在しません。メッセージの発信ができません。

要因

メッセージのファイルの読み込みでエラーになりました。

対処

システムのディスク容量が不足していたために，ヘッダファイルを生成できなかったことが考えられます。ディスクの空き容量を確保してください。

Smtpgw112:クライアント名の取得に失敗しました。

要因

smtpgw.cfgファイル中のクライアント名の記述に誤りがあります。

対処

正しいクライアント名(smtp_gw)を記述してください。

Smtpgw113:インスタンス名の取得に失敗しました。

要因

smtpgw.cfgファイル中のインスタンス名の記述に誤りがあります。

対処

正しいインスタンス名(smtp_gw)を記述してください。

Smtpgw114:起動ユーザの取得に失敗しました。

要因

smtpgw.cfgファイル中の起動ユーザ名の記述に誤りがあります。

対処

正しい起動ユーザ名(root)を記述してください。

Smtpgw115:ログ種別の取得に失敗しました。

要因

コンフィグレーションファイル中のログ種別の記述に誤りがあります。

対処

正しいログ種別を記述してください。

Smtpgw116:ログレベルの取得に失敗しました。

要因

コンフィグレーションファイル中のログレベルの記述に誤りがあります。

対処

正しいログレベルを記述してください。

Smtpgw117:既にロックファイルが設定されています。

要因

コンフィグレーションファイル中のロックファイルの設定が複数個記述されています。

対処

ロックファイルを一つだけ記述してください。

Smtpgw118:ボディパートファイルのXXXXXに失敗したため，メッセージの一部を破棄しました。

要因

ボディパートファイルに不正なデータが含まれています。

対処

不正なデータを修正してください。

Smtpgw119:既にゲートウェイアンデリバリキューが設定されています。

要因

smtpgw.cfgファイル中に複数のゲートウェイアンデリバリキューが設定されています。

対処

設定するゲートウェイアンデリバリキューは一つだけにしてください。

Smtpgw120:ゲートウェイキューの作成に失敗しました。(XXXXX)

要因

ゲートウェイキュー(ディレクトリ：XXXXX)の作成に失敗しました。

対処

ゲートウェイの起動ユーザがsmtpdirに書き込み権限のないことが考えられます。smtpdirに書き込み権限を設定してください。

Smtpgw121:IA5，JP1以外のボディからBASE64形式のデータへの変換でエラーが発生しました。

要因

ボディをBASE64形式へ変換できませんでした。

対処

ログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw122:MIMEからX.400へのボディ変換が失敗しました（ファイル名=XXXX)。

要因

MIMEからX.400へのボディ変換ができませんでした。

対処

発信側でRFC1521/RFC1522に従ったフォーマットでMIMEデータを生成してもらってください。

Smtpgw123:gw_setupを起動してデータベースを選択した後にsmtp_gwを起動してください。

要因

gw_setupが起動されていません。

対処

gw_setupを起動してからsmtp_gwを起動してください。

Smtpgw124:ボディパートファイル(XXXX)のデコードに失敗しました。

要因

ボディパートファイルに不正なデータが含まれています。

対処

失敗した添付ファイルはXXXXです。不正なデータを修正してください。

Smtpgw126:既にXXXXが設定されています。

要因

コンフィグレーションファイル中に重複している項目があります。

対処

コンフィグレーションファイル中の重複している項目を削除してください。

Smtpgw127:XXXXの記述に誤りがあります。

要因

コンフィグレーションファイル中のXXXXの設定に誤りがあります。

対処

コンフィグレーションファイル中のXXXXの設定を確認してください。

Smtpgw135:X.400アドレス（XXXX）からE-mailアドレスのマッピングに失敗しました。

要因

テーブルマッピングファイルに定義しているGroupmax Mailユーザの仮想インターネットドメインが256バイトを超えているために，不正なE-mailアドレスを生成しようとしました。

対処

テーブルマッピングファイルに定義するGroupmax Mailユーザの仮想インターネットドメインのうち256バイトを超えているものを256バイト以下の長さで再登録してください。

Smtpgw136:ユーザIDからX.400アドレスの変換時にエラーが発生しました。(XXXX)

要因

SMTPメールシステムからGroupmax MailのユーザのユーザIDを指定してメールを発信した場合に，アドレスマッピングに失敗しています。次の要因が考えられます。

Groupmax Mail Server が起動していない。

TCP/IPが使用できない。

対処

要因1の場合には，サーバを起動した後に再度メールを送信してください。

要因2の場合には，システムのTCP/IPの設定を確認してください。

1，2の対処を行っても状況が改善されない場合には，XXXXのエラー番号を記録して障害受付窓口に連絡してください。

Smtpgw137:メッセージの変換中に致命的なエラーが発生しました。(RFC822->X.400)

要因

インターネットから受信したメールの解析に失敗しました。

対処

ログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw138:メッセージの変換中に致命的なエラーが発生しました。(X.400->RFC822)

要因

Groupmax Mailユーザからインターネットへ送信したメールの解析に失敗しました。

対処

ログファイルを取得してください。ログファイルを取得する操作については，「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw139:システムのインストールディレクトリが深すぎます。

要因

Mail SMTPまたはsendmailのインストールディレクトリ名が長過ぎるために，Groupmax Mailからインターネットへのメールの転送に失敗しました。

対処

Mail - SMTPのインストールディレクトリのパス名を短くして，再度インストールと環境設定をしてください。

Smtpgw141:子プロセスの作成に失敗しました。

要因

メモリ，ディスクなどのシステム資源が不足しています。

対処

システム資源を見直してください。

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で致命的なエラーが発生したため処理を中止しました。

対処

ログファイルとGmaxAddrDB下のファイルを取得してください。ログファイルを取得する操作については「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw147:DBマッピングファイル作成(XXXX)中に致命的なエラーが発生しました(エラー番号=YY)。

要因

DBマッピングファイル作成中，モジュールXXXXで致命的なエラーが発生したため処理を中止しました。

対処

モジュール名称がGSSGetAllUserListXの場合，以下の内容を確認してください。

Groupmax Object ServerおよびGroupmax Address Serverが起動されているか。

/tmp/gaddr.log（サーバから情報取得したときに出力されるログファイル）

エラーが解決できない場合，再度dbmapコマンドを実行してください。

Smtpgw148:入力ファイルのオープンに失敗しました(ファイル名=XXXX)。

要因

XXXXファイルのオープンに失敗しました。

対処

XXXXファイルに読み込み権限があるかを確認してください。

Smtpgw149:一時ファイルのオープンに失敗しました(ファイル名=XXXX)。

要因

作業用ファイルのオープンに失敗しました。またはファイル情報（ファイルサイズ）の取得に失敗しました。

対処

XXXXファイルがある場合は削除してdbmapコマンドを実行してください。または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名に"（ダブルクォーテーション），および，（コンマ）は使用できません。また最上位組織に日本語が使用されている場合，その組織に属しているユーザはDBマッピングファイルに登録することができません。

対処

YY行目のユーザデータ（O/R名）に"（ダブルクォーテーション）または，（コンマ）が使用されていないかを確認してください。使用されている場合はO/R名を変更して，再度dbmapコマンドを実行してください。

Smtpgw163:E-mailアドレスに使用できない文字が使用されています(ファイル名=XXXX，行番号=YY)。

要因

E-mailアドレスに"（ダブルクォーテーション）および，（コンマ）は使用できません。

対処

YY行目のユーザデータ（E-mailアドレス）に"（ダブルクォーテーション）または， （コンマ）が使用されていないかを確認してください。使用されている場合はO/R名を変更して再度dbmapコマンドを実行してください。

Smtpgw164:一時ファイルの書き込みに失敗しました(ファイル名=XXXX)。

要因

作業用ファイルへの書き込みに失敗しました。

対処

作業用ファイル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:受信者の最大数を超えたため256人以降の情報を破棄しました。

要因

インターネットから受信したメールに指定されている本来受信者数が256人を超えています（ここでの受信者とは，メールヘッダに指定されている同報者ではなく実際にメールを受信するユーザのことです）

対処

インターネットの送信者に受信者を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には処理できるレコードがありません。

対処

入力ファイル中のユーザデータを再度確認してからdbmapコマンドを実行してください。

Smtpgw177:E-mailアドレスが登録されていません(ユーザID=XXXXX，O/R名=YYYYY)。

要因

Groupmax Address Serverから取得したユーザ情報にE-mailアドレスが登録されていないユーザがいました。

対処

メッセージ中のユーザIDとO/R名からアドレスマッピングの必要がないユーザかどうかを確認してください。アドレスマッピングの必要なユーザの場合は，Groupmax Address ServerにE-mailアドレスを登録した後，再度dbmapコマンドを起動してください。アドレスマッピングの必要がないユーザの場合は対処の必要はありません。

Smtpgw178:既にXXXXが起動されています。

要因

一つのゲートウェイディレクトリの下で複数のプロセスXXXXを起動しようとしました。

対処

プロセス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マッピングを使用している場合は，Groupmax Address ServerにE-mailアドレス（XXXXX)が登録されているかを確認してください。未登録の場合には，Groupmax 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アドレスがGroupmax Address Serverに登録されているかを確認してください。未登録の場合には，Groupmax Address ServerにE-mailアドレスを登録した後再度dbmapコマンドを起動してください。

Smtpgw181:ユーザIDまたはO／R名がないユーザデータがありました。このレコードを無視して処理を続けます。

要因

サーバから取得したユーザ情報にユーザIDまたはO/R名がないユーザデータがありました。

対処

Groupmax Address Serverに登録されているユーザでE-mailアドレスが登録されているユーザが，GmaxAddrDB下のdata.csvファイルに出力されていることを確認してください。このファイルにE-mailアドレスを持つユーザが出力されていない場合，そのユーザはアドレスマッピングされません。再度dbmapコマンドを起動してください。この現象が再度発生するならば，ログファイルとGmaxAddrDB下のファイルを取得してください。ログファイルを取得する操作については「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw182:最大長を超えるデータがありました。このレコードを無視して処理を続けます(ユーザID = XXXXXXX，データ=YYYY)。

要因

Groupmax Address Serverから取得したユーザ情報の中に，最大値を超えるデータがありました。

対処

ユーザID（XXXXXXX）に該当するユーザ情報がE-mailアドレスに登録する必要があるユーザ情報かどうかを確認してください。登録が必要ないユーザ情報の場合，対処の必要はありません。登録が必要なユーザ情報の場合，Groupmax Address ServerでユーザID，日本語名，英語姓，英語名，ニックネーム，O/R名，およびE-mailアドレスのうち最大値を超えているデータを変更した後再度dbmapコマンドを実行してください。

Smtpgw183:エラーメールの送信先はYYYYYYYです。

要因

エラーメールをYYYYYYYに返信しました。

対処

発信先YYYYYYYからエラーメールの受信ユーザを確認し，エラーメールの内容から発生したエラーを確認してください。

Smtpgw184:本来受信者アドレスのマッピングに失敗しました。

要因

本来受信者のアドレスマッピングに失敗しました。

対処

本来受信者のアドレスマッピングが正しく行われるように，アドレスマッピングテーブルなどの設定ファイルを変更してください。

または，発信側で正しいアドレスを設定してメールを送信してください。

Smtpgw185:ニックネームが登録されていません(ユーザID=XXXXXX, O/R名=YYYYYY)。

要因

Groupmax Address Serverからのユーザ情報の取得でニックネームが登録されていないデータがありました。

対処

Groupmax Address Serverにニックネームが登録されているかどうかを確認してから，再度アドレス情報を取り込んでください。

Smtpgw186:ニックネームが指定されていません(ファイル名=XXXXXX, 行番号=ZZ)。

要因

ユーザ情報の取得でニックネームが登録されていないデータがありました。

対処

ニックネームを指定してからアドレス情報を取り込んでください。

Smtpgw187:ニックネームに使用できない文字が使用されています(ユーザID=XXXXXX, O/R名=YYYYYY)。

要因

ニックネームマッピングに使用できない文字が使用されています。

対処

ユーザID（XXXXXX）のユーザはDBマッピングファイルに登録されましたが，ニックネームマッピングを行えません。E-mailアドレスが指定されていて，マッピングモードがdb，all，pop_allならばDBマッピングを行えます。

Smtpgw188:ユーザタイプが"1"(メールユーザ)以外のデータがありました(ファイル名=XXXXXX, 行番号=YYYYYY,行番号=ZZ)。

要因

メール属性を持つアドレスユーザ以外のユーザデータが指定されています。タイプ3～5（メールの宛先ユーザ，アドレス帳ユーザ，メール属性を持たないアドレスユーザ）のユーザデータはDBマッピングファイルに登録されません。また，組織メールの宛先もDBマッピングファイルに登録されません。

対処

エラーが発生したユーザデータがメール属性を持つアドレスユーザかどうかを確認してください。

Smtpgw189:DBマッピングファイルの作成に失敗しました。

要因

DBマッピングファイル作成中に回避できないエラーが発生しました。

対処

Groupmax Address Serverが起動されているかどうかを確認してから，再度dbmapコマンドを実行してください。状況が改善されない場合には，ログファイルとGmaxAddrDB下のファイルを取得してください。ログファイルを取得する操作については「7.2.4 ログファイルを取得する」を参照してください。

Smtpgw190:次のユーザはE-mailアドレスが重複しています。重複したE-mailアドレスはマッピングテーブルに登録されませんでした。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY）

要因

E-mailアドレスが重複しているユーザデータがありました。

対処

Groupmax Address Serverで重複しているE-mailアドレスをすべて変更してから，再度dbmapコマンドを実行してください。

Smtpgw191:(注意)次のユーザはE-mailアドレスが重複しています。E-mailアドレスを透過扱いにした場合，メールの受信ができなくなります。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY）

要因

ローカルパート部分の英大文字と英小文字を区別しない場合にE-mailアドレスが重複するユーザデータがありました。

対処

Groupmax Address Serverで重複しているE-mailアドレスをすべて変更してから，再度dbmapコマンドを実行してください。

Smtpgw192:次のユーザはE-mailアドレスが重複しいてるので，メールの送受信ができません。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY）

要因

次の要因が考えられます。

E-mailアドレスの重複しているユーザがインターネットあてにメールを送信しようとしました。

インターネットからE-mailアドレスの重複しているユーザあてにメールが届きました。

同報者として指定された宛先にE-mailアドレスが重複するユーザがありました。

対処

Groupmax Address Serverで重複しているE-mailアドレスをすべて変更してから，再度dbmapコマンドを実行してください。同報者にE-mailアドレスの登録されていないユーザがいた場合，そのユーザの宛先は同報者の情報からE-mailアドレスの重複したユーザの宛先は削除されてメールの送受信がされます。

Smtpgw193:変更されたユーザ情報を取得するための設定が行われていません。

要因

変更されたユーザ情報を取得するための設定が行われていません。

対処

smtpmngコマンドを起動して，メニュー「ユーザ情報の更新方法に関する設定（modifying_dbfile）」の設定値を「auto」にしてください。なお，この設定はsmtp_gwプログラムを終了させた状態で行ってください。

また，smtpmngコマンドの設定が終了した後，Groupmax Address Serverを再起動してください。再起動後から，変更情報を取得できるようになります。

Smtpgw194:POP3サーバからマッピングの優先順位の取得でエラーが発生しました。ニックネームマッピングは使用されません。(ドメイン名=XXXXXX, マッピング優先順位=YYYYYY, error-code = ZZ）

要因

POP連携機能を使用する設定（マッピングモードにpop_allを設定）がされているのに，POP3サーバから設定値が取得できませんでした。

対処

POP3サーバに連携機能を使用する設定がされているかを確認してください。そのときマッピングの優先順位とニックネームマッピングに使用されるドメイン名が設定されていることを確認してください。これらが設定されていない場合，Mail - SMTPはニックネームマッピングを省略してアドレスマッピング処理を行います。

Smtpgw195:E-mailアドレスが登録されていないユーザがメールを送信しようとしました。またはE-mailが登録されていないユーザが同報者の宛先として指定されました。送信者制限によりこのユーザはメールの送信ができません(ユーザID=XXXXXX, O/R名=YYYYYY)。

要因

E-mailアドレスが未登録のユーザは送信できない設定になっている場合に，未登録のユーザがインターネットにメールを送信しようとしました。または同報者として指定されているユーザは，E-mailアドレスが未登録のユーザです。マッピングモードにdbが指定されている場合は自動的に送受信者が制限されます。

対処

送信者の制限が行われている場合，E-mailアドレスが未登録のユーザはインターネットにメールを送信することができません。同報者にE-mailアドレスが未登録のユーザが指定されていた場合，未登録のユーザの宛先を削除してメールが送信されます。E-mailアドレスが誤って登録されていないかを確認してください。E-Mailアドレスを変更，または追加した場合dbmapコマンドを実行し，再度smtp_gwプロセスを起動してください。

Smtpgw196:POP3サーバから次の設定値を取得しました(ドメイン名=XXXXXX, マッピング優先順位=XXXXXX, error-code = YYYYYY）。

要因

POP3サーバからニックネームマッピングを行うための情報取得に成功しました。メッセージ中の設定値を使用してニックネームマッピングが行われます。

対処

メッセージ中の設定値が正しいかどうかを確認してください。設定値が誤っている場合はPOP3サーバの設定を変更した後，再度smtp_gwプロセスを起動してください。

Smtpgw197:E-mailアドレスが登録されていないユーザへのメールを受信しようとしました。またはE-mailが登録されていないユーザが同報者の宛先として指定されました。受信者制限によりこのユーザはメールの受信ができません(ユーザID=XXXXXX, O/R名=YYYYYY)。

要因

E-mailアドレスが未登録のユーザは受信できない設定になっていますが，未登録のユーザあてにインターネットからメールが届きました。または，同報者として指定されているユーザは，E-mailアドレスが未登録のユーザです。マッピングモードにdbが指定されている場合は自動的に送受信者が制限されます。

対処

受信者の制限が行われている場合，E-mailアドレスが未登録のユーザはインターネットからのメールを受信できません。同報者にE-mailアドレスが未登録のユーザの宛先が指定されていた場合，未登録のユーザの宛先は削除されます。E-mailアドレスが誤って登録されていないかを確認してください。E-mailアドレスを変更，または追加した場合dbmapコマンドを実行し，再度smtp_gwプロセスを起動してください。

Smtpgw198:O/R名に使用できない文字が使用されています(ユーザID=XXXXXX, O/R名=YYYYYY)。

要因

O/R名に使用できない文字を含んだユーザ情報がありました。このユーザのアドレス情報は破棄されます。

対処

最上位組織略称に日本語（2バイトコード）または半角スペースが使用されていないかを確認してください。

Smtpgw199:ユーザの変更情報からアドレス情報の取り込みに失敗しました。

要因

Groupmax Address Serverからの，変更されたユーザ情報の取り込みに失敗しました。このエラーが発生した場合，変更されたユーザ情報がDBマッピングファイルに反映されていません。

対処

dbmapコマンドを実行し再度すべてのユーザ情報を取得してください。

Smtpgw200:不正なアドレス情報を破棄しました（ユーザID=XXXXXX, O/R名=YYYYYY)

要因

Groupmax Address Serverからの変更情報がフォーマット不正のため，ユーザの変更情報が取得できませんでした。

対処

dbmapコマンドを実行し再度すべてのユーザ情報を取得してください。

Smtpgw201:このバウンダリ(XXXX)に囲まれたボディパートファイルが不正です。

要因

バウンダリ(XXXX)で囲まれたボディフォーマットがmultipartボディのフォーマットではありません。

対処

発信側で正常なフォーマットのmultipartボディを生成してもらってください。またはmultipartフォーマット以外のフォーマットでボディの生成をしてもらってください。

Smtpgw202:sendmailプログラムの起動に失敗しました。

要因

sendmailプログラムの起動に失敗しました。

対処

sendmailの起動パス名が誤っていないか確認してください。

下記のご使用になっている場合には，デフォルトのインストール先として以下のディレクトリを表示します。

＜使用ソフトウェア＞

Sendmail Single Switch 2.2 for Windows

Sendmail Advanced Server 1.3J

＜デフォルトのインストール先＞

c:¥Program Files¥Sendmail Switch

この場合，sendmail.exeのコマンドは下記のパス名を指定します。

c:¥Program Files¥Sendmail Switch¥smmta-8.11¥sbin¥sendmail.exe

パス名の確認方法については，「2.3.2 print_config」を参照してください。パス名の変更については「2.3.7 edit_smailpath」を参照してください。

パス名に問題がない場合，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への送信処理で致命的なエラーが発生したため，処理を中止しました。

対処

ログファイルを取得してください。操作については「7.2.4 ログファイルを取得する」を参照してください。

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の運用に関する設定の情報取得に失敗しました。Groupmax Address Serverがインストールされていないか，S/MIMEの運用に関する設定が正しく設定されていません。

対処

Groupmax 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」であるメールがあった為，このメールの受信処理を行いませんでした。受信されなかったメールについては，エラーメールを返信します。

対処

メールの送信者に，分割メールを送信しないよう連絡してください。

Smtpgw240:開封通知メールの送信を制限しています。開封通知メールを破棄しました。

要因

開封通知メールを送信制限する設定をしています。開封通知メールがあった為，このメールの送信処理を行いませんでした。

対処

通常このエラーメッセージが出力されることはありませんが，頻繁に出力される場合には，障害受付窓口に連絡してください。

7.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で示される必須要素の値を入力してください。

Smtpmng017:入力したキーワードに誤りがあります。正しいキーワードを入力してください。

要因

設定キーワードに誤りがあります。

対処

ヘルプメッセージで示されるキーワードを入力してください。

Smtpmng018:使用できない文字で値を設定しています。再入力してください。

要因

設定値に使用できない文字が含まれています。

対処

XXで示される必須要素の値を入力してください。

Smtpmng019:マッピングテーブル1には該当するエントリはありません。

要因

サブコマンドの引数として指定されたエントリはありません。

対処

マッピングテーブル1を見直してください。

Smtpmng020:マッピングテーブル2には該当するエントリはありません。

要因

サブコマンドの引数として指定されたエントリはありません。

対処

マッピングテーブル2を見直してください。

Smtpmng021:既にマッピングテーブル1に登録されています。この変更は行いません。

要因

マッピングテーブル1に登録済みの情報と同じです。

対処

別な値で設定してください。

Smtpmng022:既にマッピングテーブル2に登録されています。この変更は行いません。

要因

マッピングテーブル2に登録済みの情報と同じです。

対処

別な値で設定してください。

Smtpmng023:必須パラメータがゲートウェイコンフィグレーションファイルに記述されていません。

要因

コンフィグレーションファイルにGAPIコンフィグレーションファイル名パラメタがありませんでした。

対処

運用管理プログラムでは同パラメタを生成しません。コンフィグレーションファイルに記述が必要です。

Smtpmng024:表示範囲の指定に誤りがあります。

要因

マッピング情報の表示範囲指定に誤りがあります。

対処

画面で指定された方法で表示範囲を指定してください。

Smtpmng025:マッピング情報の指定に誤りがあります。

要因

マッピング情報の指定に誤りがあります。

対処

1以上の整数値でマッピング情報を指定してください。

Smtpmng026:値が入力されていません。値を入力してください。

要因

値が入力されていません。

対処

値を入力してください。

Smtpmng027:複数の値が入力されています。値を一つだけ入力してください。

要因

複数の値が入力されています。

対処

値を一つだけ入力してください。

Smtpmng028:指定した値に誤りがあります。正しい文字列を入力してください。

要因

指定した値に誤りがあります。

対処

画面で示される文字列を指定してください。

Smtpmng029:既にsmtpmngコマンドによるMail-SMTP動作環境構築中か，smtp_gwプログラムが起動されているか，もしくはdbmapコマンドによるユーザ情報取得処理中です。

要因

すでにsmtpmngコマンドが起動されています。または，smtpmngコマンド，smtp_gwプログラム，dbmapコマンドのどれかを同時に起動しようとしました。

対処

smtpmngコマンド，smtp_gwプログラム，dbmapコマンドを起動する場合は，同時に起動しないでください。

Smtpmng030:ロックファイル(XXXX)のロックに失敗しました(エラー番号(YY))。

要因

二重起動防止用ファイルをロックできませんでした。XXXXにファイルパス名，YYにエラー番号が表示されます。

対処

ファイル名，エラー番号から原因を特定してください。

Smtpmng031:該当するマッピング情報はありません。

要因

指定されたマッピング情報はありません。

対処

実際にあるエントリの番号を指定してください。

Smtpmng032:設定ファイル又はゲートウェイディレクトリ(XXXX)のアクセスに失敗しました(エラー番号(YY))。

要因

設定ファイルにアクセスできませんでした。XXXXにファイルパス名，YYにエラー番号が表示されます。

対処

ファイル名，エラー番号から原因を特定してください。

Smtpmng033:エントリの値として次のデフォルト値を使用します。デフォルト値:XXXX

要因

コンフィグレーションファイルの設定でエラーになったものがあります。この設定値にデフォルト値を適用します。

対処

なし。

Smtpmng034:ログファイルのオープンに失敗しました(ファイル名(XXXX)，エラー番号(YY))。

要因

ログファイルをオープンできませんでした。XXXXにファイルパス名，YYにエラー番号が表示されます。

対処

ファイル名，エラー番号から原因を特定してください。

Smtpmng035:ドメインファイルに必須要素(XXXX)が記述されていません。

要因

ドメインファイルにXXXXで示される必須要素が設定されていません。

対処

運用管理プログラムで必須要素を設定してください。

Smtpmng036:gw_setupを起動してデータべースを選択したのちにsmtp_gwを再起動してください。

要因

gw_setupコマンドを実行しないで，運用管理プログラムを実行しました。

対処

gw_setupコマンドを実行後，運用管理プログラムを起動してください。

Smtpmng037:ログファイルにディレクトリを指定しています（ファイル名=XXX)。

要因

ログファイルに指定されたXXXはディレクトリです。

対処

ディレクトリではなく，ファイルのパス名を指定してください。

Smtpmng038:XXXXを削除した後に，セットアッププログラムを再起動してください。

要因

smtpmngを起動できませんでした。

対処

インストールディレクトリ下にある「smtpmng.pid」ファイルを削除してから，smtpmngを再起動してください。

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のパスの設定を行なってください。

7.2.3　イベントログのメッセージ

Mail - SMTPの運用中に出力されるイベントログのメッセージを次に示します。

0000-E サービスが開始できませんでした。理由：XXXX

対処

smtpdir¥logfile中からこのエラーが発生した時間付近に出力されたエラーメッセージを検索し，そのエラーに対応した対処を実行してください。エラーの対処を実行してもサービス起動できない場合，理由：XXXX情報を控えて障害受付窓口に連絡してください。

1001-I Mail - SMTPを開始します。
1002-I Mail - SMTPを停止しました。
1004-E プロセスの異常終了を検知しました。強制終了処理を開始します。

対処

smtpdir¥logfile中からこのエラーが発生した時間付近に出力されたエラーメッセージを検索し，そのエラーに対応した対処を実行してください。

1005-I Mail - SMTPの終了処理を開始します。

7.2.4　ログファイルを取得する

instdir下のsmtpgw.cfgファイルのエントリ「LOG_LEVEL」にLOG_LEVEL = error trace ftrace debug1 debug2 debug3 bodyと設定する

Mail - SMTPを起動する

エラーとなったメールを再送する
次に示す方法でエラーとなったメールを特定してください。
1.　logdir下のlogfile，およびlogdir下のlogfile.daemonを開き，当該メッセージの出力された時間を特定する
2.　1.で取得した時間を基に，この時間に作成されたファイルをgwuq下，またはgwuq下のx400_objから取得する
3.　このHXXXXXXXファイル中の「From」フィールドから発信者を特定して，メールを再送してもらう

データを採取する

smtp_gwプロセスを終了する

この操作を終えたら「LOG_LEVEL = all」に変更して，通常どおりsmtp_gwプロセスを起動してください。

注

同じエラーメッセージが連続して出力される場合に，この操作でログファイルを取得してください。そうでない場合は，この操作を行う必要はありません。

7.3　エラーメール

Mail - SMTPがsendmailから受信したメールを解析できなかった場合（Mail - SMTPがメールを受信できなかった場合），Mail - SMTPは次に示す主題のメールを作成して，送信者に対してエラーメールを返信します。

本来受信者※情報が不正な場合
- Conversion failer : Recipients-Information is not available.

MessageIDが不正な場合
- Conversion failer : MessageId is not available.

分割メールを受信拒否している場合
- Conversion failer : Conte-Type is not available.

送信者情報が不正な場合
- Conversion failure : OriginatorName is not available.

Mail - SMTPの環境設定が不正な場合，またはGroupmax側の受信者情報が不正な場合
- Conversion failure : BilateralInformation is not available.

メール内容が不正な場合
- Conversion failure : RFC822 MailBody Format Error.

Mail - SMTPでマッピングしたユーザがGroupmax Address Serverに登録されていない場合（Mail - SMTPのDBマッピングファイルが更新されていない場合や，マッピングルールの定義誤りなど）
- Delivary Report(Failer)

その他，メールの受信ができない場合
- Returned mail: smtp_gw conversion fail.

注※

本来受信者とは，SMTPプロトコル（RCPT）で送受信される受信者を指します。

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

ここでは，システムの運用時に発生しやすいトラブルの対処方法について説明します。

＜この節の構成＞

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

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

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

7.4.4　sendmailの送信に失敗する

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

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

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

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

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

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

7.4.11　「Delivary Report(Failer)」という主題のエラーメールが返ってくる

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

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

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

7.4.15　Groupmaxからインターネットへのメール送信が遅い

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

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

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

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

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

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

7.4.22　主題や添付ファイル名の一部が文字化けしている

7.4.23　主題／本文／添付ファイル名が文字化けしている

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

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

現象

Mail - SMTPが起動できない。

ログファイルに，Smtpgw031のエラーメッセージが出力される。

ログファイルに，Smtpgw142のエラーメッセージが出力される。

要因

次の二つの要因が考えられます。

Groupmax Mail Serverでゲートウェイの登録を行っていない。または，ゲートウェイの登録を行なった後に，MTAの再起動を行っていない。

dbmapコマンドを実行してDBマッピングファイルを作成していない。

対処

Groupmax Mail Serverでゲートウェイの登録を行ってください。ゲートウェイ登録後にMTAの停止および起動を行ってください。

Groupmax Address Serverが起動されている状態で，dbmapコマンドを実行してください。

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

現象

環境設定を初めて行ったが，インターネットからのメールが受信できない。

要因

次の二つの要因が考えられます。

インターネットからGroupmaxにメールを送信したが，「host unknown/user unknonwn」のエラーメールが返信される場合，sendmailの設定が誤っている。

Mail - SMTPのサービスを停止している状態で，インターネットからメールを受信した場合に，受信キュー(gwq)にA,B,Hで始まるファイルが作成されているかどうか確認します。主題が「Conversion failer」などで始まるエラーメールが返信される場合には，Mail - SMTPのアドレスマッピングの設定の誤りが考えられます。Mail - SMTPが返信するエラーメールの主題の詳細については，「7.3　エラーメール」を参照してください。

対処

sendmailの設定(sendmail.cf)のmhs_mailerの起動定義を見直してください。

Mail - SMTPのアドレスマッピングを見直してください。Mail - SMTPで受信した際のログや適用されたアドレスマッピング内容を確認する場合，「7.1 トレース情報」を参照してください。

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

現象

インターネットから受信したメールを返信すると，Groupmax Mail クライアント送信一覧で送信状態が配信エラーになる（インターネットに返信メールが送信されない）。Mail - SMTPでは送信処理が行われていない（ログが出力されない）。

要因

次の二つの要因が考えられます。

Groupmax Mail Serverで登録されたゲートウェイのMTA情報（C,ADMD,PRMD）と，Mail - SMTPで設定した，X400DOMAIN（C,ADMD,PRMD）が一致していない。

Groupmax Mail ServerでMTAの設定（ゲートウェイのドメイン名を登録）をしてから，MTAを再起動していない。

対処

smtpmngを起動して，X400DOMAINを修正してください。その際，Groupmax Mail Serverに登録されているゲートウェイのC,ADMD,PRMDと同じ値を設定してください。

運転席でMTAの「停止」および「起動」を行ってください。

7.4.4　sendmailの送信に失敗する

現象

sendmailでメールの送信に失敗する。Groupmax Mail クライアントの送信一覧で配信状態が配信エラーとなる。smtp_daemonのログファイル (logdir下のlogfile.daemon)に，次のログが出力される。

「Smtpgw209:sendmailの送信処理でエラーが発生しました (エラー詳細：XXXXX , エラー番号 = YY)。」

また，上記メッセージの前の，

mail from: <root><CR><LF>

行に対する，sendmailのリタンコードがエラー（500番台）である。

Groupmax Mail クライアントの送信一覧で配信状態が未読になることが確認できて，メールの送信者にエラーメールが返信される場合には，sendmail送信後のメール転送定義が誤っている。

要因

sendmailへのメール送信時に，mail fromにrootを指定している為に，sendmailでDNS解決できない。

対処

smtpmngを起動し，Internet送出モード(sendflag)にreturnを設定してください。または，Internet送信者アドレス (send_envelope_from)にDNS解決できるエラーメールの送信者（運用管理者）のE-mailアドレスを設定してください。

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

現象

modifying_dbfile=autoを設定しているが，2時間たってもDBマッピングファイルが更新されない。

要因

次の二つの要因が考えられます。

smtpmngでmodifying_dbfile=autoを設定した後に， Groupmax Address Serverを再起動していない。

Groupmax Address Serverを再起動しているがDBマッピングファイルが更新されない場合，マルチサーバ構成である時にはMail - SMTPのインストールされているGroupmax Address Serverのレプリケーションが完了していない為，ユーザの変更情報が更新されない（更新が遅れている）場合があります。

対処

Groupmax Address Serverを再起動してください。再起動後にDBマッピングが自動更新されるようになります。尚，再起動前に変更されたユーザ情報については更新されませんので，dbmapコマンドを起動してDBマッピングファイルを更新してください。

Groupmax Address Serverのレプリケーションの状態を確認してください。

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

現象

リッチテキストのGroupmaxメールシステム間のドメイン間連携を行う場合に，インターネットへ送信したメールにリッチテキストが添付されない。または，リッチテキストは送付されるが，受信したメールにはリッチテキスト本文とならずに添付ファイルになってしまう。

要因

次の二つの要因が考えられます。

送信側のMail - SMTPで，リッチテキストファイル送信制御(send_rtf_body)にrtf_denyが設定されている。または，リッチテキスト本文連携情報の送信制御 (send_rtf_body_flag)にsend_attachが設定されている。

受信側のMail - SMTPで，リッチテキスト本文連携情報の受信制御(recv_rtf_body_flag)にrecv_attachが設定されている。

対処

送信側のMail - SMTPで以下の設定となっているか確認します。
(1)インターネットへ送信するメールにリッチテキストが添付されるようにします。smtpmngを起動し，リッチテキストファイル送信制御(send_rtf_body)にrtf_allowを指定します。
(2)添付されたリッチテキストが本文であることを示す付加情報を付けます。smtpmngを起動し，上記(1)の設定後に，リッチテキスト本文連携情報の送信制御 (send_rtf_body_flag)に=send_inlineを指定します。

受信側のMail - SMTPで以下の設定となっているか確認します。
添付されたリッチテキストに本文であることを示す付加情報がある場合，本文として受信します。smtpmngを起動し，リッチテキスト本文連携情報の受信制御 (recv_rtf_body_flag)にrecv_inlineを指定します。

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

現象

ニックネームマッピングができない。ニックネームマッピング以外のマッピングが適用されている。

要因

次の四つの要因が考えられます。

Groupmax Address Serverの設定で，POP3/IMAP4を使用するよう設定されていない。

Groupmax Address Serverの設定で，POP3/IMAP4を使用するよう設定しているが，優先して使用するマッピングに「ユーザ属性のE-mailアドレスマッピング」が指定されている。

ニックネームマッピングで使用するドメインパートが受信したメールのE-mailアドレスのドメイン名と異なっている。

Mail - SMTPの設定でmapping_modeにpop_allが設定されていない。

対処

Gruopmax Address/Mailセットアップで，Mail Serverオプションの設定で，POP3/IMAP4を使用するよう設定します。

上記1.の設定後，「最優先アドレスマッピング」に「ニックネームマッピング(ニックネーム@ドメインパート)」を指定する。

上記2.の設定後，「ニックネームマッピングで使用するドメインパート」がニックネームマッピングに使用するドメイン名として正しいか確認し，誤っている場合には修正します。

smtpmngを起動しmapping_modeにpop_allを設定します。

以下の方法で確認してください。

Mail - SMTPを起動したときに，以下のメッセージがログファイル(logdir下のlogfile)に出力されていることを確認します。

「Smtpgw196:POP3サーバから次の設定値を取得しました(ドメイン名= smtpgw.domain.co.jp, マッピング優先順位= NICK, error-code = 0)。」

上記ログのドメイン名に，ニックネームマッピングを行うドメイン名が表示されていることを確認してください。

上記ログのマッピングの優先順位がNICKになっていることを確認してください。

設定が確認できたらテストメールを送受信し，ニックネームマッピングが適用されているか確認します。

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

現象

Groupmax Address Serverのユーザ情報にE-mailアドレスを登録していてDBマッピングでアドレスマッピングを行っているが，インターネットとメール送受信できないユーザがいる。

インターネットと送受信できないユーザがメールを送信するとMail - SMTPのログファイル(logdir下のlogfile)に以下のログメッセージが出力される。

「Smtpgw192:次のユーザはE-mailアドレスが重複してるので，メールの送受信ができません。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY)」

要因

Groupmax Address Serverのユーザ情報に重複するE-mailアドレスが登録されている。

対処

以下の手順で重複しているE-mailアドレスを変更し，DBマッピングファイルを更新してください。

Groupmax Address Serverで重複しているすべてのE-mailアドレスを削除してから，再度登録を行います。

Mail - SMTPでdbmapコマンドを実行してDBマッピングを更新します（DBマッピングの自動更新機能を使用している場合には自動更新されることを確認してください）。

DBマッピングが更新された後で，DBマッピングファイルのログファイル(logdir下のlogfile.dbmap)に次のログが出力されないことを確認してください。
「Smtpgw192:次のユーザはE-mailアドレスが重複してるので，メールの送受信ができません。(ユーザID=XXXXXX, E-mailアドレス=YYYYYY)」

テストメールを送信して，インターネットとメール送受信できることを確認します。

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

現象

インターネットとのメールの送受信でアドレスマッピングがうまくいかない為，メールの送受信ができない。または意図しないE-mailアドレスとO/R名のマッピングが行われていて正しい受信者にメールが受信されない。Mail - SMTPで適用されたアドレスマッピングを確認したい。

対処

ログファイルのトレース情報で確認することができます。操作については「 7.1 トレース情報」を参照してください。

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

現象

アドレス管理ドメイン内のユーザ宛てにメールを送信すると，「Conversion failure : OriginatorName is not available.」という主題のエラーメールが送信者に返ってくる。

要因

Mail - SMTPが送信者のE-mailアドレスからO/R名の変換に失敗しました。

E-mailアドレスの文字種が不正，またはE-mailアドレスの文字数が長すぎます。

対処

送信者がアドレス管理ドメインのユーザの場合はE-mailアドレスを短くしてください。100バイトまでの文字列を指定することを推奨します。

7.4.11　「Delivary Report(Failer)」という主題のエラーメールが返ってくる

現象

インターネットからGroupmaxユーザにメールを受信すると，「Delivary Report(Failer)」という主題のエラーメールが送信者に返ってくる。

要因

Mail - SMTPのマッピングテーブルの設定が誤っています。

または，Groupmax Address Serverでユーザ移動やユーザ削除が行われた場合に，Mail - SMTPでマッピングテーブルの更新が行われていません。

対処

マッピングテーブルを見直してください。dbmapの自動更新(MODIFYING_DBFILE=auto)を設定していない場合には，dbmapコマンドを実行してDBマッピングファイルを更新してください。

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

現象

署名メールをインターネットに送信した場合に，受信側のメールで検定を行う場合に「なりすまし」となる。

要因

次の二つの要因が考えられます。

メールを送信したGroupmaxユーザについて， Groupmax Address Serverに登録されているE-mailアドレスと，署名のE-mailアドレスが一致していない。

Mail - SMTPから送信される送信者(From)のアドレスがGroupmax Address Serverに登録されているE-mailアドレスと一致していない。

対処

自分のE-mailアドレスが署名のE-mailアドレスと一致していない場合には，署名を取得し直すか，Groupmax Address ServerのE-mailアドレスを変更してください。

Mail - SMTPのマッピングモードが，db，all， pop_allになっているか確認してください。pop_allの場合には，さらに，Groupmax Address ServerのPOP3/IMAP4の最優先アドレスマッピングとして「ユーザ属性のE-mailアドレスマッピング」を指定されているか確認してください。

7.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"であることを確認することができます。

7.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行目のデータを文字列結合した文字列を添付ファイル名として受信します。

7.4.15　Groupmaxからインターネットへのメール送信が遅い

現象

Groupmaxからインターネットへのメール送信が遅い。インターネットから受信するメールについては問題ない。また，Groupmax内で送受信されるメールも問題ない。

要因

DNSの設定が正しく設定されていない。

対処

要因を以下の方法で特定します。

smqの下にファイルが多く格納されているか？

logfile.daemonの出力頻度を確認し，1通当たりのメール送信時間を確認する。

メールの容量が数KB程度なのに送信に1分以上かかる場合。

上記内容に該当する場合には，DNSの設定を見直してください。

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

現象

Groupmaxユーザを削除した後，このユーザを同報者に含むメールを受信した場合に，同報者にO/R名が表示されてしまう。

要因

ユーザ削除処理後に，dbmapコマンドによるユーザ情報の取り込みが行われていない。DBマッピングファイルに削除されたユーザのO/R名が残っているため，O/R名にマッピングされてしまう。

対処

dbmapコマンドを実行して，DBマッピングファイルを更新してください。

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

現象

Groupmax Mailクライアントで受信したメールを参照した場合，以下のように見える

同報者に旧アドレスの受信者（TO:E-mailアドレス表示）がいる

同報者に新アドレスは受信者（BCC:ニックネーム表示）がいる

要因

a）aliasまたはforwordによる転送（アドレス変換）をしている。付録D.2(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:ニックネーム表示）がいる

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

現象

受信したメールに添付ファイルがある場合に，添付ファイルが開けない場合がある。

要因

送信形式がquoted-printable方式でエンコードされている。mhs_mailerの起動フラグF=X を指定している。この場合，メールの文中（添付ファイル部分）に，"."（ピリオド）で始まる行があると".."にして受信されます。この場合，ボディ部分が改ざんされてしまい正しくデコード処理を行なうことができません。

対処

mhs_mailerの起動フラグFからXの指定を削除する。または，送信者にbase64エンコード方式でメールを送信してもらう。設定内容の詳細については，「3.3.2　sendmail.cfの定義例」を参照してください。

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

現象

LOG_PARAMETERにバックアップ数を指定しているが，ログファイルがバックアップ数どおりにバックアップされずにlogfileに出力されつづける。

要因

以下の要因が考えられます。

ログファイルのバックアップ処理時に，ほかのバックアップソフトウェアによって，ファイルの複写処理が実行されている。

Mail- SMTPのインストールディレクトリ下が，ウィルススキャンの監視対象となっている。

ログファイルの出力内容を，監視ソフトウェア等で常時監視している。

対処

他ソフトウェアによるバックアップ処理や，ウィルススキャンソフトウェアなどをスケジュール実行する場合には，Mail - SMTPの運用を一時停止するようにしてください。監視ソフトウェア等でログファイルの監視を行なう場合，常時監視ではなく定期的に監視するなどスケジュール調整してください。監視ソフトウェア実行時にはMail - SMTPの運用を一時停止するようにしてください。

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

現象

送信時間が２時間未来になってしまう

要因

オペレーティングシステムにHP-UXを使用しいる場合，タイムゾーン（システムパラメタ）の設定がUSデフォルトになっている場合，16ビットクライアントでメール転送を行うと送信時間が2時間未来になってしまいます。

対処

以下の手順でタイムゾーンの設定を行ってください。

タイムゾーンの確認方法

rootユーザでログインします。

sam コマンドを実行します。

Kernel Configurationを開きます。

Configurable Parametereを開きます。

timezoneという値が420（USデフォルト）になっていないか確認します。

タイムゾーンの変更方法

rootユーザでログインします。

sam コマンドを実行します。

Kernel Configurationを開きます。

Configurable Parametereを開きます。

timezoneの値が420（USデフォルト）になっている場合，この値を540(時差9時間×60分)に変更します。

値を保存して終了します。

オペレーティングシステムをリブートします。

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

現象

受信したメールの主題や，添付ファイル名が=?ISO-2022-JP?B?...のような文字化けになる。

要因

base64デコードまたはquoted-printableのデコードに失敗した。デコード処理に失敗した場合，主題や添付ファイル名がエンコードされたままの文字列" =?ISO-2022-JP?B?..."でメールが受信されます。

対処

メールの送信者に，メールの再送を依頼して送信時のエンコードデータを確認してください。

7.4.22　主題や添付ファイル名の一部が文字化けしている

現象

主題が部分的に"+AF8-"のように文字化けしている。または添付ファイル名が部分的に"_AF8-"のように文字化けしている。

要因

UTF-7で主題または添付ファイル名が指定されていますが，charsetにutf-7が指定されていません。charsetがない主題た添付ファイル名はcharsetをiso-2022-jpと仮定して文字コード変換を行います。その結果，主題は"+AF8-"のようにデコードされない状態で表示されます。添付ファイル名は"+"は不正文字として扱うために"_"に置き換えます。添付ファイル名の正規化処理については，「付録D.1添付ファイルの注意事項」を参照してください。尚，他社メーラでこのような主題や添付ファイル名を生成する場合があり，主題や添付ファイル名に以下の文字が使用されていると発生する場合があります。

!，"，#，$，%，&，*，;，<，=，>，@，[，]，^，_，`，{，|，}

対処

正確な主題や添付ファイル名の確認が必要な場合，メールの送信者に，メールを再送を依頼していただき送信時のエンコードデータを確認してください。

7.4.23　主題／本文／添付ファイル名が文字化けしている

現象

主題／本文／添付ファイル名が文字化けしている。

要因

受信したメールの主題／本文／添付ファイル名がUnicodeで記述されている場合，以下の要因が考えられます。

SJISの第一水準または第二水準に変換できない文字コードである。

署名／暗号メールの本文や添付ファイル名がUnicodeで記述されている場合，Inegrated Desktopがバージョン06-51以降でない。

POP3/IMAP4クライアントで受信した場合に文字化けする場合には，Groupmax Mail Serverがバージョン06-51以降でない。

対処

要因別の対処方法を以下に示します。

SJISの第一水準または第二水準以外の文字コード変換はできません。

Inegrated Desktopを06-51以降にバージョンアップしてください。

Groupmax Mail Serverを06-51以降にバージョンアップしてください。

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

現象

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

要因

Internet送信者アドレス(send_envelope_from)で設定したE-mailアドレスにエラーメールが返信された場合，返信されたエラーメールがRFC1891形式でないとMail - SMTPではエラーメールと判断できない為，再度エラーメールを返信してしまいます。

対処

エラーメールを受け取るGroupmaxユーザを作成してください。Internet送信者アドレス(send_envelope_from)で設定したE-mailアドレスがMail - SMTPで受信しないE-mailアドレスである場合には，他メールサーバで受信可能なメールボックスを作成してください。

7.5　こんなときには...

Mail - SMTPがエラーメールを送信する時の送信者のE-mailアドレスを指定する場合，インターネットに送信するメールの半角仮名文字を全角仮名文字に変換したい場合などの，応用的な環境設定について説明します。

＜この節の構成＞

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

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

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

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

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

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

7.5.7　インターネットに送信するメールのMessage-IDの内容を変えたい

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

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

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

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

7.5.12　環境の移行を行いたい

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

7.5.14　設定の推奨値は何か？

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

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

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

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

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

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

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

Mail - SMTP返信するエラーメールの送信者 (From)は，デフォルトの設定でrootを指定しています。この送信者をMail - SMTPの管理者のE-mailアドレスにしたい場合，Internet送信者アドレス (send_envelope_from)にエラーメールの送信者のアドレスを設定してください。SEND_ENVELOPE_FROMの設定法については「2.3.3　edit_format」を参照してください。

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

Mail - SMTPでは，インターネットにメールを送信するメールの，主題，本文，添付ファイル名に半角仮名文字が使用されている場合に，全角仮名文字にしてからメールを送信することができます。尚，デフォルトの設定で半角仮名文字を全角仮名文字に変換するようになっていますが，変換されない場合，次の手順で設定内容を見直してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「半角仮名文字送信制御 (kana_mode)」を選択します。

設定値としてconvertを指定します。

設定値を保存してsmtpmngコマンドを終了します。

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

Mail - SMTP をVersion 5以前からバージョンアップしている場合，デフォルトの設定でE-mailアドレスの大文字と小文字を区別する設定で動作しています。E-mailアドレスの大文字と小文字が区別されてマッピングが行われている場合，次の設定を行います。

前提条件：この設定はDBマッピングによってアドレスマッピングをしているユーザだけ有効です。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_mapping(em)：アドレスマッピングルールの設定変更」を選択します。

表示されたメニューから「DBマッピング時の大文字・小文字の扱い(filter_address)」を選択します。

設定値としてdomainpartまたはallを設定します。尚， domainpartを推奨いたします。

設定値を保存してsmtpmngコマンドを終了します。

注意

allを設定する場合には，ローカルパートの大文字／小文字を区別しなくなりますので，大文字と小文字の違いしかないE-mailアドレスが登録されている場合にメールの送受信ができなくなります。運用の途中でfilter_addressを変更する場合にはE-mailアドレスが重複して登録されていないかを確認してください。

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

インターネットから受信したメールの，メールヘッダを添付ファイルに格納して受信することができます。この時の添付ファイル名はHEADER01.TXTです。以下の手順で設定を行います。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「MIME構造情報ファイルの設定(mime_structure)」を選択します。

設定値としてonを設定します。

設定値を保存してsmtpmngコマンドを終了します。

注意

インターネットから受信するすべてのメールに，この添付ファイルを付けるようになりますので，ご注意ください。

添付ファイルがすでに25個以上ある場合には，添付ファイルを優先しますので，メールヘッダを参照することはできません。

添付ファイルとして受信しますので，Groupmax Mailクライアントで添付ファイルの表示の表示／非表示を制御することはできません。

添付ファイルの中にすでにHEADER01.TXTと同じ名称の添付ファイルがある場合には，HEADER02…03…04に変更されます。

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

Mail - SMTPでは，最上位組織単位で異なるドメイン名のE-mailアドレスを登録することにより，アドレスマッピング（DBマッピング）は可能です。

制限となる機能：

ニックネームマッピングの対象とするドメイン名が一つしか登録できない為，ニックネームマッピングは使用できません。

7.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コマンドを終了します。

7.5.7　インターネットに送信するメールのMessage-IDの内容を変えたい

Groupmax Mail - SMTPから送信されるメールのMessage-IDは，GroupmaxユーザのユーザIDやO/R名を組み合わせることによりユニークなメッセージIDを生成しています。Message-IDを生成する場合に，GroupmaxユーザのユーザIDやO/R名を出力しないようにするには，以下の設定を行ってください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「Message-IDフォーマット (msgid_mode)」を選択します。

設定値としてrfc822を指定します。

設定値を保存してsmtpmngコマンドを終了します。

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

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コマンドを終了します。

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

本機能は，sendmailの機能を使用して制限することができます。次の手順で設定してください。

sendmailのサービスを停止します。

sendmail.cfの変更
sendmailのメーラ定義でmhs_mailerの起動フラグに以下のパラメタを指定します。

M=制限サイズ

制限サイズはバイト単位で指定します。例えば，1000バイトを超えるメールを受信しないようにする場合の設定例を以下に示します。なお，ほかのパラメタ等の設定内容については「3.3.2.sendmail.cfの設定(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)にエラーメールが配信されます。

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

Groupmax Mailクライアントの送信属性で，受信者名公開に「非公開」が指定された場合に，インターネットへ送信するメールの受信者を公開しない（すべてBCCにする）ようにすることができます。次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「送信メールの書式に関する設定」を選択します。

表示されたメニューから「受信者名公開(send_header_recipients_disclosure)」を選択します。

設定値としてfalseを指定します。

設定値を保存してsmtpmngコマンドを終了します。

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

エラーメールの本文中にあるドメイン名(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コマンドを終了します。

7.5.12　環境の移行を行いたい

Mail - SMTPの運用サーバを変更したり，ハードウェア交換に伴う環境の移行を行う場合には，次の手順で設定してください。

旧マシンでバックアップ

送信制限を行っている場合に，送信制限を解除しメール送信します。
送信サイズの制限（SEND_BODY_SIZE_LIMIT）の設定を行っていて，メールが送信キューから処理されない場合は，送信サイズの制限を解除してメールを処理させてください。送信サイズの制限の解除方法については「2.3.5 edit_option」を参照してください。

Geoupmaxサーバおよびsendmailから配信されるメールを処理し，キューを空にします。
先にsendmailのプロセスおよびGroupmax Mail Serverを停止させます。その後，Mail - SMTPの受信キュー(gwq)と送信キュー(smq)にファイルがなくなったことを確認してからMail - SMTPのサービスを停止します。

設定ファイルをバックアップします。
Mail-SMTPについては以下のディレクトリ配下のファイルをバックアップ願います。

smtpdir直下の全ファイル

logdir以下のファイル

新マシンの環境構築

Mail - SMTP をインストールします。

サーバ環境の移行を行います。

サーバにゲートウェイ登録します。
サーバ側のゲートウェイ登録を行います。この時，ゲートウェイ登録する際のC,ADMD,PRMDは，旧環境と同じ値を設定してください。

バックアップしたファイルを移行後の環境にコピーします。

Groupmax Address Serverが起動されている状態で，dbmapコマンドを実行してください。

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

インターネットとメールを送受信できるGroupmax Mail ユーザと，できないGroupmax Mailユーザが管理できる運用を行ないたい場合の設定方法について説明しています。

前提：本運用を行う場合には，POP3/IMAP4クライアントの使用をしないという運用規則が必要です。POP3/IMAP4クライアントから送信されるメールは，Mail - SMTPを経由せず，直接sendmailサーバにメールが送信されるため，Mail - SMTPで送信制限を行なうことができません。

送信も受信も制限するGroupmaxユーザを管理する場合）MAPPING_MODEにDBを選択します。この場合，インターネットとメールが送受信できるか否かの管理を，Groupmax Address Serverに登録されているメールユーザにE-mailアドレスが登録されているか，いないかで管理することができます。この時，E-mailアドレスが登録されているGroupmaxユーザは，インターネットとのメールが送受信できますが，登録されていないユーザはメールを送受信することができません。

送信はできないが受信はできるGroupmaxユーザを管理する場合）PERMISSION_MODEにsend_denyを選択します。この場合，Groupmax 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アドレスがGroupmax Address Serverに登録されていないGroupmaxユーザがメールを受信する場合には，ニックネームマッピング，テーブルマッピング，ユーザIDマッピングのいづれかを使用します。

7.5.14　設定の推奨値は何か？

Mail - SMTPでは，設定によってアドレスマッピング方法や，メールの送受信方法を制御するようにしています。接続性の観点から重要度の高い設定の推奨値を以下にまとめています。運用に際し以下のパラメタをご検討ください。下記に記載されていない項目はデフォルト値を推奨いたします。

設定項目名 | 推奨値 | 説明
SEND_CODE | mime | 本文をjisコードに添付ファイルはbase64エンコードする
KANA_MODE | convert | 半角カナ文字を全角文字に変換する
LONG_FNAME | send_allow | 添付ファイル名にロングファイル名を使用する
SEND_RTF_BODY | rtf_deny | リッチテキストファイルは送信しない
SEND_FLAG | return | 送信したメールがエラーになった場合エラーメールは送信者に返却する
SEND_ENVELOPE_FROM | － | 管理者のE-mailアドレスを設定することを推奨
MSGID_MODE | rfc822 | Message-IDをrfc822フォーマットで生成する
SEND_HEADER_RECIPIENTS_DISCLOSURE | false | Groupmax Mailクライアントから受信者非公開のオプションが指定されたら，すべての受信者をBcc扱いにする
BCC_RECIPIENTS | on | 受信した時に，ヘッダに記載されていない受信者をbcc扱いにする
MAPPING_MODE | db | dbマッピングを使用
PERMISSION_MODE | send_recv_deny | 送受信者制限を行なう
FILTER_ADDRESS | domainpart | E-mailアドレスのドメインパートを大文字／小文字の区別なく扱う
MODIFYING_DBFILE | auto | DBマッピングファイルを自動的に更新する
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のログファイルのサイズとバックアップ数を指定します。
RECV_MESSAGE_PARTIAL | recv_deny | 分割メールを受信しない。

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

Mail - SMTPがエラーメールを返信する場合に，エラーメールの返信先としてエンベロープ送信者を選択することができます。次の手順で設定してください。

＜この項の構成＞

(1)　sendmailの設定

(2)　Mail-SMTPの設定

(1)　sendmailの設定

sendmailから，エンベロープ送信者を取得するために，mhs_mailerの起動ルールを変更する必要があります。「3.3.2　sendmail.cfの定義例(3)」を参照してください。

(2)　Mail-SMTPの設定

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_option(eo)：オプションの設定変更」を選択します。

表示されたメニューから「エラーメール返信先アドレスの優先順位(error_mail_to)」を選択します。

表示されたメニューから「デフォルト値に戻す」を選択します。

エラーメールの返信先について，デフォルトの優先順位が表示されます。

「設定しますか？(Yes/No)」の確認メッセージが表示されますので，「y」を選択します。

設定値を保存してsmtpmngコマンドを終了します。

上記は，デフォルトの設定をすることによってエンベロープ送信者を，エラーメールの返信先として一番目に使用するよう設定しています。２番目以降の優先順を変更したい場合，4.の手順で「エラーメール返信先の設定・変更」を選択すると，任意の優先順を指定することができます。設定内容については，「2.3.6　edit_option(3)」を参照してください。

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

Groupmax Mailの運用規模が大きく，かつインターネットとのメールの送受信が多い場合には，以下の優先順で対応をご検討ください。

インターネットへの送信状態の確認
インターネットへのメールの送信が遅い場合には，別の要因が考えられます。その場合には，「7.4.15　Groupmaxからインターネットへのメール送信が遅い」を参照してください。

Mail - SMTPを専用サーバ化する
Mail - SMTPを専用サーバ化することによって，Mail - SMTPの処理効率を上げる方法です。
Mail - SMTPがインストールされているサーバ機にログインユーザがいる場合には，サーバをマルチサーバ構成にします。新しく構築したサーバ機に，Mail - SMTPの環境を構築します。Mail - SMTPの環境の移行手順については，「7.5.12　環境の移行を行いたい」を参照してください。

Mail - SMTPを複数台導入する
Mail - SMTPを複数台導入することによって送受信されるメールを負荷分散する方法です。複数台導入する手順については，「5.Mail - SMTPを複数台導入する場合の手順」を参照してください。

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

稼動中バックアップを行なう場合には，Mail - SMTPを停止してください。

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

インターネットから受信したメールのテキストの添付ファイルを無変換で受信することができます。次の手順で設定してください。

smtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「テキスト添付ファイルの文字変換(recv_text_file)」を選択します。

設定値としてnoconvを指定します。

設定値を保存してsmtpmngコマンドを終了します。

注意

本設定を行なった場合，インターネットから受信するすべてのテキスト形式の添付ファイルが文字コード変換されません。ただし，改行コードの変換（0x0aから0x0d,0x0a）は行います。通常の運用においては，convertのまま運用されることを推奨いたします。また，本設定を行なった場合でも，本文については，必ず文字コード変換が行われます。

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

Groupmaxシステム内では，1ユーザに対して複数のE-Mailアドレスを設定することはできません。複数のE-Mailアドレスを設定したい場合は，Sendmailでアドレス変換を設定し，Mail SMTPに受信するように設定してください。

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

インターネットから受信したメールが分割されたメールの場合，受信しないようにすることができます。次の手順で設定してください。

mtpmngコマンドを起動します。

運用管理サブコマンド一覧から「edit_format(ef)：書式の設定変更」を選択します。

表示されたメニューから「受信メールの書式に関する設定」を選択します。

表示されたメニューから「分割メールの受信制御(recv_message_partial)の設定」を行ないます。

設定値としてrecv_denyを選択します。

設定値を保存してsmtpmngコマンドを終了します。

本設定を行なった場合，インターネットから受信するすべての分割メールを受信しません。分割メールを受信した場合には，送信者にエラーメールを返信します。

付録

＜この付録の構成＞

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

付録B　バイナリデータの転送方法

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

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

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

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

付録G　インストール方法

付録H　Sendmail Single Switch 2.2 for Windowsの設定手順

付録I　 Sendmail Advanced Message Server 1.3Jの設定手順

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

ここでは，Mail - SMTPのバージョンアップおよび06-50以前からのリビジョンアップの注意事項について説明します。

バージョンアップを実行する前に，必ずsendmailプロセスを停止してください。

Mail - SMTP Version 6ではS/MIME対応機能の使用を前提として動作いたします。この場合，Content-Type: がmultipart/signedのメールを受信した際に，S/MIMEに対応していないIntegrated Desktopクライアントとの互換性の為にS/MIME用の添付ファイル(SIGNEDXX.txt)と，従来の添付ファイルの二つを作成して，Groupmax 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機能を使用するユーザについてDBマッピングできるようにGroupmax Address ServerにE-mailアドレスを登録してください。
pop_allを選択する場合，Groupmax Address ServerのPOP3/IMAP4の最優先アドレスマッピングとして「ユーザ属性のE-mailアドレスマッピング」を指定してください。
これは，S/MIME機能を使用する場合，Groupmax Address Serverに登録されているE-mailアドレスで検定が行われる為，アドレスマッピングするE-mailアドレスとGroupmax 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に設定されます。
設定値の詳細につきましては「2.3 smtpmngのサブコマンド」を参照してください。

エラーメールの返信先としてエンベロープ送信者を選択することができます。この機能を使用する場合には，以下の設定を行なってください。

(a)mhs_mailerのメーラ起動フラグを変更して，エンベロープ送信者データが取得できるように変更します。設定方法については，「3.3.2.sendmail.cfの設定(3)」を参照してください。

(b)エラーメールの返信先として，エンベロープ送信者を使用するよう「エラーメール返信先アドレスの優先順位(error_mail_to)」に，Envelope_Fromを設定してください。設定方法については，「2.3.6.edit_option(3)」を参照してください。

MODIFYING_DBFILEにautoを指定している場合，以下の手順でユーザ情報の取込み定義ファイルの更新を行なってください。
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.Groupmax Address Serverを再起動します。

Mail - SMTPをバージョンアップした場合には，必ずdbmapコマンドを起動してください。また，06-0Xから06-5Xにリビジョンアップした場合も，必ずdbmapコマンドを起動してください。dbmapの使用方法については，「2.4 dbmap」を参照してください。

付録B　バイナリデータの転送方法

ここでは，UNIXのコマンドuuencodeとuudecodeを使ってバイナリデータを変換する処理について説明します。

通常Groupmax Mail間では，送受信をするデータ形式がバイナリデータかどうかを意識する必要はありません。しかしインターネットとGroupmax Maiユーザ間でバイナリデータの送受信をする場合には，バイナリデータをASCIIコードに変換する必要があります。これは，SMTPプロトコルがASCIIコードしか扱えないためです。この変換処理を行うにはコマンドuuencodeとuudecodeを使います。

＜この節の構成＞

付録B.1　受信したバイナリデータの変換方法

付録B.2　送信するバイナリデータの変換方法

付録B.3　uuencode及びuudecodeの使用方法

付録B.1　受信したバイナリデータの変換方法

Groupmax Mailから受信したメールデータの例を次に示します。ただし，実際のデータは改行が無視されて連続した形式で出力されます。

このデータは，マルチパートボディの形式になっています。マルチパートボディは，幾つかの異なるタイプのデータをまとめて転送する方式です。このデータの中で，begin ～ endの間がバイナリデータです。この時点では，バイナリデータはテキストデータに変換されています。

＜受信例＞

------------------------------ 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

上記のbegin～endのデータを，元のバイナリコードに変換するにはuudecodeを使います。この場合の変換方法を次に示します。

受信したメールのバイナリデータの部分を別のファイルにコピーする

バイナリデータをコピーしたファイルをuudecodeで処理する

uudecodeでファイルを処理すると，beginに付けられていた名称(smtpex)の実行ファイルが作成されます。なお，beginの宣言の755は復元された実行ファイルのパーミッションモードです。

マルチパートボディ方式では，uuencodeでASCIIコードに変換されない通常のテキストデータは，バイナリデータとは区別されメールの本文として一つにまとめられます。この場合，バイナリデータは同封データとして扱われます。そのため，次のように転送後にデータの配置が変わる場合があります。

付録B.2　送信するバイナリデータの変換方法

転送するバイナリデータをASCIIコードに変換するにはuuencodeを使います。変換方法を次に示します。

バイナリデータをuuencodeでASCIIコードのテキスト形式に変換する

変換したバイナリデータを，転送するメールにコピーする

uuencodeの詳しい使用方法については，「付録B.3　uuencode及びuudecodeの使用方法」で説明します。

付録B.3　uuencode及びuudecodeの使用方法

ここでは，バイナリデータの変換で使用するuuencodeおよびuudecodeの各コマンドの使い方について説明します。

＜この項の構成＞

(1)　uuencode

(2)　uudecode

(1)　uuencode

構文

uuencode バイナリファイル 復元ファイル名

機能

バイナリデータをテキストデータに変換します。第1引数には変換するファイル，第2引数にはバイナリデータに復元したときのファイル名を指定します。変換結果は標準出力に出力されます。例えば次のように使います。

（例）　$ uuencode a.out  smtpex > mailfile

この例では，a.outが元のバイナリファイル，smtpexが復元したときのファイル名です。さらに，この例で示すように > mailfile を指定すると，変換したデータをmailfileファイルに一度コピーして格納してから転送します。

変換形式

変換したデータは次の形式で出力されます。

begin 755 smtpex
変換データ
   .
   .
end

変換したデータは，beginからendまでの間に設定されます。beginの755はファイルのパーミッションモード，smtpexはuuencodeに指定した復元ファイル名です。uudecodeでバイナリデータを復元したときに，このsmtpexがファイル名になります。

(2)　uudecode

構文

uudecode ファイル名

機能

uuencodeで変換されたデータを元のバイナリファイルに復元します。復元時のファイル名は，uuencodeで指定された復元ファイル名になります。

変換例

uudecodeを使うには，転送されてきたデータのbegin～end部分をファイルにコピーします。begin～end部分が複数ある場合には，各データをそれぞれ別のファイルにコピーしてください。コピーしたら，そのファイルをuudecodeで処理します。このときに作成されるバイナリファイルの名称は，uuencodeで指定した復元ファイル名になります。

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

Groupmax Mailとsendmailの間でメールの送受信をする場合，Mail - SMTPがデータを変換します。ここでは，MIME形式での変換処理に適用される規則について説明します。

＜この節の構成＞

付録C.1　処理形式

付録C.2　送信形式

付録C.1　処理形式

MIMEデータの送受信時に，Mail - SMTPが実行する処理について説明します。

＜この項の構成＞

(1)　MIME形式受信時

(2)　MIME形式送信時

(1)　MIME形式受信時

Mail - SMTPがsendmailからメールを受信したとき，Mail - SMTPはそのメールがMIME形式か，従来のRFC822形式かを自動的に認識します。ここでは，MIME形式のメールを受信した場合に，Mail - SMTPがどのように処理するかをデータ種別ごとに示します。

テキストデータ（text/plain，message/rfc822など）の場合

先頭のテキストボディは本文として，二つ目以降のテキストボディは添付ファイルとして処理します。

charsetは「iso-2022-jp」固定です。ただし，charsetが「 utf-7」または「 utf-8」と指定されている場合， Unicodeとして処理します。「iso-2022-jp」「utf-7」「utf-8」以外の文字コードが指定してある場合，「iso-2022-jp」として処理します。

バイナリデータ（application/octet-stream，video/mpegなど）の場合

ボディごとに添付ファイルとして処理します。

ファイル名の取得は，「Content-Disposition」フィールドに続く「filename」フィールドから取得します。このフィールドがなかった場合にはメッセージタイプに続く「name」フィールドから取得します。ファイル名の取得に失敗した場合（ファイル名フィールドがない場合も含む）は，Mail - SMTPがファイル名を生成します。

マルチパートボディ（multipart/mixedなど）の場合

マルチパートボディの中に，さらにマルチパートボディが定義されている場合はヘッダ中に定義された区切り文字でボディを分割します。

注

Mail - SMTPは，sendmailから受信したメールのSMTPヘッダ中に，「MIME-Version:」がある場合に限ってMIME形式のメールと認識します。MIMEデータを使用してGroupmax Mailユーザとインターネットとの間でメールを交換する場合は，SMTP側で必ず「MIME-Version:」ヘッダを生成してください。

未サポートのコンテントタイプ（xxxxx/yyyyy）の場合

Mail - SMTPでサポートしていないContent-Typeが指定されていた場合，およびContent-Typeが正しく指定されていない（Content-Typeヘッダがない，またはサブタイプがない等）場合には，そのボディをテキストファイルとして受信します。

主題，添付ファイル名の場合

主題または添付ファイル名がエンコードされている場合，以下の形式をサポートしています。

=?charset?encoding?encoded-text"?=

charsetは，「us-sacii」「iso-2022-jp」「utf-7」「utf-8」を想定しており，想定外のcharsetの場合には，「iso-2022-jp」として処理します。

encodingは，「Q」=quoted-printableと「B」=base64をサポートしています。
encodeing-textは空白以外のASCII文字である必要があります。
以下の場合には，デコード処理は行ないません。
・encodingが「Q」または「B」以外の場合
・encoding-textに空白があった場合

(2)　MIME形式送信時

Groupmax Mailからsendmailにメールを送信する場合，Mail - SMTPが実行する処理は，SEND_CODEの設定内容によって異なります。SEND_CODEの設定法については「2.3.3　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を生成します。

添付ファイルの場合

添付ファイルごとに：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=us-ascii
                                       本文
       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　その他の注意事項

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

ここでは，送受信をするメールの添付ファイルがロングファイル名の場合の注意事項と，添付ファイルの名称で使われている文字種別に対する制限事項について説明します。

＜この項の構成＞

(1)　ロングファイル名の場合の注意事項

(2)　ファイル名称の文字種別に対する制限事項

(1)　ロングファイル名の場合の注意事項

インターネットへ送信するメールの添付ファイルのロングファイル名の場合の扱いは，smtpmngのサブコマンドedit_formatの設定項目long_fnameに設定されている値によって異なります。long_fnameの設定値と意味は次のとおりです。

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

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

long_fnameの設定方法については，「2.3　smtpmngのサブコマンド」の「edit_format」を参照してください。

(a)　インターネットへのメール送信時の添付ファイル名の扱い

long_fnameの設定値がsend_allowの場合に，Integrated Desktopクライアントでロングファイル名の添付ファイルを付けたメールを送信すると，受信側では添付ファイルにロングファイル名が使用されます。

ただし，添付ファイルの名称に，次の文字が含まれていた場合は，その文字が「_」に置換されます。また，拡張子が不正な場合は，拡張子が「.TMP」に置換されます。

ファイル名の先頭に使用できない文字
~(チルダ)，-，+，#

ファイル名に使用できない文字
"，'，*，;，!，<，>， (スペース)，/，?，[，]，¥，|

(b)　インターネットからのメール受信時の添付ファイル名の扱い

Mail - SMTPでは，次に示すルールに従って8.3形式のファイル名およびロングファイル名を生成します。生成した8.3形式のファイル名は，Windows 3.1対応のGroupmax Mailクライアントのファイル名表示などで利用されます。また，生成したロングファイル名はIntegrated Desktopクライアントのファイル名表示などで利用されます。なお，次に示すルールは，受信したファイル名の先頭および末尾に空白があった場合には，この空白を削除した後でファイル名に適用されます。

例）

受信したファイル名が「(space)ABCDEFGHI.doc(space)」の場合には，「ABCDEFGHI.doc」に対して以降のルールが適用されます。

8.3形式ファイル名の生成規則
受信したファイル名がGroupmax Mailクライアントで処理できる8.3形式に一致していれば，ファイル名はそのまま利用されます。ただし，Windows 3.1クライアントでロングファイル名に該当するファイル名を受信した場合，Mail - SMTPで次の規則に従ってファイル名の正規化処理が実行されます。

正規化規則

受信したファイル名の先頭6文字＋「~」（チルダ）＋「A」～「Z」の任意の一文字＋受信した添付ファイルの拡張子※

例）

ABCDEFGHI.doc　－>　ABCDEF~A.doc

注※

拡張子が4文字以上の場合，先頭からの3文字を拡張子として処理します。

ロングファイル名の生成規則
受信したファイル名がGroupmax Mailクライアントで処理できるロングファイル名の形式に一致していれば，ファイル名はそのまま利用されます。ただし，次に示すようなファイル名を受信した場合には，Mail - SMTPで添付ファイル名の正規化処理が実行されます。

添付ファイルの名称に次の文字が含まれている場合は，その文字を不正文字とみなして，「_」に置換します。
(スペース)，"，+，*，，(コンマ)，:，;，<，>，=，?，[，]，¥，|

ファイル名の長さがGroupmax Mailシステムで処理できる長さを超えていた場合には，Mail - SMTPでPrefixおよび拡張子の一部を破棄します。

Prefixがない場合には，Mail - SMTPで「「U」+7けたの数字」をPrefixにします。

ファイル名の取得に失敗した場合
Content-Typeが以下のいづれかに該当する場合，「U」+7けたの数字+「.TMP」というファイル名をMail - SMTPが割り当てます。以下に該当しない添付ファイルは，「U」+7けたの数字+「.TXT」という添付ファイル名を割り当てます。

application/XXXXX

image/XXXXX

audio/XXXXX

video/XXXXX

※XXXXXは任意の文字列　

また，添付ファイル名中に「/」が含まれていた場合，「/」以降の部分を添付ファイル名として扱います。

(2)　ファイル名称の文字種別に対する制限事項

各種メールシステムで文字コード体系が異なるために，Groupmax Mailから送信したメールの添付ファイルが半角片仮名，および全角文字を含む名称を持つ場合，受信先メールシステムで添付ファイルの名称が正しく表示されないことがあります。

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

＜この項の構成＞

(1)　alias又はforwardによるアドレス変換の注意事項

(2)　外字を含むメールの注意事項

(3)　Bccユーザを含むメールの注意事項

(4)　メールの同報者が256人を超えた場合の注意事項

(5)　組織メールの処理についての注意事項

(6)　代行受信する場合の注意事項1

(7)　代行受信する場合の注意事項2

(8)　リッチテキスト本文の連携を行う場合の注意事項

(9)　Unicodeで送信されたメールの受信について

(10)　Mail - SMTP環境のworkディレクトリについて

(11)　sendmailの経路による文字化けについて

(12)　Groupmax Server - Scanが分割メール中に含まれるウィルスを検出できない問題について

(13)　Mail - SMTPのINTERNETDOMAIN名と同じドメイン名である受信者(E-mailアドレス)が同報者にいる場合，そのアドレスは生成されません。

(1)　alias又はforwardによるアドレス変換の注意事項

sendmailでalias又はforwardによってアドレス変換をしているメールをGroupmax Mailで参照する場合は，宛先として変換前のアドレスと変換後のアドレスの両方が表示されます。これは，aliasまたはforwradによって，メールヘッダにある受信者(To,Cc)とは異なる受信者にメールを転送した場合に発生します。このような実際の受信者とは異なるメールをMail - SMTPが受信した場合には，メールヘッダにある受信者のアドレスマッピングが行えません。

対処方法としては，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ユーザを含むメールの注意事項

インターネットから受信したメールにBccユーザがいる場合，Groupmax MailではToとして表示される場合があります。

Bccユーザの情報がToとして表示されるのを回避するには，smtpmngコマンドメニューから，以下の手順でコンフィグレーション情報を変更してください。

smtpmngコマンドを起動する

運用管理サブコマンド一覧から「edit_format」を選択する

表示されたメニューから「BCC受信者の設定（bcc_recipients）」を選択する

設定値として「on」を設定する

変更後の設定値を格納してsmtpmngコマンドを終了する

「BCC受信者の設定（bcc_recipients）」を「on」にしたときの例を示します。

次に示す3人のユーザがGroupmax Address Serverに登録されていたとします。

ユーザ1

Groupmax Mailのニックネーム：T.HITACHI

E-mailアドレス：taro@soft.hitachi.co.jp

ユーザ2

Groupmax Mailのニックネーム：H.HITACHI

E-mailアドレス：hanako@soft.hitachi.co.jp

ユーザ3

Groupmax Mailのニックネーム：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の宛先が指定されていた場合，Mail - SMTPは257人目以降の受信者情報は破棄して，以下のエラーメッセージを出力します。

Smtpgw170: 受信者の最大数を超えたため256人以降の情報を破棄しました。

(5)　組織メールの処理についての注意事項

Groupmax Mailから受信したメールの発信者が組織メールアドレス（姓フィールドの先頭が「#」）だった場合，Mail - SMTPはこのメールを破棄します。また，発信者にエラーレポートを返信し，以下のエラーメッセージを出力します。

Smtpgw174: 組織メールユーザ情報を破棄しました。

Groupmax Mailから受信したメールの受信者に組織メールアドレスが含まれていた場合，組織メールアドレスだけを破棄して配信処理を続行します。なお，SMTPから受信したメールの本来受信者に組織メールアドレスが指定されていた場合，Mail - SMTPはこのメールを破棄して，以下のエラーメッセージを出力します。

Smtpgw174: 組織メールユーザ情報を破棄しました。

(6)　代行受信する場合の注意事項1

Groupmax Mailから送信したメールの受信者が代行受信者を設定している場合，その代行受信者があて先ユーザ（E-mailアドレス）である場合，E-mailアドレスの受信者では，あて先のヘッダが以下のようになります。

代行先の受信者（E-mail）：BCC

代行を設定した受信者：メールの送信者が指定したメール種別（TO/CC/BCC）

例）

Groupmax Mail のユーザAさんがGroupmax Mail のユーザBさんにTOを指定してメールを送信し，Bさんが代行受信者としてあて先ユーザCさん（E-mailアドレス）を設定している場合，Cさんが受け取るメールは，BさんがTOとして，CさんはBCCとしてメールが受信されます。

(7)　代行受信する場合の注意事項2

Groupmax Mail内で2回以上代行受信されてからMail - SMTPを経由してインターネットに代行受信された場合には，送信者に配信報告が返信されません。配信報告が返信されない場合，送信一覧でメールの送信状態が「送信中」のままになります。

例1）

GropumaxユーザのAさんがBさんにメールを送信し，Bさんがあて先ユーザXさん(インターネットユーザ)に代行受信していた場合には，配信報告がAさんに返ります。

例2）

GropumaxユーザのAさんがBさんにメールを送信し，BさんがCさんに代行受信し，Cさんがあて先ユーザXさん(インターネットユーザ)に代行受信していた場合には，配信報告がAさんに返りません。

(8)　リッチテキスト本文の連携を行う場合の注意事項

リッチテキスト本文を含むメールを送信する場合，添付ファイルのヘッダにリッチテキスト本文であることを示す付加情報を生成しています。この為，転送元のメールをメールヘッダも含めすべて再利用し，部分的なデータの差し替えをして転送が可能なクライアントで転送されたメールを受信した場合に，転送時に編集された本文を読めない場合があります。これは，リッチテキスト本文を示す付加情報を含むメールが転送されるため，Mail - SMTPがメールを受信した場合に，転送された添付ファイルをリッチテキスト本文として処理するためです。

この現象を回避するには，メールを転送する際にメールヘッダを再利用しない「返信」機能を利用していただくようお願いします。

(9)　Unicodeで送信されたメールの受信について

Mail - SMTPでは， Unicodeで送信されたメール（charsetに"utf-7"か"utf-8"が指定されている場合）を受信した場合，SJISの第一水準および第二水準に対応する文字コードだけ変換を行います。変換できない文字は"?"に変換します。

charsetに" utf-7"か" utf-8"以外が指定されている場合（charsetが指定されていない場合を含む），本文や，テキスト形式の添付ファイルのcharsetを「iso-2022-jp」と仮定して受信します。このため，Groupmax Mailクライアントを使用してメールを受信しても正しく表示することができません。また，MIME構造情報を添付ファイルとして受信した場合（MIME_STRUCTURE=on）も，文字コード変換を行っていますので，インターネットクライアントを使用しPOP3/IMAP4でメールを取得した場合も同様に文字化けします。テキスト形式の添付ファイルを文字コード変換しないで受信する方法については，「7.5.18 テキスト添付ファイルを文字コード変換しないで受信したい」を参照してください。

また，Unicodeで送信されたメールをMIME構造情報を添付ファイルとして受信する設定（MIME_STRUCTURE=on）の時，このメールをGroupmax Mail Server 06-51より古いバージョンのサーバから，POP3またはIMAP4クライアントでメール受信すると，本文がないメールが受信されます。POP3/IMAP4サーバとして使用するGroupmax Mail Serverが06-51以降でない場合，MIME構造情報を添付ファイルとして受信しないよう（MIME_STRUCTURE=off）に設定してください。設定方法については，「2.3.4 edit_format (4) edit_recvformatで設定する値」を参照してください。

(10)　Mail - SMTP環境のworkディレクトリについて

/smtpdir下のworkディレクトリにはファイルを置かないでください。ファイルを置いた場合，Mail - SMTPを次回起動したときに削除されます。

(11)　sendmailの経路による文字化けについて

メールが転送される経路によっては，経由するsendmailのバージョンにより主題，本文が文字化けする場合があります。

(12)　Groupmax Server - Scanが分割メール中に含まれるウィルスを検出できない問題について

インターネットクライアントは1通のメールを分割送信する場合，RFC2046で規定している方式で分割して送信します。インターネットクライアント(POP3/IMAP4)を使用してGroupmax Mail Serverから分割メールを取り出しますと，分割メールは復元され一つのメールになります。この分割メール中にウィルスが含まれていた場合，復元されてはじめてウィルスが顕在化します。この復元されたウィルスが顕在化したメールを参照することにより，ウィルスに感染する恐れがあります。

なお，Groupmaxのクライアントでは分割されたメールを結合する機能はないため，本件には該当しません。

(a)　発生条件

下記すべての条件に該当した場合にウィルスに感染する恐れがあります。

Mail - SMTPでMIME構造情報(mimestructure)の設定を有効にしている（デフォルトは無効）

Groupmax Mail ServerのセットアップでPOP3/IMAP4機能を有効にしている（デフォルトは無効）

Groupmax Server - Scanを導入している

インターネットクライアント(POP3/IMAP4)を使用してGroupmax Mail Serverからすべての分割メールを取り出し，復元処理を行なう

Mail - SMTPとファイアウォールの間にE-Mailのウイルスチェックが可能なソフトウェアを導入していない，または，導入しているが分割メールのウイルスチェックに対応していない

インターネットクライアント(POP3/IMAP4)を使用しているクライアントマシン上でウィルスチェックソフトを導入していないまたは導入しているが常駐していない

(b)　対応策

以下のいずれかの対応策があります。

Mail - SMTPで分割メールの受信制御(recv_message_partial)の設定を受信不可にする。設定方法については，「7.5.20 分割メールを受信しないようにしたい」を参照してください。

インターネットクライアント(POP3/IMAP4)を使用しているクライアントマシン上にウィルスチェックソフトを導入し常駐化する

Mail - SMTPとファイアウォールの間に分割メールに対応したE-Mailのウイルスチェックを導入する

(13)　Mail - SMTPのINTERNETDOMAIN名と同じドメイン名である受信者(E-mailアドレス)が同報者にいる場合，そのアドレスは生成されません。

付録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のフォーマットが不正な場合，メールの送信時間が取得できません。この場合，送信時刻が Groupmax Mail - SMTP が該当メールを受信処理した時刻になります。

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

ここでは，Groupmax Mailユーザからインターネットへ送信するメールのエンコード方法をドメインごとに決定したい場合の設定方法について説明します。

＜この節の構成＞

付録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　インストール方法

ここでは，Mail - SMTPのインストール方法を説明します。Version 6以前からのバージョンアップの場合には，「付録A バージョンアップ時の注意事項」を参照してください。

＜この節の構成＞

付録G.1　操作手順

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

付録G.1　操作手順

次の手順に従って，インストールします。

Groupmax Mailシステム管理者のユーザ名でログインします。
Groupmax Mailシステム管理者については，マニュアル「Groupmax Address/Mail Version 6 システム管理者ガイド　基本操作編」（Windows用）を参照してください。

プログラムマネージャ，またはファイルマネージャを使用してMail - SMTPのINSTALL.EXEを起動します。
操作環境がチェックされた後，Mail - SMTPインストールダイアログボックスが表示されます。

ユーザの会社名と個人名の入力を求められた場合には，会社名，個人名を入力します。

[OK]を選択します。
Mail - SMTPのインストール種別設定ダイアログボックスが表示されます。インストール種別設定ダイアログボックスについては「付録G.2 インストール種別設定ダイアログボックス」を参照してください。

インストールの種別を選択します。

[OK]を選択します。
インストール先のディレクトリ設定ダイアログボックスが表示されます。

インストール先のディスクのディレクトリを次のように設定してください。

<ディスクのドライブ名>:ディレクトリ名

デフォルト値として，<Windows NT，またはWindows 2000がインストールされているドライブ>:¥win32app¥HITACHI¥groupmax¥smtpgwが設定されています。ディレクトリの変更が必要な場合は変更します。インストール先ディレクトリがない場合，ディレクトリが作成されます。

[続行]を選択します。

インストール状況を示すダイアログボックスが表示されます。

[終了]を選択してインストールを終了します。

注意

Mail - SMTPをアンインストールした場合は，Groupmax Mail Serverに登録したゲートウェイの情報を削除するようにしてください。

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

インストール時には，インストール種別設定ダイアログボックスで，インストール種別を設定します。

インストール種別設定ダイアログボックスでのオプションボタンおよびボタンの意味は次のとおりです。

標準インストール

Mail - SMTPを新規にインストールします。

カスタムインストール

Mail - SMTPを新規にインストールします。このオプションを選択すると，コピー先に同じ名前のファイルがある場合にダイアログボックスを表示して処理方法を確認します。必要に応じて，オプションボタンを選択してください。オプションボタンの意味は次のとおりです。

新しいファイルのみコピー(N)

提供ファイルの日付が新しいファイルだけを上書きします。

全て上書き(A)

すべて提供ファイルで上書きします。

このファイルはコピーしない(S)

ファイルを複写しません。同じファイルがあった場合，再びダイアログボックスを表示します。

上書き(O)

ファイルを複写します。同じファイルがあった場合，再びダイアログボックスを表示します。

更新（バージョンアップ）

Mail - SMTPを現在のバージョンに更新します。

注意

バージョンアップを実行する前に，必ずsendmailプロセスを停止してください。

削除

Mail - SMTPをインストールしたディレクトリとレジストリエントリを削除します。

[続行(G)]

選択した種類のインストールが開始されます。

[中止(C)]

インストールしないでインストールプログラムを終了します。

付録H　Sendmail Single Switch 2.2 for Windowsの設定手順

ここでは，Mail - SMTPの前提プログラムであるSendmail Single Switch 2.2 for Windowsついて，提供されているGUIツールを使用して設定する手順について説明します。

＜この節の構成＞

付録H.1　設定手順

付録H.2　設定確認手順

付録H.1　設定手順

次の手順に従って，設定します。

GUIの設定ツールを起動します。「スタートメニュー」－「プログラム」－「Sendmail Administration Console」を起動します。

管理者ログインから，管理ユーザIDとパスワードを入力してログインします。

「メイン・メニュー」のページが表示されますので，「新規設定」を選択します。

「新規設定」のページが表示されますので，「テンプレートからの新規設定」を選択します。

「設定の読み込み」のページが表示されますので，ロードするテンプレートとして「sendmail_switch_default.m4」を選択して「読み込み」ボタンを選択します。

注意

sendmail_switch_default.m4というSendmail Switch用の雛形が用意されていますので，必ずそれをロードして修正変更する形で利用してください。

「詳細設定」のページで，「詳細設定」メニューを選択します。

「詳細設定」のページでリストボックスに表示される以下のパラメタを選択し「表示/編集」ボタンを選択し，設定値を入力して「適用」ボタンで設定します。

パラメタ名
設定値

LOCAL_CONFIG

CXtabsmtpgw.hitachi.co.jp

LOCCL_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

「保存」ボタンを選択して設定を保存します。

「設定を保存」のページが表示されますので，「sendmail_switch.m4」を入力して「保存」ボタンを選択します。

「設定の完了」のメッセージが表示されますので，「メインに戻る」ボタンを選択します。

「メイン・メニュー」で「設定の展開」を選択します。

「設定の展開 / 設定の選択」のページで，保存する「sendmail_switch.m4」ファイル（手順9.で保存したファイル名）を選択して「OK」ボタンを選択します。

「設定の展開 / 展開 オプションの設定」のページで，各パラメタを確認して「展開」ボタンを選択します。

「設定の展開 / 結果」で結果を確認し，「メインに戻る」ボタンで「メイン・メニュー」に戻ります。

付録H.2　設定確認手順

次の手順に従って，確認します。

「メイン・メニュー」から「設定のテスト」を選択します。

「設定のテスト / テストの選択」のページで，「発信者/受信者のアドレス・チェック」の下の，「テストの選択」ボタンを選択します。

「設定のテスト / 発信者/受信者のアドレス・チェック」のページで，以下のパラメタを設定し，「テストの実行」ボタンを選択します。
From address: root@マシンの完全なドメイン名
To address: test@Mail-SMTPの受信ドメイン名(CXで設定したドメイン名)

「設定のテスト / 発信者/受信者のアドレス・チェック / 結果」のページで，以下のマッピング内容に問題ないか確認します。

ENVELOPE : From

ENVELOPE : To

HEADER : From

HEADER : To

また，以下のようにメーラーとして「smtpgw」が選択されているか確認します。

選択されたメーラ: ホストsmtpgw.hitachi.co.jpに対する smtpgw

「OK」ボタンで「設定のテスト / テストの選択」のページに戻ります。

「メインに戻る」ボタンを選択して「メイン・メニュー」に戻ります。

「メイン・メニュー」の「終了」を選択して，「Sendmail Administration Console」をログアウトします。

付録I　 Sendmail Advanced Message Server 1.3Jの設定手順

ここでは，Mail - SMTPの前提プログラムであるSendmail Advanced Message Server 1.3Jついて，提供されているGUIツールを使用して設定する手順について説明します。

＜この節の構成＞

付録I.1　設定手順

付録I.2　設定確認手順

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

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

付録I.1　設定手順

次の手順に従って，設定します。

GUIの設定ツールを起動します。「スタートメニュー」－「プログラム」－「Sendmail Administration Console」を起動します。

「Sendmail SERVER」画面の，設定メニューから「メールのルーティングの設定」を選択します。

「Sendmail SWITCH」画面の，管理者ログインから，管理ユーザIDとパスワードを入力してログインします。

「メイン・メニュー」のページが表示されますので，「新規設定」を選択します。

「新しい設定」のページが表示されますので，「テンプレートからの新規設定」を選択します。

「設定の読み込み」のページが表示されますので，ロードするテンプレートとして「Sendmail_Advanced_Message_Server_default.m4」を選択して「読み込み」ボタンを選択します。

注意

「Sendmail_Advanced_Message_Server_default.m4」という雛形が用意されていますので，必ずそれをロードして修正変更する形で利用してください。

「詳細設定」のページで，「詳細設定」メニューを選択します。

「詳細設定」のページでリストボックスに表示される以下のパラメタを選択し「表示/編集」ボタンを選択し，設定値を入力して「適用」ボタンで設定します。

パラメタ名
設定値

LOCAL_CONFIG
CXtabsmtpgw.hitachi.co.jp

LOCCL_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

「保存」ボタンを選択して設定を保存します。

「設定を保存」のページが表示されますので，「sams_default.m4」を選択して「保存」ボタンを選択します。

「設定の完了」のメッセージが表示されますので，「メインに戻る」ボタンを選択します。

「メイン・メニュー」で「設定の展開」を選択します。

「設定の展開 / 設定の選択」のページで，保存する「smas_default.m4」ファイルを選択して「OK」ボタンを選択します。

「設定の展開 / 展開 オプションの設定」のページで，各パラメタを確認して「展開」ボタンを選択します。

「設定の展開 / 結果」で結果を確認し，「メインに戻る」ボタンで「メイン・メニュー」に戻ります。

付録I.2　設定確認手順

次の手順に従って，確認します。

「メイン・メニュー」から「設定のテスト」を選択します。

「設定のテスト / テストの選択」のページで，「発信者/受信者のアドレス・チェック」の下の，「テストの選択」ボタンを選択します。

「設定のテスト / 発信者/受信者のアドレス・チェック」のページで，以下のパラメタを設定し，「テストの実行」ボタンを選択します。
From address: root@マシンの完全なドメイン名
To address: test@Mail-SMTPの受信ドメイン名(CXで設定したドメイン名)

「設定のテスト / 発信者/受信者のアドレス・チェック / 結果」のページで，以下のマッピング内容に問題ないか確認します。

ENVELOPE : From

ENVELOPE : To

HEADER : From

HEADER : To

また，以下のようにメーラーとして「smtpgw」が選択されているか確認します。

選択されたメーラ: ホスト smtpgw.hitachi.co.jp に対する smtpgw

「OK」ボタンで「設定のテスト / テストの選択」のページに戻ります。

「メインに戻る」ボタンを選択して「メイン・メニュー」に戻ります。

「メイン・メニュー」の「終了」を選択して，「Sendmail Administration Console」をログアウトします。

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

ここでは，Sendmail Advanced Message Server 1.3Jで提供されているGUIツールを使用してアドレスマッピングを行なう手順について説明します。

注意

本手順は必須ではありません。運用環境により必要な場合のみ行ってください。また，設定内容については十分動作確認を行ってから運用してください。

以下の手順は，Sendmailでメール受信した時にmhs_mailerの起動ルールとして指定したルール28で，エンベロープ送信者／エンベロープ受信者／ヘッダ送信者／ヘッダ受信者のアドレスをアドレス変換する方法について説明しています。

尚，説明ではtaro@hitachi.co.jpのアドレスをtaro_h@smtpgw.hitachi.co.jpに変換するという例です。

GUIの設定ツールを起動します。「スタートメニュー」－「プログラム」－「Sendmail Administration Console」を起動します。

「Sendmail SERVER」画面の，設定メニューから「メールのルーティングの設定」を選択します。

「Sendmail SWITCH」画面の，管理者ログインから，管理ユーザIDとパスワードを入力してログインします。

注意

sams_default.m4というSAMS用の雛形が用意されていますので，必ずそれをロードして修正変更する形で利用してください。

「メイン・メニュー」のページが表示されますので，「既存設定の編集」を選択し，編集する「sams_default.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ファイル「sams_default.m4」を選択し「OK」ボタンを選択します。

「設定の 展開 / 展開 オプションの設定」のページから，「すべてのマップの再構築」の「Rebuild all maps」をチェックして「展開」ボタンを選択します。

注意

ここまでの操作でSendmail Switchのインストールディレクトリ¥etc¥mail下のディレクトリにRecvConv.dbが作成されていることを確認します。以降，RecvConv.dbファイルのパス名を指す場合にはRecvConv.dbと略します。

「メイン・メニュー」のページが表示されますので，「既存設定の編集 」を選択し，編集する「sams_default.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に受信するようCXの定義を追加します。この設定例では，taro@hitachi.co.jpを受信するようにするのでhitachi.co.jpを追加します。以下に追加例を示します。

パラメタ名
設定値

LOCAL_CONFIG

KRecvConv hash "c:¥Program Files¥Sendmail Switch¥etc¥mail¥"RecvConv
CXtabsmtpgw.hitachi.co.jp  hitachi.co.jp

注意

tabの部分は一つ以上のタブを入力してください。

定義を追加したら，「適用」ボタンを選択します。

詳細設定のリストから「LOCAL_RULESET」を選択し「表示／編集」を選択します。

「追加ルール・セット」の入力欄に，mhs_mailer起動時のルールとして以下のルールが追加されているので，これにマッピングテーブルRecvConvを使用してアドレス変換が行なわれるようにルールを追加します。

パラメタ名
設定値

LOCCL_RULESETS

S28
R$-tab$@$1<@$j>
R$+<@$+.>tab$1<@$2>
R$+<@$+>tab$: $( RecvConv $1<@$2> $)

注意

tabの部分は一つ以上のタブを入力してください。

定義を追加したら，「適用」ボタンを選択します。

「保存」ボタンを選択して設定を保存します。

「メイン」ボタンで「メイン・メニュー」に戻ります。

「メイン・メニュー」で「設定の展開」を選択します。

「設定の展開 / 設定の選択」のページで，保存する「smas_default.m4」ファイルを選択して「OK」ボタンを選択します。

「設定の展開 / 展開 オプションの設定」のページで，各パラメタを確認して「展開」ボタンを選択します。

「設定の展開 / 結果」で結果を確認し，「メインに戻る」ボタンで「メイン・メニュー」に戻ります。

設定が完了しましたら，「付録I.2設定確認手順」に従ってアドレス変換が正しく行なわれるか確認してください。

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

ここでは，Sendmail Advanced Message Server 1.3Jで提供されている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.3アドレスマッピング設定手順（受信時変換）」の手順1～14を参照してください。このとき手順8で指定するカスタム・マップ・ファイル名として「SendConv」を指定してください（以降「SendConv」という名称で説明します）。また，手順9では以下のように，RecvConvとは逆のテーブルを作成します。

パラメタ名
設定値

KEY

taro_h<@smtpgw.hitachi.co.jp>

MAPPING

taro<@hitachi.co.jp>

注意

ローカルパート"taro_h"の後ろに"<"を,ドメインパート"@smtpgw.hitachi.co.jp"の後ろに">"を付けてください。MAPPINGについても同様に"@domain名"を"<"と">"で囲んでください。

「メイン・メニュー」のページから，「既存設定の編集 」を選択し，編集する「sams_default.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を使用してアドレス変換が行なわれるようにルールを追加します。

パラメタ名
設定値

LOCCL_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の部分は一つ以上のタブを入力してください。

定義を追加したら，「適用」ボタンを選択します。

「保存」ボタンを選択して設定を保存します。

「メイン」ボタンで「メイン・メニュー」に戻ります。

「メイン・メニュー」で「設定の展開」を選択します。

「設定の展開 / 設定の選択」のページで，保存する「smas_default.m4」ファイルを選択して「OK」ボタンを選択します。

「設定の展開 / 展開 オプションの設定」のページで，各パラメタを確認して「展開」ボタンを選択します。

「設定の展開 / 結果」で結果を確認し，「メインに戻る」ボタンで「メイン・メニュー」に戻ります。

設定が完了しましたら，「付録I.2設定確認手順」に従ってアドレス変換が正しく行なわれるか確認してください。

索引

[Ａ][Ｂ][Ｃ][Ｄ][Ｅ][Ｇ][Ｈ][Ｉ][Ｍ][Ｐ][Ｒ][Ｓ][Ｔ][Ｕ][Ｖ][Ｘ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(英字)

(Ａ)

alias又はforwardによるアドレス変換の注意事項

application/octet-stream

(Ｂ)

Bccユーザを含むメール

Bccユーザを含むメールの注意事項

(Ｃ)

charset

charset

charset

(Ｄ)

dbmap

dbmap

dbmapの機能

dbmapの仕様

DBマッピングファイル用ディレクトリ

DBマッピングルール

DDAマッピングルール

(Ｅ)

E-mailアドレスの大文字と小文字を区別

edit_domain

edit_format

edit_mapping

edit_option

edit_smailpath

(Ｇ)

Groupmax Address ServerまたはGroupmax Mail Serverをアンインストール

(Ｈ)

help

(Ｉ)

iso-2022-jp

iso-2022-jp

iso-2022-jp

(Ｍ)

Mail - SMTPアドレス取り込み

Mail - SMTPセットアップ

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

Mail - SMTPの環境設定

Mail - SMTPの環境設定

Mail - SMTPとは

Mail - SMTPの運用手順

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

Mail - SMTPの起動

Mail - SMTPの起動と終了

Mail - SMTPの機能

Mail - SMTPの終了

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

Mail - SMTPのプログラム構成

Mail - SMTPの保守運用

Mail - SMTPのメール転送機能

message/rfc822

Message-IDの内容

mhs_mailer

mhs_mailer

mhs_mailer

MIME

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

multipart/mixed

(Ｐ)

print_config

(Ｒ)

RFCヘッダ

(Ｓ)

sendmail

sendmail

Sendmail Advanced Message Server 1.3Jの設定手順

sendmail.cfに定義する項目

sendmail.cfの定義

sendmail.cfの定義例

Sendmail Single Switch 2.2 for Windowsの設定手順

sendmailの環境設定

sendmailへの送信用のキューディレクトリ

smtp_dm.exe

smtp_gw

smtp_gw.exe

smtp_gwおよびsmtp_daemonおよびdbmapのエラーメッセージ

smtp_gwの起動

smtpmng

smtpmng

smtpmngのエラーメッセージ

smtpmngの機能

smtpmngのサブコマンド

smtpmngの仕様

(Ｔ)

text/plain

(Ｕ)

Unicode

Unicode

Unicode

us-ascii

utf-7

utf-7

utf-8

utf-8

uudecode

uudecode

uuencode

uuencode

uuencode及びuudecodeの使用方法

(Ｖ)

video/mpeg

(Ｘ)

X.400

(ア行)

(あ)

アドレス変換の注意事項

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

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

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

アドレスマッピングを確認

(い)

イベントログ

インストールディレクトリ

インストールディレクトリ

(え)

エラーメール

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

エラーメッセージ

エンベロープ送信者

エンベロープ送信者

(お)

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

(カ行)

(か)

外字を含むメールの注意事項

環境設定の方法

(け)

ゲートウェイアンデリバリキューディレクトリ

ゲートウェイ受信用のキューディレクトリ

ゲートウェイの構成情報

ゲートウェイ名

(こ)

こんなときには...

コンフィグレーションファイル

(サ行)

(さ)

サイズの制限

サイズの制限

(し)

実行ファイルディレクトリ

受信したバイナリデータの変換方法

(せ)

設定の推奨値

(そ)

送信するバイナリデータの変換方法

送信制限

組織メール

組織メールの処理についての注意事項

(タ行)

(て)

テーブルマッピングファイル

テーブルマッピングルール

添付ファイル

添付ファイルの注意事項

テンプレートのsendmail.cfを使った環境設定例

テンプレートファイル用ディレクトリ

(と)

同報者が256人を超えた場合の注意事項

ドメインファイル

ドメイン毎エンコード

トラブルシューティング

トレース情報

(ナ行)

(な)

なりすまし

(に)

ニックネームマッピングルール

(ハ行)

(は)

バイナリデータの転送方法

半角仮名文字

(ふ)

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

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

分割メール

分割メール

(へ)

返信先のE-mailアドレスを指定

(マ行)

(め)

メールの同報者が256人を超えた場合の注意事項

メールヘッダを参照できるようにする

(ヤ行)

(ゆ)

ユーザIDマッピングルール

(ラ行)

(り)

リッチテキストファイル送信

リッチテキスト本文連携

リッチテキスト本文連携

(ろ)

ログディレクトリ

ログファイルを取得する

ロングファイル名

■ 商標類

Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Sendmail for NTは，米国Sendmail,Inc.の製品です。

Sendmail Advanced Message Serverは，米国Sendmail,Inc.の製品です。

Sendmailは米国Sendmail,Inc.の登録商標です。

UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。

Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windows NTは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

UnicodeはUnicode,Inc.の商標です。