Exchange 2010/13 के लिए GFI MailEssentials में शीर्ष स्तर डोमेन श्वेतसूची बनाएँ - कैसे

Exchange 2010/13 के लिए GFI MailEssentials में शीर्ष स्तर डोमेन श्वेतसूची बनाएँ

नए टॉप लेवल डोमेन (टीएलडी) की आसान और सस्ती उपलब्धता ने ईमेल ब्लॉकलिस्ट और अन्य पारंपरिक स्पैम फिल्टर द्वारा पर्ची के लिए स्पैम के लिए एक नया वेक्टर बनाया है। इस गाइड के बाद, आप अनुमति प्राप्त TLDs का एक अनुकूलित श्वेत सूची बना सकते हैं, जो आपकी अनुमत सूची से मेल नहीं खा रहे हैं या अवरुद्ध कर रहे हैं। यह तकनीक अत्यंत उपयोगी है क्योंकि यह घोंसले के शिकार डोमेन या अन्य ज्ञात स्पैम विधियों द्वारा साइडस्टेप नहीं किया गया है।

नोट: केवल एक्सचेंज 2010/13 एनवायरमेंट में परीक्षण किया गया है। यदि आपके पास किसी अन्य मेल सर्वर के साथ सफलता है, तो अन्य उपयोगकर्ताओं को यह तय करने में मदद करने के लिए कि क्या यह विधि उनके लिए काम करेगी, कृपया अपना परिणाम टिप्पणी अनुभाग में पोस्ट करें।

कुल 5 चरण

चरण 1: खोलें MailEssentials वेब व्यवस्थापक कंसोल

अपने एमई वेब व्यवस्थापक साइट पर लॉगिन करें और बाईं ओर मुख्य मेनू में "सामग्री फ़िल्टरिंग" ढूंढें। उस शाखा का विस्तार करने के बाद, उन्नत सामग्री फ़िल्टरिंग चुनें।

चरण 2: एक नया नियम बनाएँ

मौजूदा नियमों की सूची के ऊपर नियम जोड़ें बटन पर क्लिक करें।
जनरल टैब के तहत अपने नियम के लिए एक नाम दर्ज करें (मुझे सुझाव है कि TLD श्वेतसूची)
स्थितियां अनुभाग में, हेडर्स चुनें - मैच रेक्स।
नीचे दिए गए Regex फ़ील्ड में निम्नलिखित नियमित अभिव्यक्ति को कॉपी और पेस्ट करें:

से:। *)

ईमेल चेकिंग सेक्शन के तहत सुनिश्चित करें कि चेक किया गया एकमात्र बॉक्स चेक इनबाउंड ईमेल है।

चरण 3: एक क्रिया का चयन करें

क्रियाएँ टैब पर क्लिक करें और उन कार्रवाइयों को चुनें जिन्हें आप ईमेल पर निष्पादित करना चाहते हैं जो एक श्वेतसूचीबद्ध टीएलडी से उत्पन्न नहीं होती है। कार्रवाई पूरी तरह से आपके ऊपर है इसलिए यदि आप तय करते हैं कि आप केवल ईमेल को लॉग इन करना चाहते हैं, तो यह सुनिश्चित करने के लिए कि यह वैध संदेशों को ब्लॉक नहीं करता है, आप ऐसा कर सकते हैं। मैंने ईमेल और लॉग घटना को हटाने के लिए मेरा सेट किया। मेरा सुझाव है कि आप सूचित व्यवस्थापक का चयन करें या यह फ़िल्टर आपके इनबॉक्स पर बमबारी करेगा क्योंकि यह स्पैम के उच्च संस्करणों को हटा देता है।

चरण 4: नियम के लिए बहिष्करण का चयन करें।

यदि आपके पास कोई उपयोगकर्ता है जिसे आप ईमेल को फ़िल्टर नहीं करना चाहते हैं, तो उन्हें उपयोगकर्ता / फ़ोल्डर टैब के तहत जोड़ें। अब तक, इस फ़िल्टर से सभी अवरुद्ध ईमेल 100% स्पैम हो गए हैं, इसलिए मेरा सुझाव है कि आप किसी को भी इससे बाहर न करें। हालाँकि, यदि आपके पास कुछ उपयोगकर्ता हैं जो विशिष्ट राष्ट्रों के साथ मेल खाते हैं (जैसे .uk .cn पते) तो आपको एक बहिष्करण बनाने की आवश्यकता हो सकती है, यदि आपने उन विशिष्ट देश कोड TLD को श्वेत सूची में नहीं डाला है।

चरण 5: लागू करें और सक्षम करें

नियम को उन्नत सामग्री फ़िल्टर सूची में सहेजने के लिए आपको आवेदन करना होगा। फिर आपको इस नए नियम के बगल में स्थित बॉक्स को चेक करना होगा और सक्षम पर क्लिक करना होगा। किसी भी सेवा को पुनरारंभ करने या सर्वर रिबूट करने की आवश्यकता नहीं है। नियम तुरंत आपकी कतारों से स्पैम को फ़िल्टर करना शुरू कर देता है।

