¿Qué es el Return-Path?

Definición

En realidad, todo correo lleva dos direcciones de remitente distintas. La primera es la dirección From, que es la que el destinatario ve en su bandeja de entrada y la que la mayoría considera el remitente. La segunda es el Return-Path, una dirección entre bastidores que los sistemas de correo usan para gestionar los problemas de entrega.

El Return-Path se establece durante la transacción SMTP mediante el comando MAIL FROM. Cuando un servidor emisor entrega un mensaje a un servidor receptor, declara la dirección de rebote en ese comando. Si el servidor receptor no puede colocar después el mensaje en un buzón, genera un informe de no entrega, a menudo llamado rebote, y envía ese informe a la dirección indicada en MAIL FROM. Una vez aceptado el mensaje, el servidor de correo final registra esa dirección en el mensaje como una línea de cabecera llamada literalmente Return-Path.

Como se define a nivel del sobre y no en el cuerpo del mensaje, el Return-Path puede ser completamente independiente de la dirección From y de la dirección Reply-To. Una campaña podría mostrar marketing@yourbrand.com como dirección From mientras dirige los rebotes a un Return-Path como bounces@mail.yourbrand.com que ningún humano lee nunca directamente.

Cómo funciona

Cuando envías un mensaje a través de un proveedor de servicios de correo, el proveedor fija el Return-Path en una dirección que controla y supervisa, con frecuencia en un subdominio dedicado a ese fin. La dirección From visible sigue siendo la dirección de tu marca para que los destinatarios te reconozcan, pero el remitente del sobre es la dirección de la infraestructura del proveedor.

Si la entrega tiene éxito, el Return-Path simplemente queda en las cabeceras y rara vez se nota. Si la entrega falla, el servidor receptor envía un mensaje de rebote de vuelta a la dirección Return-Path. El rebote contiene un código de estado y una explicación de por qué no se pudo entregar el mensaje, como un buzón que no existe, un buzón lleno o un dominio que ya no resuelve.

El proveedor de servicios recopila esos mensajes de rebote, lee los códigos de estado y los usa para clasificar cada fallo. Un fallo permanente, como un buzón desconocido, es un hard bounce, mientras que un fallo temporal, como un buzón lleno, es un soft bounce. Esta clasificación es lo que alimenta la gestión automática de listas, porque los hard bounces suelen pasar directamente a una lista de supresión para no volver a contactarlos.

Usar un Return-Path independiente también mantiene limpia tu bandeja de entrada del día a día. En lugar de que cientos de avisos de fallo lleguen al mismo buzón que usas para las respuestas reales, todo el tráfico automático de rebotes se recoge en un solo lugar donde puede procesarlo un software en vez de una persona.

Por qué importa para la entregabilidad del correo

El Return-Path es clave para la entregabilidad por dos motivos relacionados: la autenticación y la gestión de rebotes.

En cuanto a la autenticación, SPF comprueba el dominio que aparece en el Return-Path, no el dominio de la cabecera From visible. Cuando un servidor receptor evalúa SPF, consulta el registro DNS de SPF publicado para el dominio del Return-Path y confirma que la dirección IP que envía el mensaje está en la lista autorizada de ese dominio. Si el dominio del Return-Path no tiene registro SPF, o la IP emisora no figura en la lista, SPF puede fallar. Por eso también la alineación de DMARC depende en parte de la relación entre el dominio del Return-Path y el dominio From. Un Return-Path bien configurado es, por tanto, un requisito previo para pasar SPF limpiamente.

En cuanto a la gestión de rebotes, el Return-Path es lo que hace posible la higiene de listas. Si el Return-Path apunta a una dirección real y supervisada, cada entrega fallida produce un rebote que tu sistema puede capturar y sobre el que puede actuar. Las direcciones no válidas se identifican y se suprimen rápidamente, lo que mantiene baja tu tasa de rebote. Una tasa de rebote alta, en general cualquiera por encima del rango saludable, indica a los proveedores de buzones que no estás manteniendo tu lista, y responden filtrando más de tu correo hacia spam. Si el Return-Path falta o no es válido, los rebotes se pierden, las direcciones erróneas se acumulan y tu reputación se erosiona lentamente sin una causa evidente.

Cómo lo gestiona VeriMails

VeriMails ayuda en el lado preventivo de esta ecuación. El procesamiento de rebotes a través del Return-Path te dice qué direcciones fallaron solo después de haberles enviado ya y de haber asumido el golpe a tu reputación. VeriMails identifica las direcciones no entregables antes de que envíes, por lo que muchas menos llegan al punto de generar un rebote.

Por cada dirección que envías, VeriMails realiza validación de sintaxis, una consulta de registros MX, una comprobación de DNS y un handshake SMTP en vivo con el servidor de correo receptor, la misma conversación que de otro modo produciría un rebote, ejecutada de forma segura por adelantado sin entregar ningún mensaje. También aplica detección de catch-all, detección de direcciones desechables y detección de direcciones basadas en roles. El resultado te dice si una dirección es entregable, con categorías de entregabilidad claras para tomar decisiones de campaña.

Al verificar primero tu lista, mantienes bajos los hard bounces desde el principio, lo que protege la reputación de envío que una buena configuración de SPF y Return-Path está diseñada para construir. Puedes verificar direcciones individuales a través de la API REST de VeriMails o comprobar listas enteras subiendo un archivo CSV. La verificación empieza en $0.0019 por correo, con 10,000 créditos por $19 y planes anuales desde $12.50/month con facturación anual, y cada cuenta nueva recibe 100 créditos gratis que nunca caducan, sin necesidad de tarjeta de crédito para empezar.

Preguntas frecuentes