Gestión de rebotes y quejas: DSN, códigos de estado mejorados y feedback loops

Objetivo

Dejar de enviar, de forma automática y rápida, a direcciones que no pueden o no quieren recibir correo, para preservar la reputación del remitente y la confianza de los destinatarios.

Requisitos previos

Una ruta de retorno procesada automáticamente (un buzón de rebotes dedicado o los eventos de rebote del proveedor), una tabla de supresión con clave por dirección y flujo de envío, y los dos formatos de informe: las notificaciones de estado de entrega (RFC 3464, una parte message/delivery-status dentro de multipart/report) y los informes de abuso (RFC 5965, una parte message/feedback-report).

Pasos

1. Dirige los rebotes a un proceso automático: configura el remitente del sobre (Return-Path) con una dirección etiquetada por mensaje o por flujo (bounce+order-1234@…), de modo que un rebote pueda asociarse al envío original incluso cuando el DSN omite las cabeceras originales.
2. Analiza los campos del DSN correspondientes a cada destinatario: Final-Recipient, Action (failed, delayed, delivered, relayed, expanded), Status y Diagnostic-Code. Status contiene un código de estado mejorado con el formato class.subject.detail.
3. Clasifica según la clase. La RFC 3463 define 5.X.X como un fallo permanente, que probablemente no se resolverá reenviando, y 4.X.X como un fallo transitorio persistente, en el que un envío posterior puede tener éxito. El subcódigo de sujeto indica el ámbito del problema: X.1.X direccionamiento (5.1.1 buzón de destino incorrecto), X.2.X buzón (4.2.2 buzón lleno), X.7.X seguridad o política (5.7.1 entrega no autorizada).
4. Suprime de inmediato ante 5.1.X y otros errores permanentes de dirección. Cuenta los 4.X.X por dirección y suprime al superar un umbral definido por tu política. Trata los rechazos por política X.7.X como una señal sobre la reputación o la autenticación del remitente, no como evidencia sobre la dirección.
5. Regístrate en los feedback loops de los proveedores de buzones y analiza los informes ARF: la segunda parte MIME (message/feedback-report) contiene Feedback-Type (abuse, fraud, virus, other) y la tercera, el mensaje original o sus cabeceras. Suprime ante el primer informe de abuso y no respondas nunca a quien se queja.
6. Almacena cada evento con el código analizado, el texto de diagnóstico sin modificar y la referencia del mensaje; configura alertas sobre las tasas de rebotes y de quejas por flujo, no solo sobre el total.
7. Mantén las respuestas no estándar (respuestas automáticas de ausencia, rechazos en texto libre) fuera de la lógica de supresión, salvo que el proveedor las clasifique; una heurística que suprima por la palabra "undeliverable" en el asunto fallará.

Resultado esperado

Una lista de supresión que crece a partir de evidencias, tasas bajas de rebotes y quejas, y la posibilidad de responder con una sola consulta a la pregunta «¿por qué este destinatario dejó de recibir correo?».

Límites y base de verificación

No todos los receptores envían DSN estándar ni ofrecen un feedback loop; algunos grandes proveedores solo exponen tasas agregadas de spam. Los umbrales para rebotes temporales son una cuestión de política, no de estándar. Los datos sobre los formatos se basan en las RFC citadas; no se afirma ninguna tasa.