Eliminar el historial de entregas no debe reactivar el correo no deseado
Un registro de eventos de correo responde qué ocurrió. Un registro de supresión responde si la aplicación debe volver a enviar. Tratarlos como los mismos datos crea una falla: eliminar el historial antiguo puede borrar la única razón por la que una dirección sigue bloqueada.
Postmark Webhooks separa esas responsabilidades en Drupal. Recibe los eventos del proveedor y registra la evidencia de supresión con independencia del historial de eventos conservado. No envía correo; trabaja con un backend de correo saliente mediante la ruta de correo compatible de Drupal.
Retención no es reactivación
La limpieza rutinaria puede eliminar filas de eventos vencidas y, al mismo tiempo, preservar la evidencia necesaria para bloquear el correo no deseado. La misma distinción se aplica a la acción de borrado de historial de un operador. Eliminar el historial de eventos no libera automáticamente la supresión.
Los rebotes duros y las quejas necesitan un tratamiento distinto del de los problemas temporales de entrega. El módulo admite motivos duraderos y ventanas de tiempo configurables. Una entrega posterior u otros eventos de solo registro no eliminan un bloqueo existente. Eso evita que un evento posterior anule silenciosamente una decisión de supresión anterior.
Los reintentos no deben cambiar la decisión por accidente
Los proveedores de webhooks reintentan las solicitudes. Un evento repetido no debe crear un segundo evento sin relación ni hacer que la evidencia antigua parezca más reciente de lo que es. Postmark Webhooks deduplica las identidades de eventos aceptados y conserva la última ocurrencia de cada motivo de supresión.
La verificación de salida examina los destinatarios en Para, Cc y Cco. Si un destinatario está suprimido, se bloquea el mensaje completo, en lugar de descartar silenciosamente a ese destinatario y enviar un mensaje distinto a todos los demás. Ese comportamiento debe incluirse en las pruebas de correo de la aplicación.
Mantenga la acción del operador revisable
La exportación del historial, el borrado del historial y las decisiones de liberación tienen propósitos distintos y deben seguir siendo visibles como operaciones separadas. La integración opcional con Audit Chain registra las acciones de operador compatibles en la cadena de auditoría compartida; no convierte cada webhook entrante en un evento de la cadena.
La documentación del módulo describe la supresión, la retención y la evidencia conservada. Revíselas por separado de los registros y respaldos del proveedor. Una acción de limpieza local cambia el historial local; no es evidencia de que todas las copias hayan sido borradas.