O Microsoft Exchange 2013 não está recebendo email da Internet

Question

Estamos com problemas no nosso servidor Exchange 2013. O servidor está executando o Windows Server 2008 R2 Standard.

O problema que estamos tendo é que nosso servidor Exchange não está recebendo e-mails da Internet. Atualmente, ele pode enviar e-mails para endereços da Internet e enviar e receber e-mails internos do servidor de e-mail atual. Verifiquei as configurações dos conectores de recebimento e tudo parece correto. Nós tentamos tudo o que podemos pensar.

Podemos enviar e receber e-mails localmente e enviar para uma conta do Gmail. No entanto, não recebemos o email de resposta da conta do Gmail para a caixa de entrada.

Obrigado antecipadamente !! A imagem é das configurações de DNS no servidor do Exchange.

    

Answer 1

Isso parece um problema de DNS.

Primeiro, uma pequena dica: é inútil ocultar seu endereço IP enquanto você publica seus nomes DNS ... também temos a resolução de DNS:)

Ok, vamos dar uma olhada nisso. autodiscover.clearspaninc.com e owa.clearspaninc.com parecem estar definidos, mas não podem ser resolvidos , pelo menos da minha rede. Isso me levou a dar uma olhada no registro NS para o domínio 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

Ok, vamos parar por um momento. Você postou uma captura de tela do que parece claramente um servidor DNS da Microsoft, mas os listados aqui não são seus servidores: parece que o seu domínio DNS é realmente gerenciado pelo seu provedor, não por você. Assim, qualquer coisa que você escreva no seu servidor DNS será simplesmente ignorado pelo resto do mundo.

E, de fato, o problema parece estar aqui. Para mim (e para o resto do mundo), o nome mail.clearspaninc.com resolve para 173.10.197.225 e, ao fazer um telnet mail.clearspaninc.com 25 , é isso que recebo:

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

Opa. Isso definitivamente não é o seu servidor Exchange.

    

Answer 2

De uma rede externa, tente usar telnet para fazer telnet na porta smtp.

telnet IP 25. Você deve receber uma resposta. onde IP é o seu endereço IP externo.

em alguns casos, as pessoas redirecionam smtp.domain.com para o seu ip. Nesse caso, telnet smtp.domain.com 25

    

Answer 3

Primeiro, verifique se os vários serviços de transporte estão sendo executados; em seguida, use netstat para verificar se realmente há algo escutando na porta TCP 25 em seu servidor Exchange.

Próxima etapa: no próprio servidor, faça um telnet localhost 25 ; você deve obter uma resposta do servidor SMTP do Exchange. Você também pode fazer o mesmo de outro computador na mesma rede.

Se tudo estiver ok por dentro, tente conectar-se ao seu endereço IP externo na porta TCP 25. Tente isso em um computador externo real, porque dependendo da configuração do firewall, isso pode falhar se você tentar de dentro da sua rede ( devido a um fenômeno chamado Hairpin NAT ).

Se você não consegue se conectar com sucesso do lado de fora, então você tem um problema de firewall; Se você puder, verifique se o registro MX do seu domínio está apontando para o seu endereço IP público.

Se mesmo isso estiver correto, o seu servidor do Exchange provavelmente receberá mensagens externas, mas estará rejeitando-as por algum motivo; os logs SMTP devem poder dizer por que.

    

Answer 4

Seu problema foi respondido várias vezes acima. Quando o email é roteado de uma fonte externa para o seu domínio, ele primeiro vai para o servidor DNS que é o início da autoridade (soa) do seu domínio. Seu servidor DNS não é o soa para o seu domínio (para resolução de nome externo), é o servidor DNS do seu ISP. O ISP não delegou o soa para sua zona para você. Por causa disso, o seu ISP deve adicionar um registro MX que aponte para o servidor do Exchange no seu domínio. Esse registro informa ao servidor soa dns para onde enviar e-mail para seu domínio. O tráfego de e-mail será então enviado para o seu servidor dns, que irá resolvê-lo para o seu servidor Exchange. Você também pode pedir ao seu ISP para delegar sua zona para você.