नॉलेज बेस

आपके अपने लिखे नियम

आपकी अपनी शर्तें, और उनसे मेल खाने वाली किसी भी चीज़ के साथ क्या होना चाहिए।

विवरण

Settings → Rules में लिखे जाते हैं, और REST API पर /rules पर, जो हर वर्कस्पेस के लिए चालू है। नियम आने वाले संदेश पर लागू शर्तों की एक सूची है और उनसे मेल खाने वाली किसी भी चीज़ पर की जाने वाली क्रियाओं की एक सूची: प्रति मेलबॉक्स 100 नियम, हर एक में अधिकतम 20 शर्तें और 10 क्रियाएँ। ये प्लान की सीमाएँ नहीं, लूप में चल रही किसी स्क्रिप्ट के विरुद्ध रक्षा हैं। 101वाँ नियम यह बताते हुए ठुकराया जाता है, उसका बिल नहीं बनता।
इक्कीस चीज़ें जिनके बारे में कोई शर्त पूछ सकती है: From पता और उसका डोमेन (जहाँ example.com पर मेल खाना mail.corp.example.com को भी कवर करता है), SMTP envelope sender, To, Cc, Bcc, कोई भी प्राप्तकर्ता, Reply-To, वह पता जिस पर प्रति वास्तव में डिलीवर हुई थी, उसका प्लस-टैग हटाकर, विषय, body, कोई भी नामित हेडर, List-Id, किसी अटैचमेंट का नाम, प्रकार या आकार, अटैचमेंट है भी या नहीं, पूरे संदेश का आकार, स्पैम का फ़ैसला, और वह घंटा तथा सप्ताह का दिन जब वह UTC में आया। मिलान glob (* और ?) से होता है, या contains, equals, starts with, ends with, और उन चारों संख्यात्मक शर्तों पर greater या less than से। पैटर्न में अपने कम से कम दो अक्षरांकीय वर्ण होने चाहिए, इसलिए अकेला * लिखते समय ही ठुकरा दिया जाता है, न कि आगे आने वाले हर संदेश से मेल खाता है।
सभी शर्तें या उनमें से कोई भी, और हर एक पर अलग से एक NOT। कोई नेस्टेड ब्रैकेटिंग नहीं है: (A and B) or C दो नियम हैं, और छह महीने बाद आप इसे वैसे ही पढ़ेंगे भी।
ग्यारह क्रियाएँ: लेबल लगाना, लेबल हटाना, आर्काइव करना, पढ़ा हुआ चिह्नित करना, स्टार लगाना, स्पैम में फ़ाइल करना, ट्रैश करना, फ़ॉरवर्ड करना, किसी टेम्पलेट से स्वतः-उत्तर देना, भेजने वाले को ब्लॉक करना, और संदेश को सिरे से ठुकरा देना। नियम उसी क्रम में चलते हैं जिसमें आपने उन्हें रखा, सबसे नीचे वाला पहले, और उनमें से किसी को भी हटाए बिना बंद किया जा सकता है। जिस नियम पर stop processing चिह्नित है वह उस चक्र को समाप्त कर देता है, इसलिए उसके नीचे कुछ भी नहीं देखा जाता, और जहाँ दो नियम एक ही फ़ोल्डर का नाम लेते हैं वहाँ बाद वाला जीतता है, क्योंकि क्रमांकित सूची का यही अर्थ होता है।
दरवाज़े पर ठुकराना केवल envelope पर आधारित है, और वरना लिखते समय ही ठुकरा दिया जाता है। 550 का जवाब वही देता है जिसने हमें संदेश सौंपा, और मेलिंग लिस्ट पर वह सूची होती है, जो इसे बाउंस होते सब्सक्राइबर के रूप में पढ़ती है और आपको उस चीज़ से अनसब्सक्राइब कर देती है जिसमें आप बस एक व्यक्ति को पोस्ट करने से रोकना चाहते थे। जो नियम भेजने वाले को केवल From हेडर पर मिलाता है वह उसे Spam में फ़ाइल करता है, ठीक वैसे ही जैसे किसी को ब्लॉक करना करता है।
स्वतः-उत्तर किसी मशीन को जवाब नहीं देगा। यह Auto-Submitted, Precedence: bulk, list या junk, किसी List-Id या List-Unsubscribe हेडर, X-Autoreply, X-Autorespond पर, और हर बाउंस के साथ आने वाले खाली envelope sender पर दबा दिया जाता है। इसके अलावा, एक भेजने वाले को दिन में अधिकतम एक उत्तर मिलता है। उत्तर-नियमों वाले और बिना किसी रक्षा वाले दो मेलबॉक्स तब तक एक-दूसरे को मेल करते रहते हैं जब तक किसी की नज़र न पड़े।
फ़ॉरवर्ड आई हुई मेल नहीं, दोबारा बनाई गई प्रति होती है: वह सेंड पाथ से होकर जाती है, इसलिए भेजने वाले का DKIM हस्ताक्षर उसमें नहीं बचता, न ही असामान्य हेडर और विचित्र हिस्से। मूल संदेश एक .eml अटैचमेंट के रूप में साथ चलता है ताकि हेडर और ठीक-ठीक हिस्से पढ़ने को बने रहें, बशर्ते वह 5MB की अटैचमेंट सीमा से ऊपर न हो, जिस स्थिति में फ़ॉरवर्ड पढ़ने योग्य body के साथ फिर भी चला जाता है और मूल संदेश आपके अपने मेलबॉक्स में ही रह जाता है। कुछ भी आपको यह नहीं बताता कि ऐसा हुआ, और यही जानने लायक हिस्सा है। नियम लिखते समय गंतव्य जाँचा जाता है, पर केवल उसके रूप के लिए: ops, या बिना बिंदु वाला ops@example, बाद में हर मेल खाते संदेश पर विफल होने के बजाय लिखते समय ही ठुकरा दिया जाता है। ऐसी टाइपो जो फिर भी एक वैध पता हो ([email protected] की जगह [email protected]) स्वीकार कर ली जाती है, और किसी नियम के गंतव्य से कभी स्वयं पुष्टि करने को नहीं कहा जाता जैसे किसी पते के फ़ॉरवर्ड से कहा जाता है, इसलिए प्रति ठीक उसी पर जाती है जो आपने टाइप किया।
किसी नियम को चालू करने से पहले परखा जा सकता है: उसे पिछले तीस दिनों पर चलाएँ (अधिकतम एक साल, अधिकतम 200 संदेश) और वह बताता है कि आपके अपने कौन-से संदेश उसने पकड़े होते और उनके साथ क्या किया होता, बिना उनमें से किसी को छुए। वही मिलानकर्ता यह जवाब देता है जो डिलीवरी पाथ पर चलता है, लेकिन संग्रहीत संदेश वह संदेश नहीं है जो SMTP ने सौंपा था। envelope sender, हेडर मैप, List-Id, वह पता जिस पर वह डिलीवर हुआ था और नेटवर्क पर उसका आकार तब तक जा चुके होते हैं, इसलिए इक्कीस में से ग्यारह फ़ील्ड ड्राई रन में अलग जवाब देते हैं या जवाब दे ही नहीं पाते, और डायलॉग उन्हें चुपचाप मिसमैच गिनने के बजाय नाम लेकर बताता है। सबसे तीखा मामला वह नियम है जो दरवाज़े पर ठुकराता है: उसके लिए envelope-sender वाली शर्त होना ज़रूरी है, और संग्रहण में कुछ भी उसका जवाब नहीं दे सकता, इसलिए प्रीव्यू बताता है कि वह किसी से मेल नहीं खाता, चाहे व्यवहार में वह कितना भी ठुकराता हो।
कुछ भी पिछली मेल पर लागू नहीं होता, और जानबूझकर ऐसा कोई बटन नहीं है जो उसे ऐसा बना दे। आपके पास पहले से मौजूद मेलबॉक्स पर कोई नियम लागू करना असीम है, उसे पलटा नहीं जा सकता, और वह हर छुए गए संदेश को इनबॉक्स के सबसे ऊपर खींच लाता। नियम तय करते हैं कि आगे आने वाली मेल के साथ क्या होगा।
हर नियम ने क्या किया यह प्रति संदेश दर्ज होता है (वे क्रियाएँ जो लागू हुईं और, अलग से, वे जो ठुकराई गईं और क्यों), इसलिए “यह यहाँ पहुँचा कैसे” और “मेरे out-of-office ने उसका जवाब क्यों नहीं दिया” — दोनों का जवाब मिल जाता है। लॉग नियम का नाम रखता है, इसलिए नियम का नाम बदलने या उसे हटाने के बाद भी वह सही पढ़ा जाता है।
यह आपके अपने डोमेन के हर पते पर लागू होता है, इसलिए नियम वहाँ पेश किए जाने के बजाय जहाँ वह चुपचाप कुछ न करता, हर आने वाली चीज़ तक पहुँचता है।
अगर इंजन जवाब नहीं दे पाता (किसी नए क्लाइंट से आई कोई शर्त, कोई डेटाबेस जो जवाब नहीं देगा), तो संदेश वैसे ही डिलीवर होता है जैसे वह होता और विफलता लॉग कर दी जाती है। जो नियम थ्रो करता है वह एक ऐसा संदेश है जो कभी पहुँचता ही नहीं।