नियमित ईमेल सत्यापन पर्याप्त क्यों नहीं है। PHP और रूबी में उदाहरणों के साथ MX रिकॉर्डों को मान्य करना

कितनी बार उन्होंने दुनिया को दोहराया है ... एक लंबी और शायद अंतहीन बहस है जिसके बारे में नियमित रूप से सही है और उपयोगकर्ता के ईमेल क्षेत्र की जांच करना आवश्यक है।

हां, आपको वास्तव में नियमित सीजन के साथ जांच करने की आवश्यकता है। लेकिन हमारे उत्पाद ऑनलाइन हैं। तो उसकी सच्ची शक्ति का उपयोग क्यों न किया जाए?

इसके अलावा, अक्सर ऐसी परिस्थितियाँ होती हैं जहाँ उपयोगकर्ताओं को ईमेल पते (एक डोमेन सहित) में प्रवेश करते समय वास्तव में गलती होती है। अच्छी तरह से, या, ईमेल क्षेत्र में, किसी भी संभव "हबरकद्र" को दर्ज करें, जो आसानी से regexp के माध्यम से उड़ जाता है, लेकिन मेल नहीं हो सकता है, क्योंकि यहां तक ​​कि यह डोमेन प्रकृति में मौजूद नहीं है :)

वैसे, इस बारीकियों पर, हम सचमुच बस ऊपर उड़ गए: निचला रेखा यह है कि साइट पर एक लोकप्रिय सीएमएस पर उठाया गया, किसी कारण से, हमने ईमेल सूचनाएं भेजना बंद कर दिया।

कारण, जैसा कि यह निकला, स्पैमर का पता था।

इसके कई कारण थे:

1. सीएमएस काफी लोकप्रिय है, और, इसलिए, इस पर बहुत सारे पंजीकृत स्पैमर हैं। और क्या अधिक दिलचस्प है - सेटिंग्स में आप (और कई कर सकते हैं, वैसे) - ईमेल सत्यापन को अक्षम करें। इस मामले में, आप किसी भी बकवास में प्रवेश करने के लिए (और इसलिए अधिकांश बॉट्स) यहां कर सकते हैं
2. अक्षरों के ग्रंथों को मानक से फिर से नहीं लिखा गया था।

कुल: स्पैमर बड़े पैमाने पर रजिस्टर करने के लिए चढ़ गए, स्क्रिप्ट के लिए बाएं ईमेल को फेंक दिया, जहां हमने पत्र भेजने की कोशिश की। स्पैम फ़िल्टर ने देखा कि कई ईमेल हमारे ईमेल से आ रहे थे, उन ग्रंथों के साथ जो उन्होंने पहले ही कई बार अन्य ईमेल पतों से देखे थे, और साथ ही उनमें से काफी संख्या गैर-मौजूद ईमेल पतों पर गिरी थी।

सामान्य तौर पर, मेलिंग एड्रेस समय-समय पर स्पैम के अंतर्गत आता है।

इसलिए, अनुभव, क्रमशः, किया जा सकता है और तर्क दिया जाना चाहिए कि इंटरनेट पर एक डोमेन की उपलब्धता, साथ ही उस पर एक मेल सेवा (एक डोमेन के लिए एमएक्स रिकॉर्ड) की उपस्थिति की जांच करना, यही है, सिद्धांत रूप में, मौजूद होना चाहिए और उपयोगकर्ता पंजीकरण प्रणालियों में काम करना चाहिए।

दरअसल, चेक का सार काफी सरल है: पंजीकरण के दौरान, उपयोगकर्ता डेटा को मान्य करने के चरण में, हम डोमेन को ईमेल से विभाजित करते हैं, और देखते हैं कि एमएक्स पर क्या है।

क्या यह मुश्किल है? वास्तव में नहीं। लेकिन यह डाक सेवाओं पर भार को काफी कम कर सकता है। और, वैसे, स्पैम सूचियों में आने की संभावना बहुत कम है (आखिरकार, गैर-मौजूद मेल पते पर बड़ी संख्या में पत्र भेजना स्पैम के संकेतों में से एक है)।

PHP में, विचित्र रूप से पर्याप्त, यह बहुत सरल है:

$email ="11@sdlkfjsdl.co.uk"; $domain = substr(strrchr($email, "@"), 1); $res = getmxrr($domain, $mx_records, $mx_weight); if (false == $res || 0 == count($mx_records) || (1 == count($mx_records) && ($mx_records[0] == null || $mx_records[0] == "0.0.0.0" ) ) ){ //   -  mx-   echo "No MX for domain: $domain"; }else{ // ,  MX-   ,      echo "It seems that we have qualify MX-records for domain: $domain"; } 

मैं इसके बजाय "राक्षसी" समझाऊंगा। तथ्य यह है कि getmxrr फ़ंक्शन के लिए प्रलेखन में इसके व्यवहार के संदर्भ में टिप्पणियां थीं जो पूरी तरह से सही नहीं थीं। और यद्यपि मैं उन्हें php7.1 पर नहीं मिला - एक अतिरिक्त जाँच एक अतिरिक्त नहीं है :)

रूबी पर, यह एक समान तरीके से किया जाता है:

 domain = invite.email.split('@').last.mb_chars.downcase.to_s.force_encoding("UTF-8") # ,   .         UTF-8,     mail_servers = Resolv::DNS.open.getresources(domain, Resolv::DNS::Resource::IN::MX) if mail_servers.empty? # MX-.       false else true end 

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