2011-01-18 13 views
92

Supongamos que tenemos una aplicación que actúa como intermediario, lo que permite a la empresa A enviar informes a sus clientes.¿Debo usar el encabezado Responder al enviar correos electrónicos como un servicio a otros?

Compañía A -> Compañía B (Me) -> los clientes de la empresa A

Después de conseguir el que le enviamos notificaciones por correo electrónico a los destinatarios, sino que necesariamente se originan a partir de nuestra dirección de correo electrónico las notificaciones de la empresa p.ej

[email protected] -> [email protected] -> [email protected]

Ahora, los clientes tienden a responder a las notificaciones por correo electrónico, queriendo que vaya de vuelta a quien envió el informe a la Compañía A. En cambio, terminan en nuestra dirección, [email protected]

Una solución simple puede ser cambiar el encabezado Responder a las notificaciones que enviamos a la dirección relevante de la Empresa A, p.

[email protected] -> [email protected] [Responder-a: [email protected]] -> [email protected]

Pero mi principales preocupaciones son:

  • la discrepancia completa en dirección de correo electrónico y administración de dominio entre el de y Responder a campos podrían hacer de spam o phishing filtros más ganas de bandera de los mensajes de correo electrónico
  • no todos los clientes de correo electrónico pueden respetar la respuesta- Al campo cuando las personas realmente hacen clic en "Responder", y solo nosotros e De en cambio. Una preocupación menor, a menos que se generalice.

¿Están estas inquietudes fundadas en absoluto? O bien, ¿hay otras preocupaciones que debería tener?

Respuesta

77

Es posible que desee considerar la posibilidad de colocar el nombre del cliente en la cabecera From y su dirección en la cabecera Sender:

From: Company A <[email protected]> 
Sender: [email protected] 

La mayoría de los anuncios publicitarios harán que esto como "De [email protected] en nombre de la empresa A ", que es exacto. Y luego, un Reply-To de la dirección de la Compañía A no parecerá mal.

De RFC 5322:

El "De:" campo especifica el autor (s) del mensaje es decir, el buzón (es) de la persona (s) o sistema (s) responsable para la redacción del mensaje. El campo "Remitente:" especifica el buzón del agente responsable de la transmisión real del mensaje . Por ejemplo, si una secretaria enviara un mensaje para otra persona, el buzón de la secretaria aparecería en el campo "Remitente:" y el buzón del autor real aparecería en el campo "De:".

+3

Realmente no quiero que mi respuesta propietario upvoted, pero vale la pena mencionar es esta pregunta y respuesta útil, lo que confirma básicamente la respuesta de dkarp también: http: // stackoverflow. com/questions/2231897/potential-issues-using-members-from-address-and-the-sender-header – Gavin

+0

Si se trata de circularización, no funcionará @a y @b son dominios diferentes, la mayoría de los servidores no permiten para enviar en nombre de alguien de otro dominio. B tendrá que reenviarlo, pero siempre puede agregar una parte múltiple oculta. Todo el mundo sabe cómo reenviar a otra dirección. –

110

Probé la solución de dkarp con gmail y se filtró a spam.Use el encabezado Reply-To en su lugar (o además, aunque gmail aparentemente no lo necesita). Así es como lo hace linkedin:

Sender: [email protected] 
From: John Doe via LinkedIn <[email protected]> 
Reply-To: John Doe <[email protected]> 
To: My Name <[email protected]> 

Una vez que me pasa a este formato, Gmail ya no está filtrando mis mensajes como spam.

+0

¿Es [email protected] simplemente una dirección genérica catch-all, o debería leer [email protected] en su ejemplo? – Sean

+0

@Sean No, solo John Doe y My Name están editados para mi ejemplo. "Miembro" no ha cambiado. –

+5

Este es el método que hemos usado. Sin embargo, ahora estamos teniendo problemas con algunos servidores (... ehmm .. AOL) que rebotan mensajes, indicando que no cumplen con su política. La única explicación que hemos recibido es que el encabezado de respuesta y el encabezado tienen dominios diferentes, aunque parece ser la intención exacta de tener dos encabezados diferentes. Empezar a ser realmente frustrante depender más del correo electrónico para las comunicaciones B2B en aplicaciones de múltiples usuarios. –

-3

Aquí se trabaja para mí:

Subject: SomeSubject 
From:Company B (me) 
Reply-to:Company A 
To:Company A's customers 
Cuestiones relacionadas