अपने डोमेन पर अस्थायी ईमेल: खुद के डोमेन पर मेल पाना

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

यह लेख बताता है कि टीमें ऐसा क्यों करती हैं, मेल वाकई उस डोमेन तक कैसे पहुंचती है जो आपका है, सेटअप में क्या-क्या शामिल है, यह सार्वजनिक टेम्प-मेल डोमेनों से कैसे अलग है, और इस व्यवस्था को सचमुच फेंकने लायक कैसे बनाए रखें ताकि वह एक और स्थायी इनबॉक्स न बन जाए।

अपने डोमेन का इस्तेमाल क्यों करें

कारण तीन बातों के आसपास हैं: प्रतिष्ठा, नियंत्रण और निजता।

पहली है प्रतिष्ठा। सार्वजनिक टेम्प-मेल डोमेन हज़ारों अनजान लोग साझा करते हैं, और कुछ लोग इन सेवाओं का दुरुपयोग भी करते हैं। मेलबॉक्स प्रदाता और धोखाधड़ी रोकने वाली सेवाएं ऐसे डोमेनों को कम भरोसे से जोड़ना सीख जाती हैं, और सज़ा सबको भुगतनी पड़ती है। जब आप अपने डोमेन पर मेल पाते हैं, तो वह इतिहास सिर्फ़ आपका होता है। आप साफ़ शुरुआत करते हैं, और अगर कभी डोमेन पर निशान लगे तो आप कारण समझ सकते हैं, अंदाज़ा नहीं लगाना पड़ता।

दूसरा है नियंत्रण। किसी सार्वजनिक सेवा पर आप वही रखवाली अवधि, वही पता प्रारूप और वही इंटरफ़ेस स्वीकार करते हैं जो चलाने वाला देता है, और वे शर्तें बिना बताए बदल सकती हैं। अपने डोमेन पर आप तय करते हैं कि संदेश कितनी देर रहता है, कौन से पते मौजूद रहेंगे, उन्हें कैसे रूट किया जाएगा और इनबॉक्स कैसे पढ़ा जाएगा। अगर किसी ऑटोमेटेड टेस्ट के लिए संदेशों को API से निकालना है, तो वह कर सकते हैं। अगर दस मिनट बाद मिटा देना है, तो यह एक सेटिंग है, उम्मीद नहीं।

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

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

अपने डोमेन पर मेल पाना कैसे काम करता है?

अपने डोमेन पर मेल पाना एक रिकॉर्ड और एक नियम तक सिमट जाता है।

रिकॉर्ड है MX, यानी मेल एक्सचेंजर। यह इंटरनेट को बताता है कि आपके डोमेन की मेल कौन सा सर्वर लेगा। जब कोई आपके डोमेन पर ख़त्म होने वाले किसी भी पते को संदेश भेजता है, तो उसका मेल सर्वर आपका MX रिकॉर्ड खोजता है और संदेश वहां बताए गए होस्ट को सौंप देता है। इसके लिए न वेबसाइट चाहिए, न होस्टिंग प्लान, न कोई मेलबॉक्स उत्पाद। चाहिए तो बस एक ऐसा सर्वर जो लेने को तैयार हो, और उसकी ओर इशारा करता एक DNS रिकॉर्ड।

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

दो सहायक रिकॉर्ड बाद में ज़रूरी होते हैं, शुरुआत में नहीं। SPF और DKIM यह साबित करते हैं कि आप जो मेल भेजते हैं वह वैध है। अगर आप सिर्फ़ पाते हैं, तो अक्सर इन्हें टाला जा सकता है। जिस पल आप इस डोमेन से जवाब देते हैं, या मेल को ऐसे भेजते हैं जिससे लिफ़ाफ़े का प्रेषक बदल जाए, वे ज़रूरी हो जाते हैं, क्योंकि जो डोमेन मेल लेता है पर लगातार भेज नहीं पाता, वह फ़िल्टरों को संदिग्ध लगता है। DMARC इन दोनों को एक नीति से जोड़ता है।

