API

규칙 수정

모든 필드가 선택 사항이며, `conditions`와 `actions`는 통째로 교체됩니다.

PATCHapi.openemail.uk/rules/{id}

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

PATCH /rules/{id}

모든 필드가 선택 사항이며, conditions와 actions는 통째로 교체됩니다.

예제

rules:write가 필요합니다. 여기서는 position을 받아들이며, 규칙을 옮기고 밀려나는 것들의 번호를 다시 매깁니다.

curl

curl -X PATCH "$OE/rules/rul_7f3a1c94e05d3862c1f0a44b" -H "$AUTH" \  -H "Content-Type: application/json" \  -d '{ "enabled": false }'

응답

{  "object": "rule",  "id": "rul_7f3a1c94e05d3862c1f0a44b",  "name": "Receipts to their own label",  "enabled": false,  "position": 0,  "matchCount": 148,  "updatedAt": "2026-08-30T11:02:19.000Z"}

conditions와 actions는 통째로 교체되는 배열입니다. 요소별 패치는 없습니다. conditions를 보내면 기존 것을 버리고 보낸 것을 그대로 저장하므로, 규칙을 읽고 배열을 수정해 다시 보내십시오. 병합하는 패치로는 "두 번째 조건을 삭제하라"고 말할 방법이 없습니다.

패치는 저장된 규칙에 병합되고 결과 전체가 다시 검증되며, 패치만 따로 검증되는 일은 없습니다. PATCH { "actions": [{ "type": "reject" }] }를 따로 검증하면 envelope_from을 확인할 조건이 없어, 메일링 리스트에 550을 날리는 바로 그 규칙을 쓰게 됩니다.

확신이 없는 규칙을 멈추는 안전한 방법은 비활성화입니다. 목록에 남고, 카운트를 유지하며, 다시 켤 때까지 모든 메시지에서 건너뜁니다.