सभी लेख

Catch-all ईमेल का मतलब: कैच-ऑल पता क्या है और इसके जोखिम

कैच-ऑल ईमेल पता (catch-all email address) का मतलब है ऐसा मेलबॉक्स जो किसी डोमेन के किसी भी पते पर भेजा गया मेल ले लेता है, उन पतों का भी जिन्हें किसी ने कभी बनाया ही नहीं, बशर्ते उस पते का अपना कोई मेलबॉक्स या उपनाम न हो। अगर example.com पर कैच-ऑल चालू है, तो shop@example.com, r8kq2@example.com या jnae@example.com (jane@example.com की टाइपिंग ग़लती) पर आया मेल भेजने वाले को बाउंस होकर लौटने के बजाय स्वीकार कर लिया जाता है और उसी एक मेलबॉक्स में पहुँचा दिया जाता है। CatchNone iPhone, iPad और Mac पर वह मेलबॉक्स पढ़ता है और दिखाता है कि हर संदेश किस पते पर पहुँचा, उन पतों का भी जिन्हें आपने कभी बनाया ही नहीं।

इसके और नाम भी हैं, और इसे अक्सर एक शब्द में catchall भी लिखा जाता है। Fastmail इसे catch-all alias या wildcard alias (वाइल्डकार्ड उपनाम) कहता है, cPanel इसे Default Address (डिफ़ॉल्ट पता), और iCloud+ इसे iPhone पर Allow All Incoming Messages (आने वाले सभी संदेशों को अनुमति दें) कहता है (iCloud.com पर “आने वाले सभी ईमेल को अनुमति दें”)। Google Workspace में इसे कैच-ऑल रूटिंग कहते हैं, और Cloudflare Email Routing (ईमेल रूटिंग) में Catch-all (कैच-ऑल) नियम होता है। वेरिफ़िकेशन टूल ऐसे डोमेन को “accept-all” कहते हैं। इसे चालू करने के लिए किसी भी होस्ट पर catch-all ईमेल सेट अप करने की गाइड देखें।

आपका मतलब किस कैच-ऑल से है?

यह शब्द दो जगह सामने आता है, और दोनों के जवाब अलग हैं।

  • आपके पास अपना डोमेन है, या आप लेने की सोच रहे हैं। कैच-ऑल आपके मेल होस्ट की एक सेटिंग है। लोग इसे इसलिए चालू करते हैं ताकि ग़लत पते पर भेजा गया मेल खो न जाए, या ताकि वे हर साइनअप के लिए मौके पर नया पता बना सकें। इस पेज का ज़्यादातर हिस्सा आपके लिए है।
  • किसी लिस्ट-क्लीनिंग टूल (catch-all email verification) ने किसी पते को “catch-all” या “accept-all” बताया है। यह पाने वाले के डोमेन के बारे में फ़ैसला है, उस पते के बारे में नहीं। सीधे वेरिफ़िकेशन टूल catch-all डोमेन को क्यों फ़्लैग करते हैं पर जाएँ।

Catch-all ईमेल पता कैसे काम करता है

सिर्फ़ डोमेन का मालिक होने से आपको मेलबॉक्स नहीं मिल जाता। उसके MX रिकॉर्ड को किसी मेल होस्ट या फ़ॉरवर्डिंग सेवा की ओर इशारा करना होता है, और मेल भेजने वाले सर्वर यही रिकॉर्ड देखकर पता लगाते हैं कि मेल कहाँ पहुँचाना है। SMTP मानक RFC 5321 कहता है कि जब किसी डोमेन के MX रिकॉर्ड हों, तो भेजने वालों को उन्हीं का इस्तेमाल करना ज़रूरी है।

इसके बाद भेजने वाले का सर्वर एक-एक करके हर पाने वाले का नाम बताता है। सामान्य सर्वर, जो मेलबॉक्स उसके पास है उसके लिए 250 OK और जो नहीं है उसके लिए 550 (“ऐसा कोई यूज़र नहीं”) जवाब देता है, और भेजने वाले को बाउंस मिलता है। कैच-ऑल @ से पहले वाले हर नाम के लिए हाँ कहता है:

