read receipts
वह प्लस-साइन ट्रिक जो दिखाता है कि आपका पता कहाँ लीक हुआ (और वह क्या साबित नहीं कर सकता)
एक टैग किए हुए पते से आप बता सकते हैं कि स्पैम किस साइन-अप से जुड़ा है। लेकिन वह यह नहीं बताता कि इसे किसने लीक किया, या कि किसी ने कुछ बेचा भी है।
you+homedepot@example.com के रूप में किसी दुकान के लिए साइन अप करें और you+ticketmaster@example.com के रूप में किसी टिकट साइट के लिए, और जब तक टैग को हटाया नहीं जाता, जो भी मेल आता है उसमें एक लेबल होता है जो बताता है कि पता किस फॉर्म में टाइप किया गया था। जब स्पैम उन टैग में से किसी एक पर आने लगे, तो आप यह अनुमान लगा नहीं रहे कि पता परिचलन में कहाँ प्रवेश किया। आप इसे लिफाफे से पढ़ रहे हैं।
यह तंत्र पुराना है और प्रलेखित है। सबएड्रेसिंग — किसी पते के स्थानीय भाग से एक विभाजक वर्ण (आमतौर पर +) के बाद कुछ "विस्तार" जोड़ना — RFC 5233 में वर्णित है, जो जनवरी 2008 को प्रकाशित हुआ था, जो ken+sieve@example.org को मेल के उदाहरण देता है जो ken उपयोगकर्ता के मेलबॉक्स में पहुँचता है। Gmail अपनी स्वयं की सहायता में इस व्यवहार को प्रलेखित करता है: "Gmail alias का उपयोग करके फ़िल्टर करें" के अंतर्गत, यह कहता है कि "निम्नलिखित aliases को भेजे गए संदेश सभी janedoe@gmail.com पर जाएँगे," फिर janedoe+school@gmail.com, janedoe+notes@gmail.com और janedoe+important.emails@gmail.com की सूची देता है। एक मेलबॉक्स, जितने चाहें उतने लेबल किए हुए विविधताएँ, कोई सेटअप नहीं।
यहाँ वह हिस्सा है जो आमतौर पर अत्यधिक प्रचारित होता है, इस लेख के पहले संस्करण में भी। एक टैग एक प्रवेश बिंदु की पहचान करता है। यह किसी अपराधी की पहचान नहीं करता। अगर किसी एक दुकान को दिया गया पता क्रिप्टो स्पैम प्राप्त करने लगे, तो जो स्थापित किया गया है वह यह है कि पता उस साइन-अप के माध्यम से व्यापक बाजार तक पहुँचा — और यह वास्तव में उपयोगी है। जो स्थापित नहीं किया गया है वह यह है कि कैसे। दुकान ने एक सूची बेची हो सकती है। इसे इस तरह साझा किया हो सकता है जो इसकी स्वयं की गोपनीयता नीति की अनुमति देता है। इसे किसी प्रोसेसर, एक पूर्ति भागीदार या एक विपणन प्लेटफॉर्म को पास किया हो सकता है जो फिर उल्लंघन किया गया था। उल्लंघन दुकान पर, या तीन आपूर्तिकर्ताओं नीचे हो सकता है। पता ग्राहक के अपने डिवाइस या मेलबॉक्स से लीक हो सकता है। किसी ने पैटर्न का अनुमान लगाया हो सकता है — एक बार जब हमलावर you+petco@ देख लेता है, तो you+anything-else@ का आकार अनुमान लगाना मुश्किल नहीं होता, और टैग कभी-कभी अग्रेषित संदेश से सीधे कॉपी किए जाते हैं। "यह साइन-अप है जहाँ से यह निकला" एक सोचा-समझा निष्कर्ष है। "इस कंपनी ने मुझे बेच दिया" एक अलग दावा है, और एक टैग इसके लिए सबूत नहीं है।
इस ट्रिक के साथ दो व्यावहारिक सीमाएँ आती हैं। पहली मानक में ही है: विस्तार को कैसे एन्कोड किया जाता है यह RFC 5233 के शब्दों में "साइट और/या कार्यान्वयन विशिष्ट" है। कोई गारंटी नहीं है कि किसी दिए गए प्रदाता समर्थन +, इसे विभाजक के रूप में मानते हैं, या कि किसी दिए गए साइन-अप फॉर्म इस वर्ण को स्वीकार करेंगे; संकीर्ण तरीके से पतों को मान्य करने वाले फॉर्म इसे अस्वीकार करते हैं, और कुछ भी जो बाद में पते को संसाधित करता है वह इसे काट सकता है। दूसरी वह है जो टैग एक बार खराब हो जाने के बाद कर सकता है। to: you+petco@… पर एक फ़िल्टर उस मेल को इनबॉक्स तक पहुँचने से रोकता है। यह किसी के डेटाबेस से पता नहीं निकालता, और यह इसे आगे कारोबार किए जाने से नहीं रोकता। यह प्राप्त करने वाले की ओर से संरोधन है, और कुछ नहीं।
अनसब्सक्राइब करना उस गलतफहमी का दूसरा आधा हिस्सा है। वन-क्लिक अनसब्सक्राइब एक विनम्रता नहीं है; उच्च-मात्रा भेजने वालों के लिए यह एक आवश्यकता है। Google के प्रेषक दिशानिर्देश 5,000 या अधिक संदेश प्रति दिन Gmail खातों को भेजने वाले प्रेषकों को कहते हैं कि "विपणन संदेश और सदस्यता संदेशों को वन-क्लिक अनसब्सक्राइब का समर्थन करना चाहिए" और "संदेश निकाय में एक स्पष्ट रूप से दृश्यमान अनसब्सक्राइब लिंक शामिल होना चाहिए," जबकि स्पैम दर "0.10% से नीचे" रखते हुए कभी भी "0.30% या उससे अधिक" तक न पहुँचें। Yahoo के Sender Hub को एक कार्यशील List-Unsubscribe हेडर जमा एक दृश्यमान लिंक की आवश्यकता है, अनसब्सक्राइब अनुरोधों को दो दिनों के भीतर सम्मानित किया जाता है। जो आपको बिल्कुल बताता है कि तंत्र कितनी दूर तक पहुँचता है: यह उन प्रेषकों के विरुद्ध लागू किया जाता है जो अपनी मेल Gmail और Yahoo में पहुँचाना चाहते हैं। एक प्रेषक जो कभी अनुपालन करने का इरादा नहीं रखता है वह उस सिस्टम के बाहर पूरी तरह है, और इसे विनम्रतापूर्वक रोकने के लिए कहना एक नियंत्रण नहीं है जो आप रखते हैं।
उन साइन-अप के लिए जिन पर आप वास्तविक पते के साथ विश्वास नहीं करते, Apple दो अलग चीजें प्रदान करता है जो अक्सर भ्रमित होती हैं। पहली iCloud+ Hide My Email है, जिसमें iCloud+ सदस्यता की आवश्यकता है: "जब आप iCloud+ की सदस्यता लेते हैं," आप "अद्वितीय, यादृच्छिक ईमेल पते बना सकते हैं," "आपके यादृच्छिक पतों पर भेजा गया मेल आपके व्यक्तिगत ईमेल खाते में अग्रेषित किया जाता है," "आप जितने चाहें उतने पते बना सकते हैं," और "आप उन पतों को निष्क्रिय या हटा भी सकते हैं जिनका आप अब उपयोग नहीं करते।" निष्क्रियता प्रतिवर्ती है; हटाना, Apple नोट करता है, नहीं है। दूसरी Apple के साथ Sign in है, जहाँ किसी ऐप में Apple खाते से साइन इन करना privaterelay.appleid.com डोमेन में एक रिले पता जारी कर सकता है बजाय आपका अपना हस्तांतरित करने के; जो पता रिले आगे बढ़ाता है उसे बदलना स्वयं एक iCloud+ सुविधा है। दोनों प्रेषक को कुछ न छोड़ने या खुरचने के लिए कुछ हस्तांतरित करने से बचते हैं, क्योंकि वास्तविक पते के लिए कोई दृश्यमान टैग बोल्ट नहीं है — लेकिन वे अलग-अलग सुविधाएँ हैं, विभिन्न आवश्यकताओं के साथ, और वे नाम से माँगने के लायक हैं।
इस सभी के पीछे का पैमाना जाँचना आसान है और स्मृति से उद्धृत करने के बजाय जाँचने लायक है। Have I Been Pwned के मुख पृष्ठ पर, 20 अक्तूबर 2026 को पढ़ा गया, 1,047 उल्लंघन किए गए वेबसाइटों में 17,846,550,965 उल्लंघन किए गए पते दिखाई दिए। ये उल्लंघनों में दिखाई देने वाले पते हैं जो परियोजना ने लोड किए हैं, न कि खातों से समझौता किए गए, और न ही हर उल्लंघन का गणना जो कभी हुआ है। टैगिंग अगले उल्लंघन से एक पते को नहीं रखता। यह क्या करता है वह एक अनाम बाढ़ को लेबल किए हुए मेल में बदल देता है, ताकि जब कुछ गलत हो जाए आप जानते हों कि यह किस दरवाजे से आया — और अपने आप से ईमानदार रहें कि यह क्या करता है और नहीं करता।
सुधार, 20 अक्तूबर 2026। इस लेख का एक पहला संस्करण प्रथम व्यक्ति में लिखा गया था और डेटा-ब्रोकर डंप में दिखाई देने वाले टैग किए हुए पतों के व्यक्तिगत अवलोकनों का वर्णन किया गया था। लेख का कोई पहचाना गया व्यक्तिगत लेखक नहीं है — यह xmail द्वारा एक संगठन के रूप में प्रकाशित किया जाता है — और वह खाता पदार्थित नहीं किया जा सका, इसलिए इसे तटस्थ, पुनरुत्पादक परिदृश्य के रूप में पुनः लिखा गया है। दावा कि एक टैग किए हुए पते को "ठीक एक संदिग्ध" छोड़ता है और उस कंपनी का नाम बताता है जिसने पते को बेचा है, सुधार दिया गया है: एक टैग एक प्रवेश बिंदु की पहचान करता है, न कि किसी अपराधी या लेनदेन की। एक कथन कि Gmail ने 2008 से प्लस-एड्रेसिंग का समर्थन किया है हटाया गया है, क्योंकि Google का दस्तावेज़ कोई प्रारंभ तारीख नहीं देता है; 2008 की तारीख अब RFC 5233 को संदर्भित करती है, जहाँ सम्मेलन निर्दिष्ट है। Have I Been Pwned आंकड़ा, पहले सैकड़ों उल्लंघनों में 14 बिलियन से अधिक समझौता किए गए खातों के रूप में दिया गया, साइट के स्वयं के काउंटर द्वारा 20 अक्तूबर 2026 को पढ़ा गया है के साथ बदल दिया गया है। Apple के रिले पतों का वर्णन iCloud+ Hide My Email और Sign in with Apple में विभाजित किया गया है, जो अलग-अलग सुविधाएँ हैं विभिन्न आवश्यकताओं के साथ, और Gmail के व्यवहार के लिए उद्धरण अब उस सहायता पृष्ठ की ओर इशारा करता है जो वास्तव में इसे प्रलेखित करता है। दावा कि अनसब्सक्राइब लिंक अक्सर फ़िशिंग बेट होते हैं स्रोत की कमी के लिए हटाया गया है।
स्रोत
- Google — Send emails from a different address or alias — Gmail Help. "Filter using your Gmail alias": mail to [email protected] and similar aliases all goes to [email protected] (checked 20 October 2026)
- RFC 5233 — Sieve Email Filtering: Subaddress Extension — K. Murchison, January 2008. Defines subaddressing and the "+" separator, and notes that the encoding is site- and implementation-specific
- Apple — Create unique, random email addresses with Hide My Email and iCloud+ — Requires an iCloud+ subscription; random addresses forward to your personal account and can be deactivated or deleted
- Apple — Stop using, reactivate, or delete a Hide My Email address — Deactivated addresses can be reactivated; deleting an address is permanent
- Apple — How to use Hide My Email with Sign in with Apple — A separate feature: relay addresses in the privaterelay.appleid.com domain; changing the forwarding address requires iCloud+
- Google — Email sender guidelines — One-click unsubscribe and spam-rate requirements for senders of 5,000+ messages a day, in force from 1 February 2024 (checked 20 October 2026)
- Yahoo Sender Hub — Best practices — Working List-Unsubscribe header plus a visible link, with unsubscribe requests honoured within two days (checked 20 October 2026)
- Have I Been Pwned — Front-page counters: 1,047 pwned websites and 17,846,550,965 pwned addresses, read 20 October 2026