[postfix-jp: 2390] Re: "450 4.7.1 Relaying denied. IP name lookup failed"

["takashi matsukaze" <shohu33@xxxxxxxxx>]

親切なご回答ありがとうございます。

> postfix だと、smtpd_*_restrictions で reject_unknown_client
> を設定した場合と同じでしょう。
> reject_unknown_client でどの様な動きをするのか調べれば、どう
> すれば良いのか分かると思います。
> # メールサーバの設定の問題では無いですね。

DNSが引けない場合に問題が発生するというようなことがわかりました。非常に参考になりました。

>松風さんが、Cloud 9 からIPアドレスを配布されているのであれば、
>問題無いのですが、もし違うなら、勝手に使うのは止めましょう。

こちらはご指摘とおり使うのはすぐにやめたいと思います。

> 以下で切り分けてみましょう
> ・未使用のアドレスである x.x.1.3 を正引き逆引きできるように
>  DNS コンテンツサーバの情報を適切に設定する
> ・当該メールサーバとインターネット接続点ルータの間のネットワークに
>  NAT 機構が挟まっているのであればその設定を見直す

アドバイスを頂く事ができ恐縮です。
桜根様のアドバイスで気がつき、x.x.1.3 を正引き逆引きできるようにこちらはすでに設定を進めております。
また、NAT 機構が挟まっているので、その設定を見直してみようと思います。

貴重なご意見ありがとうございます。

06/12/13 に Keisuke Takayama<taka@xxxxxxxxxxxxxxx> さんは書きました:
> >>>>> In article <84da0d180612120800v5836b0e8j3d067278599ac1ba@xxxxxxxxxxxxxx>, "takashi matsukaze" <shohu33@xxxxxxxxx> writes:
> tm> 上記の環境で、XXX.XXX.1.4 のメールサーバーのログ上(var/log/maillog)でなぜか、
> tm> 以下のように、存在しないIPアドレス（XXX.XXX.1.3）に対し、IP name lookupをしているようなログが出力されているのです。
>
> tm> このため、XXX.XXX.1.4から一部のドメインに、メールを転送しようとすると、"Relaying
> tm> denied"というReplyを配送先のsmtpサーバーからもらってしまうのです。
>
> tm> 弊社側のメールサーバーの設定に問題があるのか、転送先のメールサーバーに問題があるのか、
> tm> 判断をつけようと考えていますが、何か良いお知恵はありますでしょうか？
>
> 以下で切り分けてみましょう
> ・未使用のアドレスである x.x.1.3 を正引き逆引きできるように
>  DNS コンテンツサーバの情報を適切に設定する
> ・当該メールサーバとインターネット接続点ルータの間のネットワークに
>  NAT 機構が挟まっているのであればその設定を見直す
>
> おおむね原因は後者であろうと推測します。
> --
> 高山 啓介
> _______________________________________________
> Postfix-jp-list mailing list
> Postfix-jp-list@xxxxxxxxxxxxxxxxxxxx
> http://lists.sourceforge.jp/mailman/listinfo/postfix-jp-list
>
_______________________________________________
Postfix-jp-list mailing list
Postfix-jp-list@xxxxxxxxxxxxxxxxxxxx
http://lists.sourceforge.jp/mailman/listinfo/postfix-jp-list