कॉफ़ी बीन्स बेचने वाली एक छोटी ऑनलाइन दुकान की कल्पना कीजिए, जो इस उदाहरण के लिए गढ़ी गई है। मालिक हर उस व्यक्ति को पहले ऑर्डर पर 10 यूरो की छूट देता है जो ईमेल पते से साइन-अप करे, और उसने 500 नए ग्राहकों का बजट रखा है। एक महीने बाद 500 कोड खत्म हो जाते हैं। पर अकाउंट अजीब लगते हैं: कई ने एक ही बार ऑर्डर किया, कुछ ही गलियों के पते पर, और जब दुकान का अगला न्यूज़लेटर निकलता है तो कई पते बाउंस होते हैं। बजट खर्च हो चुका है, उन खरीदारों में से कम ही लौटेंगे, और दुकान के ईमेल प्रोवाइडर ने उसकी बाउंस दर पर सवाल पूछना शुरू कर दिया है। तो मालिक साइन-अप फ़ॉर्म में एक नियम जोड़ देता है, और अगली बार जो अस्थायी पता डालता है उसे दिखता है “कृपया स्थायी ईमेल पता इस्तेमाल करें।”
अस्थायी ईमेल ब्लॉक के पीछे आम तौर पर यही कहानी होती है, फ़ॉर्म के दूसरी तरफ़ से देखी हुई। साइटें अस्थायी पते मुख्य रूप से नकली और दोहराए गए अकाउंट रोकने, एक ग्राहक के लिए बने ऑफ़र बचाने, अपना मेल पहुंचता रखने और यह पक्का करने के लिए मना करती हैं कि लोग अपना अकाउंट रिकवर कर सकें। ज़्यादातर साइटें यह @ के बाद वाले हिस्से को जाने-पहचाने अस्थायी मेल डोमेन की सूचियों से मिलाकर करती हैं। अगर आपका पता मना कर दिया गया है, तो सही जवाब यह है कि उसका सम्मान करें और स्थायी पता या एलियास इस्तेमाल करें, या तय करें कि आप उस साइट के बिना काम चला लेंगे। ऐसा दूसरा पता न ढूंढें जो फ़ॉर्म पार करा दे।
ब्लॉक किस चीज़ की रक्षा कर रहा है
दुकान का कूपन समझने में सबसे आसान है, क्योंकि हर कोड की एक कीमत है। बहुत-सी साइटों में यही समस्या दूसरे रूप में है। क्लाउड सेवा पर हर नए अकाउंट के साथ स्टोरेज आता है। हर सॉफ़्टवेयर ट्रायल कंप्यूटिंग पावर और अक्सर किसी इंसान का सपोर्ट समय लेता है। रेफ़रल स्कीम हर नए साइन-अप के लिए भुगतान करती है, और रिव्यू या वोटिंग साइट तभी पढ़ने लायक है जब एक व्यक्ति की एक आवाज़ हो। जब अकाउंट बनाने की लागत सिर्फ़ एक नया पता है, तो स्क्रिप्ट वाला कोई भी हज़ारों अकाउंट बना सकता है, और प्रति अकाउंट मिलने वाली हर चीज़ खाली की जा सकती है। कंपनियां ये चीज़ें अच्छी वजह से हर ग्राहक को एक बार देती हैं, और स्थायी पते की मांग उस सीमा को मायने देने के सबसे सस्ते तरीकों में से एक है। VookMail के नियम और शर्तें सेवा को ऐसी सीमाओं से बचने के लिए इस्तेमाल करने से रोकते हैं, और हम चाहेंगे कि हमारे डोमेन मना कर दिए जाएं, बजाय इसके कि उनका ऐसे इस्तेमाल हो।
मॉडरेशन अगली वजह है। कोई फ़ोरम एक स्पैमर को बैन करता है, और अगर उसका अकाउंट किसी फेंके जाने वाले पते पर टिका था, तो एक मिनट बाद नया अकाउंट बन सकता है। मार्केटप्लेस और कमेंट सेक्शन में धोखे की लिस्टिंग और लिंक स्पैम के साथ यही पैटर्न दिखता है। स्थायी पता किसी ठान चुके व्यक्ति को नहीं रोकता, पर यह दोबारा शुरू करने की लागत बढ़ा देता है, और अक्सर बैन जारी करना सार्थक बनाने के लिए इतना काफ़ी होता है।
डिलीवरेबिलिटी वह वजह है जिसके बारे में ज़्यादातर विज़िटर कभी नहीं सोचते, और साइट चलाने वालों के लिए शायद यही सबसे अहम है। ईमेल प्रोवाइडर देखते हैं कि किसी भेजने वाले का मेल कैसे पाया जाता है। अस्थायी इनबॉक्स गायब हो जाते हैं, इसलिए जो साइट पुराने इनबॉक्स को लिखती रहती है, उसके फ़ेल डिलीवरी का हिस्सा बढ़ता जाता है, और पाने वाले सर्वर इसे लापरवाह भेजने वाले का संकेत मानते हैं। एक प्रकाशित उदाहरण लें तो Amazon SES 5% की बाउंस दर पर अकाउंट को समीक्षा में डालता है और 10% पर भेजना रोक सकता है। बल्क भेजने वालों के लिए Google के दिशानिर्देश ऑथेंटिकेशन और स्पैम शिकायतों पर बने हैं, जिनमें यूज़र द्वारा रिपोर्ट की गई स्पैम दर 0.3% से नीचे रखनी होती है। अगर भेजने वाले की प्रतिष्ठा गिरती है, तो सबसे पहले अक्सर उसके सबसे ज़रूरी मैसेज प्रभावित होते हैं, जैसे पासवर्ड रीसेट और ऑर्डर की रसीदें, जो उन ग्राहकों के लिए स्पैम में जाने लगती हैं जिन्होंने कुछ गलत नहीं किया।
फिर वे आंकड़े हैं जिनसे कारोबार फ़ैसले लेता है। प्रोडक्ट टीमें साइन-अप, एक्टिवेशन और रिटेंशन गिनती हैं, और हज़ार अकाउंट जो एक बार बने और दोबारा इस्तेमाल नहीं हुए, एक कमज़ोर लॉन्च को अच्छा दिखा सकते हैं। मार्केटिंग टीमें कई ईमेल प्लेटफ़ॉर्म पर प्रति कॉन्टैक्ट भुगतान करती हैं, इसलिए जिन पतों तक पहुंचा नहीं जा सकता वे हर महीने उन्हें पैसे का नुकसान कराते हैं। अस्थायी डोमेन मना करना उस डेटा को साफ़ करने का मोटा तरीका है, और मालिक जानते हैं कि यह मोटा है, पर यह करना सस्ता है।
अकाउंट रिकवरी शायद सबसे जायज़ वजह है, क्योंकि यह आपकी रक्षा करती है। जिस सेवा में आपकी फ़ाइलें, पैसा या इतिहास है, वहां पासवर्ड खो जाने पर ईमेल ही वापसी का रास्ता है। अस्थायी इनबॉक्स कल खाली होगा, इसलिए रीसेट लिंक कहीं नहीं पहुंचता, और सपोर्ट के पास मालिकाने का ऐसा विवाद रह जाता है जिसे वह सुलझा नहीं सकता। सुरक्षा का मुद्दा भी है। अस्थायी इनबॉक्स में आम तौर पर पासवर्ड नहीं होता, और जो भी VookMail पर किसी पते को जानता या अंदाज़ा लगा लेता है, वह वह इनबॉक्स खोल सकता है। जिस साइट के पास कीमती चीज़ है, उसके पास रीसेट लिंक ऐसी जगह न भेजने की हर वजह है।
आखिर में, कुछ साइटों पर बाहरी ज़िम्मेदारियां होती हैं। किसी नियंत्रित कारोबार को ग्राहकों की पहचान करनी पड़ सकती है या लंबे समय तक कानूनी रूप से ज़रूरी सूचनाएं भेजनी पड़ सकती हैं, और अनुबंध की शर्तें या उम्र की जांच ऐसी ही मांगें जोड़ सकती हैं। ये नियम देश और क्षेत्र के हिसाब से काफ़ी बदलते हैं, पर टिकने वाला संपर्क बिंदु अक्सर इनकी ज़रूरत का हिस्सा होता है।
क्या यह सच में ब्लॉक है? संदेश को पढ़ना
फ़ॉर्म कई वजहों से पता मना कर सकता है जो स्क्रीन पर लगभग एक-सी दिखती हैं, और इलाज इस पर निर्भर है कि आपका सामना किससे हुआ है।
| फ़ॉर्म क्या कहता है | शायद क्या हो रहा है | क्या करें |
|---|---|---|
| “कृपया स्थायी ईमेल पता इस्तेमाल करें” या “यह प्रोवाइडर समर्थित नहीं है” | अस्थायी डोमेन का ब्लॉक | स्थायी पता या एलियास इस्तेमाल करें |
| “कृपया अपना वर्क ईमेल इस्तेमाल करें” | साइट सिर्फ़ कंपनी के डोमेन लेती है, इसलिए फ़्री वेबमेल भी मना है | अगर आप उसके इच्छित ग्राहक हैं तो ऑफ़िस वाला पता इस्तेमाल करें, या छोड़ दें |
| सही दिखने वाले पते पर “Invalid email” | ब्लॉक के लिए धुंधला संदेश, या सख्त फ़ॉर्मैट जांच | खाली जगह और टाइपो देखें, फिर बना रहे तो उसे ब्लॉक मानें |
info@, admin@ या sales@ मना करता है | साझा रोल वाले पते स्वीकार नहीं | निजी पता इस्तेमाल करें |
| प्लस साइन मना करता है | सख्त वैलिडेशन जो उसे गलती से अमान्य मानता है | अपना सादा पता या एलियास इस्तेमाल करें, और चाहें तो साइट को बताएं |
| “इस ईमेल से अकाउंट पहले से मौजूद है” | आपने, या इस पते वाले किसी ने, पहले रजिस्टर किया है | साइन-इन करें या पासवर्ड रीसेट करें |
| फ़ॉर्म स्वीकार कर लेता है, फिर कोई मेल नहीं आता | साइट शायद अस्थायी डोमेन पर चुपचाप मेल नहीं भेजती | इसे जवाब मानें, और अगर फिर भी सेवा चाहिए तो स्थायी पता इस्तेमाल करें |
साइट कैसे फ़ैसला करती है
तरीकों को समझने से कुछ रहस्य साफ़ होता है, और मालिकों को पता चलता है कि वे क्या खरीद रहे हैं। इसे किसी रुकावट को पार करने के नक्शे की तरह न पढ़ें। जो जांच किसी पते को नहीं पकड़ती, उससे वह पता स्वागत योग्य नहीं बन जाता: साइट की शर्तें फिर भी लागू होती हैं।
डोमेन सूचियां
यह सबसे आम और सबसे सरल तरीका है। सर्वर @ के बाद का सब कुछ लेता है, उसे छोटे अक्षरों में बदलता है, और जाने-पहचाने अस्थायी मेल डोमेन की सूची में खोजता है। कुछ सूचियां सार्वजनिक हैं। GitHub पर समुदाय द्वारा चलाया जाने वाला disposable-email-domains प्रोजेक्ट एक जाना-माना उदाहरण है, जो CC0 लाइसेंस पर जारी है, और कई प्रोग्रामिंग भाषाओं के लिए पैकेज और स्निपेट के साथ आता है। दूसरी सूचियां वैलिडेशन सेवा के हिस्से के रूप में कारोबारी तौर पर बिकती हैं। दो साइटें एक ही पते पर अलग फ़ैसले इसलिए ले सकती हैं कि वे अलग सूचियां इस्तेमाल करती हैं, जो अलग समय पर अपडेट होती हैं, और इसीलिए ये नियम बाहर से बेमेल लग सकते हैं।
DNS जांच
जो भी डोमेन मेल पाता है, वह आम तौर पर अपने मेल सर्वर बताने वाले MX रिकॉर्ड प्रकाशित करता है। फ़ॉर्म पहली समझदारी जांच के तौर पर इन्हें खोज सकता है। MX न हो और address रिकॉर्ड भी न हो, तो मेल डिलीवर नहीं हो सकता, जैसा RFC 5321 address रिकॉर्ड पर लौटने के बारे में बताता है। प्रकाशित “null MX”, जो RFC 7505 में परिभाषित है, साफ़ कहता है कि डोमेन कोई मेल नहीं लेता। वैलिडेटर यह भी तुलना कर सकते हैं कि किसी डोमेन का मेल कहां जाता है: जो डोमेन बहुत-से जाने-पहचाने अस्थायी डोमेन के साथ अपने मेल सर्वर साझा करता है, उसे उन्हीं के साथ गिना जा सकता है। यह ठीक संकेत है पर अधूरा, क्योंकि बहुत-से साधारण कारोबार भी साझा मेल प्रोवाइडर इस्तेमाल करते हैं। VookMail खुद एक मेल डिलीवरी प्रोवाइडर इस्तेमाल करता है जो SMTP पर मैसेज पाता है और उन्हें HTTPS पर फ़ॉरवर्ड करता है, और यह आम ईमेल आर्किटेक्चर है।
वैलिडेशन सेवाएं
कई साइटें फ़ैसला किसी कारोबारी ईमेल वैलिडेशन API को सौंप देती हैं। फ़ॉर्म पता भेजता है, और सेवा valid, invalid, disposable, role या risky जैसा नतीजा लौटाती है, अक्सर स्कोर के साथ। ये सेवाएं सूचियों, DNS डेटा, डोमेन की उम्र और अपने इतिहास को मिलाती हैं। ये मेहनत बचाती हैं, पर शुल्क, साइन-अप में कुछ देरी और हर विज़िटर का पता दूसरी कंपनी को भेजने की कीमत पर।
मेल सर्वर से पूछना
कुछ वैलिडेटर डोमेन के सर्वर से SMTP कनेक्शन खोलते हैं, RCPT TO कमांड में पता देते हैं और कोई मैसेज भेजे बिना डिस्कनेक्ट हो जाते हैं, यह देखने के लिए कि मेलबॉक्स स्वीकार होगा या नहीं। यह उतना भरोसेमंद नहीं जितना लगता है। कई सर्वर उस चरण पर सभी प्राप्तकर्ता स्वीकार कर लेते हैं, या पते इकट्ठा करने को हतोत्साहित करने के लिए धुंधले जवाब देते हैं, और पुरानी VRFY कमांड इसी कारण बड़े पैमाने पर बंद है।
पूरे अकाउंट का जोखिम स्कोर
बड़े प्लेटफ़ॉर्म शायद ही कभी पते को अकेले परखते हैं। वे उसे नेटवर्क की प्रतिष्ठा, डिवाइस के संकेतों, फ़ॉर्म कितनी जल्दी भरा गया, और बहुत-से अकाउंट के पैटर्न के साथ तौलते हैं। अस्थायी पता किसी स्कोर का एक इनपुट हो सकता है, और नतीजा सीधे मना करने की जगह फ़ोन वेरिफ़िकेशन जैसा अतिरिक्त कदम हो सकता है। इसीलिए कोई प्लेटफ़ॉर्म दो एक-जैसे साइन-अप के साथ अलग बर्ताव कर सकता है, और क्यों वह वजह ब्योरे से नहीं समझा सकता।
| तरीका | ताकत | मालिक के लिए कमज़ोरी |
|---|---|---|
| डोमेन सूची | तेज़, सरल, बाहरी कॉल नहीं | नियमित अपडेट चाहिए, और गलतियां हो सकती हैं |
| DNS जांच | उन डोमेन को पकड़ती है जो मेल नहीं पा सकते | साझा प्रोवाइडर पर चलने वाले वैध डोमेन को गलत आंक सकती है |
| डोमेन की उम्र | नए रजिस्टर हुए डोमेन पर झंडा लगाती है | नए कारोबारों को सज़ा देती है |
| वैलिडेशन API | कई संकेत मिलाती है और अद्यतन रहती है | लागत, देरी, और यूज़र डेटा का थर्ड पार्टी को जाना |
| मेल सर्वर जांच | गैर-मौजूद मेलबॉक्स दिखा सकती है | अविश्वसनीय, और कुछ सर्वर इसे संदिग्ध मानते हैं |
| जोखिम स्कोरिंग | अनुकूलनशील, कम झूठे अलार्म के साथ | जटिल और ग्राहकों को समझाना कठिन |
आपका पता मना हो गया: अब क्या
सिद्धांत से शुरू करें। साइट को अपनी सेवा के काम करने का तरीका तय करने का हक़ है, और पता मना होने का मतलब है कि साइट ने ना कह दिया है। दूसरे डोमेन आज़माना या दूसरे पते बनाना उसके बताए नियम के खिलाफ़ जाना है, शर्तें तोड़ सकता है, और उससे बने किसी भी अकाउंट को बंद करवा सकता है। इनकार मान लेने की एक स्वार्थी वजह भी है: जो साइटें स्थायी पते पर ज़ोर देती हैं, अक्सर वही होती हैं जहां आप वैसे भी स्थायी पता चाहेंगे।
पहले पूछें कि क्या आप लौटेंगे। अगर आप दोबारा लॉग-इन करेंगे, रसीदों की उम्मीद है, या कभी पासवर्ड रीसेट की ज़रूरत पड़ सकती है, तो अस्थायी पता आपके काम का था ही नहीं, और स्थायी पता आपकी समस्या भी सुलझाता है और साइट की भी।
प्राइवेसी चाहने वालों के लिए आम जवाब ईमेल एलियास है, यानी अतिरिक्त पता जो आपके असली इनबॉक्स पर फ़ॉरवर्ड होता है। आपका मुख्य पता निजी रहता है, साइट को ऐसा पता मिलता है जिस तक वह तब तक पहुंच सकती है जब तक आप उसे रखें, और अगर स्पैम आने लगे तो आप बाकी कुछ छुए बिना वह एलियास बंद कर देते हैं। बेशक एलियास आपको कोई अतिरिक्त हक़ नहीं देता। उससे वेलकम ऑफ़र दोबारा लेना या नियमों के खिलाफ़ दूसरा अकाउंट खोलना वही दुरुपयोग है, बस पता अलग है, और साइट की शर्तें आप पर दोनों तरह लागू होती हैं। कुछ साइटें एलियास सेवाओं को भी मना करती हैं, और वह भी उनका फ़ैसला है। ऐसा हो तो आपका अपना मेलबॉक्स ही बचा विकल्प है।
प्लस एड्रेस सबसे हल्का विकल्प है। Gmail जैसे प्रोवाइडर yourname+coffeeshop@gmail.com को yourname@gmail.com पर डिलीवर करते हैं, इसलिए आप देख सकते हैं कि कोई मैसेज किस साइट से आया और उसके हिसाब से फ़िल्टर कर सकते हैं। यह आपका असली पता नहीं छिपाता, और कुछ फ़ॉर्म प्लस साइन को गलती से नकार देते हैं, पर इसमें कुछ खर्च नहीं और सेटअप भी नहीं लगता।
थोड़े अनुशासन के साथ आपका प्राइमरी पता अक्सर ठीक है। अगर आप किसी कंपनी पर इतना भरोसा करते हैं कि उससे खरीदें, तो मार्केटिंग वाले बॉक्स बिना टिक रखें, ज़रूरत पड़ने पर अनसब्सक्राइब करें, और ज़्यादा बातूनी हो जाए तो फ़िल्टर जोड़ दें।
आप पूछ भी सकते हैं। अगर आपको प्राइवेसी की असली चिंता है, तो साइट को लिखकर पूछें कि वह पतों का कैसे इस्तेमाल और साझा करती है, या जो आप लेने आए थे वह पाने का कोई और तरीका है या नहीं। साफ़ जवाब कंपनी के बारे में कुछ बताता है, और चुप्पी भी। छात्रों और शोधकर्ताओं को कभी-कभी इसी तरह गेटेड रिपोर्ट की कॉपी मिल जाती है।
और आप छोड़ सकते हैं। अगर कोई साइट किसी मामूली चीज़ के लिए, जैसे एक लेख पढ़ने के लिए, स्थायी पता मांगती है और आप उस पर भरोसा नहीं करते, तो हट जाना प्राइवेसी का बिल्कुल अच्छा फ़ैसला है।
एक चीज़ से पूरी तरह बचें: असली प्रोवाइडर पर गढ़ा हुआ पता न डालें। उसका कोई मालिक हो सकता है। उसे आपके कन्फ़र्मेशन, आपकी रसीदें और शायद आपके पासवर्ड रीसेट मिलेंगे, और यह आप दोनों के लिए समस्या है।
| स्थिति | क्या ठीक बैठता है | क्यों |
|---|---|---|
| ऐसी सेवा जिसे आप नियमित इस्तेमाल करेंगे और जिसमें आपका डेटा है | एलियास या प्राइमरी पता | आपको लंबे समय का एक्सेस और रिकवरी चाहिए |
| ऑनलाइन दुकान जिससे आप फिर खरीद सकते हैं | एलियास या प्लस एड्रेस | रसीदें, रिटर्न और ऑर्डर अपडेट आप तक पहुंचने चाहिए |
| ऐसा न्यूज़लेटर जो आप सच में चाहते हैं | एलियास या प्लस एड्रेस | फ़िल्टर करना या बाद में बंद करना आसान |
| अस्थायी मेल मना करने वाली साइट से एक बार का डाउनलोड | एलियास, या छोड़ दें | नियम का सम्मान और आपके इनबॉक्स की सुरक्षा |
| सॉफ़्टवेयर ट्रायल जिसे आप गंभीरता से परख रहे हैं | ऑफ़िस वाला पता या एलियास | बिलिंग और अपना डेटा रखने के लिए आपको यह चाहिए होगा |
| बैंकिंग, सरकारी, स्वास्थ्य | प्राइमरी पता | भरोसेमंदी और सुरक्षा पहले आती है |
एलियास को एक बार ठीक से सेट करना
चूंकि एलियास इस सबका मुख्य जवाब हैं, हर फ़ॉर्म पर जुगाड़ करने के बजाय उन्हें एक बार सेट कर लेना फ़ायदेमंद है। आपका मौजूदा प्रोवाइडर शायद पहले से वह दे रहा हो जो आपको चाहिए। Gmail प्लस एड्रेसिंग सपोर्ट करता है, और उसका Filter messages like these विकल्प पते के हिसाब से लेबल लगा सकता है। Outlook.com अकाउंट सेटिंग से Microsoft अकाउंट में एलियास जोड़ने देता है। Apple का Hide My Email iCloud+ के साथ मिलता है, और SimpleLogin और addy.io जैसी खास फ़ॉरवर्डिंग सेवाएं भी हैं। फ़ीचर और प्लान की सीमाएं बदलती रहती हैं, इसलिए प्रोवाइडर के मौजूदा हेल्प पेज देखें।
- एक पैटर्न चुनें। हर साइट के लिए एक एलियास यह सबसे साफ़ तस्वीर देता है कि किसने क्या लीक किया, और हर श्रेणी (शॉपिंग, यात्रा, न्यूज़लेटर) के लिए एक संभालना आसान है। टिके रहें तो दोनों चलते हैं।
- ऐसा फ़िल्टर जोड़ें जो मेल को उस पते के हिसाब से लेबल करे जिस पर वह भेजा गया। तब आपका इनबॉक्स एक नज़र में दिखाता है कि कौन-सा पता क्या पा रहा है।
- रिकॉर्ड रखें। पासवर्ड मैनेजर सुविधाजनक जगह है, क्योंकि आप एलियास को साइट के लॉगिन वाली एंट्री में ही रख सकते हैं।
- जो दिखे उस पर कदम उठाएं। अगर किसी दुकान को दिए एलियास पर असंबंधित मेल आने लगे, तो वह पता साझा या लीक हुआ है। उसे बंद करें या फ़िल्टर करें, और अगर आप वहां अब भी खरीदते हैं तो साइट पर पता अपडेट करें।
- उसके पीछे के अकाउंट की रक्षा करें। फ़ॉरवर्ड होने वाला सब कुछ आपकी एलियास सेवा और मुख्य मेलबॉक्स से गुज़रता है, इसलिए दोनों को अलग पासवर्ड और टू-फ़ैक्टर ऑथेंटिकेशन दें।
हमारी टेंप मेल और ईमेल एलियास की तुलना इनके फ़ायदे-नुकसान और गहराई से देखती है।
| फ़ीचर | ईमेल एलियास | प्लस एड्रेस | अस्थायी ईमेल |
|---|---|---|---|
| आपका प्राइमरी पता छिपाता है | हां | नहीं | हां |
| लंबे समय तक मेल पाता रहता है | हां | हां | नहीं, VookMail पर करीब एक दिन |
| अकाउंट या सेटअप चाहिए | आम तौर पर | नहीं | नहीं |
| अपने आप बंद किया जा सकता है | हां | सिर्फ़ फ़िल्टर करके | खुद एक्सपायर हो जाता है |
| तब ठीक बैठता है जब साइट स्थायी पता मांगे | आम तौर पर, जब तक साइट एलियास सेवाएं मना न करे | आम तौर पर, हालांकि कुछ फ़ॉर्म प्लस साइन को मना करते हैं | नहीं |
| सबसे अच्छा किसके लिए | बार-बार इस्तेमाल होने वाली सेवाएं | ट्रेसिंग और छांटना | एक बार का, कम जोखिम वाला मेल और टेस्टिंग |
साइट के प्रकार के हिसाब से क्या उम्मीद करें
नीतियां बेतरतीब नहीं होतीं, और पैटर्न जानने से आप फ़ॉर्म तक पहुंचने से पहले सही पता चुन सकते हैं।
सोशल नेटवर्क और मैसेजिंग ऐप आम तौर पर अस्थायी डोमेन को मना करते हैं या बहुत सख्ती से परखते हैं, क्योंकि नकली अकाउंट उनकी स्पैम और ठगी की समस्या को बढ़ाते हैं। आपको अपनी प्रोफ़ाइल का रिकवरी एक्सेस भी चाहिए, इसलिए यह वैसे भी स्थायी पते का काम है।
सॉफ़्टवेयर ट्रायल ब्लॉक का बार-बार का स्रोत हैं, क्योंकि हर ट्रायल की असली लागत होती है। अगर आप किसी टूल को गंभीरता से परख रहे हैं, तो ऑफ़िस वाला पता या टिकने वाला एलियास इस्तेमाल करें। बिलिंग नोटिस पाने, अपनी सेटिंग रखने और अपना डेटा एक्सपोर्ट करने के लिए आपको यह चाहिए होगा।
दुकानें अलग-अलग हैं। कई ज़्यादातर पते मान लेती हैं पर पहले ऑर्डर के ऑफ़र वेरिफ़ाई किए ग्राहकों से जोड़ती हैं। रसीदें, डिलीवरी अपडेट और वारंटी मेल की वजह से टिकने वाला पता वैसे भी बेहतर है, और ऑफ़र अपनी बताई शर्तों में इस्तेमाल करने के लिए होते हैं।
फ़ोरम और कम्युनिटी स्पैम के अपने इतिहास पर निर्भर करती हैं। बॉट से परेशान कम्युनिटी अस्थायी पते मना कर सकती है जबकि छोटी कम्युनिटी को फ़र्क नहीं पड़ता। अगर आप हिस्सा लेना और अपनी साख बनाना चाहते हैं, तो टिकने वाला पता उस साख की रक्षा करता है।
कंटेंट डाउनलोड और न्यूज़लेटर सबसे ढीले हैं, क्योंकि मुख्य चिंता एक मैसेज पहुंचाना है। कुछ फिर भी लिस्ट की गुणवत्ता बचाने के लिए अस्थायी डोमेन मना करते हैं, और तब एलियास सम्मानजनक विकल्प है। वित्त, सरकारी और स्वास्थ्य सेवाएं टिकने वाले पते की उम्मीद करती हैं, और यही वे अकाउंट हैं जहां अस्थायी इनबॉक्स आपको असली नुकसान पहुंचाएगा।
अस्थायी पता कहां अब भी ठीक बैठता है
कुछ साइटों का मना करना अस्थायी मेल को बेकार नहीं बना देता। कई साइटें उसे मान लेती हैं, और यह उन छोटे कामों के लिए ठीक है जहां किसी को आप तक दोबारा पहुंचना नहीं है: एक बार का कन्फ़र्मेशन जिस पर आप लौटेंगे नहीं, प्रतिबद्ध होने से पहले यह देखना कि कोई न्यूज़लेटर क्या भेजता है, फ़ाइल का थोड़े समय का लेन-देन। जहां साइट की शर्तें इजाज़त दें, वहां यह सीधी प्राइवेसी है, वैसी ही जैसे लॉटरी की पर्ची पर घर का फ़ोन नंबर न लिखना। और अपने ऐप की टेस्टिंग साफ़ जायज़ इस्तेमाल है, क्योंकि नियम आपने ही तय किए हैं।
VookMail पर पेज लोड होते ही पता तैयार होता है, बिना साइन-अप के। आप नया दबाकर यूज़रनेम लिख सकते हैं और 30 से ज़्यादा डोमेन में से चुन सकते हैं, या रैंडम पते के लिए पीला रैंडम बटन इस्तेमाल कर सकते हैं, जो ज़्यादा सुरक्षित चुनाव है क्योंकि जो भी पते का अंदाज़ा लगा ले वह वह इनबॉक्स खोल सकता है। मैसेज और अटैचमेंट करीब एक दिन बाद हटा दिए जाते हैं। इनबॉक्स की छोटी उम्र ही वजह है कि वह इन्हीं कामों के लिए ठीक है और किसी और के लिए नहीं।
अगर साइट आप चलाते हैं: क्या ब्लॉक करना चाहिए?
इस फ़ैसले पर “एक सूची जोड़ो और आगे बढ़ो” से ज़्यादा सोच चाहिए। ब्लॉक करने के असली फ़ायदे हैं: कम नकली और दोहराए गए अकाउंट जहां अकाउंट की कीमत है, एक-ग्राहक-एक-ऑफ़र की बेहतर सुरक्षा, कम बाउंस दर और साफ़ आंकड़े। इसकी लागतें भी हैं, और वे डैशबोर्ड पर कम साफ़ दिखती हैं।
आप कुछ ईमानदार विज़िटर खोएंगे। प्राइवेसी का ध्यान रखने वाला व्यक्ति जो आपका फ़्री टूल चाहता था, बस चला जा सकता है, और आप उसे किसी रिपोर्ट में नहीं देखेंगे। मना किए गए कुछ लोग इसके बजाय गढ़ा हुआ पता डालेंगे, जो अस्थायी पते से भी बुरा है: या तो वह बाउंस होता है, या किसी अजनबी तक पहुंचता है। सूचियां गलतियां भी करती हैं। नए डोमेन या साझा मेल प्रोवाइडर पर चलने वाला कोई वैध छोटा कारोबार पकड़ा जा सकता है, और उसे यह जानकर खुशी नहीं होगी कि उसके ग्राहक रजिस्टर नहीं कर सकते। सूचियां पुरानी भी पड़ती हैं, जबकि वैलिडेशन API में पैसे लगते हैं और देरी जुड़ती है। अगर आप हर पता किसी थर्ड पार्टी को भेजते हैं, तो वह डेटा ट्रांसफ़र भी है जिसे आपको अपने प्राइवेसी नोटिस में बताना और अनुबंध से कवर करना पड़ सकता है। उदाहरण के लिए GDPR के तहत, जो प्रोवाइडर आपकी ओर से व्यक्तिगत डेटा प्रोसेस करता है, उसके लिए आम तौर पर अनुच्छेद 28 के तहत प्रोसेसर एग्रीमेंट चाहिए। नियम देश के हिसाब से बदलते हैं, इसलिए अपनी स्थिति पर सलाह लें।
नियम को इससे मिलाएं कि फ़ीचर क्या देता है
पूरी साइट के लिए एक नियम की जगह पूछें कि हर फ़ॉर्म क्या बांटता है। न्यूज़लेटर का सैंपल या एक डाउनलोड आपको लगभग कुछ नहीं खर्च कराता, और डबल ऑप्ट-इन लिस्ट की गुणवत्ता की समस्या संभाल लेता है: सिर्फ़ वही लोग जुड़ते हैं जो कन्फ़र्म करते हैं। फ़्री ट्रायल, क्रेडिट, या कीमती संसाधन वाला अकाउंट अलग बात है, और वहां टिकने वाला पता मांगना उचित है। इसलिए एक ही डोमेन एक फ़ॉर्म पर ठीक से स्वीकार हो सकता है और दूसरे पर मना।
| फ़ॉर्म क्या देता है | उचित नियम | ब्लॉक से बेहतर बचाव |
|---|---|---|
| न्यूज़लेटर या एक डाउनलोड | डबल ऑप्ट-इन के साथ स्वीकार करें | कन्फ़र्मेशन लिंक, बाउंस का अपने आप हटना |
| बिना सेव डेटा वाला फ़्री टूल | स्वीकार करें | IP पते और डिवाइस पर रेट लिमिट |
| कम्युनिटी अकाउंट | आपके स्पैम इतिहास पर निर्भर | नए अकाउंट पर सीमाएं, मॉडरेशन, साख |
| फ़्री ट्रायल या क्रेडिट | टिकने वाला पता मांगें | जब मूल्य दिया जाए तब वेरिफ़िकेशन |
| पैसे की छूट वाला ऑफ़र | टिकने वाला पता मांगें | ऑफ़र को भुगतान और डिलीवरी से जोड़ें, जैसा नीचे है |
| पैसा या संवेदनशील डेटा रखने वाले अकाउंट | टिकने वाला पता ज़रूरी करें | मज़बूत रिकवरी और टू-फ़ैक्टर ऑथेंटिकेशन |
कॉफ़ी की दुकान पर वापस
हमारे उदाहरण की दुकान के पास किसी भी ईमेल नियम से मज़बूत विकल्प है, क्योंकि ईमेल पता ग्राहक की पहचान का हमेशा कमज़ोर तरीका था। एक मेलबॉक्स प्लस टैग और प्रोवाइडर के खास नियमों से कई वर्तनी में दिख सकता है, एक व्यक्ति के पास कई पते हो सकते हैं, और ईमानदार घर एक पता साझा करते हैं। ऑफ़र को ऐसी चीज़ों से जोड़ा जा सकता है जिन्हें गुणा करना कठिन है। उसे एक बार इस्तेमाल होने वाले कोड के रूप में जारी किया जा सकता है, पते के कन्फ़र्म होने के बाद ही भेजा जा सकता है, और चेकआउट पर डिलीवरी पते और भुगतान के तरीके से मिलाया जा सकता है। पेमेंट प्रोसेसर मदद कर सकते हैं: उदाहरण के लिए Stripe कार्ड फ़िंगरप्रिंट देता है जिससे व्यापारी नंबर रखे बिना दोहराया कार्ड पहचान सकता है। दुकान न्यूनतम ऑर्डर राशि भी रख सकती है, ताकि छूट मार्जिन से ज़्यादा न हो, या क्रेडिट को दूसरे ऑर्डर पर लगा सकती है, जो लौटने वाले ग्राहकों को इनाम देता है और उसके किसी काम का नहीं जो कभी लौटना ही नहीं चाहता था।
इनमें से हर उपाय दुरुपयोग को निशाना बनाता है, और तब दुकान ईमेल फ़ील्ड को वही मान सकती है जो वह है, यानी संपर्क का रास्ता। वह फिर भी टिकने वाला पता मांग सकती है, और कारण बता सकती है: रसीद और डिलीवरी अपडेट वहीं जाते हैं।
सर्वर पर परतों में जांच
यहां जांचों का एक अनुपात में बैठने वाला क्रम है। हर कदम सस्ता है और तभी चलता है जब पिछला पास हो जाए।
- सिंटैक्स। पक्का करें कि पते में एक @, खाली न होने वाला लोकल हिस्सा और ठीक-ठाक डोमेन है। ऐसा सख्त पैटर्न न लिखें जो प्लस साइन या एपॉस्ट्रॉफ़ी को मना करे।
- नॉर्मलाइज़ करें। खाली जगह हटाएं, डोमेन को छोटे अक्षरों में करें और आखिरी बिंदु हटाएं। लोकल हिस्से को भेजने के लिए वैसा ही रखें जैसा डाला गया।
- DNS। MX खोजें, और RFC 5321 के बताए अनुसार address रिकॉर्ड पर लौटें। अगर कोई रास्ता नहीं है या null MX है, तो कहें “यह डोमेन ईमेल नहीं पा सकता।”
- सूची। डोमेन को अपनी अस्थायी सूची और अपनी अलाउलिस्ट से मिलाएं, और फ़ीचर के हिसाब से कदम उठाएं।
- रेट और जोखिम। IP पते और डिवाइस पर सीमाएं लगाएं, और मिलते-जुलते साइन-अप की बाढ़ पर झंडा लगाएं।
- कन्फ़र्मेशन। लिंक या कोड भेजें। जो अकाउंट तय अवधि के बाद भी कन्फ़र्म नहीं होते उन्हें सीमित करें या साफ़ करें।
- सफ़ाई। हार्ड बाउंस तुरंत सप्रेस करें और अनसब्सक्राइब तुरंत मानें।
सरल स्यूडोकोड में फ़ैसला कुछ ऐसा दिखता है:
if not valid_syntax(email): reject("Please check the address format")domain = lower(email.split("@")[-1]).rstrip(".")if not has_mail_route(domain): reject("This domain cannot receive email")if domain in disposable_list and domain not in allowlist and feature.needs_durable_email: reject("Please use a permanent address so you can recover your account")send_confirmation(email)
चौथा कदम देखिए। अस्थायी जांच फ़ीचर से जुड़ी है, और हर जगह लागू नहीं होती। यही एक शर्त ज़्यादातर वह रुकावट हटा देती है जो ब्लॉकिंग ईमानदार विज़िटरों के लिए बनाती है।
सूची को बिना पछतावे के चलाना
- सर्वर पर वैलिडेट करें। ब्राउज़र में जांच ईमानदार यूज़र की सुविधा है, और उसे कोई भी छोड़ सकता है।
- डोमेन की तुलना समझदारी से करें, सबडोमेन समेत, क्योंकि एक सेवा किसी एक बेस डोमेन के कई सबडोमेन इस्तेमाल कर सकती है।
- तय समय पर अपडेट करें। झूठे अलार्म के लिए अपनी अलाउलिस्ट रखें जो आपकी सपोर्ट टीम को मिलें, और लोगों को बताने का तरीका दें।
- इनकारों को लॉग करें, ज़रूरत से ज़्यादा व्यक्तिगत डेटा के बिना, ताकि आप अंदाज़ा लगा सकें कि कितने लोगों को लौटा रहे हैं और क्या यह सार्थक है।
- मददगार संदेश लिखें। “कृपया स्थायी ईमेल पता इस्तेमाल करें ताकि आप बाद में अपना अकाउंट रिकवर कर सकें” व्यक्ति को बताता है कि क्या करना है और क्यों, जबकि “Invalid email” कुछ नहीं बताता और ग़लत भी है।
- पहचान के ब्योरे अपने पास रखें। एक छोटी, विनम्र वजह काफ़ी है, और आपको यह नाम बताने की ज़रूरत नहीं कि कौन-सी जांच चली।
- बाउंस अपने आप हटाएं। यह एक कदम डिलीवरेबिलिटी की ज़्यादातर चिंता ठीक कर देता है, उस हिस्से समेत जो पतों के आम तौर पर पुराने पड़ने से आता है, जिसका अस्थायी डोमेन बस एक स्रोत हैं।
- प्लस एड्रेस स्वीकार करें, और एलियास सेवाओं को मना करने से पहले सोचें। वे आपको ऐसे व्यक्ति का चालू और पहुंचने लायक पता देते हैं जिसे प्राइवेसी की परवाह है, और ऐसे लोग अक्सर अच्छे ग्राहक होते हैं।
ब्लॉक के बारे में लोग जो सवाल पूछते हैं
सही टाइप किए पते पर भी साइट क्यों कहती है कि मेरा ईमेल अनुमत नहीं?
फ़ॉर्म ने शायद उसके डोमेन को अस्थायी मेल सेवाओं की सूची या वैलिडेशन सेवा के नतीजे से मिलाया है। पता काम करता है, पर साइट ने उसे न मानने का फ़ैसला किया है।
क्या मुझे ब्लॉक के पार जाने की कोशिश करनी चाहिए?
नहीं। यह साइट का अपनी सेवा के बारे में फ़ैसला है, और उसे टालना उसकी शर्तें तोड़ सकता है और अकाउंट बंद करवा सकता है। अगर आपको फिर भी सेवा चाहिए, तो स्थायी पता या अपने कंट्रोल वाला एलियास इस्तेमाल करें।
क्या ब्लॉक का मतलब है कि साइट मुझे धोखेबाज़ समझती है?
नहीं। सूची की जांच आपके बारे में कुछ नहीं जानती। यह पतों की एक श्रेणी का नियम है, जो ज़्यादातर बॉट और डिलीवरेबिलिटी को ध्यान में रखकर बना है। बहुत-सी सेवाओं के लिए यह आपको ऐसा अकाउंट खोने से भी बचाता है जिसकी परवाह आप बाद में कर सकते हैं।
क्या अस्थायी मेल मना करने वाली साइट ज़्यादा भरोसेमंद होती है?
अपने आप नहीं। ब्लॉक का मतलब हो सकता है कि सेवा अकाउंट की सुरक्षा को गंभीरता से लेती है, या सिर्फ़ यह कि उसे मार्केटिंग का संपर्क चाहिए। ज़्यादा जानने के लिए उसका प्राइवेसी नोटिस देखें और यह कि वह अपने मार्केटिंग बॉक्स के साथ कैसा बर्ताव करती है।
क्या मेरा असली कस्टम डोमेन गलती से पकड़ा जा सकता है?
हो सकता है, खासकर नए डोमेन या साझा मेल प्रोवाइडर के साथ। साइट के सपोर्ट से संपर्क करके समझाएं, क्योंकि अच्छी साइटें ठीक इसी कारण अलाउलिस्ट रखती हैं। अगर आप मेल डोमेन चलाते हैं, तो पूरे DNS रिकॉर्ड और डोमेन पर वेबसाइट होना भी आपको नुकसान नहीं पहुंचाएगा।
क्या मेरी वेबसाइट को अस्थायी ईमेल ब्लॉक करना चाहिए?
यह इस पर निर्भर है कि आपके फ़ॉर्म क्या देते हैं। अगर नकली अकाउंट आपको पैसे का नुकसान कराते हैं, तो उन फ़ीचर पर टिकने वाला पता मांगें और दुरुपयोग को निशाना बनाने वाली जांचें जोड़ें। अगर आप सिर्फ़ एक डाउनलोड भेजते हैं, तो ब्लॉक प्राइवेसी चाहने वाले विज़िटरों को भगाने या आपको गढ़े हुए पते दिलाने से ज़्यादा कुछ नहीं कर सकता।
VookMail इसे कैसे देखता है, यह मैं कहां पढ़ सकता हूं?
हमारा हमारे बारे में पेज और FAQ अच्छी शुरुआत हैं, और VookMail PAYATE के फ्री टूल नेटवर्क का हिस्सा है।