Pregunta

[Nuestra página web] es muy dependiente de su capacidad para enviar correo electrónico correctamente a sus miembros. Actualmente estamos teniendo problemas para llegar a todos nuestros miembros, especialmente los usuarios de Hotmail.

¿Qué recomienda que hacemos para mejorar nuestra envío de correo electrónico?

Estamos enviando mensajes de correo electrónico en gran medida personalizadas por el usuario. Por lo que una solución de terceros necesitaría una buena API  para apoyar esto.

Posibles soluciones:

  • ¿Podría el envío de correo electrónico a través de la aplicación ayuda del motor para las tasas de parto?
  • ayuda ReturnPath
  • ¿El? http://www.returnpath.net/

Actualizar : Algunos buenos comentarios sobre cómo mejorar y probar nuestras propias capacidades de enviar correo electrónico. Otra opción sería una solución de terceros.

Estamos enviando actualizaciones en sus redes actividades, mensajes de correo electrónico de registro, nuevos mensajes de comentarios, nuevos mensajes de seguidor de este tipo de cosas. Especialmente su actividad de redes es muy individual y problemática con la mayoría de las soluciones de emailing de terceros. Necesitaría una solución de correo electrónico muy flexible.

¿Hay soluciones suficientemente capaces por ahí?

¿Fue útil?

Solución

Me había, en general, ser pesimista acerca de la reputación de IP de la oferta de plataforma-como-un-servicio. Pruebas de Google App Engine está en mi lista de cosas por hacer, pero he no ha hablado mucho acerca de Amazon EC2 presenta un problema real - estos productos no son la prevención de uso muy eficiente por los spammers, y la reputación está tomando un golpe.

En cuanto a las medidas prácticas de configurar el correo electrónico saliente, Jeff Atwood tiene una muy bonita y casi completa artículo en su blog .

Lo que sin duda te sugiero es:

  • Asegúrese de que el envío de IP tiene un DNS inversa.
  • Compruebe su reputación de IP, por ejemplo, en senderscore.org (aunque eso es en gran medida centrado en los Estados Unidos)
  • Asegúrese rebotes se manejan de su lado, y se puede llegar postmaster@your.domain
  • Permite configurar SPF y DKIM. SenderID si quieren.
  • Darse de alta para todos bucles de retroalimentación en los principales proveedores de buzón / ISP y actuar sobre las quejas de spam - si su usuario se quejan, que está haciendo algo mal. Además, establecer un "nombre" en su De:. Dirección, ya que algunos buzones exhibirán solamente la parte local - "Actualizar" es más amigable que sólo ver "automático" (Gmail hace esto)
  • Vea el volumen que envía. Si es alto desde el inicio (> 1000 / día para cada ISP mayor) que puede bloquearse por completo.

Encontrarás un montón de consejos de capacidad de entrega, la mayoría de las veces de las partes interesadas (proveedores de servicios de correo electrónico). Un relativamente de recursos de buena reputación es deliverability.com, apoyado en parte por la vía de retorno. Por supuesto, ir con un proveedor de servicios de correo electrónico comercial podría ser una solución para usted, pero su caso de uso es bastante específica y necesitará de mensajes individuales en tiempo real, no la comercialización de boletines de noticias, si entiendo bien.

Yo trabajaba para una empresa que la herramienta de re-vendidos trayecto de retorno - a fin de tomar esto con una pizca de sal: Es no ayuda que llegan a su destino. Puede, sin embargo, ser una herramienta valiosa rastrear dónde están sus problemas son. Es, por otro lado caro, y la contratación de un especialista que puede atravesar su caso específico podría ser más asequible. O leer mucho y experimentar mucho a sí mismo.

Otros consejos

Hemos tenido un problema de uno similar tiempo atrás .. Es posible que desee leer en el identificador de remitente de Microsoft:

https://www.microsoft.com/mscorp/safety /technologies/senderid/default.mspx y la mirada en el enlace llamado "ID del remitente SPF Registro Formulario de Presentación".

Matasellos y SendGrid parecen ofrecer una API muy decente a utilizar para el envío de correo electrónico y la mejora de la capacidad de entrega. Como las estadísticas de bonificación también están a cargo de ellos.

1) usando IP compartida  2) el envío de más de 1.000 horas por correo electrónico pueden causar spam  3) el envío desde el servidor raíz y sin inicio de sesión SMTP puede causar este problema  4) El contenido de correo electrónico tiene enlaces de sitios web bloqueados desde RBL (Real Time Lista negra)  5) ...

@chryss hace un gran trabajo señalando los factores importantes que deben ser tomados en consideración:  - DNS inversa, la reputación del remitente, gestión de la lista (es decir, la limpieza de las listas de direcciones que han marcado el spam de correo electrónico, direcciones no válidas, etc y hacer el seguimiento de rebotes duros y blandos y actuar en consecuencia para esos eventos), registros SPF, DKIM, bucles de retroalimentación ISP, los límites de frecuencia ISP. Además, el contenido de correo electrónico es importante tener en mente.

En términos generales, todo esto es algo bastante complicado y molesto de tratar, especialmente en lo que aumenta el volumen de correo electrónico.

En términos de reputación IP con sistemas de PaaS, la clave para recordar es la siguiente:  - si comparte una IP con alguien que gana una mala reputación (por ejemplo, un spammer en EC2), que la reputación afectará negativamente a su capacidad de entrega. Por otro lado, si se envía desde una dirección IP dedicada, usted tiene la oportunidad de ganar su propia reputación - si usted es un buen emisor, seguir las mejores prácticas, y sus clientes quieren que los correos electrónicos que esperan recibir de usted (que deberían ya que parece que va a enviar mensajes de correo electrónico en su mayoría transaccionales), que mantendrá una gran reputación y debe gozar de una buena capacidad de entrega (concedidas todas las cuestiones técnicas mencionadas anteriormente es atendido).

Por lo general, mantener un ojo en la capacidad de entrega "charla" en línea, y enviar toda la fresca / cosas útiles que encontramos a diario a través de nuestro feed de Twitter - no dude en seguirnos: twitter.com/sendgrid. También estamos empezando a rampa hasta nuestra propia blogs, para que pueda unirse a la conversación si te gusta:. Blog.sendgrid.com

Si desea una solución completa sin tener que hacer una gran cantidad de solución de problemas / investigación de los hechos, sólo echa un vistazo SendForensics.com. Exención de responsabilidad:. Yo estoy afiliado a la empresa

Saludos, Russ

Emisiones de Entrega generalmente ocurren si hay algo mal con cualquiera o todos de los siguientes elementos:

  • Contenido de correo electrónico
  • Configuración del servidor
  • dirección de correo electrónico y la reputación de dominio
  • dirección de la reputación de IP

Más información aquí

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top