email - una - como usar el correo electronico hotmail

Manejo de correos electrónicos no entregados en webapp

Question

Tenemos una aplicación web empresarial típica que permite a nuestros usuarios enviar correos electrónicos con ofertas a sus clientes. Configuramos el correo electrónico del usuario en el campo FROM para que el cliente pueda responder directamente al usuario. El problema es que debido al protocolo SMTP, la notificación por correo electrónico no entregada se devuelve a nuestra dirección de correo electrónico (la dirección de la cuenta desde la que enviamos los correos electrónicos).

¿Conoces una forma elegante de manejar este correo electrónico no entregado? Me refiero a la forma más fácil de hacerle saber al remitente que su correo no fue entregado.

Answer 1

¿Exactamente qué rutina estás usando para enviar el correo electrónico? Enviamos correos electrónicos a través de SMTP sin procesar usando put_lines HTTP y las respuestas regresan a la dirección que nominamos en el campo FROM :.

Vea si su contenedor SMTP API tiene un campo Responder a:

Algunas API pueden no proporcionar esa funcionalidad porque aumenta la posibilidad de spam.

Answer 2

En primer lugar, es importante comprender la diferencia entre el encabezado "De:" (que el destinatario ve en su cliente de correo electrónico) y la dirección del remitente (que también se llama la ruta de devolución del sobre, o el argumento del comando SMTP "MAIL FROM" ) La dirección del remitente es donde van los mensajes de rebote cuando no se puede entregar el correo electrónico, de ahí la ruta de retorno del otro nombre.

SMTP no restringe la dirección que usa como dirección del remitente (excepto que debe ser válida sintácticamente), pero cualquiera que sea la biblioteca de cliente SMTP que use puede ser, por lo que deberá verificarlo.

Cambiando la dirección del remitente es donde puede hacer cosas inteligentes para ayudar a detectar rebotes de correo electrónico y reportarlos a la aplicación web o al remitente. Lo más común que verá es codificar la dirección del destinatario en la dirección del remitente, por ejemplo, con una dirección de remitente como esta: [email protected]. El MTA responsable de senderdomain.com necesita saber para enviar todos los correos electrónicos para [email protected] a [email protected], pero ese es un requisito bastante común. A continuación, toma el correo electrónico que se recibe, y en lugar de tratar de resolver el mensaje de rebote en los contenidos (que podrían estar en cualquier formato) de quién era el destinatario, puede obtenerlo directamente desde la dirección del destinatario.

También puede hacer cosas más complejas, como el hash de la dirección del destinatario para que no esté visible directamente en la dirección del remitente, por ejemplo, [email protected]. Y podría incluir algún identificador para el correo electrónico que se envió, en caso de que envíe varios correos electrónicos a la misma dirección y desee saber cuál rebotó.

Estos trucos se denominan Vía de retorno de envolvente variable o VERP, y comúnmente se implementan mediante el software de la lista de correo.

Answer 3

Hay 3 "Encabezados" que tienen los correos electrónicos.

1. De.
   • Esto es lo que el usuario ve como el ''originador''
2. Responder a.
   • Aquí es donde se envía un correo electrónico si se desea una respuesta
3. Vía de retorno.
   • Aquí es donde se enruta un correo electrónico en caso de que el destino no exista.

Probablemente quieras establecer el tercero :)

(Tenga en cuenta que algunos servidores no responden a estos mensajes perdidos, ¡porque recientemente los spammers han estado colocando direcciones que no son las suyas, haciendo un ataque de rebote en tercera parte usando el sistema de respuesta automática para convertir servidores de correo electrónico en un relevo abierto! )

Consulte la Sección 4.4 de este documento para obtener más información: http://www.faqs.org/rfcs/rfc822.html