भेजने वाले का सर्वर
 1. example.com का MX देखता है (DNS)
 2. उस सर्वर से जुड़ता है (SMTP)
 3. RCPT TO:<r8kq2@example.com>
    सामान्य:  मौजूद हो तो 250, न हो तो 550
    कैच-ऑल:  किसी भी पते के लिए 250
 4. संदेश भेजता है
आपका मेल होस्ट
 5. r8kq2 नाम का मेलबॉक्स नहीं है, तो कैच-ऑल
    नियम इसे आपके मेलबॉक्स में पहुँचा देता है

जो पता आपने ख़ुद बनाया है, वह फिर भी आगे रहता है: मिसाल के तौर पर Fastmail किसी ख़ास उपनाम का मेल कैच-ऑल की जगह उसी उपनाम पर पहुँचाता है। और कैच-ऑल सिर्फ़ @ से पहले वाले हिस्से पर लागू होता है। डोमेन में टाइपिंग ग़लती, जैसे example.com की जगह jane@example.net, किसी दूसरे डोमेन पर जाती है या कहीं नहीं जाती, इसलिए आपका कोई भी कैच-ऑल उसे नहीं पकड़ सकता।

कैच-ऑल बनाम वाइल्डकार्ड ईमेल पता, उपनाम और प्लस पता

“वाइल्डकार्ड ईमेल पता” का मतलब आम तौर पर वही होता है जो कैच-ऑल का। Fastmail की हेल्प इसे “catch-all alias (also known as a wildcard alias)” यानी “कैच-ऑल उपनाम (जिसे वाइल्डकार्ड उपनाम भी कहते हैं)” कहती है, और आप इसे *@example.com के रूप में बनाते हैं। “वाइल्डकार्ड” के दो और इस्तेमाल बिल्कुल अलग चीज़ें हैं:

  • DNS वाइल्डकार्ड (RFC 4592), जैसे *.example.com रिकॉर्ड, उन सबडोमेन नामों के लिए जवाब देता है जिनके अपने रिकॉर्ड नहीं हैं, जैसे anything.example.com। इसका @ से पहले वाले हिस्से से कोई लेना-देना नहीं है, और कैच-ऑल के लिए इसकी ज़रूरत नहीं होती।
  • मेल नियम या फ़िल्टर में पैटर्न सिर्फ़ उस मेल को छाँटता है जो पहले ही आ चुका है। Gmail खाते का फ़िल्टर किसी डोमेन से वे पते स्वीकार नहीं करवा सकता जिन्हें उसका मेल सर्वर ठुकरा देता।
शब्द उदाहरण किन पतों पर लागू हर पता पहले बनाना होगा? किसी एक पते को रोकना
कैच-ऑल (वाइल्डकार्ड उपनाम) anything@example.com डोमेन का हर वह पता जिसका अपना मेलबॉक्स नहीं है नहीं उस पते के लिए अलग नियम
उपनाम shop@example.com एक पता, जिसका मेल आपके मौजूदा मेलबॉक्स में आता है हाँ उसे बंद करें या मिटाएँ (कैच-ऑल चालू हो, तो मिटाए गए उपनाम का मेल आम तौर पर कैच-ऑल में चला जाता है)
प्लस पता jane+shop@example.com मौजूदा पते में जोड़ा गया कोई भी टैग नहीं, पर मूल पता मौजूद होना चाहिए सिर्फ़ फ़िल्टर से, और टैग कोई भी हटा सकता है

फ़ॉरवर्डिंग मेल पहुँचाने का एक तरीक़ा है, पते का कोई प्रकार नहीं। कैच-ऑल उसी होस्ट के किसी मेलबॉक्स में मेल पहुँचा सकता है, जैसा iCloud+ और Fastmail करते हैं, या सब कुछ कहीं और के इनबॉक्स में आगे भेज सकता है, जैसा Cloudflare Email Routing करता है।

निजता के लिए: हर साइनअप पर मौके पर नया पता बनाएँ

