नियम
मेल आते ही उसके साथ क्या होता है।
नियम टूल
| टूल | यह क्या करता है |
|---|---|
| listRules | सक्रिय कनेक्शन पर मौजूद हर नियम, उसी क्रम में जिसमें उनका मूल्यांकन होता है, इसके साथ कि हर एक क्या करता है और कितनी बार चला है। |
| getRule | एक नियम पूरा: उसकी शर्तें, उसकी कार्रवाइयाँ और वह चालू है या नहीं। |
| createRule | एक नियम लिखें: आने वाले संदेश पर शर्तें, और उनसे मेल खाने वाली हर चीज़ के साथ क्या होना चाहिए। नियम बंद हालत में बनता है। |
| testRule | पिछले तीस दिनों के कौन से संदेश यह नियम पकड़ लेता, और उनके साथ क्या करता। यह कुछ भी नहीं बदलता। |
| setRuleEnabled | किसी व्यक्ति के उसे पढ़ लेने के बाद, एक नियम चालू या बंद करें। |
createRule नियम को बंद हालत में लिखता है, और यही वह एक जगह है जहाँ यह सर्वर जानबूझकर REST API से अलग है। POST /rules में डिफ़ॉल्ट चालू है। जो नियम मेल को आर्काइव, ट्रैश या फ़ॉरवर्ड करता है, उसे किसी चैट संदेश के भरोसे यह करना शुरू नहीं कर देना चाहिए: उसे लिखें, testRule बुलाकर जिस व्यक्ति के लिए आप काम कर रहे हैं उसे दिखाएँ कि यह उसके अपने कौन से संदेश पकड़ लेता, और उसके बाद ही setRuleEnabled माँगें।
न कोई updateRule है, न deleteRule और न क्रम बदलने की सुविधा, उसी वजह से जिससे टेम्पलेट मिटाने की सुविधा नहीं है: यही वे क्रियाएँ हैं जो चैट विंडो के भीतर से किसी और की व्यवस्था तोड़ देती हैं। मिटाया गया नियम वापस नहीं लाया जा सकता, और क्रम बदलना चुपचाप यह बदल देता है कि आगे आने वाले हर संदेश के साथ क्या होगा। तीनों Settings → Rules में और REST API पर हैं, जहाँ क्लिक कोई व्यक्ति करता है।
नियम कनेक्शन के होते हैं, इसलिए ये उसी मेलबॉक्स पर काम करते हैं जिसका नाम setActiveConnection ने पिछली बार लिया, और किसी सहकर्मी का लिखा नियम भी उन्हीं में से एक है। एक मेलबॉक्स 100 नियम रखता है, हर एक में ज़्यादा से ज़्यादा 20 शर्तें और 10 कार्रवाइयाँ।
यहाँ कुछ भी पिछली तारीख़ से लागू नहीं होता। नियम यह तय करता है कि उसके चालू होने के बाद आने वाले मेल के साथ क्या हो; वह पहले से भरे मेलबॉक्स पर झाड़ू नहीं फेरता, और testRule मेल को कहीं रखता नहीं, सिर्फ़ रिपोर्ट करता है।