我们的 Exchange 2013 服务器出现了问题。该服务器运行的是 Windows Server 2008 R2 Standard。
我们遇到的问题是我们的 Exchange 服务器无法接收互联网电子邮件。它目前可以向互联网地址发送邮件，并从当前电子邮件服务器发送和接收内部电子邮件。我检查了接收连接器的设置，一切似乎都正确。我们已经尝试了我们能想到的所有方法。
我们可以在本地收发电子邮件，也可以发送到 Gmail 账户。但是，收件箱中却收不到 Gmail 账户的回复邮件。
提前致谢！！图像是 Exchange 服务器上的 DNS 设置。
答案1
这看起来像是一个 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 管理的，而不是由您管理的。因此，您在你的DNS 服务器将会被世界其他地方忽略。
事实上，问题似乎就在这里。对我而言（以及对世界其他地方而言），名称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 服务器。
答案2
从外部网络尝试使用 telnet 远程登录 smtp 端口。
telnet IP 25. 您应该会收到回复。其中 IP 是您的外部 IP 地址。
在某些情况下，人们会将 smtp.domain.com 重定向到他们的 IP。在这种情况下，telnet smtp.domain.com 25
答案3
首先，检查各种传输服务是否正在运行；然后用来netstat检查 Exchange 服务器上是否真的有东西在监听 TCP 端口 25。
下一步：从服务器本身执行telnet localhost 25；您应该会从 Exchange 的 SMTP 服务器获得答案。您也可以从同一网络中的另一台计算机执行相同操作。
如果从内部看起来一切正常，请尝试连接到 TCP 端口 25 上的外部 IP 地址。请从实际的外部计算机尝试此操作，因为根据您的防火墙配置，如果您从网络内部尝试此操作，则可能会失败（由于一种称为发夹型 NAT）。
如果您无法从外部成功连接，则表明您遇到了防火墙问题；如果可以，请仔细检查您的域的 MX 记录是否实际指向您的公共 IP 地址。
如果这样也没问题，那么您的 Exchange 服务器很可能正在接收外部消息，但由于某种原因而拒绝它们；SMTP 日志应该能够告诉您原因。
答案4
上面已经多次回答了您的问题。当电子邮件从外部源路由到您的域时，它首先转到作为您域的授权 (soa) 起点的 DNS 服务器。您的 DNS 服务器不是您域的 soa（用于外部名称解析），您的 ISP 的 DNS 服务器才是。ISP 尚未将您区域的 soa 委托给您。因此，您的 ISP 必须添加指向您域中的 Exchange 服务器的 MX 记录。此记录告诉 soa dns 服务器将您域的电子邮件发送到何处。然后，电子邮件流量将被发送到您的 dns 服务器，该服务器会将其解析为您的 Exchange 服务器。您也可以要求您的 ISP 将您的区域委托给您。