बहुत से लोग इसी वजह से कैच-ऑल चालू करते हैं। आपको पहले से कुछ सेट अप नहीं करना पड़ता। किसी दुकान के चेकआउट पर आप bookshop@example.com, या r8kq2@example.com जैसा कोई रैंडम पता टाइप करते हैं, और दुकान का मेल आपके मेलबॉक्स में आ जाता है। अगर बाद में उस पते पर स्पैम ईमेल आने लगें, या किसी ऐसी कंपनी का मेल आए जिसे आपने वह पता कभी दिया ही नहीं, तो आपको पता चल जाता है कि वह किस साइनअप से निकला।

दो आदतें इसे और कारगर बनाती हैं:

  • साइट के नाम की जगह रैंडम पते इस्तेमाल करें। आपका डोमेन जानने वाला कोई भी amazon@example.com का अंदाज़ा लगा सकता है, इसलिए उस पर आया स्पैम ईमेल इस बारे में कम साबित करता है कि पता किसने लीक किया। Bitwarden के username generator (यूज़रनेम जनरेटर) में “Catch-all email” (कैच-ऑल ईमेल) टाइप है, जो आपके डोमेन पर एक रैंडम पता बनाता है। और विकल्प सच में काम करने वाला रैंडम ईमेल पता बनाने की गाइड में हैं।
  • रिकॉर्ड रखें कि कौन-सा पता किस साइट को दिया, जैसे पासवर्ड मैनेजर में उस साइट की एंट्री में।

हर साइट के लिए एक अलग पता होने से डेटा ब्रीच की जाँच भी ज़्यादा कुछ बताती है। Have I Been Pwned पर आप पूरा डोमेन खोज सकते हैं, बशर्ते आप साबित कर दें कि डोमेन आपके नियंत्रण में है। सितंबर 2026 तक, यह उन डोमेन के लिए मुफ़्त है जिनके ज़्यादा से ज़्यादा 10 पते ब्रीच में आए हों। फिर आपका रिकॉर्ड बताता है कि ब्रीच में आया हर पता किस साइट को दिया गया था।

अपना डोमेन न हो, तो CatchNone के @catchnone.com पतों (Premium) के लिए किसी डोमेन, DNS या मेलबॉक्स को सेट अप करने की ज़रूरत नहीं होती। सेवा हर पता एक साझा डोमेन पर रैंडम तरीक़े से देती है, इसलिए आपका कोई नाम उन्हें आपस में नहीं जोड़ता। कुछ दूसरी सेवाएँ इसके बजाय आपको एक सबडोमेन देती हैं जो कैच-ऑल की तरह काम करता है। 33mail की साइट अब भी बताती है कि आप मौके पर bbqtrading@you.33mail.com जैसा पता बना सकते हैं, और SimpleLogin (अपने पेड Premium प्लान पर) और addy.io कैच-ऑल वाले सबडोमेन देते हैं। सबडोमेन आपके पतों को उसी तरह आपस में जोड़ता है, जैसे आपका अपना डोमेन जोड़ता।

कैच-ऑल के नुक़सान

अंदाज़े से बने पते और ज़्यादा स्पैम ईमेल

सामान्य डोमेन पर, जो पता मौजूद नहीं है उस पर भेजा गया मेल बाउंस हो जाता है। कैच-ऑल पर हर अंदाज़ा डिलीवर हो जाता है। addy.io FAQ कहता है कि स्पैमर और बॉट contact@ या admin@ जैसे “अक्सर रैंडम ईमेल पते आज़माते हैं”। cPanel चेतावनी देता है कि अगर स्पैमर आपके डोमेन को निशाना बनाएँ, तो फ़ॉरवर्ड किए जाने वाले डिफ़ॉल्ट पते पर “बहुत ज़्यादा स्पैम आ सकता है”। प्रोवाइडर इस जोखिम के बारे में बताते हैं, पर कोई संख्या नहीं देते। अंदाज़ा लगाना सिर्फ़ एक रास्ता है। बाक़ी रास्ते स्पैमर आपका ईमेल पता कैसे पाते हैं में हैं।

टाइपिंग की ग़लतियाँ जो कभी बाउंस नहीं होतीं

