O que pode fazer com que um usuário receba e-mails duplicados?

5

Um de nossos clientes está recebendo e-mails duplicados do nosso aplicativo, embora, até onde eu saiba, os logs do aplicativo e do SMTP estejam sendo enviados apenas uma vez.

Quais são algumas das maneiras pelas quais um email pode ser duplicado entre enviá-lo e recebê-lo?

Mais alguns detalhes: os e-mails estão sendo enviados via IIS6. As duplicatas que o usuário recebe realmente são duplicatas exatas, diretamente nos cabeçalhos das mensagens (incluindo o mesmo ID da mensagem). Não há nenhuma duplicação aparente nos logs de origem do SMTP - não sou um administrador de sistema, por isso não tenho muita experiência com isso, mas parece normal:

2012-02-16 17:54:45 127.0.0.1 portal PORTAL 127.0.0.1 MAIL +FROM:<[email protected]> 250 0 59 46
2012-02-16 17:54:45 127.0.0.1 portal PORTAL 127.0.0.1 RCPT +TO:<[email protected]> 250 0 33 30
2012-02-16 17:54:45 127.0.0.1 portal PORTAL 127.0.0.1 DATA <[email protected]> 250 0 140 10654

e depois (eu suponho) a resposta do próprio servidor de email de destino algumas linhas depois:

2012-02-16 17:54:45 208.186.207.146 OutboundConnectionResponse PORTAL - - 220+smtp.redacted.com+ESMTP+Service+ready 0 0 41 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionCommand PORTAL - EHLO portal.mycompany.com 0 0 4 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionResponse PORTAL - - 250-Requested+mail+action+okay,+completed 0 0 41 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionCommand PORTAL - MAIL FROM:<[email protected]>+SIZE=10998 0 0 4 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionResponse PORTAL - - 250+Requested+mail+action+okay,+completed 0 0 41 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionCommand PORTAL - RCPT TO:<[email protected]> 0 0 4 0
2012-02-16 17:54:46 208.186.207.146 OutboundConnectionResponse PORTAL - - 250+Requested+mail+action+okay,+completed 0 0 41 0
2012-02-16 17:54:46 208.186.207.146 OutboundConnectionCommand PORTAL - DATA - 0 0 4 0
2012-02-16 17:54:46 208.186.207.146 OutboundConnectionResponse PORTAL - - 354+Start+mail+input;+end+with+<CRLF>.<CRLF> 0 0 44 0

(… então leva alguns segundos até…)

2012-02-16 17:54:50 208.186.207.146 OutboundConnectionResponse PORTAL - - 250+Requested+mail+action+okay,+completed 0 0 41 0
2012-02-16 17:54:50 208.186.207.146 OutboundConnectionCommand PORTAL - RSET - 0 0 4 0
2012-02-16 17:54:50 208.186.207.146 OutboundConnectionResponse PORTAL - - 250+Requested+mail+action+okay,+completed 0 0 41 0
    
por Gavin 18.02.2012 / 01:44

2 respostas

5

O servidor de e-mail do cliente pode ter certas regras nele ("Regras de Transporte" é a nomenclatura se for um servidor Exchange) que está duplicando inexplicavelmente seu e-mail de entrada. Você precisará trazer esse problema para o cliente.

Além disso, o programa de e-mail do cliente pode ter regras simples de caixa de entrada com lógica fraca. Eu já vi mais do que alguns problemas de e-mail que foram resultado de uma regra de cliente de e-mail mal projetada que inadvertidamente duplicou, moveu ou excluiu e-mails para os quais não pretendia.

    
por 18.02.2012 / 03:14
6

Existem dois casos em que eu vi isso.

  • A mensagem é entregue a mais de um alias em momentos diferentes ou como mensagens diferentes. Isso acontece muito para mim, pois eu uso muitos aliases. Verifique os cabeçalhos do ID da mensagem, que deve ser diferente. O endereço original pode ser incluído em um cabeçalho recebido ou no envelope para o cabeçalho, se presente.
  • Um servidor aceitou a mensagem para entrega, mas o servidor que está enviando para ela não recebe a mensagem de aceitação. Ele tenta novamente. Nesse caso, o cabeçalho do ID da mensagem terá o mesmo valor, mas os cabeçalhos recebidos serão diferentes. O servidor onde os cabeçalhos recebidos começam diferindo é onde o problema foi iniciado. Na minha experiência, este foi um firewall que encerra a conexão muito rapidamente.

Em ambos os casos, você precisa dos cabeçalhos das mensagens para diagnosticar o problema.

    
por 18.02.2012 / 15:13