☰

¿Cómo garantizar la entrega de correo para nuestra aplicación?

tag-icon • tag-icon linux ubuntu email sendmail ruby-on-rails
¿Cómo garantizar la entrega de correo para nuestra aplicación?

Tenemos una aplicación Rails que se utiliza para tickets de soporte y ayuda.

Envía a los clientes un correo electrónico de confirmación cuando envían una solicitud. También envía un correo electrónico cuando respondemos a su solicitud. No recibe correo.

En la última semana, más del 25% de nuestros clientes dejaron de recibir respuestas. Piensan que no estamos respondiendo a su ticket (cuando en realidad sí lo hacemos).

Hice una prueba con mi cuenta @yahoo.com y encontré esto en el archivo 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.$

Otras direcciones que no pertenecen a Yahoo también están experimentando esto.

La aplicación Rails se ejecuta en Ubuntu y la enviamos a través de:

ActionMailer::Base.delivery_method = :sendmail

Me aseguré de que el servidor no sea un relé abierto.

¿Qué más puedo hacer para asegurarme de que la mayoría de nuestros correos electrónicos lleguen?

Respuesta1

Este mensaje a menudo tiene que ver con las listas grises (particularmente con Google, que parece hacerlo con todos en algunos momentos). Básicamente, el servidor de correo pospone temporalmente su primer correo; un servidor de correo legítimo verá este mensaje, esperará un período y luego volverá a intentarlo. Los servidores que envían spam a menudo están configurados para enviar grandes cantidades de correo y olvidarse de ello, por lo que nunca volverán a intentarlo y, por lo tanto, el spam se descarta.

Para asegurarse de que puede superar la lista gris, asegúrese de que su servidor de correo esté configurado para volver a intentarlo después de un aplazamiento y dele un tiempo razonable; normalmente, entre 10 y 20 minutos es suficiente.

Respuesta2

Recibir un error temporal de algún otro servidor de correo no es del todo inusual; debe esperar que esto suceda de vez en cuando.

Me imagino que la mayoría de los proveedores de correo electrónico (descargo de responsabilidad: solo trabajo para UNO) fallarán temporalmente con más frecuencia para remitentes de "mala reputación". Hacemos esto para priorizar selectivamente los recursos para un correo más limpio. Si su servidor ha logrado que su dirección IP tenga mala reputación, eso probablemente significa que los mensajes se están clasificando como spam, ya sea enviados por su aplicación o por otra cosa desde la misma dirección IP.

DEFINITIVAMENTE deberías monitorear tus colas de correo. Posiblemente debería realizar algunas auditorías en las entregas individuales para poder realizar un seguimiento de ellas.

Si ve una gran cantidad de mensajes en cola para entrega, entonces eso indica una falla de algún tipo, ya sea en el servidor de correo del destinatario, o que están poniendo en la lista negra o quitando prioridad a su correo de alguna manera.

Exactamente cómo se hacen estas cosas depende de la aplicación.

En este caso particular, debes comunicarte con el soporte de Yahoo, asumiendo que crees que definitivamente no les estás enviando spam (ni a nadie más de la misma IP).

Respuesta3

Parece que tienes dos problemas aquí:

  1. ¿Qué está pasando actualmente con su sistema de correo?
  2. Cómo garantizar que el problema no vuelva a ocurrir en el futuro

WRT #1, haría las siguientes comprobaciones:

  1. Configuraría su servidor para recibir correo. Los sistemas que no pueden recibir rebotes y parecen transmitir solo a menudo pueden ser marcados como spam.
  2. verifique sus registros MX y también verifique si está en una lista negra -mxtoolbox.com
  3. verifique sus registros RDNS enwww.dnscolos.com.
  4. Agregaría DomainKeys a su servidor de correo.
  5. Recomiendo AGREGAR un registro SPF. Puede reducir su puntuación de "spaminismo" y puede evitar que los servidores de spam pretendan enviar correo desde su dominio.
  6. Enviar un correo electrónico a[correo electrónico protegido]. Responderán con un informe con varias comprobaciones de spam.

WRT #2, sugeriría incluir un gif transparente o un logotipo especialmente marcado en su correo electrónico que "llame a casa" a su servidor. Sí, esto significa que necesita enviar correos electrónicos HTML y sí, algunos clientes bloquearán los correos electrónicos para que no recuperen imágenes de forma predeterminada; sin embargo, verá rápidamente sus tasas de respuesta normales y podrá detectar si han disminuido. Si tiene clientes de alto valor y ve que es posible que no hayan recibido su respuesta, puede llamarlos de manera proactiva.

Respuesta4

También debe asegurarse de que su servidor de correo se identifique correctamente (como mail.yourapp.com o lo que sea) y que exista un registro PTR que vincule esa IP con ese nombre.

Además, puede agregar un registro SPF que permita que esa IP/servidor envíe correo para su dominio, de modo que al menos también obtenga un SPF:Pass.

información relacionada