Observação: Domínios e IPs ofuscados por segurança.
Temos um aplicativo da web interno que envia relatórios por e-mail para vários fornecedores. Nosso servidor de troca principal (nome de domínio co.XXX.YY.ZZ) não retransmite mensagens, portanto, um dos nossos servidores da Web (Windows Server 2003) é configurado com o servidor SMTP básico para fazer retransmissão de email (nome de domínio ABABA.net).
Temos cerca de 300 fornecedores cadastrados e o aplicativo funciona bem. No entanto, um fornecedor relatou não receber os e-mails enviados para eles. Verificamos que o e-mail sai pelos nossos próprios registros do servidor:
12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 36, 49, 250, 0, MAIL, -, FROM:<[email protected]>,
12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 25, 28, 250, 0, RCPT, -, TO:<[email protected]>,
12.34.567.8, ntintwebp, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, 12.34.567.8, 0, 81154, 132, 250, 0, DATA, -, <[email protected]>,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 47, 0, 114, 0, 0, -, -, 220 mail.schmoe.org Microsoft ESMTP MAIL Service, Version: 5.0.2195.6713 ready at Mon, 29 Dec 2008 09:47:41 -0700 ,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 47, 0, 4, 0, 0, EHLO, -, ntintwebp.ABABA.net,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 109, 0, 40, 0, 0, -, -, 250-mail.schmoe.org Hello [11.222.333.44],
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 109, 0, 4, 0, 0, MAIL, -, FROM:<[email protected]>,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 140, 0, 47, 0, 0, -, -, 250 2.1.0 [email protected] OK,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 140, 0, 4, 0, 0, RCPT, -, TO:<[email protected]>,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 187, 0, 26, 0, 0, -, -, 250 2.1.5 [email protected] ,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 187, 0, 4, 0, 0, BDAT, -, 81476 LAST,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 718, 0, 85, 0, 0, -, -, 250 2.6.0 <[email protected]> Queued mail for delivery,
98.765.432.100, OutboundConnectionCommand, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 718, 0, 4, 0, 0, QUIT, -, -,
98.765.432.100, OutboundConnectionResponse, 4/23/2009, 9:47:02, SMTPSVC1, NTINTWEBP, -, 750, 0, 61, 0, 0, -, -, 221 2.0.0 mail.schmoe.org Service closing transmission channel,
O departamento de TI do fornecedor fez algumas pesquisas e indicou que os registros DNS do ABABA.net não eram válidos e que o endereço [email protected] era um endereço de e-mail inválido (mesmo através do DE Este campo está usando nosso endereço [email protected] válido. Além disso, eles disseram que o endereço [email protected] falha nas verificações de sintaxe, DNS e SMTP.
Tivemos alguns outros fornecedores relatando problemas, mas com a lista branca, o domínio yavco.net resolveu esses problemas, pois acredito que eles estavam relacionados a spam e não relacionados à entrega.
Alguma idéia de como resolver esse problema no servidor?
Isso provavelmente tem a ver com não ter registros DNS reversos públicos configurados para o servidor que envia o email.
Verifique se você configurou um registro DNS reverso para seu servidor e se o endereço para o qual ele envia relatórios (após qualquer SNATting, etc.) pode ser resolvido e relata o domínio correto do servidor de envio.
Meu palpite é que o servidor está olhando para o endereço do REPLY-TO, que não é o mesmo que o seu endereço FROM. Se você puder adicionar um cabeçalho REPLY-TO explícito na mensagem de saída, com o mesmo valor que o FROM, isso poderá resolver o problema.