कैच-ऑल न हो, तो आपका पता ग़लत टाइप करने वाले को बाउंस मिलता है और वह दोबारा कोशिश कर सकता है। Apple और Proton दोनों अपने दस्तावेज़ों में बताते हैं कि कैच-ऑल बंद होने पर यह बाउंस होता है। कैच-ऑल हो, तो jnae@example.com डिलीवर हो जाता है और भेजने वाले को अपनी ग़लती का कभी पता नहीं चलता।

जिस डोमेन को सिर्फ़ आप इस्तेमाल करते हैं, उस पर अक्सर आप यही चाहते हैं। दिक़्क़त दो हालात में होती है। cPanel के मुताबिक़, साझा डोमेन पर कैच-ऑल मौजूदा पतों के लिए भेजा गया, ग़लत टाइप हुआ मेल ले सकता है, यानी उसे कोई ग़लत व्यक्ति पढ़ सकता है। और भेजने वाला ग़लत पता ही इस्तेमाल करता रहता है, इसलिए अगर आप बाद में उसे ब्लॉक करें या कैच-ऑल बंद करें, तो उसका मेल बिना किसी चेतावनी के आप तक पहुँचना बंद हो जाता है।

आपका डोमेन आपके पतों को आपस में जोड़ देता है

Privacy Guides चेतावनी देता है: “अगर आपका कस्टम डोमेन सिर्फ़ आप इस्तेमाल करते हैं, तो ईमेल पते में डोमेन नाम देखकर और @ चिह्न से पहले की हर चीज़ को अनदेखा करके, अलग-अलग वेबसाइटों पर आपकी गतिविधियों को आसानी से ट्रैक किया जा सकता है।” जिस डोमेन को बहुत से लोग साझा करते हैं, उसकी तुलना में आपका अपना डोमेन सच में अलग-अलग साइटों पर आपको पहचानना आसान बना देता है, और अगर डोमेन आपका नाम ही है, तो वह सीधे आपकी पहचान बता देता है। कैच-ऑल फिर भी बताता है कि पता किसने लीक किया, पर वह किसी को यह देखने से नहीं रोकता कि ये सारे पते आपस में जुड़े हैं।

आपके पते तभी तक चलते हैं, जब तक डोमेन है

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

क्या catch-all ईमेल डोमेन पर कोई एक पता बंद किया जा सकता है?

हाँ, ज़्यादातर होस्ट पर, पर ख़ुद कैच-ऑल सेटिंग से नहीं: जिस भी पते को रोकना है, उसके लिए आप एक अलग नियम या उपनाम जोड़ते हैं, और भेजने वाले को बाउंस मिलेगा या नहीं, यह होस्ट पर निर्भर है। Fastmail का Disable (बंद करें) विकल्प और Google Workspace की Reject message (मैसेज अस्वीकार करें) सेटिंग मेल को बाउंस करते हैं, cPanel फ़ॉरवर्डर उसे एक एरर के साथ ठुकरा सकता है, Cloudflare Email Routing का Drop (छोड़ दें) ऐक्शन उसे चुपचाप मिटा देता है, और Apple के मुताबिक़ iCloud+ उस पते पर भेजा गया मेल लौटा देता है जिसे आपने बनाया और फिर मिटा दिया (iCloud+ हर डोमेन पर तीन सक्रिय पते रखने देता है, इसलिए पहले शायद आपको एक जगह ख़ाली करनी पड़े)।

कुछ लीक हुए पतों के लिए यह ठीक है, पर दर्जनों पतों के लिए यह एक लिस्ट बन जाती है जिसे सँभालना पड़ता है, और Cloudflare हर डोमेन पर रूटिंग नियमों को 200 तक सीमित रखता है (दोनों सीमाएँ सितंबर 2026 तक की हैं)। होस्ट कोई भी हो, बाद में किसी दूसरे खाते से एक टेस्ट मेल भेजकर देख लें। हर होस्ट के स्टेप कैच-ऑल पर एक पता कैसे रोकें में हैं, और iCloud के लिए iCloud+ के “कस्टम ईमेल डोमेन” की गाइड में।

अपने पेड प्लान पर (सितंबर 2026 तक), addy.io और SimpleLogin जैसी उपनाम सेवाएँ आपके अपने डोमेन पर कैच-ऑल चला सकती हैं, जो हर उपनाम को उसी समय बना देती हैं जब उस पर पहला मेल आता है, और फिर आप उनमें से किसी को भी बंद कर सकते हैं।

