Výpis běhů pravidel
Co vaše pravidla doopravdy udělala, jeden řádek na pravidlo a zprávu.
Spustí skutečné volání proti vašemu pracovnímu prostoru, s vaším vlastním klíčem.
GET /rules/runs
Co vaše pravidla doopravdy udělala, jeden řádek na pravidlo a zprávu.
Příklad
Vyžaduje rules:read. Od nejnovějšího. ruleId zúží výpis na jedno pravidlo a threadId odpovídá na „proč tahle zpráva skončila tady“.
curl "$OE/rules/runs?threadId=thr_5d31c2a8…&limit=25" -H "$AUTH"{ "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 drží to, co bylo POUŽITO, a failures to, co bylo odmítnuto, ve tvaru type: reason. Jsou to oddělené seznamy, ne jeden opoznámkovaný, protože „pravidlo to archivovalo“ a „pravidlo se to pokusilo archivovat“ jsou různá fakta a log, který je slévá dohromady, neodpoví ani na jedno. Jsou to holé typy akcí. Hodnoty žijí na pravidle a wouldApply v testu je jediné místo, kde jsou vypsané.
Potlačená automatická odpověď se objeví tady, jako reply: auto-reply suppressed because the message carries List-Id, a je to jediné místo, kde se objeví. Nikde jinde se odpověď, která záměrně neodešla, neukáže, a na „proč na tohle moje nepřítomnost neodpověděla“ by se jinak odpovědět nedalo.
ruleName je uložený na řádku, ne připojený až při čtení, takže log se čte správně i po přejmenování nebo smazání pravidla. Řádek jmenující pravidlo, které už neexistuje, je normální stav, ne visící odkaz.
Limit jedné automatické odpovědi na odesílatele a den vynucuje nárokovací řádek v téže tabulce, který tento log nevrací: proto se druhá odpověď o nepřítomnosti témuž odesílateli během dne nikdy nespustí.