Ir a la documentación
API

Listar ejecuciones de reglas

Lo que tus reglas han hecho realmente, una fila por regla y por mensaje.

GETapi.openemail.uk/rules/runs

Ejecuta la llamada real contra tu espacio de trabajo, con tu propia clave.

GET /rules/runs

Lo que tus reglas han hecho realmente, una fila por regla y por mensaje.

Ejemplo

Requiere rules:read. Lo más reciente primero. ruleId restringe a una sola regla y threadId responde a «por qué acabó aquí este mensaje».

curl
curl "$OE/rules/runs?threadId=thr_5d31c2a8…&limit=25" -H "$AUTH"
Respuesta
{  "object": "list",  "data": [    {      "object": "rule_run",      "id": "rrun_9c1f0a4b7e05d3862c1f0a44",      "ruleId": "rul_7f3a1c94e05d3862c1f0a44b",      "ruleName": "Receipts to their own label",      "threadId": "thr_5d31c2a8…",      "messageId": "msg_c5f21cc6…",      "sender": "[email protected]",      "subject": "Your receipt",      "actions": ["label", "archive"],      "failures": [],      "createdAt": "2026-08-29T11:04:12.000Z"    }  ],  "hasMore": false,  "nextCursor": null}

actions contiene lo que se APLICÓ y failures lo que se rechazó, en la forma type: reason. Son listas separadas y no una sola lista anotada porque «la regla lo archivó» y «la regla intentó archivarlo» son hechos distintos, y un registro que los mezcla no puede responder a ninguna de las dos preguntas. Aquí solo aparecen los tipos de acción. Los valores viven en la regla, y wouldApply en una prueba es el único sitio donde se detallan.

Una respuesta automática suprimida aparece aquí, como reply: auto-reply suppressed because the message carries List-Id, y es el único sitio donde aparece. Nada más muestra una respuesta que deliberadamente no salió, y de otro modo «por qué mi respuesta de ausencia no contestó a eso» no tendría respuesta.

ruleName se guarda en la fila en lugar de unirse en el momento de la lectura, así que el registro sigue leyéndose correctamente después de renombrar o eliminar una regla. Una fila que nombra una regla que ya no existe es el caso normal, no una referencia colgante.

El límite de una respuesta automática por remitente y día lo impone una fila de reserva en la misma tabla, que este registro no devuelve: es la razón por la que una segunda respuesta de ausencia al mismo remitente dentro del mismo día nunca se dispara.