Precisa obter o servidor SMTP no MS Server 2003

Question

Para encurtar a história, preciso obter uma configuração de servidor SMTP dentro da rede de um cliente da qual eu possa enviar e-mails. Essa coisa não precisa receber e-mails nunca, e realmente só precisa de 1 conta de e-mail customercare.

O que posso fazer? Terei que fazer com que a empresa de rede abra uma porta no firewall? Existe um construído no Microsoft Server 2003?

Longa história: cliente paga empresa de redes para mover seu site em casa. Agora eu tenho que descobrir como e-mail para fora do seu site, mesmo que eles não tenham um servidor SMTP. Pelo menos até eu instalar um.

O e-mail deles está hospedado no Gmail agora (o domínio do cliente por meio do aplicativo do Google para seu domínio). Mudei meu código para me conectar como um de seus usuários "[email protected]" e envie um e-mail. Funcionou muito bem por cerca de 12 horas.

De repente, nenhum dos e-mails automáticos está saindo agora, e o Google está enviando os e-mails de volta, dizendo que é uma falha permanente e que a Mensagem foi rejeitada. O link para o qual eles me direcionaram, link , informa que nossos e-mails parecem spam. Eles não são. São e-mails que enviamos para clientes sobre o status de seus aplicativos. Sério, eles não são spam.

    

Answer 1

O ongle está certo: você pode configurar o Gmail como um smarthost para o seu servidor virtual IIS SMTP desta maneira:

link

Isso também funciona com uma máquina XP com o serviço SMTP do IIS 5.1 instalado (apenas testei com minha máquina).

Observação: se você ainda não o fez, recomendamos criar um usuário de e-mail [email protected] no gmail e usá-lo como suas credenciais de SMTP para autenticar com o gmail porque o gmail ignorará o que você colocou no cabeçalho: e reescrevê-lo como o usuário autenticado (por padrão, de qualquer maneira, eu não sei se você pode mudar isso).

Quanto às alterações de firewall, a menos que a empresa de rede tenha a filtragem de saída (firewall) de saída em andamento, não será necessário abrir nenhuma porta, pois o 587 geralmente é permitido em conexões residenciais.

Para verificar essa caixa de correio, eu recomendaria que a conta POP ou IMAP da equipe de atendimento ao cliente do cliente ou simplesmente configurasse o encaminhamento para outro endereço em uso / verificado.

    

Answer 2

Você pode usar o IIS para configurar internamente um servidor SMTP que retransmite seu email para um servidor de email externo inteligente, mas esse pode não ser seu verdadeiro problema. No entanto, ele forneceria um ponto central de administração para enviar e-mails do (s) seu (s) servidor (es).

Para ajudar a informar ao servidor de e-mail que você está autorizado a enviar o e-mail, crie um registro SPF na sua configuração de DNS. Isso permite que os servidores de e-mail saibam que seu endereço está autorizado a enviar e-mail em seu nome.

Se você não conseguir fazê-lo funcionar, você também pode usar um provedor como AuthSMTP para enviar e-mails de lugares que estão em listas de spam.

    

Answer 3

Além do que o ongle sugeriu, em vez de configurar um smarthost (que pode não estar disponível para você), adicione um domínio remoto com um espaço de endereço de * .com e defina a opção de que o email recebido possa ser retransmitido para este domínio remoto. Dessa forma, o email enviado pelo servidor SMTP para qualquer destinatário com um endereço de email [email protected] pode ser entregue. Crie domínios remotos para qualquer outro gTLD para o qual você enviará e-mails (.net, .edu, etc.).

    

Answer 4

Além do que já foi dito, você precisa garantir que os vários itens relacionados, como o registro SPF, estejam configurados corretamente. Eu acredito que o Gmail é muito exigente com essas coisas.