अस्थायी ईमेल कैसे काम करता है: एक तकनीकी, एंड-टू-एंड स्पष्टीकरण (ए-जेड)
अस्थायी ईमेल जादू नहीं है। यह ब्लॉकलिस्ट को चकमा देने के लिए DNS लुकअप, SMTP हैंडशेक, कैच-ऑल रूटिंग, फास्ट इन-मेमोरी स्टोरेज, समयबद्ध विलोपन और डोमेन रोटेशन की एक साफ पाइपलाइन है। यह आलेख रोजमर्रा के कार्यों के लिए अस्थायी मेल को बनाने, मूल्यांकन करने या सुरक्षित रूप से उस पर भरोसा करने के लिए पूर्ण प्रवाह को खोलता है।
त्वरित पहुँच
टीएल; डीआर/चाबी छीन लेना
एमएक्स और एसएमटीपी को समझें
डिस्पोजेबल पते बनाएं
संदेशों को पार्स और स्टोर करें
इनबॉक्स को रीयल टाइम में दिखाएं
डेटा की समय सीमा समाप्त करना मज़बूती से
डोमेन को बुद्धिमानी से घुमाएं
ओटीपी डिलीवरी का समस्या निवारण करें
उपयोग के मामले और सीमाएं
पूरा प्रवाह एक साथ कैसे फिट बैठता है
त्वरित कैसे-करें: सही पता प्रकार चुनें
अक्सर पूछे जाने वाले प्रश्न (पाठक-सामना करना)
तुलना स्नैपशॉट (परिदृश्यों × सुविधाएँ)
समाप्ति
टीएल; डीआर/चाबी छीन लेना
- एमएक्स रिकॉर्ड दुनिया को बताते हैं कि कौन सा सर्वर किसी डोमेन के लिए मेल स्वीकार करता है; अस्थायी मेल प्रदाता कई डोमेन को एक MX बेड़े में इंगित करते हैं।
- SMTP संदेश देता है: लिफाफा आदेश (MAIL FROM, RCPT TO) दृश्यमान से: हेडर से भिन्न होते हैं।
- कैच-ऑल रूटिंग @ से पहले किसी भी स्थानीय भाग को स्वीकार करता है, जिससे तत्काल, पंजीकरण-मुक्त पते सक्षम होते हैं।
- संदेशों को एक सख्त टीटीएल (जैसे, ~ 24 घंटे) के साथ संक्षेप में (अक्सर स्मृति में) पार्स किया जाता है, साफ किया जाता है, और संग्रहीत किया जाता है।
- फ्रंट-एंड पोल या स्ट्रीम अपडेट ताकि इनबॉक्स वास्तविक समय में महसूस हो।
- ब्लॉकिंग को कम करने के लिए डोमेन घूमते हैं; ओटीपी में देरी अक्सर थ्रॉटलिंग, फिल्टर या अस्थायी विफलताओं के कारण होती है।
- त्वरित कोड और पुन: प्रयोज्य पतों के लिए अल्पकालिक इनबॉक्स चुनें जब आपको रसीदें या रिटर्न की आवश्यकता हो।
एमएक्स और एसएमटीपी को समझें
अस्थायी मेल की रीढ़ मानक ईमेल नलसाजी है: डीएनएस रूटिंग प्लस एक साधारण मेल स्थानांतरण संवाद।
एमएक्स ने समझाया—स्पष्ट रूप से।
मेल एक्सचेंजर (MX) रिकॉर्ड DNS प्रविष्टियाँ हैं जो कहती हैं, "इन सर्वरों के लिए इस डोमेन के लिए ईमेल वितरित करें." प्रत्येक एमएक्स की एक वरीयता संख्या होती है; प्रेषक पहले सबसे कम संख्या का प्रयास करते हैं और यदि आवश्यक हो तो अगले नंबर पर वापस लौटते हैं। अस्थायी मेल प्रदाता आमतौर पर एक ही MX बेड़े की ओर इशारा करते हुए डोमेन के पूल संचालित करते हैं, इसलिए डोमेन जोड़ने या सेवानिवृत्त करने से प्राप्त पाइपलाइन नहीं बदलती है।
शब्दजाल के बिना एसएमटीपी
एक भेजने वाला सर्वर SMTP अनुक्रम को जोड़ता है और बोलता है: EHLO/HELO → → RCPT से → डेटा → छोड़ने के लिए मेल करता है। यहां दो विवरण मायने रखते हैं:
- लिफाफा (MAIL FROM, RCPT TO) वह है जिस पर सर्वर रूट करता है - यह संदेश के मुख्य भाग में दृश्यमान From: हेडर के समान नहीं है।
- प्रतिक्रिया कोड मायने रखते हैं: 2xx = वितरित; 4xx = अस्थायी विफलताएं (प्रेषक को पुनः प्रयास करना चाहिए); 5xx = स्थायी विफलताएं (उछाल)। अस्थायी कोड ओटीपी "लैग" में योगदान करते हैं, खासकर जब प्रेषक थ्रॉटल या रिसीवर ग्रेलिस्ट करते हैं।
अस्थायी मेल के लिए यह क्यों मायने रखता है
क्योंकि दर्जनों या सैकड़ों डोमेन सभी एक ही एमएक्स रीढ़ की हड्डी पर उतरते हैं, प्रदाता लगातार एंटी-दुरुपयोग, दर-सीमा और स्केलिंग रणनीतियों को किनारे पर लागू कर सकता है, जबकि अभी भी एक नए डोमेन की खोज करने वाले उपयोगकर्ताओं के लिए ऑनबोर्डिंग तुरंत जारी रखता है।
(आप अस्थायी मेल के लिए एक सौम्य परिचय के लिए अवलोकन देख सकते हैं।
डिस्पोजेबल पते बनाएं
यह सेवा पते के स्थानीय हिस्से को डिस्पोजेबल और तात्कालिक बनाकर घर्षण को दूर करती है।
कैच-ऑल स्वीकृति
कैच-ऑल सेटअप में, प्राप्त करने वाले सर्वर को @ से पहले किसी भी स्थानीय भाग के लिए मेल स्वीकार करने के लिए कॉन्फ़िगर किया गया है। इसका मतलब है कि abc@, x1y2z3@, या न्यूज़लेटर-promo@ सभी रूट एक मान्य मेलबॉक्स संदर्भ के लिए। कोई पूर्व-पंजीकरण चरण नहीं है; पहला प्राप्त ई-मेल प्रभावी रूप से पर्दे के पीछे एक TTL के साथ मेलबॉक्स प्रविष्टि बनाता है।
ऑन-द-फ्लाई रैंडमाइजेशन
वेब और ऐप इंटरफेस अक्सर कॉपी को तत्काल बनाने और टकराव को कम करने के लिए पेज लोड (जैसे, p7z3qk@domain.tld) पर एक यादृच्छिक उपनाम का सुझाव देते हैं। सिस्टम इन सुझावों को हैश कर सकता है या व्यक्तिगत डेटा संग्रहीत किए बिना विशिष्टता के लिए उन्हें समय/डिवाइस टोकन के साथ नमक कर सकता है।
वैकल्पिक उप-संबोधन
कुछ सिस्टम user+tag@domain.tld (उर्फ प्लस-एड्रेसिंग) का समर्थन करते हैं ताकि आप साइन-अप को लेबल कर सकें। यह सुविधाजनक है, लेकिन सार्वभौमिक रूप से सम्मानित नहीं है - कैच-ऑल प्लस यादृच्छिक उपनाम साइटों पर अधिक पोर्टेबल हैं।
कब पुन: उपयोग करें बनाम बदलें
यदि आपको बाद में रसीदों, रिटर्न, या पासवर्ड रीसेट की डिलीवरी की आवश्यकता है, तो एक निजी टोकन से जुड़े पुन: प्रयोज्य पते का उपयोग करें। जब आपको केवल एक बार के कोड की आवश्यकता हो, तो एक अल्पकालिक इनबॉक्स चुनें जिसे आप उपयोग के बाद छोड़ देंगे। आप अपने अस्थायी मेल पते का पुन: उपयोग करने के माध्यम से उपयुक्त होने पर टोकन के साथ एक ही अस्थायी पते का पुन: उपयोग कर सकते हैं, और जब आप तेज़, अल्पकालिक व्यवहार (10 मिनट मेल) चाहते हैं तो 10 मिनट का इनबॉक्स चुन सकते हैं।
संदेशों को पार्स और स्टोर करें
पर्दे के पीछे, सर्वर अल्पकालिक भंडारण से पहले मेल को साफ और सामान्य करता है।
संदेश को पार्स करना
एक बार स्वीकार किए जाने के बाद, सेवा प्राप्तकर्ता नियमों (कैच-ऑल, कोटा, दर-सीमा) को मान्य करती है और संदेश को पार्स करती है:
- हेडर और माइम: विषय, प्रेषक और भागों (सादा पाठ/HTML) निकालें।
- सुरक्षा: सक्रिय सामग्री को पट्टी करें; ट्रैकिंग पिक्सेल को बाधित करने के लिए दूरस्थ छवियों को प्रॉक्सी या ब्लॉक करें।
- सामान्यीकरण: विचित्र एन्कोडिंग को कनवर्ट करें, नेस्टेड मल्टीपार्ट्स को समतल करें, और प्रदर्शन के लिए एक सुसंगत HTML सबसेट लागू करें।
डिजाइन द्वारा क्षणिक भंडारण
कई प्रदाता इनबॉक्स को तुरंत महसूस कराने के लिए हॉट संदेशों के लिए तेज़, इन-मेमोरी डेटा स्टोर और फ़ॉलबैक के लिए वैकल्पिक टिकाऊ स्टोर का उपयोग करते हैं। प्राथमिक अनुक्रमणिका कुंजियाँ आमतौर पर प्राप्तकर्ता उपनाम और टाइमस्टैम्प होती हैं। प्रत्येक संदेश को TTL के साथ टैग किया जाता है, इसलिए यह स्वचालित रूप से समाप्त हो जाता है।
मेमोरी स्टोर क्यों चमकते हैं
मूल कुंजी समाप्ति के साथ एक इन-मेमोरी स्टोर उत्पाद के वादे से मेल खाता है: कोई दीर्घकालिक प्रतिधारण, सीधा विलोपन, और बर्स्टी ओटीपी लोड के तहत अनुमानित प्रदर्शन। क्षैतिज शार्डिंग - डोमेन या स्थानीय-भाग के हैश द्वारा - सिस्टम को केंद्रीकृत बाधाओं के बिना स्केल करने देता है।
अनुलग्नकों पर एक नोट
दुरुपयोग और जोखिम को कम करने के लिए, अनुलग्नकों को एकमुश्त अवरुद्ध या प्रतिबंधित किया जा सकता है; अधिकांश अस्थायी मेल उपयोग के मामले (कोड और पुष्टिकरण) वैसे भी सादे पाठ या छोटे HTML हैं। यह नीति अधिकांश उपयोगकर्ताओं के लिए गति और सुरक्षा को संरक्षित करती है।
इनबॉक्स को रीयल टाइम में दिखाएं
वह "तत्काल" अनुभव स्मार्ट क्लाइंट अपडेट से आता है, ईमेल नियमों को झुकाने से नहीं।
दो सामान्य अद्यतन पैटर्न
अंतराल/लंबे समय तक मतदान: क्लाइंट सर्वर से पूछता है कि N नए मेल के लिए सेकंड।
पेशेवरों: लागू करने में आसान, सीडीएन/कैश-फ्रेंडली।
के लिए सबसे अच्छा: हल्के साइटें, मामूली ट्रैफ़िक, 1-5 सेकंड की देरी के लिए सहनशील।
इवेंटसोर्स (सर्वर पुश): संदेश आने पर सर्वर क्लाइंट को सूचित करता है।
पेशेवरों: कम विलंबता, कम अनावश्यक अनुरोध।
के लिए सबसे अच्छा: उच्च-ट्रैफ़िक ऐप्लिकेशन, मोबाइल, या जब निकट-वास्तविक समय UX मायने रखता है।
उत्तरदायी यूआई पैटर्न
एक दृश्यमान "नए संदेशों की प्रतीक्षा कर रहा है ..." प्लेसहोल्डर, अंतिम ताज़ा समय दिखाएं, और हथौड़े से बचने के लिए मैनुअल रिफ्रेश को डिबाउंस करें। मोबाइल उपयोग के लिए सॉकेट को हल्का रखें और ऐप के बैकग्राउंड होने पर स्वचालित रूप से रुक जाएं। (यदि आप देशी ऐप्स पसंद करते हैं, तो मोबाइल पर अस्थायी मेल का अवलोकन है जो एंड्रॉइड और आईओएस क्षमताओं को कवर करता है: एंड्रॉइड और आईफोन के लिए सर्वश्रेष्ठ अस्थायी मेल ऐप।
सुपुर्दगी वास्तविकता की जांच
यहां तक कि एक धक्का के साथ, नया मेल केवल SMTP वितरण समाप्त होने के बाद दिखाई देता है। एज मामलों में, अस्थायी 4xx प्रतिक्रियाएं, ग्रेलिस्टिंग, या प्रेषक थ्रॉटल कुछ मिनटों की देरी में सेकंड जोड़ते हैं।
डेटा की समय सीमा समाप्त करना मज़बूती से
ऑटो-विनाश एक गोपनीयता सुविधा और एक प्रदर्शन उपकरण है।
टीटीएल शब्दार्थ
प्रत्येक संदेश (और कभी-कभी मेलबॉक्स शेल) में उलटी गिनती होती है - अक्सर लगभग 24 घंटे - जिसके बाद सामग्री अपरिवर्तनीय रूप से हटा दी जाती है। यूआई को इसे स्पष्ट रूप से संप्रेषित करना चाहिए ताकि उपयोगकर्ता उपलब्ध होने पर महत्वपूर्ण कोड या रसीदों की प्रतिलिपि बना सकें।
सफाई यांत्रिकी
दो पूरक पथ हैं:
- मूल कुंजी समाप्ति: इन-मेमोरी स्टोर को TTL पर स्वचालित रूप से कुंजियों को हटाने दें।
- पृष्ठभूमि स्वीपर: क्रॉन नौकरियां माध्यमिक स्टोर को स्कैन करती हैं और पिछली देय चीजों को शुद्ध करती हैं।
उपयोगकर्ताओं को क्या उम्मीद करनी चाहिए
एक अस्थायी मेलबॉक्स एक विंडो है, एक तिजोरी नहीं। यदि आपको रिकॉर्ड की आवश्यकता है, तो बाद में वापस लौटने के लिए टोकन द्वारा संरक्षित पुन: प्रयोज्य पते का उपयोग करें और उसी इनबॉक्स को खींचें। साथ ही, संदेश अभी भी सेवा की अवधारण नीति का सम्मान करते हैं।
(अल्पकालिक व्यवहार के व्यावहारिक अवलोकन के लिए, 10 मिनट का इनबॉक्स व्याख्याकार सहायक है।
डोमेन को बुद्धिमानी से घुमाएं
रोटेशन प्रतिष्ठा जोखिम फैलाकर और "जले हुए" डोमेन को सेवानिवृत्त करके ब्लॉक को कम करता है।
ब्लॉक क्यों होते हैं
कुछ वेबसाइटें धोखाधड़ी या कूपन दुरुपयोग को रोकने के लिए डिस्पोजेबल डोमेन को चिह्नित करती हैं। यह झूठी सकारात्मकता उत्पन्न कर सकता है, वैध जरूरतों के साथ गोपनीयता-दिमाग वाले उपयोगकर्ताओं को पकड़ सकता है।
रोटेशन कैसे मदद करता है
प्रदाता डोमेन के पूल बनाए रखते हैं। सुझाव नए डोमेन में घूमते हैं; हार्ड बाउंस, शिकायत स्पाइक्स या मैन्युअल रिपोर्ट जैसे सिग्नल किसी डोमेन को रोक या सेवानिवृत्त कर देते हैं. एमएक्स बेड़ा वही रहता है; केवल नाम बदलते हैं, जो बुनियादी ढांचे को सरल रखता है।
ब्लॉक होने पर क्या करें
यदि कोई साइट आपके पते को अस्वीकार करती है, तो किसी भिन्न डोमेन पर स्विच करें और थोड़े समय के इंतजार के बाद फिर से ओटीपी का अनुरोध करें। यदि आपको रसीदों या रिटर्न के लिए लगातार पहुंच की आवश्यकता है, तो अपने निजी टोकन से जुड़ा पुन: प्रयोज्य पता चुनें।
बुनियादी ढांचे का नोट
कई प्रदाता अपने एमएक्स बेड़े को बेहतर पहुंच और अपटाइम के लिए मजबूत, वैश्विक बुनियादी ढांचे के पीछे रखते हैं - यह आने वाले मेल को जल्दी से पहुंचने में मदद करता है, भले ही प्रेषक कहां स्थित हों (वैश्विक मेल सर्वर का उपयोग करने के लिए तर्क देखें tmailor.com आने वाले ईमेल को संसाधित करने के लिए Google के सर्वर का उपयोग क्यों करते हैं?)।
ओटीपी डिलीवरी का समस्या निवारण करें
अधिकांश हिचकी कुछ सटीक चालों के साथ समझाने योग्य और ठीक करने योग्य हैं।
सामान्य कारण
- प्रेषक ओटीपी संदेशों को थ्रॉटल या डगमगाता है; आपका अनुरोध कतारबद्ध है।
- प्राप्त करने वाला किनारा ग्रेलिस्टिंग लागू करता है; प्रेषक को थोड़ी देरी के बाद पुन: प्रयास करना होगा।
- साइट आपके द्वारा उपयोग किए गए डोमेन को ब्लॉक करती है; संदेश कभी नहीं भेजा जाता है।
- मोबाइल पर कॉपी करते समय गलत टाइप किए गए स्थानीय भाग को याद करना आसान है।
आगे क्या प्रयास करें
- थोड़े इंतजार के बाद फिर से भेजें (उदाहरण के लिए, 60-90 सेकंड)।
- कृपया बस आगे बढ़ें और डोमेन को घुमाएं और पुनः प्रयास करें; विराम चिह्न या असामान्य यूनिकोड के बिना एक उपनाम चुनें।
- प्रतीक्षा करते समय एक ही पृष्ठ/ऐप पर रहें; यदि आप दूर नेविगेट करते हैं तो कुछ सेवाएं कोड को अमान्य कर देती हैं।
- लंबी अवधि की जरूरतों (रसीदें, ट्रैकिंग) के लिए, अपने टोकन द्वारा समर्थित पुन: प्रयोज्य पते पर जाएं।
(यदि आप अस्थायी मेल के लिए नए हैं, तो अक्सर पूछे जाने वाले प्रश्न पृष्ठ लगातार समस्याओं के संक्षिप्त उत्तर एकत्र करता है: अस्थायी मेल के बारे में अक्सर पूछे जाने वाले प्रश्न।
उपयोग के मामले और सीमाएं
अस्थायी मेल गोपनीयता और कम घर्षण के लिए सबसे अच्छा है - स्थायी संग्रह के रूप में नहीं।
महान फिट बैठता है
- एकबारगी साइन-अप, परीक्षण, समाचार पत्र और डाउनलोड गेट।
- सत्यापन जहां आप अपना प्राथमिक पता सरेंडर नहीं करना चाहते हैं।
- परीक्षण वास्तविक इनबॉक्स के प्रावधान के बिना एक डेवलपर या क्यूए के रूप में प्रवाहित होता है।
के प्रति सचेत रहें
- खाता पुनर्प्राप्ति आवश्यकताएँ (कुछ साइटें फ़ाइल पर एक स्थिर ईमेल की मांग करती हैं)।
- रसीदें/रिटर्न लॉजिस्टिक्स—यदि आप भविष्य के संदेशों की अपेक्षा करते हैं, तो पुन: प्रयोज्य इनबॉक्स का उपयोग करें।
- ऐसी वेबसाइटें जो डिस्पोजेबल डोमेन को ब्लॉक करती हैं; यदि आवश्यक हो तो वैकल्पिक प्रवाह को घुमाने या चुनने की योजना बनाएं।
पूरा प्रवाह एक साथ कैसे फिट बैठता है
यहाँ उपनाम से हटाने तक का जीवनचक्र है।
- आप सुझाए गए उपनाम को स्वीकार करते हैं या उसकी प्रतिलिपि बनाते हैं.
- प्रेषक उस डोमेन के लिए MX को देखता है और प्रदाता के MX से कनेक्ट करता है।
- एसएमटीपी हैंडशेक पूरा हो गया; सर्वर कैच-ऑल नियमों के तहत संदेश स्वीकार करता है।
- सिस्टम सामग्री को पार्स और सैनिटाइज़ करता है; ट्रैकर्स को नपुंसक बनाया जाता है; अनुलग्नक अवरुद्ध हो सकते हैं।
- एक टीटीएल सेट है; संदेश को त्वरित पढ़ने के लिए तेज़ मेमोरी में संग्रहीत किया जाता है।
- वेब/ऐप नए मेल के लिए पोल करता है या सुनता है और आपके इनबॉक्स दृश्य को अपडेट करता है।
- TTL विंडो के बाद, पृष्ठभूमि कार्य या मूल समाप्ति सामग्री को हटा दें।
त्वरित कैसे-करें: सही पता प्रकार चुनें
बाद में सिरदर्द से बचने के लिए दो कदम।
चरण 1: इरादा तय करें
यदि आपको एक कोड की आवश्यकता है, तो एक अल्पकालिक उपनाम का उपयोग करें जिसे आप छोड़ देंगे। यदि आप रसीदें, ट्रैकिंग या पासवर्ड रीसेट की अपेक्षा करते हैं, तो एक निजी टोकन से बंधा पुन: प्रयोज्य पता चुनें।
चरण 2: इसे सरल रखें
प्रेषक बग से बचने के लिए बुनियादी ASCII अक्षरों/संख्याओं के साथ एक उपनाम चुनें। यदि कोई साइट डोमेन को ब्लॉक करती है, तो डोमेन स्विच करें और थोड़े अंतराल के बाद कोड का पुन: प्रयास करें।
अक्सर पूछे जाने वाले प्रश्न (पाठक-सामना करना)
क्या MX प्राथमिकताएँ डिलीवरी को तेज़ बनाती हैं?
वे गति से अधिक विश्वसनीयता सुनिश्चित करते हैं: प्रेषक पहले सबसे कम संख्या का प्रयास करते हैं और यदि आवश्यक हो तो वापस गिर जाते हैं।
कुछ साइटें डिस्पोजेबल पते क्यों ब्लॉक करती हैं?
दुरुपयोग और कूपन के दुरुपयोग को सीमित करने के लिए। दुर्भाग्य से, यह गोपनीयता-दिमाग वाले उपयोगकर्ताओं को भी अवरुद्ध कर सकता है।
क्या कैच-ऑल सुरक्षित है?
यह सख्त दुरुपयोग नियंत्रण, दर-सीमा और कम प्रतिधारण के साथ सुरक्षित है। लक्ष्य व्यक्तिगत डेटा जोखिम को कम करना है और मेल को अनिश्चित काल तक संग्रहीत नहीं करना है।
मेरा ओटीपी क्यों नहीं आया?
अस्थायी सर्वर प्रतिक्रियाएँ, प्रेषक थ्रॉटल, या एक अवरुद्ध डोमेन विशिष्ट हैं। क्या आप थोड़े इंतजार के बाद फिर से भेज सकते हैं और एक नए डोमेन पर विचार कर सकते हैं?
क्या आपको लगता है कि मैं एक ही अस्थायी पते का उपयोग कर सकता हूं?
हां—नीति सीमा के भीतर उसी इनबॉक्स में लौटने के लिए टोकन-सुरक्षित पुन: प्रयोज्य पते का उपयोग करें।
तुलना स्नैपशॉट (परिदृश्यों × सुविधाएँ)
| परिदृश्य | अल्पकालिक उपनाम | पुन: प्रयोज्य पता |
|---|---|---|
| एकबारगी ओटीपी | ★★★★☆ | ★★★☆☆ |
| रसीदें/रिटर्न | ★★☆☆☆ | ★★★★★ |
| गोपनीयता (कोई दीर्घकालिक निशान नहीं) | ★★★★★ | ★★★★☆ |
| डोमेन ब्लॉक का जोखिम | मध्यम | मध्यम |
| हफ्तों में सुविधा | संख्या आदि | उच्च |
(यदि आपको आवश्यकता हो तो पुन: प्रयोज्य इनबॉक्स पर विचार करें एक ही अस्थायी पते का पुन: उपयोग करें बाद में।
समाप्ति
अस्थायी ईमेल सिद्ध नलसाजी-एमएक्स रूटिंग, एसएमटीपी एक्सचेंज, कैच-ऑल एड्रेसिंग, हाई-स्पीड क्षणिक भंडारण, और टीटीएल-आधारित विलोपन पर निर्भर करता है - ब्लॉकिंग को कम करने के लिए डोमेन रोटेशन द्वारा संवर्धित। अपनी आवश्यकता के अनुसार पते के प्रकार का मिलान करें: एकमुश्त कोड के लिए अल्प-जीवन, रिटर्न या खाता पुनर्प्राप्ति के लिए पुन: प्रयोज्य। सही ढंग से लागू होने पर, यह सुविधा को संरक्षित करते हुए आपके प्राथमिक इनबॉक्स को सुरक्षित रखता है।