एक बात याद रखने लायक है: प्राप्तकर्ता पते के डोमेन को आंकते हैं, एट से पहले वाले हिस्से को नहीं। एट से पहले का लेबल बदलने से प्रतिष्ठा पर कुछ असर नहीं पड़ता, जबकि डोमेन बदलने से सब कुछ बदल जाता है। इसीलिए अपना डोमेन साझा सार्वजनिक डोमेन से इतना अलग बर्ताव करता है।

सेटअप करना

सेटअप अपनी प्रतिष्ठा से कहीं छोटा है। काम ज़्यादातर DNS में है और एक फ़ैसले में कि मेल लेने वाला सर्वर कौन चलाएगा।

पहला क़दम है डोमेन हासिल करना। नया रजिस्टर करें, या अपने पास पहले से मौजूद डोमेन का कोई सबडोमेन समर्पित करें। सबडोमेन इसलिए अच्छा है कि यह मेल के प्रवाह को मूल डोमेन के किसी भी असली पते से अलग कर देता है, और अगर डोमेन पहले से आपके पास है तो इसका कोई ख़र्च नहीं। जो भी चुनें, इसे टेस्ट का संसाधन मानें: ऐसा नाम दें कि कोई इसे प्रोडक्शन पता समझ ही न ले।

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

तीसरा क़दम है डोमेन को उस सर्वर की ओर इशारा करना। आप वे MX रिकॉर्ड जोड़ते हैं जो प्रदाता बताता है, उसी प्राथमिकता पर, ठीक उसी नाम के DNS ज़ोन में जिसे आप इस्तेमाल कर रहे हैं। अगर सबडोमेन इस्तेमाल कर रहे हैं, तो रिकॉर्ड सबडोमेन पर होने चाहिए, जड़ पर नहीं, और इन दोनों को मिला देना भ्रम का आम कारण है।

चौथा क़दम है कैच-ऑल चालू करना और रखवाली की अवधि तय करना। पहले से तय करें कि संदेश कितनी देर रहेगा और उस अवधि के बाद क्या होगा। छोटी अवधि इनबॉक्स को पढ़ने लायक रखती है और संवेदनशील सामग्री के जमाव को सीमित करती है।

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

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

सार्वजनिक डोमेन बनाम अपना: समझौते

कोई भी विकल्प सख़्ती से बेहतर नहीं है; दोनों अलग चीज़ों के लिए अनुकूलित हैं। नीचे की तालिका ईमानदार तुलना है।

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

इसे फेंकने लायक बनाए रखने के लिए क्या चाहिए?

डोमेन का मालिक होना अपने आप मेल गायब नहीं कर देता। फेंकने लायक होना ऐसी आदतों का समूह है जो सेटअप के ऊपर बैठती हैं।

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

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

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

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

सीमाएं और चेतावनियां

अपना डोमेन कोई जादुई चादर नहीं है, और कुछ सीमाएं सीधे बताने लायक हैं।

अब चलाने वाले आप हैं। इसका मतलब है कि रखवाली की नीति, पहुंच का नियंत्रण और नतीजे सब आपके हैं। जो डोमेन ग़लती से असली मेल पा लेता है, वह आपको दूसरे के पत्र-व्यवहार का रखवाला बना देता है, और यह ठीक वही अंजाम है जिससे यह सेटअप बचना चाहता है।

रजिस्ट्रेशन शायद ही कभी गुमनाम होता है। डोमेन रिकॉर्ड जानबूझकर सार्वजनिक होते हैं, इसलिए अपने डोमेन को मालिक से जोड़ना साझा फेंकने वाले पते से आसान है। अगर मक़सद गुमनामी है, तो यह तरीक़ा ग़लत औज़ार है।

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

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

अगले क़दम

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