यह एक नई अवधारणा नहीं हो सकती है, हालांकि, यह एक ऐसी सुविधा है जिसे मैंने जीएफआई उपयोगकर्ता मंचों पर अनुरोधित देखा है और कुछ ऐसा है जिसकी मैं जीएफआई में पूर्ण सुविधा के रूप में कामना कर रहा हूं।

अवधारणा बहुत आसान है। यह प्रेषक पते के लिए हेडर जानकारी की जाँच कर रहा है और फिर स्ट्रिंग (वाइल्डकार्ड्स) के खिलाफ मानक प्रेषक हेडर जानकारी से मेल खाता है और यह सुनिश्चित करता है कि यह रेगेक्स में सूचीबद्ध वैकल्पिक टीएलडी में से एक से मेल नहीं खाता है। यदि यह एक मैच पाता है, तो यह हेडर को देखना बंद कर देता है और ईमेल को स्टैक में अगले फिल्टर पर धकेल देता है। यदि यह मेल नहीं खाता है, तो यह आपके द्वारा निर्दिष्ट कार्रवाई करता है।

मैं इस के साथ आया था क्योंकि हम ब्लॉक करने वालों में नए टीएलडी जोड़ रहे हैं क्योंकि वे बाहर आते हैं; हालाँकि, जब से हम यह नहीं जानते कि नया TLD क्या होगा जब तक यह हमें एक दिन के लिए स्पैमिंग नहीं करता है, हम हमेशा स्पैमर के पीछे थे। इसके अलावा, एक बार जब हमने TLD को ब्लॉकलिस्ट में जोड़ दिया, तो एक सप्ताह के भीतर ही स्पैमर ने @ और TLD के बीच एक और डॉट को कुछ और जोड़ दिया, जिससे हमारी ब्लॉकलिस्ट अब प्रभावी नहीं हो गई और अनफ़िल्टर्ड स्पैम का एक और उछाल आ गया।

TLDs को सूचीबद्ध करने की अनुमति देने के लिए हमें इन्हें अवरुद्ध करने के लिए हमारे दृष्टिकोण को उल्टा करके, हमें अब सूची को लगातार अपडेट नहीं करना होगा। असीमित नेस्टेड डोमेन का समर्थन किया जाता है, इसलिए वे डॉट व्हाट्सएप जोड़ सकते हैं जब तक कि गायों के घर नहीं आते, वे हमारे श्वेतसूची से मेल नहीं खाएंगे और इसके माध्यम से नहीं बनाएंगे।

हमारी कंपनी एक अद्वितीय स्थिति में है क्योंकि हमारे पास कोई विदेशी व्यवसाय नहीं है और इसलिए देश कोड TLDs या अन्य गैर-स्थानीय ट्रैफ़िक के बारे में चिंता करने की ज़रूरत नहीं है। हालाँकि, आपको रेगेक्स में उतने ही TLD जोड़ने में सक्षम होना चाहिए, जितना कि आपको बस एक और जोड़ने से चाहिए (TLD) अभिव्यक्ति में।
यह कहने के बाद, मुझे नहीं पता कि अधिक TLDs (विशेष रूप से एक से अधिक) के अलावा फ़िल्टर के लिए प्रसंस्करण समय / आवश्यकताएं क्या करेंगी। मुझे यह भी नहीं पता कि रेगुलर एक्सप्रेशन के लिए कोई कैरेक्टर लिमिट है या नहीं, जो आप कितने TLD जोड़ सकते हैं, वह लिमिट हो सकती है। मुझे संदेह है कि अगर आप सूची में कई और जोड़ने जा रहे हैं, तो यह विचार करने के लिए कुछ है। इस रेगेक्स का उपयोग करके हमारे परीक्षणों ने अब तक हमारे मेलफ़्लो में कोई महत्वपूर्ण देरी या सीपीयू चक्र नहीं दिखाया है।

यदि आपके पास स्वयं रेगेक्स के बारे में कोई चिंता है (विशेषकर यदि आपके पास पहले से नियमित अभिव्यक्ति के साथ कोई अनुभव नहीं है) तो आप इसे किसी भी ऑनलाइन रेगेक्स संपादक पर परीक्षण कर सकते हैं (मैंने regex101.com का उपयोग किया है और अत्यधिक अनुशंसा करते हैं)। यदि आप इसका परीक्षण करना चाहते हैं, तो मैं आपको सुझाव देता हूं कि लाइव ईमेल से हेडर को कॉपी करके टेस्ट टेक्स्ट क्षेत्र में डालें (कई वैध और स्पैम हेडर आज़माएं)।

कृपया अपने परिणाम टिप्पणी अनुभाग में साझा करें। विशेष रूप से यदि आप एक गैर-एक्सचेंज एनवायरमेंट में परीक्षण करते हैं (मेरे पास खुद तक पहुंच नहीं है)।