CSSMTP と SMTPD の違い

現在 z/OS® 上で Communications Server SMTPD を使用している場合は、CSSMTP にマイグレーションする必要があります。 IBM® は、将来的なリリースで SMTPD を廃止する方針を発表しています。 CSSMTP は、バッチ・ジョブを使用して JES スプール・データ・セット上でメールを作成するかインターネットへの配信に SMTPNOTE を使用する SMTPD の z/OS ユーザーをサポートするように設計されています。SMTPD を使用して今回送信したメール・メッセージは、おそらく CSSMTP で送信することができます。ただし、表 1 で示されているように、CSSMTP は SMTPD とは違い、すべてのユーザーに対応することはできない可能性があります。マイグレーションについての考慮が必要となる主要な違いには、以下のものがあります。

• CSSMTP は SMTP リスナーのサポートを提供しません。CSSMTP を、TSO ユーザーへ配信するための、z/OS へのメールの受信に使用することはできません。この種のサポートを提供するために SMTPD の使用を継続するか、z/OS UNIX ファイル・システムにおいて定義されているメールボックスへのメールの配信に sendmail を使用することを検討する必要があります。
• CSSMTP は、TCP/IP ホスト名があるシステムにのみメールを配信します。SMTPD サーバー用の POSTMASTER ステートメントでローカル TSO ユーザー ID を使用している場合、CSSMTP 用の MailAdministrator ステートメントで、ローカル TSO ユーザー ID を userid@host.domain 形式の E メール・アドレスに変更する必要があります。MailAdministrator ステートメントについては、「z/OS Communications Server: IP 構成解説書」を参照してください。
• CSSMTP は、各受信者に対するターゲット・サーバーの特定のために DNS ルックアップを実行しません。CSSMTP は、メールを受信しネクスト・ホップ配信を処理する SMTP または ESMTP サーバーへの接続を必要とします。一般的に、ターゲット・サーバーはリモート宛先に配置されますが、sendmail のローカル・インスタンスとなることもできます。
• CSSMTP がターゲット・サーバーに送信したメールが配信不能になった場合、CSSMTP はサーバーではないため、配信不能メール通知を受信できません。メール・メッセージの発信元 (つまり、MAIL FROM) は、ターゲット・サーバーから到達可能でなければなりません。
• CSSMTP はメール・メッセージを直接 JES スプール・データ・セットから処理し、そのメール・メッセージをターゲット・サーバーに送信します。CSSMTP がメール・メッセージをすぐに送信できない場合、メッセージは RetryLimit ステートメントで定義された短期間、保留されます。 この再試行期間の有効期限が切れた後、CSSMTP はそのメール・メッセージを ExtendedRetry ステートメントで規定された期間、z/OS UNIX ファイル・システムに保管します。構成された再試行の時間制限内に CSSMTP がメールを送信できなかった場合、メールは配信不能になります。CSSMTP は、再試行間隔の間、メールを z/OS UNIX ディレクトリーに保管します。
• CSSMTP は、<@host1,@host2:userid@host3> 形式や <NJEuserid%NJEhost> 形式などのソース・ルーティングをサポートしていません。例えば、アドレス・ストリング @host1,@host2,...,@hostn:user_id@host_name では、アドレスの @host1,@host2,...,@hostn 部分は無視され、user_id@host_name は受信者値として使用されます。ソース・ルーティングを使用している場合は、それを userid@domain (mailbox) 形式の E メール・アドレスに変更することをお勧めします。それ以外の場合は、メールは配信されない可能性があります。