- - PR -
sendmailの設定について
投稿者 | 投稿内容 | ||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2004-12-17 11:40
おはようございます。
kaz様早々にご回答ありがとうございます。
わかりました。一度試してみます。
primary/2ndary SMTP serverは外部から送られてきE-mailを受け取り mailertableに書かれているsmarthostに転送し、smarthostでメールは spoolされます。また内部から送信するメールはsmarthostからprimary /2ndary SMTP serverへ転送され外部へ送信されます。
前述の通りになります。
kaz様お察しの通りです。説明不足で申し訳ありません。 メールの転送ができないとご質問させて頂いた意味は 「外部からのメールをDMZのPrimaryで受けてTrustのspoolhostには 転送できるが、2ndaryで受けた場合は2ndaryがspoolしてしまい spollhostに転送できないという意味です。 申し訳ありませんが宜しくお願いします。 | ||||||||||||||||||||||||||||||||
|
投稿日時: 2004-12-17 12:13
RFC 3463 で見てみると、「dsn=4.4.3」 は 「ディレクトリサーバが使えない」 という意味になっています。 DNS が利用できていないのでは? なお、お試しで 「dsn=4.4.3」 をググってみましたら、こちらのメーリングリストの過去ログに当たりましたので、参考までにリンクしておきます。あとはスレを追ってみてください。 ・ [rs-tech:01302] Re: 初期設定でメールの送信ができない状態だったら (レンタルサーバー テクニカル メーリングリスト さんより) | ||||||||||||||||||||||||||||||||
|
投稿日時: 2004-12-17 14:18
こんにちわ.
ということで,local-host-names に従って 「自分は spoolhost である」と認識しているとか. primary は本当にこの設定で処理できているのでしょうか? | ||||||||||||||||||||||||||||||||
|
投稿日時: 2004-12-17 19:59
こんばんは。
はゆる様 手元にサーバがないのできちんと確認ができませんが、resolv.confのDNSサーバの 設定はきちんとできていたと思います。ちなみにDNSサーバは2ndarySMTPサーバと 同じセグメントにある別サーバです。 kaz様 「ということで,local-host-names に従って「自分は spoolhost である」と 認識しているとか.」と書いて頂いてますが、どういう意味なのでしょうか? またprimaryは本当にこの設定で動いています。 またlocal-host-nameについてはゆる様が返信された過去レスをもう一度 読んでみたのですが、やはりわかりませんでした。 何がわからないのかというと今回の場合、過去レスにあるような △△.co.jpと××.co.jpという複数のドメインが存在しません。 つまりlocal-host-nameに記載する事項としては1つのドメインしかないのです。 また、前レスではゆる様が「私の環境ではそもそもlocal-host-name」に記述する 必要はないのでは」とアドバイスいただいておりますが、リレーサーバの場合は 「local-host-name」は空白にすればよいのでしょうか。もしそうであれば 一度、primary/2ndaryともそのように設定して動作確認してみたいと思っております。 [ メッセージ編集済み 編集者: Rydia 編集日時 2004-12-17 19:59 ] | ||||||||||||||||||||||||||||||||
|
投稿日時: 2004-12-17 22:09
こんばんわ.
local-host-names の役割は文字に書くことが出来ますか? これは sendmail が「自分自身」として認める hostname の list のはずです. つまり「この SMTP server は abc.net & mail.abc.net への e_mail を受け取る」 とすると,local-host-names は abc.net mail.abc.net となると思います. 要するに,自分で spool を持たないなら,この設定は不要なのだと理解できます. これがはゆる様のご指摘するところです. 内容から推察するに,DNS が必要な局面は Internet 向けの送信が発生する場合で, 内部の spoolhost への転送の際は DNS を参照する必要はないと思います. 内部への relay も冗長化されているならともかく, 現段階では,DMZ 上の2つの SMTP gateway は 「自 Domain は自分が受け取って,静的に内部の spoolhost に転送する」 だけで良いはずです. と,ここまで来ると設計とか運用思想に踏み込んでしまいますね. | ||||||||||||||||||||||||||||||||
|
投稿日時: 2004-12-18 00:14
local-host-names の説明は、こちらのスレが分かりやすいかと。
・ sendmail(DMZ)のリレー設定について 現在の Rydia さんの設定のままですと、smarthost 宛てのメールが primary や 2ndary に(間違って)配信されてしまうのではないでしょうか (^^; 私が引っかかっているのは、「dsn=4.4.3」 の他にも、「stat=queued」 があります。 # dsn が 4.x.x なら queued になるんでしょうけど… 「余所に配送しようとした(つまり、ローカル(=2ndary)宛てではなく、リレーしてもよいと判断された)けれども、配送できないからちょっと待ってみる」 という意味ですので、sendmail にとって何かしらの不都合があるのでしょう。 その手掛かりを掴むための方法が、既に示されていますし、念押しでリンクも張ってみたのですが。 各種ファイル(sendmail.cf を含む)の内容を疑うのは、その後からの方がよいのではないでしょうか。 ## 日本語を微修正。 _________________ 日本の中心で、オフを叫ぶ(@名古屋)。 ご意見募集中! [ メッセージ編集済み 編集者: はゆる 編集日時 2004-12-18 01:57 ] | ||||||||||||||||||||||||||||||||
|
投稿日時: 2004-12-18 14:35
こんにちは。
kaz様・はゆる様ご返信ありがとうございます。 私自身、今回のlocal-host-namesの設定についてははゆる様が書いて下さった 上記スレを参考にして内部spoolhostのFQDN名をPrimary/2ndarySMTPサーバの local-host-namesに設定していた次第です。問題となっているサーバが手元に ありませんのが、近々サーバを設定変更できる機会がありますのでその際に local-host-namesの設定を空白にして動作確認を行ってみます。 また、現在の設定でも内部spoolhost宛のメールが間違って送信されることは 発生しておりません。
「その手掛かりを掴むための方法が、既に示されていますし、念押しでリンクも張って みたのですが。」とありますが、これは前々回頂いたスレの『初期設定でメールの送信 ができない状態だったら』を指しているのでしょうか? サーバの設定を確認できる機会が近々ありますので「DNSの設定」と「2ndaryのSMTP→ 内部spoolhostへのtelnet」でのSMTP確認を行ってみたいと思います。 | ||||||||||||||||||||||||||||||||
|
投稿日時: 2004-12-20 03:48
こんばんは。
test.comドメイン宛てのメールを host.example.comへ転送するための設定は 以下の通りです。 ※ host.example.comのIPアドレスを192.168.0.100とします。 mailertableにて、 test.com relay:[192.168.0.100] この設定がきちんと有効になっており、 その他のsendmailの設定に問題がないのであれば、 192.168.0.100へのSMTP通信を一時的なエラーとして みなす何らかの原因があるのかと思います。 ※ この設定は、IPアドレス 192.168.0.100へ直接 SMTP通信を行なうための設定であり、基本的には 配送のために、DNSによる検索を 行なわないようになるはずです。 (一部例外はありますが)。 手元に資料がないので、正確な情報ではありませんが、 同様の現象が発生している場合、 私としては、下記の作業で原因の可能性を 探ってみたいところです。 1.セカンダリMTAから配送先MTAに対するping 2.配送先MTA上でセカンダリMTAのnslookupを行ない、 セカンダリMTAのFQDNとIPアドレスの正引き、逆引きが できるか 3.セカンダリMTA上で、配信先MTAの FQDNとIPアドレスの正引き、逆引きが できるか 4.配送先MTAのログに、セカンダリMTAからの SMTP通信記録が残っているか 5.途中経路のパケットをキャプチャして、 SMTP通信がセカンダリMTAから配信先MTAに 飛んでいるか 上記の確認作業により、 セカンダリMTA内部でメールの転送が 一時的エラーとして扱われているのか、 配信先MTAの設定によって、 一時的エラーを返すような状態になっているのか、 途中経路の問題かを区別できると思います。 ※ 接続元MTAのIPアドレスやFQDNと DNSで解決できる結果が一致していなかったときの エラーが4.x.xなのか、5.x.xなのか思い出せませんので 上記にはDNSによる名前解決の項目を 含めています。 ご参考になれば幸いです。 |