नियम अपडेट करें
हर फ़ील्ड वैकल्पिक है, और `conditions` तथा `actions` पूरे बदल जाते हैं।
असली कॉल आपकी अपनी कुंजी से आपके वर्कस्पेस पर चलाता है।
PATCH /rules/{id}
हर फ़ील्ड वैकल्पिक है, और conditions तथा actions पूरे बदल जाते हैं।
उदाहरण
rules:write चाहिए। position यहाँ स्वीकार किया जाता है और नियम को हिला देता है, जिसे वह विस्थापित करता है उसे दोबारा क्रमांकित करते हुए।
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 पूरे-बदलने वाले arrays हैं। प्रति-तत्व कोई patch नहीं: conditions भेजने पर जो वहाँ थीं वे हट जाती हैं और ठीक वही संग्रहित होता है जो आपने भेजा, इसलिए नियम पढ़ें, array संपादित करें, और वापस भेजें। merge करने वाली patch के पास "दूसरी शर्त हटाओ" कहने का कोई तरीका ही न होता।
patch को संग्रहित नियम पर merge किया जाता है और पूरा परिणाम दोबारा मान्य किया जाता है, कभी अकेली patch नहीं। अलग से जाँचा गया PATCH { "actions": [{ "type": "reject" }] } के पास envelope_from खोजने के लिए कोई शर्त ही नहीं होती और वह ठीक वही नियम लिख देता जो मेलिंग सूची को 550 देता है।
जिस नियम पर आपको संदेह हो, उसे रोकने का सुरक्षित तरीका उसे अक्षम करना है। वह सूची में बना रहता है, अपनी गिनतियाँ रखता है, और जब तक आप उसे वापस चालू न करें तब तक हर संदेश पर छोड़ दिया जाता है।