Exchange2013サーバーに問題があります。サーバーはWindowsServer 2008 R2Standardを実行しています。
私たちが抱えている問題は、Exchangeサーバーがインターネットメールを受信していないことです。現在、インターネットアドレスにメールを送信したり、現在のメールサーバーとの間で内部メールを送受信したりできます。受信コネクタの設定を確認しましたが、すべて問題ないようです。私たちは考えられるすべてのものを試しました。
ローカルでメールを送受信したり、Gmailアカウントに送信したりできます。ただし、Gmailアカウントから受信トレイへの返信メールは受信されません。
前もって感謝します!!画像はExchangeサーバーのDNS設定です。
これは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サーバーではありません。
外部ネットワークからtelnetを使用して、smtpポートにtelnetしてみます。
telnet IP25。返信が表示されます。ここで、IPは外部IPアドレスです。
場合によっては、smtp.domain.comを自分のIPにリダイレクトすることがあります。その場合、telnet smtp.domain.com 25
あなたの問題は上記で数回答えられました。電子メールが外部ソースからドメインにルーティングされると、最初にドメインの権限(soa)の開始点であるDNSサーバーに送信されます。あなたのDNSサーバーはあなたのドメイン(外部の名前解決のために)のためのsoaではありません、あなたのISPのDNSサーバーはそうです。 ISPはあなたのゾーンのsoaをあなたに委任していません。このため、ISPはドメイン内のExchangeサーバーを指すMXレコードを追加する必要があります。このレコードは、ドメインのメールを送信する場所をsoa dnsサーバーに通知します。その後、電子メールトラフィックはDNSサーバーに送信され、Exchangeサーバーに解決されます。 ISPにゾーンを委任するように依頼することもできます。
まず、さまざまなトランスポートサービスが実行されているかどうかを確認します。次に、netstat
を使用して、ExchangeサーバーのTCPポート25で実際に何かがリッスンしているかどうかを確認します。
次のステップ:サーバー自体から、telnet localhost 25
;を実行します。 ExchangeのSMTPサーバーから回答が得られるはずです。同じネットワーク内の別のコンピューターから同じことを行うこともできます。
内部からすべて問題がないように見える場合は、TCPポート25)で外部IPアドレスに接続してみてください。ファイアウォールの構成によっては失敗する可能性があるため、実際の外部コンピューターからこれを試してください。ネットワーク内から( ヘアピンNAT と呼ばれる現象により)。
外部から正常に接続できない場合は、ファイアウォールに問題があります。可能であれば、ドメインのMXレコードが実際にパブリックIPアドレスを指しているかどうかを再確認してください。
これでも問題がない場合、Exchangeサーバーは外部メッセージを受信している可能性が高いですが、何らかの理由で拒否しています。 SMTPログはその理由を教えてくれるはずです。