कैच-ऑल या ईमेल उपनाम सेवा?

Privacy Guides एक अलग उपनाम सेवा को बेहतर मानता है, क्योंकि उसमें उपनाम एक-एक करके चालू और बंद किए जा सकते हैं और जवाब उसी उपनाम से जाते हैं। जैसा ऊपर बताया गया है, ज़्यादातर होस्ट भी हर पते के लिए एक नियम बनाकर अलग-अलग पते ब्लॉक कर सकते हैं। मेल भेजना होस्ट पर निर्भर है: Fastmail आपको कैच-ऑल डोमेन पर कोई भी From पता टाइप करने देता है, जबकि Cloudflare Email Routing आपके डोमेन से मेल भेजने या जवाब देने का सपोर्ट नहीं करता। फिर भी, पतों के आपस में जुड़ जाने वाली बात अपनी जगह क़ायम है।

अगर आप ऐसे पते चाहते हैं जो किसी भी एक सेवा से ज़्यादा टिकें, तो अपने डोमेन पर कैच-ऑल आपके लिए ठीक है। अगर आप ऐसे साइनअप चाहते हैं जिन्हें डोमेन के आधार पर आपस में मिलाया न जा सके, तो साझा उपनाम डोमेन ठीक है। CatchNone दोनों के साथ काम करता है: आपके अपने डोमेन पर यह आपका कैच-ऑल मेलबॉक्स सीधे पढ़ता है, और Premium के साथ इसके @catchnone.com पते एक साझा डोमेन पर होते हैं, जहाँ किसी पते को बंद करने पर भेजने वालों को बाउंस मिलता है। दोनों हालात में हर संदेश पर उस पते का बैज लगा होता है जिस पर वह पहुँचा। यह जान-बूझकर सिर्फ़ मेल पाने के लिए बना है, इसलिए वह मेल उसके अपने ऐप में रहता है और जवाब आप अपने सामान्य खाते से देते हैं। ख़र्च और पूरी तुलना के लिए देखें क्या अपना ईमेल डोमेन लेना फ़ायदेमंद है।

ईमेल लिस्ट वालों के लिए: वेरिफ़िकेशन टूल catch-all डोमेन को क्यों फ़्लैग करते हैं

वेरिफ़िकेशन टूल किसी पते की जाँच पाने वाले के मेल सर्वर से SMTP पर बात करके करते हैं, और कोई संदेश भेजे जाने से पहले ही रुक जाते हैं। अगर सर्वर हर पते के लिए 250 जवाब देता है, तो जाँच से कुछ साबित नहीं होता, क्योंकि असली और गढ़े हुए पते एक जैसे दिखते हैं। सर्वर एक बार संदेश स्वीकार कर ले, तो बाद की कोई नाकामी अलग बाउंस के रूप में लौटती है, या संदेश चुपचाप गिरा दिया जाता है: Kickbox कहता है कि ऐसा सर्वर “संदेश को चुपचाप फेंक सकता है या बाद में बाउंस संदेश भेज सकता है”।

टूल नतीजे को कैसे लेबल करते हैं:

  • Kickbox: “Accept-All”, जिसे Risky (जोखिम भरा) श्रेणी में रखा जाता है, और साथ में सलाह: “जोखिम भरे पतों पर भेजते समय सावधानी बरतें”।
  • NeverBounce: “Accept all (Unverifiable)” (सब स्वीकार, पुष्टि नहीं हो सकती), और साथ में यह कि कैच-ऑल “पाने वाले के मेल सर्वर की एक सेटिंग है, किसी एक पते पर फ़ैसला नहीं: ऐसे ईमेल अक्सर सही होते हैं”।
  • Hunter: स्टेटस accept_all, साथ में एक स्कोर जो अनुमान लगाता है कि पते के सही होने की कितनी संभावना है।

