Como faço para rastrear qual endereço de e-mail está causando a não entrega?

Question

Eu trabalho para uma agência do governo local onde gerenciamos nossa própria lista de e-mails para divulgar notícias e informações para nossos cidadãos. Eu tento me manter proativo na remoção de endereços de e-mail que não existem mais e lidar com listas negras de spam. No entanto, há um relatório de falha na entrega que está me desconcertando. Aqui está uma captura de tela:

Asáreasdesfocadasindicamnossoservidordee-mail.

Comovocêpodever,nãohánenhumendereçodee-mailláquedigaondeestáoproblema.Eurecebováriosdestescadavezqueenviamosoutrocomunicadodeimprensatudoéomesmo,masadata,oíndicedediscussãoeoiddamensagem.Eunãoconseguiencontrarnadadissonoslogsdoservidordeemail.Comofaçoparadescobriraqueendereçodee-mailissoserelacionaparaqueeupossaremovê-lo?

Paraocontexto,ose-mailssãogeradosemnossoservidordawebusandooutrosoftwaredeservidordee-mail.Nossoservidordee-mailprincipalestáexecutandooExchange.Eufaleicomonossoadministradordoservidordee-mailsobreesseproblema,eelesnãovêemnadaemseusregistros.

Atualização:Aquiestáoutrotipoquerecebocomomesmoproblema.Euentendooqueoerrosignifica,mascomoeuseioqueéessedomínio?

    

Answer 1

Para terminar esta questão. Eu encontrei a causa. O servidor de e-mail que estávamos usando não estava configurado corretamente. Uma das configurações refere-se ao domínio incorreto. Atualizei isso para usar o domínio certo e agora não consigo mais receber essas mensagens.

    

Answer 2

Manter uma lista de discussão grande pode envolver uma boa quantidade de trabalho de detetive. Muito disso é causado pelo MS Exchange e por outros servidores de e-mail que acham uma ótima idéia não usar códigos SMTP 5xx para indicar usuários desconhecidos, mas aceitar e-mails para todos e gerar novos e-mails para informar aos remetentes que alguns usuários não existir. Para tornar a vida ainda mais divertida, o formato dessas "respostas" pode ser configurado, então você não pode confiar em uma resposta em formato padrão.

Quando as pessoas voltam às listas de e-mails, alguns softwares de lista não reconhecem o e-mail personalizado "No such user" e gera um novo e-mail "Não sei do que você está falando", de volta para a conta do sistema da qual o e-mail original "Nenhum usuário" foi enviado.

Eles podem voltar e avançar por um tempo, até que finalmente uma resposta automatizada (para uma resposta automática) ^ n para um e-mail automático que não é desse usuário (para grande n ) atinge um ser humano, que então tem que começar a trabalhar em qual usuário inscrito inválido causou o email original.

Parabéns, este é você e é o seu trabalho. As técnicas que usei com sucesso incluem:

1. fazendo uma suposição sobre o domínio do usuário remetente (que, nesse caso, pode ser lotuslive.com ), perguntando ao servidor de lista quais usuários estão nesse domínio (que mailman envolve sudo -u mailman list_members -f LISTNAME | grep lotuslive.com ) e enviar a cada um deles um e-mail de teste pessoal para procurar retornos;

2. repetindo o acima, mas para cada usuário inscrito, fazendo um dig mx DOMAINNAME e verificando se algum dos domínios dos destinatários está com delegação de MX para lotuslive.com , depois para cada um deles, enviando um e-mail de teste pessoal procurar bounces;

3. reduzindo a velocidade de entrega do mecanismo de lista para um rastreamento (como um e-mail enviado por minuto) e tentando correlacionar as respostas (ver registros do servidor de e-mail) com o destinatário;

4. aceitando que eu nunca vou descobrir quem é, e envolvendo procmail ou algum filtro semelhante para suprimir o erro final, então eu não tenho que lê-lo toda vez que um e-mail legítimo é enviado para a lista.

Em suma, não há resposta única; trabalho de detetive paciente é chamado, e isso é apenas parte do boulot de uma lista de administração. Boa sorte.