Ves a la documentació
API

Llistar les execucions de regles

Què han fet realment les teves regles, una fila per regla i missatge.

GETapi.openemail.uk/rules/runs

Executa la crida real contra el teu espai de treball, amb la teva pròpia clau.

GET /rules/runs

Què han fet realment les teves regles, una fila per regla i missatge.

Exemple

Necessita rules:read. Les més recents primer. ruleId limita a una sola regla i threadId respon «per què ha acabat aquí aquest missatge».

curl
curl "$OE/rules/runs?threadId=thr_5d31c2a8…&limit=25" -H "$AUTH"
Resposta
{  "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 conté el que s'ha APLICAT i failures el que s'ha rebutjat, com a type: reason. Són llistes separades i no pas una sola llista anotada perquè «la regla ho ha arxivat» i «la regla ha intentat arxivar-ho» són fets diferents, i un registre que els confon no pot respondre cap de les dues preguntes. Són tipus d'acció nus. Els valors viuen a la regla, i wouldApply en una prova és l'únic lloc on s'expliciten.

Una resposta automàtica suprimida apareix aquí, com a reply: auto-reply suppressed because the message carries List-Id, i és l'únic lloc on ho fa. Res més no mostra una resposta que deliberadament no s'ha enviat, i «per què la meva resposta d'absència no ha contestat allò» altrament no té resposta.

ruleName es desa a la fila en comptes de fer-ne un join en el moment de llegir, de manera que el registre continua llegint-se correctament després de reanomenar o esborrar una regla. Una fila que anomena una regla que ja no existeix és el cas normal, no pas una referència penjada.

El límit d'una resposta automàtica per remitent i dia s'aplica amb una fila de reserva a la mateixa taula, que aquest registre no retorna: és el motiu pel qual una segona resposta d'absència al mateix remitent dins d'un mateix dia no s'activa mai.