Un componente principal de nuestra aplicación envía correos electrónicos a los miembros en nombre de otros miembros. Actualmente configuramos la dirección "De" a nuestra dirección del sistema y usamos un encabezado "Responder a" con la dirección del miembro. El problema es que las respuestas de algunos clientes de correo electrónico (y respuestas automáticas/rebotes) no respetan el encabezado "Responder a", por lo que se envían a la dirección de nuestro sistema, enviándolas efectivamente a un agujero negro. Estamos considerando establecer la dirección "De" en la dirección de nuestro miembro y la dirección "Remitente" en la dirección de nuestro sistema. Parece que de esta manera pasaría las comprobaciones de SPF y ID de remitente.Posibles problemas utilizando la dirección "de" del miembro y el encabezado "remitente"
¿Hay alguna razón para no cambiar a este método? ¿Hay algún otro problema potencial?
Aquí son mucho más detalles de lo que probablemente necesita:
Cuando se desarrolló por primera vez la aplicación, que acaba de cambiar la dirección "De" sea la del miembro remitente ya que era la práctica común en el tiempo (esto fue hace muchos años). Más tarde cambiado eso para tener la dirección "De" sea el nombre del miembro y nuestra dirección, es decir,
De: "Mary Smith"
<[email protected]>
Con un "Responder a" cabecera ajustado a la dirección del miembro:
Responder a: "Mary Smith"
<[email protected]>
Esto ayudó con mensajes ser es categorizado erróneamente como spam. Como SPF se hizo más popular, hemos añadido una cabecera adicional que trabajar en conjunto con nuestros registros SPF:
remitente:
<[email protected]>
cosas funcionan bien, pero resulta que, en la práctica, algunos los clientes de correo electrónico y la mayoría de los MTA no respetan el encabezado "Responder a". Debido a esto, muchos miembros envían mensajes a [email protected] en lugar del miembro deseado.
Por lo tanto, comencé a imaginar varios esquemas para agregar datos sobre el remitente a los encabezados de correo electrónico o codificarlos en la dirección de correo electrónico "desde" para que pudiéramos procesar la respuesta y redirigir de manera adecuada. Por ejemplo,
De: "Mary Smith"
<[email protected]>
donde la cuerda después de "mensajes" es un hash que representa miembro de María Smith en nuestro sistema. Por supuesto, ese camino podría causar mucho dolor ya que necesitamos desarrollar la funcionalidad de MTA para nuestra dirección del sistema. Estaba buscando otra vez en la documentación SPF y encontré esta página interesante:
http://www.openspf.org/Best_Practices/Webgenerated
Se muestran dos ejemplos, el de evite.com y la de egreetings.com. Básicamente, evite.com lo está haciendo de la manera que lo estamos haciendo. El ejemplo de egreetings.com utiliza la dirección del miembro desde un encabezado "Remitente" agregado.
Entonces, la pregunta es, ¿hay algún problema potencial con el uso del método de los saludos de la dirección del miembro con un encabezado del remitente? Eso eliminaría las respuestas que los clientes malos envían a la dirección del sistema. No creo que resuelva el problema del rebote/vacaciones/lista blanca, ya que a menudo se envía al CORREO desde incluso si se especifica la Ruta de retorno.
Gracias por su pregunta y respuesta! Me encuentro en exactamente su situación, pero hice una pregunta muy similar sobre SO antes de encontrar la suya. (http://stackoverflow.com/questions/4728393/should-i-use-the-reply-to-header-when-sending-emails-as-a-service-to-others) – Gavin
Gracias por la edición, seanf ! –
Hola @PaulBurney ¿Cómo está funcionando tu sistema? Todavía todo está bien? – Andrew