नियम-runs सूचीबद्ध करें
आपके नियमों ने असल में क्या किया, प्रति नियम प्रति संदेश एक row।
असली कॉल आपकी अपनी कुंजी से आपके वर्कस्पेस पर चलाता है।
GET /rules/runs
आपके नियमों ने असल में क्या किया, प्रति नियम प्रति संदेश एक row।
उदाहरण
rules:read चाहिए। नवीनतम पहले। ruleId एक नियम तक सीमित करता है और threadId "यह संदेश यहाँ क्यों पहुँचा" का जवाब देता है।
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 में वह है जो लागू हुआ और failures में वह जो मना हुआ, type: reason के रूप में। ये एक टिप्पणी-युक्त सूची के बजाय अलग सूचियाँ हैं क्योंकि "नियम ने उसे आर्काइव किया" और "नियम ने उसे आर्काइव करने की कोशिश की" अलग तथ्य हैं, और जो लॉग उन्हें मिला देता है वह किसी भी सवाल का जवाब नहीं दे सकता। ये नंगे action types हैं। मान नियम पर रहते हैं, और test पर wouldApply ही इकलौती जगह है जहाँ वे स्पष्ट लिखे होते हैं।
दबाया गया स्वतः-उत्तर यहाँ दिखता है, reply: auto-reply suppressed because the message carries List-Id के रूप में, और केवल यहीं दिखता है। जानबूझकर न गया कोई उत्तर और कहीं सामने नहीं आता, और "मेरा out-of-office उसका जवाब क्यों नहीं दे रहा" का जवाब वरना मिलता ही नहीं।
ruleName पढ़ते समय join करने के बजाय row पर ही संग्रहित होता है, इसलिए नियम का नाम बदलने या हटाने के बाद भी लॉग सही पढ़ा जाता है। ऐसी row जो अब मौजूद न रहे नियम का नाम लेती है, सामान्य मामला है, कोई लटका हुआ संदर्भ नहीं।
प्रति भेजने वाले प्रति दिन एक स्वतः-उत्तर की सीमा उसी तालिका में एक claim row से लागू होती है, जिसे यह लॉग नहीं लौटाता: यही वजह है कि एक दिन के भीतर उसी भेजने वाले को दूसरा out-of-office कभी नहीं जाता।