¿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.

joe.bloggs@a.com -> notificaciones@b.com -> peter@c.com

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, Notifications@b.com.

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

joe.bloggs@a.com -> Notifications@b.com [Responder a: joe.bloggs@a.com] -> peter@c.com

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 <joe.bloggs@a.com>
Sender: notifications@b.com

La mayoría de los remitentes lo mostrarán como "De Notifications@b.com 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: messages-noreply@bounce.linkedin.com
From: John Doe via LinkedIn <member@linkedin.com>
Reply-To: John Doe <John.Doe@gmail.com>
To: My Name <My.Name@gmail.com>

Una vez que cambié a este formato, gmail ya no filtra mis mensajes como spam.

— Alex Lauerman
fuente
¿Es member@linkedin.com solo una dirección general genérica, o debería leerse john.doe@linkedin.com 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 <member@linkedin.com>". 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
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.