服务器 Gind.cn
  1. 服务器 Gind.cn
  3. Microsoft Exchange 2013未收到Internet电子邮件
Intereting Posts
有没有办法改变IIS的绑定，而不是回收应用程序池？ 如何从家中访问开发和生产系统？ 使用git在linux下pipe理系统目录 netstat -s中的“由于意外数据导致的连接重置”是什么意思 530用户无法login，主目录不可访问 Firewalld Centos 7创build规则 设备closures时的MAC地址？ MSVCR80.dll中的错误导致vmware-hostd崩溃 Varnish支持IPv6吗？ 使用mdadm raid升级ubuntu 由于主机已被添加到域，所以主机不能互相ping通。 这是怎么回事？ 适用于Windows Server 2012的正确的Hyper-Vnetworkingconfiguration？ VMWARE中的​​PC可以ping主机，但主机不能ping VMWARE机器 Ubuntu，如何查看login日志？ redirect到Gmail的电子邮件包含失败的SPF

Microsoft Exchange 2013未收到Internet电子邮件

我们的Exchange 2013服务器存在问题。 服务器正在运行Windows Server 2008 R2 Standard。

我们遇到的问题是我们的Exchange服务器没有收到Internet电子邮件。 它目前可以发送邮件到互联网地址，并发送和接收来自当前电子邮件服务器的内部电子邮件。 我检查了接收连接器的设置，一切看起来都正确。 我们尝试了所有我们能想到的。

我们可以在本地发送和接收电子邮件，并发送到一个Gmail帐户。 但是，我们没有收到Gmail邮件的回复邮件到收件箱。

提前致谢！！ 图像是交换服务器上的DNS设置。 在这里输入图像说明

这看起来像一个DNS问题。

首先，有一点小技巧：在发布DNS名称时隐藏IP地址是无用的…我们也有DNSparsing:)

好的，让我们看看它。 autodiscover.clearspaninc.com和owa.clearspaninc.com似乎已被定义， 但至less从我的networking无法parsing 。 这促使我看看clearspaninc.com域的NSlogging： 

 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域实际上由您的ISPpipe理，而不是由您来pipe理。 因此，任何你在DNS服务器上写的东西都会被世界其他地方忽略。

事实上，问题似乎在这里。 对于我（和世界其他地方）， mail.clearspaninc.com这个名字parsing为173.10.197.225，而当做一个telnet mail.clearspaninc.com 25 ，这是我得到的： 

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

哎呦。 这绝对不是您的Exchange服务器。

从外部networking尝试使用telnet到telnet到smtp端口。

telnet IP 25.你应该得到答复。 其中IP是您的外部IP地址。

在某些情况下，人们将smtp.domain.comredirect到他们的ip。 在这种情况下，telnet smtp.domain.com 25

首先，检查各种运输服务是否正在运行; 然后使用netstat检查是否实际上在您的Exchange服务器上的TCP端口25上侦听。

下一步：从服务器本身做一个telnet localhost 25 ; 你应该从Exchange的SMTP服务器得到答案。 您也可以从同一networking中的另一台计算机执行相同的操作。

如果从内部看起来一切正常，请尝试在TCP端口25上连接到外部IP地址。从实际的外部计算机上尝试此操作，因为根据您的防火墙configuration，如果从networking内部尝试，可能会失败（由于称为发夹NAT的现象）。

如果您无法从外部成功连接，那么您有防火墙问题; 如果您可以，请仔细检查您的域的MXlogging是否实际上指向您的公共IP地址。

如果连这个都没问题，那么你的Exchange服务器很可能会接收到外部消息，但是由于某种原因它拒绝了它们。 SMTP日志应该能够告诉你为什么。

你的问题已被回答几次以上。 当电子邮件从外部来源路由到您的域时，它首先到达您的域的权威（soa）开始的DNS服务器。 你的DNS服务器不是你的域名（用于外部名称parsing），你的ISP的DNS服务器是。 ISP没有将您的区域的soa委托给您。 因此，您的ISP必须添加指向您域中的交换服务器的MXlogging。 这个logging告诉soa dns服务器在哪里发送邮件给你的域名。 电子邮件stream量将被发送到您的DNS服务器，将其parsing到您的交换服务器。 您也可以要求您的ISP将您的区域委托给您。