ASP.NET enviando e-mail por problema de troca

1

Eu tenho um servidor Exchange 2010 em execução no Windows 2008 R2, também tenho um servidor remoto executando o Windows 2003 com vários sites nele (todos os sites do asp.net mvc 2). Eu configuro um transporte em troca e todos os sites no meu servidor remoto podem enviar e-mail nenhum problema para ninguém no servidor de troca e para qualquer domínio externo.

Agora, para o meu problema. Estou tendo problemas com esse servidor, por isso mudei um dos sites para executar no meu servidor de troca, ele funciona bem (site de baixo impacto), exceto que o e-mail não funciona nesse site. Eu tentei mudar o transporte em troca para adicionar o endereço IP da máquina local e os endereços 127.0.0.1 e ainda não está enviando nenhum email.

Alguma idéia de como fazer isso funcionar?

Os sites remotos ainda podem enviar e-mails sem nenhum problema, a versão do site que eu tive que mover no servidor remoto ainda pode ser enviada por e-mail, mas no servidor de troca do site, o e-mail não é enviado.

Eu acho que é um problema de transporte, já que ele está sendo executado no mesmo servidor que um firewall não deve ser o problema.

Alterei a configuração do smtp no web.config para o localhost, e agora recebo emails na minha conta no servidor do Exchange, mas não recebo emails em endereços externos.

Para adicionar mais descrição, este é um site customizado do asp.net mvc 2. E nenhum erro foi gerado no código ao enviar o email nos dois casos.

    
por Solmead 06.10.2010 / 17:57

3 respostas

1

Você precisa fornecer mais detalhes sobre seu aplicativo. Você está tentando enviar e-mails autenticados ou e-mails anônimos? Todos os seus sites que estão sendo executados no Windows 2003 não funcionam mais com o servidor de mensagens do Exchange ou são apenas um site específico?

Você pode querer verificar o link , pois eles podem ter uma solução programável para você. Eu não recomendo executar qualquer tipo de site em um servidor Exchange, independentemente de quão pesado ou leve o uso pode ser.

Algumas coisas simples para verificar: portas de firewall, quaisquer atualizações / correções aplicadas ao servidor do Exchange e / ou servidor Web que possam afetar as portas, verificar logs no servidor Web / Exchange, etc. etc. Seria provavelmente mais fácil para percorrer seu aplicativo da web no visual studio usando pontos de interrupção para ver o que exatamente está acontecendo no aplicativo, mas eu tentaria primeiro diagnosticar se esse é um problema de aplicativo versus problema de não-aplicativo.

Este é um aplicativo ASP.NET personalizado ou uma solução de fornecedor? Eu acho que você precisa ler esta página ( link ) e tentar determinar alguns dos fatores que contribuem para isso questão.

    
por 06.10.2010 / 19:21
1

Eu começaria verificando os logs dos conectores de recebimento no Exchange. Geralmente em algo como C:\Program Files\Exchange Server\V14\TransportRoles\Logs\ProtocolLog\SmtpReceive Certifique-se de que o registro detalhado esteja ativado para todos os conectores de recebimento.

  1. Você pode ver se os e-mails do aplicativo estão chegando ao ponto de se conectar ao conector de recebimento do Exchange
  2. Se você tiver vários conectores de recebimento, poderá verificar quais estão sendo usados para os emails do aplicativo. Eu tive várias instâncias em que tenho vários conectores de recebimento (um para e-mails internos de diversos dispositivos de rede, um para receber da Internet, um para aplicativos personalizados internos etc.) e o conector de recebimento errado estava recebendo o e-mail. Eu tinha autorização diferente (anônima, autenticada, etc.) e permitia IPs para cada um, o que causava vários erros. problemas. O fato de seu site estar no servidor Exchange agora pode estar fazendo com que ele use um conector de recebimento diferente e esteja sujeito a algo que seu aplicativo não está contando.
por 05.05.2013 / 17:24
0

Você tem IPv6 ativado no Exchange Server? Quando seu site tentar resolver o nome do servidor de e-mail, ele poderá estar tentando usar o endereço IPv6, que não foi mencionado na descrição acima do conector de recebimento.

    
por 24.09.2012 / 17:03