Secure Handler使用時に着信すべきメールが届かないときの原因の調べ方は？ new!
Secure Handler 使用時に特定サーバから送られてきて、着信すべきメールが届いていないとき、通常は次のように段階を追った調べ方をしていくことになるでしょう。
１．システム管理者もしくはユーザーが、Secure Handlerの「メール承認管理（Web）」からログインし「メール承認管理 一覧」を調べる。
２．見つからなければさらに一段深い「メール承認管理 一覧（保留）」を調べる。
３．見つからなければシステム管理者が Secure Handlerの「メール承認管理（Web）」にログインし、［設定］から［拒否アドレス一覧］（ブラックリスト）及び［保留アドレス一覧］（グレーリスト）に送信元アドレスが登録されていないかを調べる。
見つかればカットして［許可アドレス一覧］（ホワイトリスト）に登録する。
以上の手順で調べても、見つからなかった場合や、仮に見つかっても原因が不明な場合は、E-Postのログ、acceptlog（マシン接続ログ）と receivelog（SMTP受信詳細ログ）から調べることになります。
特定サーバから送られてきて着信すべきメールが届いていないというサポート案件を受けたとき、この2つのログ、特に receivelog（SMTP受信詳細ログ）を調べました。先方の送信元からはエンベロープFROMが＜＞でメールが送られようとしており、その後、Secure Handler によって拒絶のエラー応答を返している記録が見つかりました。
※ここでは＜＞は本来なら半角文字ですが意図的に全角文字で表現しています。
MAIL FROM:＜＞ SIZE=12427
550 5.1.1 Please mail to a valid e-mail address. approval filter. '' is entry in the blacklist.
このエラー応答では、エンベロープFROMが＜＞でメールが送られようとしていること、それが Secure Handler 機能により、拒絶をしていることが示されているようでした。
これを受けて Secure Handlerの「メール承認管理（Web）」からログインし［設定］から［拒否アドレス一覧］（ブラックリスト）に改行のみの行か、あるいは「:-1」だけの行がないか確認したところ、改行のみの行や「:-1」だけの行が記載されていました。改行のみの行か「:-1」だけの行については、該当行を削除してもらいました。
（※エンベロープFROM<>で拒絶されるときに考えられる E-Post本体側の設定問題）
エンベロープFROMが<>のときに拒絶されるケースですが、Secure Handler 機能によること以外に E-Post本体側の設定でも拒絶される状況があり得ます。「中継の制限」-「マシン毎の中継」【effect.dat】も確認してください。
デフォルトの【effect.dat】は下記の通りです。これより下に別の行を記述していたとしても、デフォルトで用意した2行が削除・変更されずにそのまま残っていれば問題はありません。行頭の「＃」はコメントではなく、ある種の命令であり設定の一部です。
-------------------------
#<> default
#blank false
-------------------------