Win Server 2K8 - Configurando o servidor SMTP

Question

Estou configurando um servidor SMTP por trás do NAT. Estou um pouco confuso sobre os requisitos de DNS, pois achei que poderia simplesmente configurar o servidor SMTP e permitir conexões do endereço IP interno da máquina e enviar e-mails bem.

Agora, posso enviar e-mails para contas do gmail, mas em outras contas de e-mail parece não conseguir se conectar ao servidor de e-mail deles.

Eu li algo sobre pesquisas reversas de DNS - eu preciso colocar alguns registros DNS em um domínio para que os outros servidores de e-mail possam fazer uma pesquisa inversa e verificar se eu sou legítimo? Atualmente, os emails vêm apenas do endereço IP externo do servidor.

Atualizar

O problema de envio de email foi identificado como final de linha não padrão no email somente texto. Certifique-se de usar "\r\n" em vez de "\n" em e-mails de texto, pois alguns servidores de e-mail rejeitarão suas mensagens de outra forma!

    

Answer 1

Eu segundo o que DrStalker disse, muitos provedores irão bloquear: 25 para impedir que as pessoas façam exatamente o que você está fazendo "por questões de segurança", mas a maioria também vai levantá-lo se você pedir.

A outra coisa que você precisa analisar são seus registros MX no seu DNS. O registro MX (ou Mail eXchanger) informa aos servidores de e-mail onde entregar os e-mails, pois a maioria dos servidores de e-mail NÃO estão no servidor da Web.

Por exemplo, seu servidor da web está em x.x.x.1 e seu servidor de e-mail está em x.x.x.2 . Seu registro A de www.example.com aponta para x.x.x.1 - ótimo para navegadores da web, mas não é ótimo para entregar e-mails. Para contornar isso, você cria um registro MX para www.example.com que aponta para x.x.x.2 .

Algumas coisas a serem observadas em um registro MX:

1. DEVE apontar para um registro A para um nome de domínio totalmente qualificado
2. NÃO PODE apontar para um CNAME
3. NÃO PODE apontar para um endereço IP

Assim, você pode configurar um registro A para mail.example.com e apontar para x.x.x.2 e seu MX para example.com para mail.example.com .

Sua cabeça explodiu ainda?

É importante notar que este método só é necessário se o seu Servidor de Correio e o seu Servidor da Web estiverem em endereços IP públicos diferentes. Se eles estiverem no mesmo IP público e você simplesmente encaminhar seus e-mails com base na porta do roteador, você não precisará precisar para fazê-lo. No entanto, é uma prática muito boa ter um MX para cada domínio para o qual você espera receber correspondências, mesmo que você apenas o aponte para o registro A da sua zona.

Sua consulta sobre o DNS reverso só é aplicável quando você estiver enviando e-mails. Se você é capaz de enviar para gmail.com as chances são de que você está bem (a maioria dos endereços IP comerciais ou residenciais tem um DNS reverso configurado, apenas aponta para um registro PTR no DNS do ISP), e que não tem nada a ver com o recebimento de e-mail.

    

Answer 2

Não há muito que você precise fazer. Eu não tenho certeza porque isso funcionaria para o gmail e não em outro lugar; exatamente quantos domínios diferentes você tentou enviar para?

1) Verifique seus logs de SMTP. Habilite o log se não estiver habilitado (use o IIS Admin).

2) Certifique-se de que você pode resolver localmente os domínios de correio para os quais você não pode enviar.

3) Tente executar o telnet na porta 25 do (s) servidor (es) ao qual você não pode se conectar. É fácil enviar manualmente um email usando este método.

NOTA: verificar seus registros pode eliminar a necessidade de 2 & 3 normalmente.

4) A ativação do DNS reverso exigirá que você entre em contato com seu provedor de serviços de Internet e solicite que eles o configurem para você. Esse é definitivamente um critério pelo qual os servidores de e-mail / filtros de spam rejeitam o e-mail, embora não seja universal.

5) Se você tem algum tipo de firewall que filtre o SMTP, desative-o (até mesmo verifique seu roteador de internet, especialmente se for da Cisco).

6) Verifique se você configurou o SMTP corretamente: link

    

Answer 3

O seu ISP permite enviar tráfego SMTP? muitos ISPs bloqueiam isso; para verificar tente conectar-se manualmente ao servidor remoto na porta 25. Se isso não funcionar, você precisa obter o ISP para abrir o tráfego SMTP de saída ou configurar o servidor SMTP para retransmitir mensagens através do servidor SMTP do ISP.