注: これは Stackoverflow からの再投稿です。
セキュリティ上の目的で、DMZ RHEL5 sendmail サーバーを Exchange 2007 サーバーのリレーとして使用するテスト環境をいじっています。Exchange は環境で動作しており、ドメイン上の Outlook を使用して Vista および XP VM が相互に電子メールを送信しています。外部インターネット VM が DMZ sendmail リレーに電子メールを送信し、それが Exchange サーバーに転送される様子をシミュレートしようとしています。
誰もがこれは大きすぎる問題/質問だと思う前に、私は sendmail/Exchange ガイドに従いましたが、私が知りたいのは、Exchange で中継されたメッセージ/電子メールが「未配信」である理由をどのように判断できるかということです。
基本的に、SMTP メッセージを sendmail サーバーに送信し、Exchange に中継します。/var/log/maillog には、Exchange に中継される電子メールが表示されます。
Nov 17 13:41:22 externalmailserver sendmail[9017]: pAHIfMuW009017: from=<[email protected]>, size=1233, class=0, nrcpts=1, msgid=<[email protected]>, proto=ESMTP, daemon=MTA, relay=[10.50.50.1]
Nov 17 13:42:17 externalmailserver sendmail[9050]: pAHIfMuW009017: to=<[email protected]>, delay=00:00:55, xdelay=00:00:36, mailer=relay, pri=121233, relay=mailserver.xyz.local. [192.168.1.20], dsn=2.0.0, stat=Sent (<[email protected]> Queued mail for delivery)
これは良いことですが、宛先は Exchange から電子メールを受信しません。そこで Exchange を調べ始めました。「メッセージ追跡」トラブルシューティング アシスタントで処理されたメッセージを照会したところ、次のメッセージを見つけました。(セルをコピーして貼り付ける必要がありました... 形式がおかしくて申し訳ありません)
2011/11/17 RECEIVE SMTP <[email protected]> "Undelivered Mail Returned to Sender" [email protected] [email protected] 192.168.100.10 MAILSERVER\DMZ Relay [email protected]
私が設定した DMZ リレー コネクタがリレーを行わず、転送された電子メールを未配信として送信者に返す理由について、何かアドバイスがあるか知りたいだけです。
私の Exchange リレー受信コネクタは非常にシンプルです。Exchange サーバーの FQDN は HELO 応答として設定され、使用可能なすべての IP アドレスはリレーされた電子メールを受信でき、私の sendmail サーバーの IP アドレスはリモート サーバーとして明示的に設定されています。
アップデート：
実際のところ、何が問題なのかわかっていると思います。電子メールの送信に使用するツールは、Telnet 経由で手動で送信しようとしたときとは異なるメッセージを送信しています。
Telnet経由でSMTP経由で電子メールを送信すると、msgid=123123...123.PA12312356@[メールアドレス]。
電子メールがツール経由で送信される場合、それはESMTPメッセージであり、[メールアドレス]
Exchange はリレー チェックを試みているはずですが、「xyz.local」という名前のサーバーが見つかりません。これは正しいでしょうか。telnet で送信したメールはすべて正常に届きます。ツールがメールを送信する方法を選択できないようです。xyz.local ドメインはどこから取得するのでしょうか。telnet を使用する場合、sendmail サーバーは 220 として表示されます。[メールアドレス]、これは機能します。
更新2:
わかりました。Wireshark で少しやってみたらうまくいきました。SMTP メッセージを送信するツールが Message-ID 自体を設定しているようです。これは、メール サーバーが宛先のメール サーバーに送信する前に行うのとよく似ていると思います。設定された Message-ID はドメインのみ (xyz.com) 用であり、電子メールが Sendmail を介して Exchange にリレーされると、STOREDRIVER にそのまま配置されるようです。STOREDRIVER が何であるかはわかりませんが、Message-ID にリレーの FQDN (ドメインだけでなく) が含まれている場合は電子メールが配信され、ドメインのみが含まれている場合は配信されないことはわかっています。
Message-ID: <[email protected]>
Message-ID: <[email protected]>
Exchange が何らかのルックアップ フィルタリングを適用しているか、何らかの構成が欠落している可能性があります。何かアイデアをお持ちの方はいらっしゃいますか?
回答: 繰り返しになりますが、私自身の質問には答えられませんが、「電子メールは配信されていて、Outlook がそれらを迷惑メール フォルダーに移動しているだけかもしれません」と最初に答えた人に投票します。
そうです。メッセージは問題なく配信されましたが、Outlook はそれをフィッシング詐欺としてフィルタリングしていました。これは広範なテスト環境であり、確認しようとは思いませんでした。
答え1
電子メールは配信されていて、Outlook がそれらを迷惑メール フォルダーに移動しているだけかもしれません。