2010-05-06 8 views
45

La empresa para la que trabajo brinda servicios de pruebas para la industria de la salud. Como parte de nuestros servicios, debemos enviar un correo electrónico a los empleados de nuestros clientes. Por lo general, estos son empleados temporales, a tiempo parcial o contratados, y también tienen direcciones de correo electrónico privadas (por ejemplo, Hotmail, GMail, Yahoo !, etc.).Mejores prácticas: Envío de correo electrónico en nombre de los usuarios

Hasta ahora, hemos estado enviando desde una dirección interna, pero esto significa que las respuestas nos llegan cuando los empleados no están prestando atención o no saben enviar consultas a nuestros clientes. Me gustaría cambiar esto, de modo que la persona que solicita que se envíe el correo electrónico es la persona a la que se responde.

Hemos usado reply-to: en el pasado, pero parecía causar que los correos adicionales quedaran atrapados por los filtros de spam.

He estado leyendo sobre remitente: y en nombre de: encabezados, y me preguntaba cuál era la mejor práctica actual para enviar correos electrónicos en un escenario en el que necesitamos enviar un correo electrónico para que la respuesta vaya a un dominio que no controlamos

+0

Un problema común, lamentablemente los spammers han arruinado la fiesta en este caso.¿Ha pensado en no tratar de enviar el correo electrónico usted mismo, sino más bien lograr que sus clientes configuren direcciones de correo electrónico para usted (o usar uno existente) y luego conectarse a su SMTP para enviar los correos electrónicos? De esta forma, los replyTos irán directamente al buzón de correo electrónico de su cliente. – Martin

Respuesta

37

El encabezado on-behalf-of es la mejor manera de hacerlo, pero también quedarán atrapados por los filtros de correo no deseado. Lo mejor para mitigar o disminuir la probabilidad de que termine en el filtro de correo no deseado es implementar todos los estándares de la industria para verificar su dominio y servidor de correo. Como se indica en este artículo:

http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html

Sin embargo esto es muy difícil de hacer, porque hay que estar al tanto de las normas de spam, y cumplir con las leyes de CAN-SPAM y todo lo demás. La mejor opción es utilizar un servidor SMTP bajo demanda basado en la nube como ésta:

https://www.postmarkapp.com

Uso de una empresa que es un experto en el campo en el área de envío de correo electrónico y ha pasado por todo el trabajo de la pierna a obtener la tasa de entrega más alta. Y mantendrá los estándares para usted y supervisará las listas negras para detectar problemas.

+1

Ya hacemos la mayor parte de lo que se recomienda en el blog codinghorror (que he leído). Usamos un registro SPF/Id. De remitente, tenemos un PTR inverso adecuado para el retransmisor SMTP de nuestro sistema web. No tenemos problemas para atrapar spam en este momento, enviando desde nuestro propio dominio. El problema es obtener respuestas enrutadas a las partes correctas. –

+1

El problema es que los dos métodos que enumeró son para verificar su dominio como un remitente válido. Debe dar el siguiente paso y firmar cada correo electrónico que se entregue. Con una clave de dominio. Necesita implementar el DKIM, si lee wikipedia (http://en.wikipedia.org/wiki/DKIM) dice "... la ruta de tránsito, o un controlador indirecto, ** como un servicio independiente que es proporcionando asistencia a un controlador directo ** ... ". Va a ser difícil si su código de correo electrónico está por todas partes, o si su servidor SMTP no los firma automáticamente, otra razón para obtener el servicio que mencioné anteriormente. –

+2

Después de firmar cada correo electrónico, puede usar 'en-nombre-de' o simplemente puede poner el correo electrónico real en la dirección' from', que es la solución a prueba de balas. –

24

Probablemente estés buscando Reply-To. Es un encabezado oficial y ampliamente compatible, a diferencia de On-Behalf-Of, y no está sujeto a las mismas comprobaciones de correo no deseado como From.

Si realmente desea aparecer como el envío en nombre de otro usuario, la forma "en su mayoría" correcta, según los estándares SMTP, sería poner su dirección "real" en Sender: y la dirección de su cliente (de quien envío en nombre) en From:. Sin embargo, From: está específicamente dirigido por DMARC, un protocolo de prevención de correo no deseado muy estricto implementado por la mayoría de los principales proveedores de correo electrónico. No pasarán por alto una falla DMARC From: solo porque tiene un encabezado Sender: válido.

DMARC permite a los propietarios de dominios especificar cómo se deben aplicar SPF y DKIM al encabezado From:. Una política popular es rechazar el correo electrónico que falla, ya sea SPF o DKIM, lo que significa que su correo electrónico ni siquiera se marcará como spam: será rechazado.

Sender: + From: sigue funcionando, técnicamente. Originalmente fue creado con la intención de ser utilizado por personas de la misma organización, como una secretaria o un asistente. Esto se ha convertido en una restricción difícil con el advenimiento de los mecanismos de prevención de spam.

Cuestiones relacionadas