Como solucionar problemas de e-mails não recebidos que não retornam?

Question

Primeiro, foi-me dito que, se um email não for entregue, você sempre receberá uma devolução. Em outras palavras, o servidor informa que não foi possível entregar o e-mail e você está efetivamente notificado de que a pessoa que estava tentando acessar não foi ouvida por você.

Também me disseram que os usuários de spam geralmente acabam com o e-mail sem notificar o remetente. Isso, na minha opinião, se qualifica como um e-mail entregue, mas o apanhador de spam simplesmente o transfere para uma pasta de lixo eletrônico.

Às vezes, no entanto, você envia um e-mail e nunca recebe uma resposta. Uma semana depois, você liga para eles e eles dizem que nunca receberam. Você conhece essa pessoa. Você enviou e-mails para eles sem problemas. Às vezes, seu e-mail "invisível" era uma resposta ao e-mail original. Então, enquanto você as tem no telefone, você manda outra, e elas não entendem! O que você deveria fazer?

Para investigar, você pode tentar enviar e-mails para um de todos os endereços envolvidos e, em seguida, verificar se eles foram entregues:

1. do seu primário para o primário do seu amigo.
2. do seu secundário para o primário do seu amigo.
3. do seu primário para o secundário do seu amigo.
4. do seu e-mail secundário para o secundário do seu amigo.
5. todas as ordens inversas nos pontos acima, totalizando oito e-mails enviados.

O que você pode fazer em circunstâncias em que um ou todos esses oito e-mails de teste não são recebidos e o que indica se nenhuma mensagem "não entregue" foi retornada? Onde ao longo do caminho de entrega o email pode ser interrompido e como você conserta isso?

Na minha circunstância específica, isso aconteceu recentemente com dois clientes (negócios, então isso é de vital importância).

Com os primeiros e-mails do cliente testados:

1. me@my_primary.com para client1@their_primary.com - não recebido, sem retorno, não encontrado em lixo.
2. me@my_primary.com para client2@their_primary.com - não recebido, sem retorno, não encontrado em lixo.
3. me@my_secondary.com para clientany@their_primary.com - recebido
4. clientany@their_primary.com para me@my_primary.com - recebido

Com os e-mails do segundo cliente testados:

1. me@my_primary.com para client1@their_primary.com - não recebido, sem retorno, não encontrado em lixo.
2. me@my_secondary.com para client1@their_primary.com - recebido
3. clientany@their_primary.com para me@my_primary.com - recebido

Com ambos os clientes, eles receberam e-mails antes do meu endereço de e-mail principal várias vezes, mas agora havia esse problema. Eu suspeito que outros clientes não receberam alguns e-mails devido à falta de resposta.

Meus e-mails principais são por meio de um domínio hospedado no bluehost com um IP dedicado. De acordo com o suporte técnico da Bluehost, os e-mails recebidos são roteados por meio desse IP, mas todos os e-mails de saída da Bluehost são encaminhados por meio de um IP de proxy rotativo, algo assim. Basicamente, meu IP dedicado nunca é tocado por e-mails enviados. Isso significa que os e-mails enviados ainda são suscetíveis a IPs na lista negra causados por outros usuários que não se comportam sozinhos. De acordo com o suporte técnico da Bluehost, houve um pequeno problema na época em que meus emails com falha foram enviados e nem todos os domínios com mandados falhos estavam recebendo devoluções. Este poderia ter sido o meu problema.

    

Answer 1

Convertendo alguns dos meus comentários anteriores para uma resposta, pois acredito que seja uma boa etapa inicial geral para servidores hospedados e executados internamente:

Você fez a coisa certa executando os testes que você executou; Um conjunto concreto de testes para isolar e reproduzir um problema é sempre um bom primeiro passo. Um bom próximo passo para diagnosticar esse tipo de problema é verificar os logs, embora isso nem sempre seja diretamente possível se você não controlar seu servidor de e-mail.

Se você executar seu próprio servidor, verifique os logs de fila de saída do servidor de e-mail de envio. Veja se há alguma coisa de nota. Se você tiver controle sobre o servidor de recebimento, verifique também os logs. Os e-mails de devolução que você recebe (ou não recebe) geralmente são apenas um "resumo" final do status. Informações mais detalhadas e de maior resolução geralmente podem ser encontradas nos registros.

Se você não executar seu próprio servidor (por exemplo, no seu caso, como bluehost tem controle), o próximo passo que eu recomendaria é ligar para o suporte técnico do seu provedor de hospedagem e explicar sua situação, perguntando se eles têm quaisquer detalhes adicionais registrados que possam lançar luz. Além disso, eles podem ter conhecimento de algum outro problema em andamento que está afetando você e que você não teria sido capaz de descobrir por conta própria - isso é especialmente útil porque evita o trabalho de tentar investigar um problema que não é solucionável por você. A maneira como você prossegue dependerá dos resultados dessa conversa.

    

Answer 2

Houve um tempo em que os servidores tentavam devolver todos os emails com falha. (Houve um tempo em que você poderia confiar mais ou menos em todos na rede, ou pelo menos no administrador do sistema.) Os horários mudaram e a maioria das mensagens de e-mail é spam.

Mesmo ao tentar enviar mensagens de devolução, há condições que impedem o envio da resposta. Estes devem ser principalmente problemas com o domínio de origem.

O único momento seguro para devolver uma mensagem é antes de ela ser aceita. Muitos servidores aceitam todas as mensagens e só mais tarde verificam se podem entregar a mensagem. Depois que a mensagem for aceita, é provável que a rejeição seja enviada para um domínio que tenha sua identidade falsificada e seja considerado um spam de retroespalhamento.

Outra razão para não devolver mensagens é proteger a lista de endereços de e-mail válidos. A mensagem de retorno com no such user errors permite limpar listas de possíveis endereços de e-mail. Isso simplifica as campanhas de email segmentadas que podem ser usadas para phishing.

O e-mail que ocupa uma posição significativamente alta em indicadores de spam geralmente é descartado. Isso é o que acontece com todas as mensagens de fraude '419' que recebo. Certas listas negras são consideradas confiáveis o suficiente para que sua mensagem seja descartada.

As mensagens enviadas de um endereço IP dinâmico também podem ser descartadas, pois as chances são de mais de 99% de spam. Desculpe, existem muitos spambots por aí em endereços IP dinâmicos. Um endereço IP estático com validação reversa de passagem DNS provavelmente será válido.

Os problemas com a entrega são mais bem tratados trabalhando com seus registros e seus registros. Você deve ser capaz de verificar em seus logs em qual servidor sua mensagem foi entregue. Eles devem ser capazes de verificar em seus registros o que aconteceu com sua mensagem.

Existem máquinas que devolvem a sua mensagem para você com várias indicações da qualidade das suas mensagens. Para que isso funcione, você precisa ter mensagens de entrada funcionando. Então você pode começar a trabalhar com mensagens enviadas.

Eu postei bastante no e-mail. Meu artigo sobre Detecting Email Server Forgery lista alguns serviços de validação. Minha postagem original em Como executar um servidor de e-mail é um pouco divertida como na época em que eu estava lidando com um número de servidores mal configurados. Organizações maiores estão aumentando as políticas de aplicação contidas no meu link .