यह आम बात है। ZeroBounce के मुताबिक़ 2025 में उसने जितने पते प्रोसेस किए, उनमें से 9% से ज़्यादा कैच-ऑल निकले, और MailerCheck अपने जाँचे गए पतों के लिए 8.6% बताता है। ZeroBounce यह भी कहता है कि Microsoft 365 की इनबाउंड रूटिंग की वजह से जाँच में डोमेन कैच-ऑल दिख सकता है, भले ही कोई कैच-ऑल मेलबॉक्स न हो, जबकि Microsoft अपने दस्तावेज़ों में बताता है कि उसके Authoritative (आधिकारिक) डोमेन अनजान पाने वालों को ठुकरा देते हैं।

क्या कैच-ऑल पतों पर मेल भेजना चाहिए?

कैच-ऑल नतीजे का मतलब “अज्ञात” है, “अमान्य” नहीं। जो कैच-ऑल पते पुष्टि किए गए साइनअप से आए हों या जिन्होंने आपके मेल में किसी लिंक पर क्लिक किया हो, उन्हें रखें, बाक़ी पतों पर छोटे-छोटे बैच में भेजें, और जो बाउंस हों उन्हें हटा दें।

कैच-ऑल मेल को पते के हिसाब से छाँटना

हर संदेश को उस पते के हिसाब से छाँटें जिस पर वह भेजा गया था, पर Bcc से आपको भेजे गए मेल में आपका पता To या Cc में नहीं दिखता (RFC 5322), और लिस्ट मेल अक्सर लिस्ट के पते पर भेजा जाता है। प्रायोगिक RFC 9228 में बताया गया Delivered-To हेडर मदद करता है, जहाँ आपका होस्ट उसे जोड़ता हो। हर होस्ट के नियम और सर्च कैच-ऑल मेल को पते-दर-पते पढ़ने वाले हिस्से में हैं।

CatchNone कहाँ काम आता है

CatchNone का “अपना डोमेन लाएँ” वाला रास्ता कैच-ऑल मेलबॉक्स पढ़ने के लिए ही बना है। यह आपके डिवाइस से सीधे उस मेलबॉक्स से जुड़ता है जिसमें आपका कैच-ऑल मेल पहुँचाता है, IMAP (TLS, डिफ़ॉल्ट रूप से पोर्ट 993) या JMAP पर सिर्फ़ पढ़ने के लिए, इसलिए वह मेल कभी CatchNone के सर्वर से होकर नहीं जाता, और यह आपका DNS कभी नहीं बदलता। हर संदेश पर उस पते का बैज लगा होता है जिस पर वह पहुँचा, इसलिए लीक हुआ या बेचा गया पता पकड़ में आ जाता है, और “गतिविधि” बिना इस्तेमाल वाले उपनाम पर आए मेल और पहली बार लिखने वाले भेजने वालों की ओर ध्यान दिलाती है। जिस पते को आपने कभी बनाया ही नहीं, उस पर आया मेल उसी पते के नीचे ग्रे बैज के साथ दिखता है। बाद में “कस्टमाइज़ करें” के ज़रिये उस पते से उपनाम बनाएँ, तो उसका पहले का मेल उपनाम का नाम और रंग ले लेता है। “मुफ़्त” प्लान की 10 की सीमा में वे उपनाम गिने जाते हैं जो आप बनाते हैं, वे पते नहीं जिनका मेल दिखता है, और Lite और Premium में वहाँ उपनामों की कोई सीमा नहीं है। CatchNone डाउनलोड करें, जो iPhone, iPad और Mac के लिए उपलब्ध है।

CatchNone सिर्फ़ मेल पाने के लिए बना है, इसलिए कैच-ऑल का मेल उसके अपने ऐप में रहता है और जवाब आप अपने सामान्य खाते से देते हैं। हर जाँच पिछले 30 दिनों के इनबॉक्स के सबसे नए 100 संदेश पढ़ती है, इसलिए अगर आपके कैच-ऑल पर बहुत स्पैम आता है, तो कैच-ऑल के लिए अलग मेलबॉक्स रखने से उपनाम वाला मेल इस दायरे से बाहर नहीं होता। CatchNone आपके डोमेन पर स्पैम फ़िल्टर नहीं करता और पते ब्लॉक नहीं करता; यह काम आपके होस्ट के नियम करते हैं। डोमेन के बिना, CatchNone Premium के साथ रैंडम @catchnone.com पते देता है, बिना किसी डोमेन, DNS या मेलबॉक्स को सेट अप किए: इनमें से किसी को बंद करने पर भेजने वालों को बाउंस मिलता है, और हर संदेश आने के बाद 30 दिन तक रखा जाता है।

