Os e-mails estão sendo rejeitados por alguns provedores de e-mail

Question

Eu tenho este aplicativo asp.net que envia e-mails. O servidor SMTP é o iis6. Os e-mails estão sendo enviados em nome de nossos usuários do aplicativo e eles têm nomes de domínio diferentes. A maioria dos provedores de e-mail, como gmail e yahoo, aceitaria os e-mails, mas alguns deles não, e. AOL

Esta é a mensagem que os usuários recebem do nosso servidor SMTP após alguns minutos:

Assunto: Notificação de status de entrega (falha) Esta é uma notificação de status de entrega gerada automaticamente. Não é possível entregar a mensagem aos seguintes destinatários, por não conseguir para se conectar com sucesso ao servidor de e-mail de destino.

    

Answer 1

A mensagem que você postou é uma falha de conexão, o que não significa necessariamente que eles recusaram seu e-mail, parece mais provável que seja um problema de dns ou algum outro problema de conexão. Algumas coisas para verificar / pensar são:

Você pode verificar seu servidor de aplicativos para verificar se está resolvendo adequadamente os registros DNS e MX do domínio que está tentando enviar por e-mail.

Você pode fazer telnet deste servidor para esses domínios? Em caso afirmativo, que resposta você recebe?

Os nomes de domínio dos quais você está enviando possuem registros spf e, em caso afirmativo, o ip do qual você está enviando está incluído no registro spf?

A configuração dos registros DNS reversos é adequada para o IP do qual você está enviando os domínios para os quais você está enviando?

Idealmente, antes que alguém possa realmente lhe dar uma resposta definitiva sobre o problema, você precisa ter um telnet ou algo assim e obter uma resposta do servidor dizendo por que você não pode se conectar em primeiro lugar.

    

Answer 2

Uma opção possível é que esses servidores estejam sinalizando seu e-mail como Spam. Mesmo que não seja um spam realmente , muitos provedores de email bloqueiam mensagens que não são exatamente corretas ou que estão sendo enviadas para um grande número de pessoas.

Nós nos deparamos com isso em um ponto e tivemos que entrar em contato com um grupo de fornecedores para obter uma lista branca. Uma vez que os contatamos e explicamos nosso programa de cupom de e-mail (opt in, totalmente compatível com o CAN-SPAM) e fornecemos os detalhes, eles nos adicionaram às listas brancas.

Existem muitas coisas que podem fazer com que você seja sinalizado como spammer. Aqui está um casal para verificar:

1. Número de e-mails saindo.
2. Cabeçalhos de SMTP no email que não correspondem ao domínio do qual você está enviando. (Exemplo: usando um endereço de @ microsoft.com quando o e-mail é proveniente de seu próprio domínio.) Isso pode acontecer por acidente se você estiver usando um domínio como @ yourcompanyname.com, mas o servidor SMTP estiver registrado em um diferente domínio ou não está registrado em seu domínio.

Aqui estão alguns links que você pode achar útil

link

link

link (não é realmente específico do Domino, apesar do URL)

    

Answer 3

Com quem você está hospedando sua inscrição? Eu tive problemas com hosts compartilhados, tendo todos os sites hospedados em seus servidores na lista negra do spam.

O fato de seu aplicativo não estar enviando spam não significa que outro aplicativo no host compartilhado não esteja. Como é um host compartilhado, todo o tráfego SMTP vem da mesma fonte, e pode acabar sendo bloqueado.

    

Answer 4

A mensagem que você postou é uma falha de conexão, o que não significa necessariamente que eles recusaram seu e-mail, parece mais provável que seja um problema de dns ou algum outro problema de conexão. Algumas coisas para verificar / pensar são:

1. Você pode verificar seu servidor de aplicativos para verificar se está resolvendo adequadamente os registros DNS e MX do domínio que está tentando enviar por e-mail.

2. Você pode fazer telnet deste servidor para esses domínios? Em caso afirmativo, que resposta você recebe?

3. Os nomes de domínio dos quais você está enviando possuem registros spf e, em caso afirmativo, o ip do qual você está enviando está incluído no registro spf?

4. A configuração dos registros DNS reversos é adequada para o IP do qual você está enviando os domínios para os quais você está enviando?

Idealmente, antes que alguém possa realmente lhe dar uma resposta definitiva sobre o problema, você precisa ter um telnet ou algo assim e obter uma resposta do servidor dizendo por que você não pode se conectar em primeiro lugar.

    

Answer 5

De onde vem o NDR, presumivelmente seu servidor SMTP IIS, embora eu não trabalhe com o IIS SMTP com muita frequência, por isso não tenho certeza se o servidor SMTP do IIS é capaz de gerar NDRs.

Em qualquer caso, certifique-se de ativar o log nas propriedades do servidor SMTP do IIS e, em seguida, verifique os logs após receber uma notificação de falha na entrega. Se não houver entradas no arquivo de log que correspondam ao email que gerou a notificação de falha na entrega, suspeitaria de um problema com o cliente DNS do servidor IIS capaz de resolver o registro MX do domínio do destinatário. Se houver entradas no arquivo de log que correspondam ao email que gerou a notificação de falha na entrega, os códigos de status do SMTP no arquivo de log deverão indicar o que está acontecendo.

    

Answer 6

Verifique se você está especificando Remetente e Retornar-Caminho no cabeçalho do e-mail. Leia este aqui: Enviar email em nome dos clientes

    

Answer 7

Você deve primeiro verificar se pode realmente conectar ao servidor de e-mail SMTP de destino a partir do seu servidor interno. Você pode fazer isso por telnet <destination server> 25 e ver se recebe a saudação. Às vezes, alguns locais filtram as conexões da porta 25 como uma política de prevenção de spam.

Outro possível problema com o correio é a configuração reversa do dns. Às vezes, os servidores de destino verificam quem você reivindica , verificando seu ip de origem em relação ao domínio que você afirma representar. Talvez seja necessário configurar isso com seu provedor de DNS.

    

Answer 8

Alguns servidores de e-mail limitarão suas conexões até você estabelecer esse endereço IP como um remetente seguro. Isso leva várias coisas - você precisa seguir as melhores práticas para configurações:

1. Entrada reversa de DNS
2. SenderID / SPF
3. Chaves de domínio

Você também ficará melhor se enviar o (s) IP (s) para várias listas de remetentes de lista de permissões / em massa, como a AOL e o yahoo.

O número de usuários que denunciam você como spam e o número de endereços de e-mail inválidos para os quais você envia também afetarão sua capacidade de envio.

Habeas e Returnpath também podem fornecer alguns "pontos" extras para melhorar sua pontuação de spam.

Por fim, se você estiver enviando e-mails de usuários que não estão em seu domínio, é provável que você sempre tenha alguns problemas. Você pode tentar enviar um endereço de e-mail específico e apenas alterar o nome e o endereço "responder para" no e-mail.