Como garantir a entrega de mensagens para nosso aplicativo?

Question

Temos um aplicativo Rails usado para suporte & bilhetes de ajuda.

Ele envia aos clientes um email de confirmação quando eles enviam uma solicitação. Também envia um email quando respondemos ao seu pedido. Não recebe correio.

Na última semana, mais de 25% dos nossos clientes deixaram de receber as respostas. Eles acham que não estamos respondendo ao ingresso deles (quando realmente estamos).

Eu fiz um teste com minha conta @ yahoo.com e encontrei isso no arquivo mail.log:

Jul  9 16:11:45 bighelp postfix/smtp[9051]: BF673324365: host b.mx.mail.yahoo.com[66.196.97.250] said: 451 Message temporarily deferred - [140] (in reply to end of DATA command)
Jul  9 16:11:45 bighelp postfix/smtp[9051]: BF673324365: to=<[email protected]>, relay=d.mx.mail.yahoo.com[68.142.202.247]:25, delay=0.73, delays=0.02/0.02/0.64/0.05, dsn=4.0.$

Outros endereços que não são do Yahoo também estão experimentando isso.

O aplicativo Rails está sendo executado no Ubuntu e estamos enviando via:

ActionMailer::Base.delivery_method = :sendmail

Assegurei-me de que o servidor não é um retransmissor aberto.

O que mais posso fazer para garantir a maior parte dos nossos e-mails?

    

Answer 1

Esta mensagem geralmente tem a ver com greylisting (particularmente com o yahoo que parece fazer isso com todos em alguns pontos). Basicamente, o servidor de e-mail adia temporariamente seu primeiro e-mail, um servidor de e-mail legítimo verá essa mensagem, esperará um ponto e, em seguida, tentará novamente. Os servidores que enviam spam costumam ser configurados apenas para enviar cargas em massa de e-mails e esquecer, por isso nunca tentarão novamente, e assim o spam é descartado.

Para garantir que você possa passar pela lista cinza, verifique se o servidor de e-mail está configurado para tentar novamente após um adiamento e forneça um tempo razoável para as janelas. Geralmente, 10 a 20 minutos são suficientes.

    

Answer 2

Obter tempfailed por algum outro servidor de email não é totalmente incomum; você deve esperar que isso aconteça de tempos em tempos.

Eu imagino que a maioria dos provedores de e-mail (aviso de isenção de responsabilidade: eu só trabalho para ONE) provará coisas com mais frequência para remetentes de "má reputação". Fazemos isso para priorizar seletivamente os recursos para e-mail limpo (er). Se o seu servidor conseguiu obter uma má reputação no seu endereço IP, isso provavelmente significa que as mensagens estão sendo classificadas como spam ou enviadas pelo seu aplicativo, ou alguma outra coisa do mesmo endereço IP.

Você DEVE DEFINITIVAMENTE monitorar suas filas de mensagens. Você deve colocar alguma auditoria em entregas individuais para poder rastreá-las.

Se você vir um grande número de mensagens enfileiradas para entrega, isso indica uma falha de algum tipo, seja no servidor de email do destinatário, ou que eles estão bloqueando / eliminando a priorização de seus emails de alguma forma.

Exatamente como você faz essas coisas são específicas do aplicativo.

Neste caso em particular, você deve entrar em contato com o suporte do Yahoo, supondo que você acha que você definitivamente não está enviando spam (nem ninguém do mesmo IP).

    

Answer 3

Você parece ter dois problemas aqui:

1. O que está acontecendo atualmente com seu sistema de e-mail
2. Como garantir que o problema não aconteça novamente no futuro

WRT # 1, eu faria as seguintes verificações:

1. Eu configuraria seu servidor para receber mensagens. Os sistemas que não podem receber rejeições e parecem ser transmitidos somente podem ser marcados como spam.
2. verifique seus registros MX e verifique também se você está em uma lista negra - mxtoolbox.com
3. verifique seus registros RDNS em www.dnscolos.com .
4. Eu adicionaria DomainKeys ao seu servidor de e-mail.
5. Eu recomendo ADICIONAR um registro SPF. Ele pode diminuir sua pontuação de "spaminess" e pode impedir que os hosts de spam fingam enviar e-mails do seu domínio.
6. Envie um email para [email protected]. Eles responderão com um relatório com várias verificações de spam.

WRT # 2, sugiro que você inclua um gif transparente ou um logotipo especialmente marcado em seu e-mail, que retornará para seu servidor. Sim, isso significa que você precisa enviar um e-mail em HTML e, sim, alguns clientes bloquearão os e-mails de recuperar imagens por padrão. No entanto, você verá rapidamente suas taxas de resposta normais e poderá detectar se houve queda. Se você tem clientes de alto valor e pode ver que eles podem não ter recebido sua resposta, você pode chamá-los proativamente.

    

Answer 4

Parece uma falha temporária. O postfix deve tentar novamente depois de algum intervalo. Como é a configuração do postfix? A mensagem acaba na fila de mensagens do postfix? Você tem o postfix configurado para verificar periodicamente se há mensagens na fila?

    

Answer 5

Você também deve certificar-se de que seu servidor de e-mail está se identificando corretamente (como mail.yourapp.com ou qualquer outro) e que existe um registro PTR vinculando esse IP a esse nome.

Além disso, você pode adicionar um registro SPF permitindo que o IP / servidor envie e-mails para o seu domínio, então pelo menos ele também recebe um SPF: Pass.

    

Answer 6

+1 para recomendar o registro SPF. Também é uma boa ideia configurar um manipulador de mensagens devolvidas.