web-dev-qa-db-ja.com

Microsoft Exchange2013がインターネットメールを受信して​​いません

Exchange2013サーバーに問題があります。サーバーはWindowsServer 2008 R2Standardを実行しています。

私たちが抱えている問題は、Exchangeサーバーがインターネットメールを受信して​​いないことです。現在、インターネットアドレスにメールを送信したり、現在のメールサーバーとの間で内部メールを送受信したりできます。受信コネクタの設定を確認しましたが、すべて問題ないようです。私たちは考えられるすべてのものを試しました。

ローカルでメールを送受信したり、Gmailアカウントに送信したりできます。ただし、Gmailアカウントから受信トレイへの返信メールは受信されません。

前もって感謝します！！画像はExchangeサーバーのDNS設定です。 enter image description here

windows-server-2008windows-server-2008-r2exchangeemail-serverexchange-2013
2
Derron R

これはDNSの問題のように見えます。

まず、ちょっとしたヒント：DNS名を投稿するときにIPアドレスを隠すことはまったく役に立ちません... DNS解決もあります:)

さて、それを見てみましょう。 autodiscover.clearspaninc.comとowa.clearspaninc.comは定義されているようですが、少なくとも私のネットワークからは解決できません。これにより、clearspaninc.comドメインのNSレコードを確認するようになりました。

Non-authoritative answer:
clearspaninc.com        nameserver = ns0.directnic.com
clearspaninc.com        nameserver = ns1.directnic.com

ns0.directnic.com       internet address = 74.117.217.20
ns1.directnic.com       internet address = 74.117.218.20

さて、ここで少し立ち止まりましょう。 Microsoft DNSサーバーのように見えるスクリーンショットを投稿しましたが、ここにリストされているのはサーバーではなくサーバーではありません：DNSドメインは実際にはあなたではなくあなたのISPによって管理されます。したがって、yourDNSサーバーに書き込んだものはすべて、他の世界では単に無視されます。

そして、確かに、問題はここにあるようです。私にとって（そして世界の他の地域にとって）、名前mail.clearspaninc.comは173.10.197.225に解決され、telnet mail.clearspaninc.com 25を実行すると、次のようになります。

220 sjl0vm-cass04.colo.sonicwall.com ESMTP SonicWALL (8.0.1.2353)

おっと。これは間違いなくExchangeサーバーではありません。

5
Massimo

外部ネットワークからtelnetを使用して、smtpポートにtelnetしてみます。

telnet IP25。返信が表示されます。ここで、IPは外部IPアドレスです。

場合によっては、smtp.domain.comを自分のIPにリダイレクトすることがあります。その場合、telnet smtp.domain.com 25

1
user240697

あなたの問題は上記で数回答えられました。電子メールが外部ソースからドメインにルーティングされると、最初にドメインの権限（soa）の開始点であるDNSサーバーに送信されます。あなたのDNSサーバーはあなたのドメイン（外部の名前解決のために）のためのsoaではありません、あなたのISPのDNSサーバーはそうです。 ISPはあなたのゾーンのsoaをあなたに委任していません。このため、ISPはドメイン内のExchangeサーバーを指すMXレコードを追加する必要があります。このレコードは、ドメインのメールを送信する場所をsoa dnsサーバーに通知します。その後、電子メールトラフィックはDNSサーバーに送信され、Exchangeサーバーに解決されます。 ISPにゾーンを委任するように依頼することもできます。

0
Karl Schantz

まず、さまざまなトランスポートサービスが実行されているかどうかを確認します。次に、netstatを使用して、ExchangeサーバーのTCPポート25で実際に何かがリッスンしているかどうかを確認します。

次のステップ：サーバー自体から、telnet localhost 25;を実行します。 ExchangeのSMTPサーバーから回答が得られるはずです。同じネットワーク内の別のコンピューターから同じことを行うこともできます。

内部からすべて問題がないように見える場合は、TCPポート25）で外部IPアドレスに接続してみてください。ファイアウォールの構成によっては失敗する可能性があるため、実際の外部コンピューターからこれを試してください。ネットワーク内から（ ヘアピンNAT と呼ばれる現象により）。

外部から正常に接続できない場合は、ファイアウォールに問題があります。可能であれば、ドメインのMXレコードが実際にパブリックIPアドレスを指しているかどうかを再確認してください。

これでも問題がない場合、Exchangeサーバーは外部メッセージを受信して​​いる可能性が高いですが、何らかの理由で拒否しています。 SMTPログはその理由を教えてくれるはずです。

0
Massimo