Microsoft Exchange 2013 не получает интернет-электронное письмо
У нас есть проблемы с нашим сервером обмена 2013. Сервер выполняет Стандарт Windows Server 2008 R2.
Проблема, которую мы имеем, - то, что наш Exchange Server не получает интернет-электронные письма. Это может в настоящее время отсылать почту в интернет-адреса, и отправлять и получать внутренние электронные письма от текущего почтового сервера. Я проверил настройки получить коннекторов, и все кажется корректным. Мы попробовали все, о чем мы можем думать.
Мы можем отправить и получить электронное письмо локально и послать на счет Gmail. Однако мы не получаем электронную почту ответа от учетной записи Gmail до ящика входящих сообщений.
Заранее спасибо!! Изображение имеет настройки DNS на Exchange Server. 
Из внешней сети попробуйте использовать telnet to telnet в порт smtp.
telnet IP 25. Вы должны получить ответ. где IP - ваш внешний IP адрес.
В некоторых случаях люди перенаправляют smtp.domain.com на свой ip. В таком случае telnet smtp.domain.com 25
Похоже на проблему с DNS.
Во-первых, небольшой совет: довольно бесполезно скрывать IP-адрес во время размещения DNS-имени... у нас тоже есть разрешение DNS :)
Хорошо, давайте посмотрим. autodiscover.clearspaninc.com и owa.clearspaninc.com, кажется, определены, но они не могут быть разрешены , по крайней мере, из моей сети. Это побудило меня взглянуть на запись NS для домена clearspaninc.com:
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
Хорошо, давайте остановимся на этом на минутку. Вы разместили скриншот с того, что явно похоже на DNS-сервер Microsoft, но перечисленные здесь определенно , а не ваши серверы: похоже, что ваш DNS-домен на самом деле управляется вашим провайдером, а не вами. Таким образом, все, что вы пишете в ваш 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)
Whoops. Это определенно не ваш Exchange-сервер.
Прежде всего, проверьте, работают ли различные транспортные службы; затем используйте netstat , чтобы проверить, действительно ли что-то прослушивает TCP-порт 25 на вашем сервере Exchange.
Следующий шаг: с самого сервера выполните telnet localhost 25 ; вы должны получить ответ от SMTP-сервера Exchange. Вы также можете сделать то же самое с другого компьютера в той же сети.
Если все выглядит нормально изнутри, попробуйте подключиться к вашему внешнему IP-адресу через TCP-порт 25. Попробуйте это с реального внешнего компьютера, потому что это зависит от вашего брандмауэра. конфигурации, это может потерпеть неудачу, если вы попробуете его изнутри своей сети (из-за явления, называемого Hairpin NAT ).
Если вы не можете успешно подключиться извне, то у вас проблема с межсетевым экраном; если вы можете, то дважды проверьте, действительно ли запись MX для вашего домена указывает на ваш общедоступный IP-адрес.
Если даже это нормально, то ваш сервер Exchange, скорее всего, получает внешние сообщения, но отклоняет их для некоторая причина; журналы SMTP должны рассказать вам, почему.
На вашу проблему несколько раз отвечали выше. Когда электронная почта маршрутизируется от внешнего источника к вашему домену, она сначала идет на DNS-сервер, который является началом полномочий (soa) для вашего домена. Ваш DNS-сервер не является связующим звеном для вашего домена (для разрешения внешних имен), а является DNS-сервером вашего провайдера. Провайдер не делегировал вам соа для вашей зоны. Поэтому ваш провайдер должен добавить запись MX, указывающую на Exchange-сервер в вашем домене. Эта запись говорит серверу soa dns, куда отправлять электронную почту для вашего домена. Затем почтовый трафик будет отправляться на ваш dns-сервер, который будет разрешать его на вашем Exchange-сервере. Вы также можете попросить вашего провайдера ISP делегировать вам вашу зону.
.