¿Debo usar el encabezado Responder a al enviar correos electrónicos como un servicio a otros?

112

Supongamos que tenemos una aplicación que actúa como intermediario, lo que permite a la empresa A enviar informes a sus clientes.

Compañía A -> Compañía B (yo) -> Clientes de la Compañía A

Después de recibir el informe, enviamos notificaciones por correo electrónico a los destinatarios, pero necesariamente se originan en la dirección de correo electrónico de notificaciones de nuestra empresa, por ejemplo.

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

Ahora, los clientes tienden a responder a esas notificaciones por correo electrónico, queriendo que vuelvan con quien envió el informe en 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 correspondiente de la Compañía A, por ejemplo

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

Pero mis principales preocupaciones son:

  • La discrepancia total en la dirección de correo electrónico y el dominio entre los campos De y Responder a puede hacer que los filtros de spam o phishing estén más ansiosos por marcar los correos electrónicos.
  • no todos los clientes de correo electrónico pueden respetar el campo Responder a cuando las personas realmente hacen clic en "Responder" y simplemente usan De. Una preocupación menor, a menos que esté generalizada.

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

email spam email-headers phishing Gavin
fuente

Respuestas:

92

Es posible que desee considerar colocar el nombre del cliente en el Fromencabezado y su dirección en el Senderencabezado:

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

La mayoría de los remitentes lo mostrarán como "De [email protected] en nombre de la Compañía A", lo cual es correcto. Y luego una Reply-Tode las direcciones de la Compañía A no parecerá fuera de lugar.

Desde RFC 5322 :

El campo "De:" especifica el autor (es) del mensaje, es decir, los buzones de correo de la (s) persona (s) o sistema (s) responsables de la redacción del mensaje. El campo "Remitente:" especifica el buzón de correo 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:".

dkarp
fuente
4
Realmente no quiero que mi respuesta de propietario sea votada, pero vale la pena mencionar esta útil pregunta y respuesta, que básicamente también confirma la respuesta de dkarp: stackoverflow.com/questions/2231897/…
Gavin
1
Si es para circularización, no funcionará @a y @b son dominios diferentes, la mayoría de los servidores no permiten enviar en nombre de alguien de otro dominio. B tendrá que reenviarlo, pero siempre puede agregar un multiparte oculto. Todo el mundo sabe cómo reenviar a otra dirección.
Aridane Álamo
2
¿Alguna actualización de 2018 sobre la capacidad de entrega al usar el campo Desde de esta manera?
David Alan Hjelle
160

Probé la solución de dkarp con gmail y se filtró a spam. Use el encabezado Responder a en su lugar (o además, aunque aparentemente Gmail 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 cambié a este formato, gmail ya no filtra mis mensajes como spam.

Alex Lauerman
fuente
¿Es [email protected] solo una dirección general genérica, o debería leerse [email protected] en su ejemplo?
Sean
6
Este es el método que usamos. Sin embargo, ahora tenemos problemas con algunos servidores (... ehmm ... AOL) que devuelven mensajes, indicando que no cumplen con su política. La única explicación que hemos recibido es que el encabezado de respuesta y del encabezado tienen dominios diferentes, aunque esta parece ser la intención exacta de tener dos encabezados diferentes. Está comenzando a ser realmente frustrante depender del correo electrónico para las comunicaciones B2B en aplicaciones de múltiples inquilinos.
Brian H.
4
@BrianH: AOL y Yahoo aparentemente ahora tienen una validación DMARC agresiva. Esto me ha causado problemas con la dirección "De:" a AOL. emailonacid.com/blog/details/C4/… .
EML
3
La desventaja de este enfoque es que la libreta de direcciones del destinatario (en muchos clientes de correo electrónico) ahora contiene "John Doe a través de LinkedIn <[email protected]>". Y cuando un destinatario desconocido quiere ponerse en contacto con John Doe nuevamente, esta dirección aparece al escribir su nombre en el campo Para de un mensaje nuevo (por lo tanto: "a través de LinkedIn" es de gran importancia desde el punto de vista de UX).
smhg
1
Enlace actualizado para la publicación de blog @EML vinculado a: emailonacid.com/blog/article/industry-news/ ... ... profundiza un poco en los problemas de aol / yahoo.com.
Lambart
-3

Aquí me funcionó:

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