API

규칙 조회

규칙 하나의 전부. 조건과 액션, 그리고 몇 번 발동했는지까지.

GETapi.openemail.uk/rules/{id}

본인 키로 워크스페이스에 실제 호출을 실행합니다.

GET /rules/{id}

규칙 하나의 전부. 조건과 액션, 그리고 몇 번 발동했는지까지.

예제

rules:read가 필요합니다. id는 rul_ 접두사를 갖습니다.

curl

curl "$OE/rules/rul_7f3a1c94e05d3862c1f0a44b" -H "$AUTH"

응답

{  "object": "rule",  "id": "rul_7f3a1c94e05d3862c1f0a44b",  "name": "Receipts to their own label",  "description": null,  "enabled": true,  "position": 0,  "match": "all",  "conditions": [    { "field": "from_domain", "op": "matches", "value": "*.stripe.com", "negate": false }  ],  "actions": [{ "type": "label", "value": "USER_RECEIPTS" }, { "type": "archive" }],  "stopProcessing": true,  "lastMatchedAt": "2026-08-29T11:04:12.000Z",  "matchCount": 148,  "createdAt": "2026-08-01T09:00:00.000Z",  "updatedAt": "2026-08-20T16:31:00.000Z"}

다른 연결의 규칙은 403이 아니라 rule_not_found, 404이며, 존재한 적 없는 id와 같은 답입니다. 읽을 수 없는 메일함에 어떤 id가 있는지 키에 알려주는 것 자체가 유출이기 때문입니다.

이것이 규칙의 전부입니다. 버전도 이력도 없습니다. 수정은 덮어쓰며, 규칙이 실제로 무엇을 했는지는 대신 GET /rules/runs에 메시지별로 기록됩니다.