3 मई 1978 को Digital Equipment Corporation के मार्केटर Gary Thuerk ने ARPANET के कई सौ उपयोगकर्ताओं को एक साथ एक ही संदेश भेजा। ज़्यादातर गिनतियों के हिसाब से ये 393 लोग थे, और संदेश में DEC के नए कंप्यूटरों के डेमो देखने का न्योता था। प्राप्तकर्ताओं ने शिकायत की और नेटवर्क चलाने वालों ने DEC को फटकार लगाई। Guinness World Records इसे सबसे पुराना इलेक्ट्रॉनिक स्पैम मानता है। इसके बाद क़रीब दो दशक लगे, तब जाकर किसी ने आम लोगों को तार के अपने सिरे पर कोई कारगर जवाब दिया।
वह जवाब था डिस्पोज़ेबल ईमेल पता, जो लगभग साल 2000 के आसपास आया। तब तक Spamgourmet अपने आप ख़त्म होने वाले फ़ॉरवर्डिंग पते दे रहा था, और 2003 में Mailinator आया, जिसके सार्वजनिक इनबॉक्स के लिए अकाउंट की भी ज़रूरत नहीं थी। डिस्पोज़ेबल ईमेल का इतिहास दरअसल इस बात की कहानी है कि ये सेवाएं ज़रूरी क्यों हुईं: भरोसे पर टिका एक मेल सिस्टम, एक ईमेल पता जो लॉगिन बन गया, और भेजने की लागत इतनी कम कि फ़िल्टर और क़ानून बाढ़ को सिर्फ़ घटा ही सकते थे। यही दबाव आगे चलकर एलियास तक ले गए, और आज भी आगे की दिशा तय कर रहे हैं।
ऐसा नेटवर्क जहां हर कोई पहचाना जा सकता था
एक ही साझा कंप्यूटर के उपयोगकर्ताओं के बीच संदेश 1960 के दशक में भी चलते थे। यहां जो क़दम मायने रखता है वह 1971 में आया, जब इंजीनियर Ray Tomlinson ने ARPANET पर, यानी अमेरिकी रक्षा विभाग से वित्तपोषित शोध नेटवर्क पर, दो मशीनों के बीच संदेश भेजे और व्यक्ति के नाम को उसके होस्ट के नाम से अलग करने के लिए @ चिह्न चुना। Thuerk के संदेश तक पहुंचते-पहुंचते ईमेल नेटवर्क पर सबसे ज़्यादा इस्तेमाल होने वाली चीज़ों में से एक बन चुका था।
उपयोगकर्ता शोधकर्ता, इंजीनियर और सरकारी कर्मचारी थे, और ज़्यादातर एक-दूसरे को पहचान सकते थे। यह सामाजिक तथ्य इंजीनियरिंग में ही बुन दिया गया था। जब 1982 में SMTP RFC 821 के रूप में प्रकाशित हुआ, और RFC 822 ने From, To और Subject जैसे हेडर तय किए, तब किसी भेजने वाले से कुछ भी साबित करने को नहीं कहा गया। दो मेल सर्वरों के बीच की एक सरल बातचीत कुछ वैसी दिखती थी जैसी आज दिखती है:
MAIL FROM:<anyone@example.com>RCPT TO:<reader@example.org>DATA
पाने वाला सर्वर भेजने वाले की बात को जस का तस मान लेता था। जिस नेटवर्क में दुरुपयोग पर किसी के मैनेजर को फ़ोन करके कार्रवाई कराई जा सकती थी, वहां यह एक वाजिब डिज़ाइन था। जब वह फ़ोन करना मुमकिन नहीं रहा, तो यही जाली भेजने वालों, फ़िशिंग और गुमनाम थोक मेल की जड़ बन गया।
दूसरा हिस्सा 1986 में आया, जब RFC 974 ने बताया कि Domain Name System MX रिकॉर्ड की मदद से मेल को कैसे रूट करेगा। हर डोमेन एक रिकॉर्ड प्रकाशित करता है जिसमें उन सर्वरों के नाम होते हैं जो उसका मेल लेते हैं, और कोई भी भेजने वाला उसे देख सकता है। इंटरनेट का हर मेलबॉक्स आज भी इसी तरह संदेश पाता है, और इसका एक नतीजा इस कहानी में आगे अहम होगा: जो भी किसी डोमेन को नियंत्रित करता है, वह उसका मेल जहां चाहे भेज सकता है और उस डोमेन के किसी भी नाम के लिए संदेश स्वीकार कर सकता है, बिना एक भी अकाउंट बनाए।
1994: थोक संदेश आम लोगों तक पहुंचे
Thuerk का संदेश लंबे समय तक एक अजूबा ही रहा, क्योंकि ARPANET पर व्यावसायिक इस्तेमाल मना था और पहुंचने लायक लोग भी कम थे। 1990 के दशक की शुरुआत तक "स्पैम" शब्द ऑनलाइन समुदायों में चलने लगा था। यह एक कॉमेडी स्केच से लिया गया था, जिसमें यह शब्द इतनी बार दोहराया जाता है कि बाक़ी हर बातचीत दब जाती है।
आने वाले दौर की झलक देने वाली घटना 12 अप्रैल 1994 को हुई। एरिज़ोना के दो इमिग्रेशन वकीलों, Laurence Canter और Martha Siegel, ने ग्रीन कार्ड लॉटरी में मदद का विज्ञापन हज़ारों Usenet चर्चा समूहों में पोस्ट कर दिया। Usenet के उपयोगकर्ता बेहद भड़क गए, और उसी साल जब इस जोड़ी ने दोबारा कोशिश की, तो एक प्रोग्रामर ने पोस्टों को अपने आप रद्द करने वाला प्रोग्राम लिख दिया। यह जोड़ी बाद में ऑनलाइन पैसे कमाने पर एक किताब भी छाप बैठी, यानी इस आक्रोश से बहस सुलझी नहीं।
इस छोटे से इतिहास में अगले तीस सालों का पूरा पैटर्न पहले से मौजूद है। भेजने वाले को पता चलता है कि विशाल दर्शक वर्ग तक पहुंचना लगभग मुफ़्त है। पाने वाले पहले सामुदायिक दबाव से जवाब देते हैं, फिर सॉफ़्टवेयर से। भेजने वाला तरीक़ा बदल लेता है। और हर अकेले पाठक के हाथ में तब तक कुछ नहीं होता, जब तक कोई ऐसा औज़ार न आ जाए जो उसकी तरफ़ से काम करे।
मुफ़्त वेबमेल ने ईमेल पते को लॉगिन बना दिया
Hotmail 4 जुलाई 1996 को शुरू हुआ और Yahoo Mail 1997 में। दोनों ने किसी को भी मिनटों में पता बनाने और किसी भी ब्राउज़र से पढ़ने की सुविधा दी। कुछ ही सालों में मुफ़्त वेबमेल अकाउंट करोड़ों में पहुंच गए, और ईमेल पता वह चीज़ नहीं रहा जो आपको यूनिवर्सिटी या नियोक्ता से मिलती थी।
इसके बाद तीन बातें हुईं, और तीनों ने एक-दूसरे को मज़बूत किया। वेबसाइटें ईमेल पते को यूज़रनेम की तरह इस्तेमाल करने लगीं, और अकाउंट कन्फ़र्म करने और पासवर्ड रीसेट करने के रास्ते की तरह भी, जिससे वह किसी तक पहुंचने का तरीक़ा भर नहीं रहा, पहचान का हिस्सा बन गया। पते एक जिंस बन गए: हार्वेस्टिंग सॉफ़्टवेयर वेब पेज, फ़ोरम और न्यूज़ग्रुप खंगालकर ईमेल जैसा दिखने वाला हर पता उठा लेता था, और उन्हें सूचियों में थोक के भाव बेचा जाता था। और चूंकि दस लाख संदेश भेजना इतना सस्ता था, इसलिए डाक विज्ञापन के लिहाज़ से बेहद कम जवाब-दर भी फ़ायदे का सौदा बन जाती थी।
लोगों ने जुगाड़ निकाले। कुछ लोग अपना पता सार्वजनिक जगह "name at example dot com" की शक्ल में लिखने लगे, ताकि क्रॉलर उसे चूक जाए। बहुत से लोगों ने सिर्फ़ साइन-अप के लिए दूसरा मुफ़्त अकाउंट खोल लिया, उसे कभी-कभार ही खोला, और उसे कचरे से भरने दिया। यही दूसरी आदत डिस्पोज़ेबल ईमेल की असली पूर्वज है। उसमें ऑटोमेशन को छोड़कर हर विचार मौजूद था: एक ऐसा पता जिसका इकलौता काम जोखिम को सोख लेना है, और जो असली मायने रखने वाले मेलबॉक्स से दूर रहता है। उसकी कमज़ोरी रखरखाव थी, क्योंकि उसके लिए रजिस्ट्रेशन, याद रखने को एक पासवर्ड, और अकाउंट खुला रखने वाला कोई प्रदाता चाहिए था।
बचाव की शुरुआत पाने वाले सिरे से हुई
फेंके जाने वाले पते चलन में आने से पहले, लगभग सारी गंभीर कोशिश स्पैम को आते ही रोकने में लगी थी। चार तरीक़े ख़ास हैं, और हर एक किसी न किसी रूप में आज भी जीवित है।
| तरीक़ा | दौर | कैसे काम करता था | कहां कमज़ोर पड़ा |
|---|---|---|---|
| DNS ब्लॉकलिस्ट | 1990 के दशक का अंत: MAPS Realtime Blackhole List (1997), Spamhaus (1998) | मेल सर्वर जुड़ने वाले IP पते को स्पैम के जाने-पहचाने स्रोतों की प्रकाशित सूची में देखते थे | भेजने वाले एक नेटवर्क से दूसरे में चले जाते थे, और कभी-कभी बेक़सूर पड़ोसी भी सूची में आ जाते थे |
| नियम और कीवर्ड | 1990 का दशक | फ़िल्टर संदिग्ध शब्दों और पैटर्न से मिलान करते थे | ग़लत वर्तनी और तस्वीरों में छिपे टेक्स्ट से वे बच निकलते थे |
| सांख्यिकीय फ़िल्टरिंग | Paul Graham के 2002 के निबंध "A Plan for Spam" से लोकप्रिय हुई | बेज़ियन फ़िल्टर इससे सीखता था कि हर उपयोगकर्ता ने क्या स्पैम और क्या ग़ैर-स्पैम चिह्नित किया | बहुत असरदार, लेकिन मेल आपको भेजे जाने के बाद ही काम करता है |
| चैलेंज-रिस्पॉन्स | सदी के मोड़ के आसपास | अनजान भेजने वालों को डिलीवरी से पहले साबित करना पड़ता था कि वे इंसान हैं | असली पत्राचार करने वालों को खीझ होती थी, और चैलेंज जाली पतों पर भी जा सकते थे |
पांचवें विचार ने सीधे अर्थशास्त्र पर चोट की। 1992 में Cynthia Dwork और Moni Naor ने सुझाया कि हर संदेश के लिए कंप्यूटर से एक छोटी पहेली हल करवाई जाए, जो एक ईमेल के लिए मामूली क़ीमत है और एक करोड़ ईमेल के लिए तबाही। Adam Back के 1997 के Hashcash ने इसका व्यावहारिक रूप पेश किया। वह मेल भेजने की शर्त कभी नहीं बन पाया, क्योंकि इसके लिए दुनिया के लगभग हर सर्वर को एक साथ इसे अपनाना पड़ता, और क्योंकि अपराधी दूसरों के हाइजैक किए कंप्यूटर इन पहेलियों में झोंक सकते थे। फिर भी विचार दूसरी जगह बचा रहा। Bitcoin ने आगे चलकर Hashcash का हवाला दिया, और आज छोटी proof of work गणनाएं वेब पेजों पर बॉट-जांच के तौर पर इस्तेमाल होती हैं। VookMail भी विज़िटर के ब्राउज़र में एक ऐसी जांच चलाता है, यानी 1992 का विचार चुपचाप उन्हीं सेवाओं की एक वंशज के अंदर पहुंच गया है जिनके बारे में यह लेख है।
कुछ समय तक भरोसा बहुत ऊंचा रहा। जनवरी 2004 में World Economic Forum में Bill Gates के बारे में व्यापक रूप से बताया गया कि उन्होंने भविष्यवाणी की थी कि दो साल में स्पैम की समस्या हल हो जाएगी। फ़िल्टरिंग में ज़बरदस्त सुधार हुआ, और ज़्यादातर लोग आज जो भेजा जाता है उसका बस एक छोटा हिस्सा देखते हैं। लेकिन फ़िल्टरिंग की एक सीमा है जिसे कोई सटीकता का आंकड़ा नहीं हटा सकता: वह तब शुरू होती है जब आपका पता पहले ही जाना जा चुका होता है, और सूची में चढ़ा पता सूची में ही रहता है। उपयोगकर्ता की तरफ़ के औज़ार इसी ख़ाली जगह पर निशाना साधते थे। अगर भेजने वाले के पास आपका असली पता कभी पहुंचा ही नहीं, तो फ़िल्टर करने को कुछ बचता ही नहीं।
पहले फेंके जाने वाले पते
डिस्पोज़ेबल ईमेल का आविष्कार किसी एक व्यक्ति ने नहीं किया। कुछ ही सालों के भीतर कई सेवाएं आईं, और हर एक ने समस्या अलग तरह से सुलझाई। इन फ़र्कों को देखना काम का है, क्योंकि उसके बाद के लगभग हर उत्पाद ने इन्हीं में से किसी का रूपांतर पेश किया है।
Spamgourmet: गिनती रखने वाला पता
Spamgourmet, जो लगभग 2000 से उपलब्ध था, एक करीने के नियम पर बना था। आप एक बार रजिस्टर करते, फिर जब भी कोई फ़ॉर्म पता मांगता, आप मौक़े पर ही पता गढ़ लेते, और हर पता एक तय संख्या के संदेशों तक आपके असली इनबॉक्स में फ़ॉरवर्ड होता था। किसी साइट को तीन ईमेल के लिए वैध पता दे दीजिए, जो कन्फ़र्मेशन के लिए काफ़ी है, और उसके बाद वह चुप हो जाता। कुछ संभालने की ज़रूरत नहीं थी, और अलग से कोई इनबॉक्स पढ़ना नहीं पड़ता था। क़ीमत यह थी कि आपके पास फिर भी एक अकाउंट था, और आपका असली मेलबॉक्स फिर भी उसके पीछे बैठा था।
Mailinator: वह इनबॉक्स जिसका कोई मालिक नहीं
Paul Tyma का Mailinator, जो 2003 में एक साइड प्रोजेक्ट के रूप में शुरू हुआ, हर वह चीज़ हटा देता था जो हटाई जा सकती थी। उसके डोमेन पर कोई भी यूज़रनेम पहले बनाए बिना काम करता था। मेल पढ़ने के लिए आप वही नाम वेबसाइट पर टाइप कर देते थे। न अकाउंट थे, न पासवर्ड, न फ़ॉरवर्डिंग, और पुराने संदेश अपने आप साफ़ हो जाते थे।
यह डिज़ाइन ऊपर बताई गई MX रिकॉर्ड वाली बात का फ़ायदा उठाता है। क्योंकि डोमेन का मालिक तय करता है कि उसका मेल कैसे संभाला जाए, इसलिए सर्वर हर संभव नाम का मेल स्वीकार कर सकता था और हर नाम को ढेर पर लगे एक लेबल से ज़्यादा कुछ नहीं मानता था। Tyma ने बाद में बताया कि वे मेल को ज़्यादातर मेमोरी में रखकर इसे सस्ता बनाए रहे। इसे जल्दी ही नोटिस किया गया: लॉन्च के कुछ ही महीनों के भीतर Joel Spolsky अपने ब्लॉग पर इसके बारे में लिख रहे थे। इसके खुले स्वभाव ने एक ऐसी सीमा भी तय की जो इस तरह की सेवा पर आज भी लागू है। बिना पासवर्ड वाला इनबॉक्स वह हर कोई पढ़ सकता है जो उसका नाम टाइप कर दे, इसलिए वह ऐसे मेल के लिए ठीक है जो मायने नहीं रखता, और किसी और चीज़ के लिए नहीं।
समय-सीमा वाले इनबॉक्स
2000 के दशक के मध्य तक Guerrilla Mail और 10 Minute Mail जैसी सेवाओं ने एक और विचार को जाना-पहचाना बना दिया था: पेज लोड होते ही साइट आपके लिए एक रैंडम पता बना देती है, और वह पता एक छोटी घड़ी पर ख़त्म हो जाता है। रैंडम नाम का अंदाज़ा लगाना मुश्किल होता है, जिससे साझा सार्वजनिक इनबॉक्स की प्राइवेसी वाली कमज़ोरी कुछ हल्की हुई, और दिखता हुआ टाइमर उपयोगकर्ता को साफ़ बता देता था कि यह चीज़ किस काम की है।
इन तीनों डिज़ाइनों में कुछ सिद्धांत जम गए। अकाउंट मक़सद को ही हरा देता है अगर अपना डेटा बचाने के लिए आपको डेटा सौंपना पड़े, इसलिए सबसे जानी-मानी सेवाओं ने कुछ नहीं मांगा। पता उसी पल काम करना चाहिए जब वह दिखे। मेल अपने आप चला जाना चाहिए, ताकि बहुत कम कुछ जमा रहे। और ज़्यादातर सेवाओं ने सिर्फ़ मेल पाने पर ध्यान रखा, जो उपयोगकर्ताओं को असल में चाहिए था और जिसमें स्पैम भेजने वालों के लिए ज़्यादा कुछ नहीं था।
वेबसाइटों ने ब्लॉकलिस्ट से जवाब दिया
साइट के मालिक को फेंका जाने वाला पता अलग दिखता है। एक मार्केटिंग टीम ने ऐसे साइन-अप के लिए पैसे दिए हैं जिसे वह दोबारा कभी मेल नहीं कर सकती। किसी प्लेटफ़ॉर्म के पास सुरक्षा की समस्या या बिलिंग की दिक़्क़त के बारे में उपयोगकर्ता तक पहुंचने का कोई रास्ता नहीं रहता। जिस सेवा में फ़्री टियर है या "एक व्यक्ति, एक अकाउंट" वाला सामुदायिक नियम है, उसके पास यह देखने के गिने-चुने संकेतों में से एक कम हो जाता है कि नियम निभ रहा है या नहीं।
आम जवाब डोमेन जांच रहा है: साइन-अप के समय @ के बाद वाले हिस्से का मिलान जाने-पहचाने डिस्पोज़ेबल डोमेन की सूची से किया जाता है। ऐसे डोमेन की सामुदायिक सूचियां खुले तौर पर प्रकाशित हैं, और व्यावसायिक वैलिडेशन सेवाएं API के ज़रिए वही जांच देती हैं। सेवाओं और डोमेन की संख्या के साथ ये सूचियां सालों में बढ़ती गई हैं।
इसे जीतने-हारने वाले मुक़ाबले की तरह कह देना आसान होगा, लेकिन इस नज़रिये से किसी का भला नहीं होता। जो साइट डिस्पोज़ेबल पते न लेने का फ़ैसला करती है, वह अपनी सेवा के बारे में फ़ैसला कर रही है, और इनकार का सही जवाब वहां स्थायी पता या एलियास इस्तेमाल करना है। फेंके जाने वाले पतों की सही जगह उन बहुत सारी साइटों में है जिन्हें आपके साथ किसी टिकाऊ रिश्ते की ज़रूरत नहीं, और जहां उनकी शर्तें इजाज़त देती हैं।
2004: प्लस चिह्न आम जनता तक पहुंचा
Gmail 1 अप्रैल 2004 को शुरू हुआ, एक गीगाबाइट स्टोरेज के साथ, जबकि प्रतिद्वंद्वी इसका एक छोटा सा हिस्सा देते थे। स्टोरेज सुर्खी थी, लेकिन सेवा ने दो एड्रेसिंग आदतों को भी व्यापक रूप से जाना-पहचाना बनाया। यूज़रनेम में बिंदुओं को अनदेखा किया जाता है, और प्लस चिह्न के बाद की हर चीज़ डिलीवरी के लिए अनदेखी की जाती है, इसलिए name+shop@gmail.com का मेल name@gmail.com तक पहुंच जाता है।
यह विचार Gmail से पुराना था, और मेल सर्वर सालों से इसे सपोर्ट करते थे। इसका मानक रूप बाद में आया, 2008 के RFC 5233 में, जो Sieve मेल फ़िल्टरिंग भाषा के लिए सबएड्रेस एक्सटेंशन तय करता है। फिर भी ज़्यादातर लोगों के लिए Gmail वह जगह थी जहां उनका इससे पहला सामना हुआ। इससे आप हर साइट पर टैग लगा सकते थे, टैग पर फ़िल्टर कर सकते थे, और देख सकते थे कि आपके पते की किस कंपनी वाली प्रति स्पैम सूची में पहुंच गई।
जो यह नहीं करता था, वह था कुछ भी छिपाना। टैग हटाइए और असली पता सामने है, और कुछ साइन-अप फ़ॉर्म ग़लती से प्लस चिह्न को ठुकरा भी देते थे। इसलिए यह व्यवस्थित रखने का औज़ार बना, और इसकी लोकप्रियता ने दिखाया कि हर रिश्ते के लिए अलग पते की सचमुच चाह थी। फ़ॉरवर्डिंग एलियास उस चाह को एक दशक बाद ठीक से पूरा करने वाले थे।
भेजने वाले की तरफ़ सुधार: 2006 से 2024
जब उपयोगकर्ता अपने औज़ार अपना रहे थे, उद्योग ने वे पहचान-जांच जोड़ना शुरू किया जो SMTP में छूट गई थीं। इसमें हैरतअंगेज़ रूप से लंबा समय लगा, क्योंकि हर परत को मौजूदा सिस्टम के साथ बिना उसे तोड़े काम करना था।
| मानक | किस सवाल का जवाब देता है | विनिर्देश |
|---|---|---|
| SPF | क्या यह सर्वर इस डोमेन की तरफ़ से भेज सकता है? | RFC 4408 (2006), जिसकी जगह RFC 7208 (2014) ने ली |
| DKIM | क्या इस डोमेन ने संदेश पर दस्तख़त किए, और क्या तब से वह बदला है? | RFC 4871 (2007), जिसकी जगह RFC 6376 (2011) ने ली। इसमें Yahoo के DomainKeys और Cisco के Identified Internet Mail का विलय हुआ |
| DMARC | क्या दिखने वाला From डोमेन किसी पास हुई जांच से मेल खाता है, और न खाए तो क्या होना चाहिए? | 2012 में एक उद्योग समूह ने प्रकाशित किया, RFC 7489 (2015) |
| एक-क्लिक अनसब्सक्राइब | क्या मेलबॉक्स प्रदाता एक ही क्रिया से पाठक को हटा सकता है? | RFC 8058 (2017), जो RFC 2369 (1998) के List-Unsubscribe हेडर पर बना है |
| BIMI | क्या सख़्त DMARC वाला डोमेन सत्यापित लोगो दिखा सकता है? | एक उद्योग कार्य-समूह ने विकसित किया, और 2020 के दशक में कई बड़े प्रदाताओं ने अपनाया |
सालों तक ये व्यवहार में वैकल्पिक बने रहे। फ़रवरी 2024 में यह बदला, जब Google और Yahoo ने थोक भेजने वालों के लिए नियम लागू करना शुरू किया, और Google के नियम उन पर लागू हुए जो Gmail पतों पर एक दिन में 5,000 से ज़्यादा संदेश भेजते हैं। अब ऐसे भेजने वालों को SPF, DKIM और DMARC चाहिए, मार्केटिंग मेल पर एक-क्लिक अनसब्सक्राइब चाहिए, और स्पैम शिकायतों की दर कम रखनी होगी। RFC 821 के बयालीस साल बाद, सबसे बड़े मेलबॉक्स संचालकों ने भेजने वाले की पहचान को बड़े पैमाने पर उपयोगकर्ताओं तक पहुंचने की शर्त बना दिया।
ऑथेंटिकेशन से इस बात पर भरोसा बढ़ता है कि संदेश कहां से आया। लेकिन आपका पता कितनी दूर तक फैल चुका है, इस बारे में वह कुछ नहीं कहता। एक अनचाहा मार्केटिंग ईमेल हर जांच बिल्कुल ठीक से पास कर सकता है, और एक अपराधी भी डोमेन रजिस्टर करके उसे ऑथेंटिकेट कर सकता है। इसलिए यह काम और डिस्पोज़ेबल पते एक ही समस्या के अलग-अलग हिस्से सुलझाते हैं, और किसी ने दूसरे को बेमानी नहीं किया।
क़ानून बनाने वालों ने क्या किया
क़ानून लहरों में आए, और उनके तरीक़े अलग हैं। यहां का सार सामान्य जानकारी है, और नियम देश के हिसाब से अलग होते हैं और समय के साथ बदलते रहते हैं।
- EU के 2002 के ePrivacy Directive ने इलेक्ट्रॉनिक संचार के नियम तय किए, जिनमें मार्केटिंग ईमेल के लिए सहमति भी शामिल थी, और हर सदस्य देश ने उसे अलग से लागू किया।
- अमेरिका का CAN-SPAM Act जनवरी 2004 में लागू हुआ। यह सही हेडर, वैध डाक पता और काम करने वाला ऑप्ट-आउट मांगता है, और पहले संदेश से पहले सहमति ज़रूरी नहीं करता।
- कनाडा का स्पैम-विरोधी क़ानून, CASL, 2014 में सहमति पर आधारित ज़्यादा सख़्त मॉडल के साथ लागू हुआ।
- EU का General Data Protection Regulation मई 2018 से लागू हुआ, जिसने डेटा न्यूनतमीकरण और उद्देश्य-सीमा जैसे सिद्धांत दिए, और निजी डेटा पर अधिकार भी दिए, जिनमें ईमेल पते शामिल हैं।
इन क़ानूनों ने उन कारोबारों के मानक ऊंचे किए जो वैध बने रहना चाहते हैं। सीमाओं के पार काम करने वाले अपराधियों पर इनका असर बहुत कम रहा, और इनमें से कोई भी किसी कंपनी के डेटाबेस की चोरी नहीं रोक सका, जो लोगों के अपने इनबॉक्स की परवाह करने की अगली वजह बनी।
डेटा लीक ने बहस बदल दी
2010 के दशक तक फेंके जाने वाले पते की दलील मुख्य रूप से खीझ के बारे में थी। फिर डेटा चोरी का पैमाना सामने आया। Adobe का डेटा लीक 2013 में सामने आया, और उसी साल दिसंबर में सुरक्षा शोधकर्ता Troy Hunt ने Have I Been Pwned शुरू किया, जिससे कोई भी अपने पते को ज्ञात डेटा लीक के विरुद्ध जांच सकता है। जिन बहुत से लोगों ने आज़माया, उन्होंने अपना मुख्य पता कई-कई बार सूचीबद्ध पाया। Yahoo ने बाद में कहा कि 2013 के एक डेटा लीक ने उसके सभी लगभग तीन अरब अकाउंट को प्रभावित किया था।
नतीजे में ख़तरा बदल गया। आपका पता विज्ञापन का निशाना हुआ करता था। अब उसके साथ संदर्भ भी जुड़ा था: फ़िशिंग उस सेवा का ज़िक्र कर सकती थी जो आप सचमुच इस्तेमाल करते थे, और क्रेडेंशियल स्टफ़िंग लीक हुई पासवर्ड जोड़ी को दूसरी साइटों पर अपने आप आज़मा सकती थी। आपका मुख्य पता रखने वाली हर सेवा भविष्य के किसी हमले का संभावित स्रोत बन गई, चाहे साइन-अप के समय वह कितनी भी मामूली लगी हो।
दूसरे अकाउंट का पुराना तर्क अचानक जोखिम प्रबंधन जैसा दिखने लगा। अगर किसी एक बार की डाउनलोड साइट का डेटा लीक हो जाए और आपने उसे अस्थायी पता दिया था, तो आपका मुख्य इनबॉक्स उस लीक में नहीं है। अगर आपने उसे एलियास दिया था, तो आप उस एलियास को बंद कर सकते हैं। आपका मुख्य पता जितना कम फैलता है, उसमें से चुराने को उतना कम बचता है।
वह तस्वीर जो रिपोर्ट भेज देती है
मार्केटर लंबे समय से छोटी रिमोट तस्वीरों और निजीकृत लिंक का इस्तेमाल करते रहे हैं, ताकि पता चले कि किसने क्या कब खोला, कभी-कभी मोटे-मोटे स्थान और डिवाइस के प्रकार के साथ। जवाब धीरे-धीरे और मेलबॉक्स की तरफ़ से आया। बहुत से मेल प्रोग्रामों ने रिमोट तस्वीरें ब्लॉक करने की सेटिंग जोड़ीं। Gmail ने 2013 के अंत में तस्वीरें अपने प्रॉक्सी से लाना शुरू किया, जिससे पाठकों के IP पते भेजने वालों से छिप गए, फिर भी वे यह जान सकते थे कि संदेश लोड हुआ। 2021 में Apple ने Mail Privacy Protection पेश किया, जो रिमोट कंटेंट को पृष्ठभूमि में निजी तौर पर लोड करता है और खोले जाने के आंकड़ों को संकेत के रूप में अविश्वसनीय बना देता है।
ये उसकी तुलना में छोटे बचाव हैं कि आपका पता किसके पास हो, पर दिशा एक ही है: मेल पढ़ने वाला तय करे कि भेजने वाले को क्या पता चले। डिस्पोज़ेबल इनबॉक्स दूसरे रास्ते से इसी नतीजे पर पहुंचते हैं। जो मेल ऐसे पते पर जाता है जिसे आप दोबारा नहीं देखते, उसके पास रिपोर्ट करने को ज़्यादा कुछ नहीं होता, और कुछ सेवाएं आगे बढ़कर ट्रैकिंग तस्वीरें हटा भी देती हैं।
एलियास ऑपरेटिंग सिस्टम में आ गए
फ़ॉरवर्डिंग एलियास सेवाएं सालों तक छोटी जगह के उत्पाद बनी रहीं। उपयोगकर्ता को स्थायी, रैंडम दिखने वाले पते मिलते थे जो असली मेलबॉक्स में पहुंचाते थे, और हर एक को अलग से बंद किया जा सकता था। 2010 के दशक के अंतिम वर्षों ने इस विचार को मुख्यधारा में पहुंचा दिया, तेज़ी से एक के बाद एक:
- Apple ने 2019 में Sign in with Apple के हिस्से के रूप में रिले पते पेश किए।
- Mozilla ने 2020 में Firefox Relay की टेस्टिंग शुरू की, जिसे पहले Firefox Private Relay कहा जाता था।
- Apple ने इस विचार को 2021 में iCloud+ में Hide My Email के रूप में बढ़ाया।
- DuckDuckGo ने 2021 में निजी फ़ॉरवर्डिंग पतों के साथ अपनी ईमेल सुरक्षा बीटा खोली।
- Proton ने 2022 में एलियास सेवा SimpleLogin खरीदी, और प्राइवेसी पर केंद्रित मेल प्रदाताओं ने आम तौर पर एलियास को अपने उत्पादों में शामिल किया।
इस बदलाव को कम करके आंकना आसान है। बीस साल तक हर साइट के लिए अलग पता रखना प्राइवेसी के प्रति सजग लोगों की आदत थी। जब फ़ोन या ब्राउज़र साइन-अप फ़ॉर्म में ही एक पता पेश कर दे, तो वह अपना पता टाइप करने से कम मेहनत लेता है। एलियास अस्थायी इनबॉक्स को बेमानी नहीं बनाते, क्योंकि वे अब भी कहीं किसी अकाउंट पर टिके हैं, और वह अकाउंट जानता है कि आप कौन हैं। दोनों का आपसी रिश्ता समझने का अच्छा तरीक़ा यह है कि इन्हें उन सबके बगल में रखकर देखें जो इनसे पहले आया।
| पीढ़ी | क्या दिया | क्या छोड़ना पड़ा |
|---|---|---|
| दूसरा मुफ़्त अकाउंट (1990 के दशक का अंत) | साइन-अप के लिए स्थायी, दोबारा पाई जा सकने वाली जगह | रजिस्ट्रेशन, रखरखाव, और उसकी अपनी बढ़ती स्पैम समस्या |
| पते को बदले हुए रूप में लिखना | बिना किसी औज़ार के क्रॉलर से बचाव | सिर्फ़ सार्वजनिक पोस्टों में काम आया, साइन-अप में कभी नहीं |
| गिनती वाले फ़ॉरवर्डर (लगभग 2000) | कुछ संदेशों के बाद अपने आप कट-ऑफ़ | अकाउंट चाहिए था, और असली इनबॉक्स से जुड़ा रहता था |
| सार्वजनिक अस्थायी इनबॉक्स (2003 से) | कोई डेटा नहीं सौंपना, कुछ संभालना नहीं | छोटी उम्र, पता जानने वाला कोई भी पढ़ सकता है, ज़रूरी अकाउंट के लिए अनुपयुक्त |
| प्लस एड्रेसिंग (2004 से लोकप्रिय) | आसान फ़िल्टरिंग और लीक का स्रोत खोजना | असली पता दिखता रहता है, और कुछ फ़ॉर्म इसे ठुकरा देते हैं |
| फ़ॉरवर्डिंग एलियास सेवाएं (2010 का दशक) | बंद करने के स्विच वाले टिकाऊ रिश्ते | एलियास प्रदाता पर भरोसा, जो आपकी रिकवरी की कड़ी में जुड़ जाता है |
| बिल्ट-इन एलियास (2019 से) | लगभग कोई मेहनत नहीं, साइन-अप फ़ॉर्म के भीतर ही उपलब्ध | आपको एक प्लेटफ़ॉर्म के इकोसिस्टम से बांध देता है |
इनमें से किसी ने बाक़ी की जगह नहीं ली। हर एक भरोसे के अलग स्तर और अलग उम्र के लिए ठीक बैठता है, और इसीलिए कई स्तरों पर बनी निजी ईमेल रणनीति आज भी समझदारी भरी है।
आज अस्थायी इनबॉक्स कैसा दिखता है
बुनियादी वादा 2003 से वही है, जबकि उसके पीछे की मशीनरी काफ़ी बदल चुकी है। शुरुआती सेवाएं अक्सर एक ही SMTP सर्वर चलाती थीं जो सब कुछ स्वीकार करके एक सादे पेज के पीछे जमा कर लेता था। आज काम आम तौर पर बंटा होता है, और VookMail इस व्यवस्था का एक उदाहरण है। इसके डोमेन, जैसे privoxmail.com, veylax.com और mailnexio.com, ऐसे MX रिकॉर्ड प्रकाशित करते हैं जो एक मेल डिलीवरी प्रदाता की तरफ़ इशारा करते हैं। भेजने वाला सर्वर वह रिकॉर्ड देखता है और 1980 के दशक से चले आ रहे तरीक़े से SMTP पर डिलीवर करता है। फिर प्रदाता हर संदेश HTTPS पर VookMail को फ़ॉरवर्ड करता है, इसलिए VookMail अपना मेल सर्वर सामने नहीं रखता। ब्राउज़र हर कुछ सेकंड में नया मेल जांचता है, और संदेश, अटैचमेंट और पते क़रीब एक दिन बाद हटा दिए जाते हैं। कार्यप्रणाली पेज पर इसकी और जानकारी है।
इंटरफ़ेस भी आगे बढ़ा है, और उसमें पिछली पीढ़ियों के सबक़ दिखते हैं। पेज लोड होते ही पता तैयार मिलता है, बिना साइन-अप और बिना पासवर्ड के, जैसा Mailinator ने दिखाया था कि मुमकिन है। पीले बटन से मिला रैंडम पता खुले इनबॉक्स की अंदाज़ा लगाए जाने की कमज़ोरी का जवाब है; दूसरा तरीक़ा यह है कि नया दबाएं, यूज़रनेम टाइप करें और 30 से ज़्यादा डोमेन में से चुनें। जो कोई पता जानता है या अंदाज़े से बैठा लेता है, वह फिर भी वह इनबॉक्स खोल सकता है, जो इस पूरे परिवार की सेवाओं पर आज भी लागू है, और इसीलिए रैंडम ज़्यादा सुरक्षित विकल्प है। हमारी VookMail इस्तेमाल करने की गाइड बटनों की पूरी जानकारी देती है, और Google Play और Huawei AppGallery पर ऐप भी हैं।
आज का उपयोगकर्ता जो क़दम देखता है, वे 2003 के किसी व्यक्ति को उतना चौंकाएंगे नहीं जितना आप सोचते होंगे। संदेश के ऊपर निकालकर दिखाए गए वेरिफ़िकेशन कोड, पता दूसरे डिवाइस तक ले जाने के लिए QR कोड, हटाई गई ट्रैकिंग तस्वीरें: ये एक ही विचार के सुधार हैं, यानी जो अभी चाहिए उसे पाना और फिर जाने देना। सॉफ़्टवेयर टेस्टिंग भी एक बड़ा इस्तेमाल बन गई है, क्योंकि साइन-अप फ़्लो जांचने वाले डेवलपर को ठीक यही चाहिए: हर टेस्ट रन के लिए साफ़ इनबॉक्स।
एक जगह रखने लायक़ तारीख़ें
| साल | घटना |
|---|---|
| 1971 | Ray Tomlinson मशीनों के बीच मेल भेजते हैं और @ चिह्न अपनाते हैं |
| 1978 | ARPANET पर Gary Thuerk का सामूहिक संदेश, जिसे आम तौर पर पहला स्पैम बताया जाता है |
| 1982 | SMTP (RFC 821) और संदेश का प्रारूप (RFC 822) प्रकाशित होते हैं |
| 1986 | RFC 974 DNS से मेल रूटिंग का वर्णन करता है |
| 1992 | Dwork और Naor जंक मेल के ख़िलाफ़ कंप्यूटेशनल पहेलियों का प्रस्ताव रखते हैं |
| 1994 | Green Card पोस्ट Usenet में बाढ़ ला देती हैं |
| 1996 से 1997 | Hotmail और Yahoo Mail मुफ़्त वेबमेल सबके लिए खोलते हैं; पहली व्यापक रूप से इस्तेमाल होने वाली DNS ब्लॉकलिस्ट शुरू होती है |
| लगभग 2000 | Spamgourmet अपने आप ख़त्म होने वाले पते देता है |
| 2002 | "A Plan for Spam" सांख्यिकीय फ़िल्टरिंग को लोकप्रिय बनाता है; EU का ePrivacy Directive |
| 2003 | Mailinator शुरू होता है; अमेरिका में CAN-SPAM पर हस्ताक्षर होते हैं |
| 2004 | Gmail शुरू होता है और प्लस एड्रेसिंग को जाना-पहचाना बनाता है |
| 2013 | Have I Been Pwned शुरू होता है; Gmail तस्वीरें प्रॉक्सी से लाना शुरू करता है |
| 2015 | DMARC RFC 7489 के रूप में प्रकाशित होता है |
| 2018 | EU में GDPR लागू होता है |
| 2019 से 2021 | Sign in with Apple, Firefox Relay, Hide My Email और DuckDuckGo की फ़ॉरवर्डिंग सेवा आती हैं |
| 2022 | Apple, Google और Microsoft passkeys के लिए प्रतिबद्ध होते हैं |
| 2024 | Google और Yahoo थोक भेजने वालों के नियम लागू करना शुरू करते हैं |
पचास साल में जो नहीं बदला
शुरू से अंत तक पढ़ने पर इस इतिहास में उतनी विविधता नहीं दिखती जितनी तकनीकों की लंबी सूची से लगती है। भेजना सस्ता बना रहा है, और जब तक वह बना रहेगा, अनचाहा मेल भी रहेगा, क्योंकि भेजने वाले के अर्थशास्त्र को बहुत से पाठकों के हां कहने की ज़रूरत नहीं है। Thuerk का डेमो न्योता और आज की फ़िशिंग मुहिम में यह बात साझा है, और भेजने वालों से कंप्यूटिंग शक्ति में क़ीमत वसूलने का 1992 का प्रस्ताव ठीक इसीलिए नाकाम रहा कि वह क़ीमत सब पर थोपी नहीं जा सकती थी।
वेबमेल के दौर से पता एक पहचान बना रहा है, और असामान्य रूप से ताक़तवर पहचान: जो आपका इनबॉक्स पढ़ ले, वह आम तौर पर आपके पासवर्ड रीसेट कर सकता है। एक्सपोज़र जमा होता रहा है, क्योंकि 2009 में जिस सूची में आपका पता चढ़ा, वह उसे भूलती नहीं, और ज़्यादातर प्रतियां कभी मिटाई नहीं जातीं। और बचाव की हर पीढ़ी के साथ एक ऐसा समझौता आया जिसे इंजीनियरिंग से मिटाया नहीं जा सका। पता जितना आसानी से फेंका जा सकता है, उतना ही वह उस हर चीज़ के लिए बुरा है जो आपको बाद में चाहिए होगी। अब तक कोई ऐसा मेलबॉक्स नहीं बना पाया कि वह बिना मेहनत फेंका भी जा सके और बैंक का भरोसा भी उसे सौंपा जा सके।
इनबॉक्स प्राइवेसी आगे कहां जा सकती है
इतिहास समझाने में बेहतर है, भविष्यवाणी में नहीं, जैसा Gates का दो साल वाला अनुमान दिखाता है, इसलिए नीचे जो है उसे मौजूदा रुझानों की एक व्याख्या समझिए, कोई गारंटी नहीं।
हर साइट के लिए एक पता डिफ़ॉल्ट बनना
अब बड़े प्लेटफ़ॉर्म और पासवर्ड मैनेजर साइन-अप के दौरान एलियास पेश करते हैं। अगर यह फैलता रहा, तो हर साइट को वही पता देना आगे चलकर वैसा ही दिख सकता है जैसा आज एक ही पासवर्ड बार-बार इस्तेमाल करना दिखता है। संभावित सीमा पोर्टेबिलिटी है: किसी एक कंपनी के इकोसिस्टम से बंधा एलियास उतना ही टिकाऊ है जितना उस कंपनी से आपका रिश्ता, इसलिए प्लेटफ़ॉर्म बदलने वालों को कुछ उलझनें सुलझानी पड़ेंगी।
Passkeys और ईमेल की भूमिका
Passkeys, जो FIDO मानकों पर बने हैं और 2022 से Apple, Google और Microsoft मिलकर बढ़ावा दे रहे हैं, पासवर्ड की जगह आपके डिवाइसों में रखा क्रिप्टोग्राफ़िक क्रेडेंशियल ले लेते हैं। कम पासवर्ड का मतलब कम रीसेट ईमेल। फिर भी ज़्यादातर सेवाएं अब भी ईमेल पते को अकाउंट की पहचान के तौर पर इस्तेमाल करती हैं, और सूचनाओं तथा डिवाइस खो जाने पर रिकवरी के लिए भी। इसलिए सुरक्षा चैनल के रूप में ईमेल की भूमिका सिर्फ़ धीरे-धीरे घटती दिखती है, और मुख्य मेलबॉक्स कुछ समय तक बचाने लायक़ बना रहेगा।
बेहतर फ़िल्टर, ज़्यादा विश्वसनीय धोखाधड़ी
मशीन लर्निंग पहचान को लगातार बेहतर बना रही है, और जेनरेट किया गया टेक्स्ट किसी भी भाषा में सहज, निजीकृत ठगी लिखना आसान बनाता जा रहा है। नतीजतन वर्तनी की ग़लतियों वाली पुरानी सलाह की क़ीमत घट रही है। संदर्भ के सवाल ज़्यादा टिकते हैं: क्या यह संदेश इस पते पर आना चाहिए भी था? अलग-अलग पते रखने वाले को यहां बढ़त मिलती है, क्योंकि शॉपिंग वाले एलियास पर आई "बैंक" की सूचना अपने आप इस सवाल का जवाब दे देती है।
भेजने वालों पर और सख़्त नियम
2024 की शर्तें और कड़ी हो सकती हैं, और दूसरे बड़े प्रदाता भी उसी दिशा में बढ़े हैं। इससे वैध मार्केटिंग से निकलना आसान होगा और ग़ैर-वैध थोक मेल को फ़िल्टर करना आसान। लेकिन जो अपराधी हाइजैक किए अकाउंट या समझौता किए गए सेवाओं का दुरुपयोग करने को तैयार हैं, उनके अर्थशास्त्र में इससे कोई फ़र्क़ नहीं पड़ेगा, और सीधे भेजना कठिन होने के साथ वे ज़्यादा आकर्षक हो गए हैं।
पता मांगने वाले फ़ॉर्म कम होना
प्राइवेसी क़ानून में डेटा न्यूनतमीकरण के सिद्धांत उतना ही इकट्ठा करने की तरफ़ धकेलते हैं जितना किसी उद्देश्य को चाहिए। समय के साथ ज़्यादा डाउनलोड, प्रीव्यू और Wi-Fi पोर्टल पता मांगना बंद कर सकते हैं, या ज़्यादा साफ़ बता सकते हैं कि उसका क्या इस्तेमाल होगा। यहां बदलाव धीमा रहा है, क्योंकि मेलिंग लिस्ट की व्यावसायिक क़ीमत है। जब तक यह बना रहेगा, अस्थायी इनबॉक्स के पास काम रहेगा: एक बार के गेटेड कंटेंट के लिए, किसी जगह के साइन-इन पेज के लिए, किसी अनजान साइट पर भरोसा करने से पहले यह देखने के लिए कि वह क्या भेजती है, हमेशा वहीं जहां साइट की शर्तें इजाज़त देती हों।
सीमाएं भी शायद ही खिसकेंगी। कुछ प्लेटफ़ॉर्म डिस्पोज़ेबल डोमेन को ठुकराते रहेंगे, और अस्थायी इनबॉक्स का धोखाधड़ी, दुरुपयोग, प्रतिबंध को दरकिनार करने, या बैंकिंग, सरकारी सेवाओं या मुख्य सोशल अकाउंट जैसी किसी भी ज़रूरी चीज़ के आसपास कोई काम नहीं है। हमारी नियम और शर्तें इन सीमाओं को साफ़ शब्दों में बताती हैं।
आपके अपने पते के लिए रिकॉर्ड क्या सुझाता है
इतिहास कम निर्देश देता है, लेकिन कुछ पूरे इतिहास में टिके रहते हैं। पता एक बार फैल जाए तो वापस नहीं आता, इसलिए मुख्य पते को बचाने का समय उसे देने से पहले है, और सूची में यही इकलौता बचाव है जो संदेश भेजे जाने से पहले काम करता है। फ़िल्टर, ऑथेंटिकेशन और क़ानून, तीनों ने मदद की और तीनों एक सीमा से टकराए, इसलिए इनमें से किसी एक पर निर्भर रहना बार-बार लोगों को निराश करता रहा है। फेंके जाने वाले औज़ार हमेशा एक चीज़ में अच्छे रहे और उसके उलट में कमज़ोर: जो मेल आपको एक बार चाहिए, बनाम वे अकाउंट जो आपको सालों चाहिए। जो मायने रखता है उसे कहीं और सहेजिए, क्योंकि अपने आप हट जाना इन सेवाओं का मक़सद भी है और उनकी सबसे तेज़ धार भी।
इस इतिहास से उठने वाले सवाल
क्या Thuerk का संदेश सचमुच पहला स्पैम था?
यही आम जवाब है और यही Guinness दर्ज करता है, ज़्यादातर इसलिए कि वह व्यावसायिक था और प्रतिक्रिया दस्तावेज़ों में दर्ज है। साझा सिस्टमों पर इससे पहले भी सामूहिक संदेश थे। Tom Van Vleck, जिन्होंने MIT के CTSS सिस्टम पर काम किया, ने 1971 में उसके सभी उपयोगकर्ताओं को भेजे गए एक युद्ध-विरोधी संदेश का वर्णन किया है। "पहला" इस पर निर्भर है कि आप ग़ैर-व्यावसायिक संदेशों को और एक ही कंप्यूटर के भीतर के संदेशों को गिनते हैं या नहीं।
डिस्पोज़ेबल ईमेल का आविष्कार किसने किया?
किसी ख़ास व्यक्ति ने नहीं। किसी सेवा के आने से पहले ही दूसरा वेबमेल अकाउंट अनौपचारिक रूप से यह काम कर रहा था, और Spamgourmet तथा Mailinator ने विचार के अलग-अलग हिस्सों को ऑटोमेट किया। Mailinator को अक्सर इस श्रेणी को परिभाषित करने का श्रेय दिया जाता है क्योंकि उसने रजिस्ट्रेशन पूरी तरह हटा दिया, लेकिन इस दावे को प्रभाव के अर्थ में पढ़ना चाहिए, विचार पर पेटेंट के अर्थ में नहीं।
इसमें लगभग 2000 तक का समय क्यों लगा?
मुफ़्त वेबमेल से पहले, काम या पढ़ाई के बाहर बहुत कम लोगों के पास ऐसा पता था जो उनके लिए मायने रखता, और वेबसाइटें हर मोड़ पर उसे मांग भी नहीं रही थीं। ज़रूरत 1990 के दशक के अंत में वेब साइन-अप के साथ आई। तरीक़ा पहले से मौजूद था, क्योंकि डोमेन हमेशा किसी भी नाम के लिए मेल स्वीकार कर सकते थे।
प्रूफ़ ऑफ़ वर्क ईमेल के लिए क्यों नाकाम रहा पर और जगह टिक गया?
ईमेल में स्टैंप की शर्त रखने से पहले लगभग हर सर्वर को सहमत होना पड़ता, और वह तालमेल कभी नहीं बना। कोई वेबसाइट वही तकनीक अकेले, अपने विज़िटरों के लिए अपना सकती है, इसीलिए आज वह बॉट-जांच के तौर पर चलती है।
क्या ऑथेंटिकेशन ने फेंके जाने वाले पतों को अनावश्यक बना दिया?
नहीं, क्योंकि दोनों अलग सवालों से निपटते हैं। SPF, DKIM और DMARC इस बात से निपटते हैं कि संदेश सचमुच किसी डोमेन से आया है या नहीं। डिस्पोज़ेबल पता इस बात से निपटता है कि आपका पता पहली जगह किसके पास है। मेल हर जांच पास कर सकता है और फिर भी ऐसा मेल हो सकता है जो आपने कभी नहीं चाहा।
क्या ईमेल की जगह कभी कोई और ले सकता है?
मैसेजिंग ऐप बहुत पहले से निजी बातचीत का बड़ा हिस्सा संभाल रहे हैं, फिर भी लगभग हर ऑनलाइन अकाउंट ईमेल पता मांगता है। इसका कोई एक मालिक नहीं, कोई भी सर्वर चला सकता है, और कोई भी दो पक्ष एक ही प्लेटफ़ॉर्म पर हुए बिना मेल का आदान-प्रदान कर सकते हैं। यही ख़ूबियां यह भी समझाती हैं कि स्पैम को ख़त्म करना इतना कठिन क्यों रहा है। संबंधित पृष्ठभूमि के लिए VookMail ब्लॉग पर इन औज़ारों के आज के काम करने के तरीक़े के बारे में और पढ़ सकते हैं।