अक्सर पूछे जाने वाले सवाल

क्या कैच-ऑल ईमेल सुरक्षित हैं?

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

क्या Microsoft 365 में कैच-ऑल पता हो सकता है?

नहीं। Exchange Online में कोई कैच-ऑल सेटिंग नहीं है: जब किसी डोमेन के सारे मेलबॉक्स Microsoft 365 में हों, तो वह अनजान पतों पर आया मेल ठुकरा देता है और 550 5.4.1 लौटाता है, और इधर-उधर चलने वाले जुगाड़ आधिकारिक सलाह नहीं हैं। सेटअप गाइड बताती है कि Microsoft 365 में कैच-ऑल क्यों नहीं है और उसकी जगह क्या करें।

क्या Gmail खाते में कैच-ऑल हो सकता है?

@gmail.com पते के लिए नहीं, क्योंकि हर ऐसा पता एक अकेला खाता है, हालाँकि प्लस पते और आपके अपने पते के बिंदु (डॉट) वाले रूप फिर भी आप तक पहुँचते हैं। अपने डोमेन के साथ, Google Workspace में कैच-ऑल रूटिंग है, या Cloudflare Email Routing जैसा फ़ॉरवर्डर हर पते का मेल एक सामान्य Gmail इनबॉक्स में भेज सकता है, जैसा Cloudflare के ज़रिये कस्टम डोमेन के साथ Gmail इस्तेमाल करने वाली गाइड में बताया गया है।

क्या मुझे अपने डोमेन पर कैच-ऑल चालू करना चाहिए?

अगर आप मौके पर पते बनाना चाहते हैं या ग़लत पते पर आया मेल खोना नहीं चाहते, और लीक हुए पतों को एक-एक करके ब्लॉक करने को तैयार हैं, तो इसे चालू करें। अगर आप हर पता सोच-समझकर बनाना पसंद करते हैं, तो इसे बंद रहने दें। बीच के रास्ते भी हैं: Proton सलाह देता है कि कैच-ऑल को एक अलग पते पर पहुँचाएँ ताकि आपके इनबॉक्स में भीड़ न हो, और addy.io आपको एक पैटर्न तय करने देता है ताकि सिर्फ़ उससे मेल खाने वाले पते अपने आप बनें। अगर आप इसे चालू करते हैं, तो सेटअप गाइड में हर होस्ट के स्टेप हैं, और अगर आपका होस्ट कैच-ऑल नहीं देता, तो कस्टम डोमेन के लिए ये ईमेल प्रोवाइडर देते हैं।

ब्लॉग

ईमेल के बारे में थोड़ा और जानें।

सभी लेख

Mail Privacy Protection: iPhone पर क्या रोकता है, क्या नहीं

iPhone और Mac पर Mail Privacy Protection कैसे चालू करें, यह क्या रोकता है और क्या नहीं, “सभी रिमोट कॉन्टेंट को ब्लॉक करें” कब चुनें और इमेज क्यों नहीं दिखतीं।

Burner email का मतलब: क्या इसे ट्रेस किया जा सकता है?

Burner email का मतलब: temp इनबॉक्स, दूसरा खाता या ईमेल उपनाम। इन्हें कौन पढ़ सकता है, क्या ये ट्रेस होते हैं, साइटें temp mail क्यों रोकती हैं, बदले में क्या लें।

अनचाहे ईमेल कैसे बंद करें: क्या स्पैम ईमेल कभी रुकते हैं?

अनचाहे ईमेल कैसे बंद करें? स्पैम घटता है, पर कम ही रुकता है। Gmail, iCloud, Outlook में क्या असर करता है, ब्लॉक क्यों नहीं चलता, रिपोर्ट कहाँ करें, पता कब बदलें।

आपका ईमेल। अब और भी निजी।

CatchNone डाउनलोड करें

iPhone, iPad और Mac के लिए