E-Postから相手側SMTPへ送信時にSTARTTLSで通信させる設定について updated!
E-Post Mail Server・E-Post SMTP Serverシリーズから、送信先のMTA・メールサーバへ配送するとき、相手側SMTPがSTARTTLSで受付可能と応答する状況、つまりSTARTTLSでの通信が有効であると応答する場合、E-Post側で送信時にSTARTTLSで通信させる設定は次のように行います。
- E-POSTコントロールセンターのメールサーバ管理から［システム管理メニュー］をクリック、［SMTP送信詳細］を開く。
- 「SMTP送信詳細設定」画面が表示されるので、「ESMTPで送信」チェックボックスをオン。SMTP認証方式は標準的には「NO」を選択しておく。USERIDとPASSWORDは空欄のままにする。ここの設定は、相手側サーバの状況によって設定を見直し変更が必要なこともあるので注意。
- ［設定する］ボタンをクリックする。
- E-POSTコントロールセンターのメールサーバ管理から［システム管理メニュー］をクリック、［サービス制御］をクリックして表示される「サービス制御」画面から epstddを［停止］→［開始］の順でクリックし再起動する。
以上の手順により、E-Postから送信先のMTA・メールサーバへ配送するとき、相手側SMTPがSTARTTLSでの通信が有効である場合に、STARTTLSでの通信によって送信が行われるようになります。
また、以下のレジストリ値がないデフォルト状態では、相手SMTP側への送信時には自動的にSTARTTLSで送信されることは有効になっていますが、あえて明示的に有効設定しておくとよいでしょう。また、このレジストリ値を変更し、仮に無効に設定した場合は、相手SMTP側への送信時には常にSTARTTLSが使われないように送信することになります。
[メール作業フォルダ] （既定値 /var/spool/epms/）
→reg
→epost
→ims
→EPST5DS
→UsedSTARTTLS.1 (DWORD) 0:無効 1:有効（デフォルト=1）
※設定を変更した際は、epstdd の再起動が必要
ところで、epstdd v5.13以前のバージョンでは、”STARTTLS有効”と相手MTAが応答しながら、実際にESMTPでの送信を行ってみた際にSTARTTLS通信での送信で失敗する場合、リトライ再送時には繰り返しSTARTTLS通信での送信を試みるようになっていました。
しかし、epstdd v5.13以降は"STARTTLS有効"と相手MTAが応答しながら、ESMTPでの送信でSTARTTLS通信での送信で失敗する場合、リトライ再送時にはデフォルトでSTARTTLSなしで送信を試みるように改善されています。
レジストリ項目を書いていないデフォルト状態ではリトライ時には切り替える動き、つまり「STARTTLS通信→STARTTLSなしでの送信」というように切り替える動きになりますが、レジストリを明示的に記述し設定値を"0"にすれば、切り替えない設定、つまり「STARTTLS通信」を繰り返しリトライする動きにすることも設定が可能です。
-------------------------[epstdd]（修正履歴より）---------------------------
epstdd v5.13 2023.11.04
1.STARTTLSで暗号化ネゴシェーションに失敗するドメインリストの作成と失敗先
へのプレーン送信への自動切替する機能を追加した。
[メール作業フォルダ] （既定値 /var/spool/epms/）
→reg
→epost
→ims
→EPST5DS
->RecodeBadSTLSDomain (DWORD) （デフォルト 1 ）1:切替する, 0:切替しない。
※設定を変更した際は、epstdd の再起動が必要
----------------------------------------------------------------------------
念のためにモジュールバージョンを確認するには、「バージョン情報」の COMPONENT LIST 以下をご覧ください。