Este artículo (https://www.sparkpost.com/resources/email-explained/return-path-explained/) explica "Return-Path" de la siguiente manera:
Cuando un correo electrónico no llega a su destino previsto, la ruta de retorno indica dónde se deben enviar los recibos de no entrega (o mensajes rebotados).
y
Muchos remitentes incorporarán identificadores en la dirección de la ruta de retorno para facilitar el manejo del tráfico de respuesta y rebote, lo que se conoce como ruta de retorno de sobre variable (VERP).
Entiendo esto como: "Como remitente del correo electrónico, usted especifica el encabezado de la ruta de retorno".
Sin embargo, dada la siguiente respuesta (https://stackoverflow.com/a/28494070/9878135), parece como si el servidor receptor siempre sobrescribiera Return-Path:
Configurar el encabezado Return-Path: en el correo electrónico saliente no tiene sentido porque será reemplazado por el MTA del destinatario. Si desea controlar lo que se escribe allí, configure el remitente del sobre (tradicionalmente, sendmail -f[correo electrónico protegido])
Actualmente estoy intentando crear un servidor de correo electrónico que utilice VERP para los correos electrónicos. Digamos "[correo electrónico protegido]" quiere enviar un correo electrónico al exterior. "De" debería ser "[correo electrónico protegido]" mientras que "Return-Path" debería ser algo completamente diferente (como "[correo electrónico protegido]"). Cuando el servicio de correo electrónico externo no puede entregar el correo electrónico, debe enviar un correo electrónico de vuelta a "[correo electrónico protegido]". Mi servidor ahora puede buscar este correo electrónico devuelto en la base de datos e informar[correo electrónico protegido]sobre el error en la entrega.
Estoy usando Postfix para enviar y recibir correos (y Python para construirlos). Sin embargo, parece que otros servicios de correo electrónico (como Google Mail o ProtonMail) nunca reciben Return-Path. Google Mail no muestra el encabezado en absoluto mientras que ProtonMail lo sobrescribe con la dirección "De".
Entonces, ¿quién configura el encabezado Return-Path y por qué otros servicios de correo electrónico no pueden recibir el mío?
Respuesta1
Return-Path:El encabezado contiene una copia de la dirección del "remitente del sobre". Return-Path:El encabezado generalmente es (re)generado por SMTP/MTA realizando la entrega directamente al buzón del destinatario (después del salto SMTP final).
"Remitente del sobre" es una dirección utilizada en el MAIL FROM:comando en la sesión SMTP.
Por lo tanto, su software cliente de envío debe configurar "remitente del sobre" => Se copiará (normalmente) en Return-Path:.
SMTP.enviar correo(from_addr,…)
https://en.wikipedia.org/wiki/Bounce_address#Terminology
vía de retorno- Cuando el correo electrónico se coloca en el buzón de correo electrónico del destinatario, se crea un nuevo encabezado de correo con el nombre "Return-Path:" que contiene la dirección en el comando MAIL FROM. Las formas anteriores de correo electrónico (como UUCP) requerían información sobre cada "salto" a lo largo de la ruta que recorrió el correo electrónico para llegar al destino, de ahí la parte "ruta" del nombre. Utilizada enRFC 2821,RFC 3834,RFC 4409.
Respuesta2
Se supone que el Return-Pathencabezado del correo electrónico contiene la última dirección de rebote conocida del último protocolo de enlace SMTP en la ruta de entrega. A diferencia de, por ejemplo , los encabezados, los servidores posteriores pueden eliminar Receivedlos encabezados existentes en el correo. Return-PathTenga en cuenta que los rebotes se enviarán según MAIL FROMlos datos SMTP, no según los Return-Pathdatos en caso de que esos valores no coincidan.
En realidad, uno debería considerar el cabezazo Return-Pathsólo como un percance histórico. Puede contener o no una dirección utilizable y oficialmente no se usa para nada y debe considerarse solo como información de depuración. Los datos SMTP MAIL FROMson la dirección de rebote realmente utilizada que puede copiarse o no Return-Pathpara su depuración. Se Return-Pathsuponía que eran datos más confiables porque los configura el servidor receptor, pero como es solo una copia oculta, MAIL FROMpuede contener literalmente cualquier cosa.
TL;DR: Return-Pathes información de depuración establecida por elrecepciónservidor para una transacción SMTP o ESMTP. Cualquier Return-Pathencabezado existente en el correo electrónico real puede eliminarse o no antes de agregar el Return-Pathencabezado.