अपने स्वामित्व वाले डोमेन के लिए ब्रांडेड पोर्टेबिलिटी टूल डोमेन और प्रमाणीकरण के साथ ईमेल भेजना सेट अप करें, उन होस्टनामों और DNS मानों का उपयोग करके जिनकी MultiTEL आपकी सेवा के लिए पुष्टि करता है। ये सेटिंग्स फ़ोन नंबर स्थानांतरित करने से अलग हैं।
यह सेटअप किस लिए है
आपके अपने ब्रांड वाला पोर्टेबिलिटी टूल (व्हाइट-लेबल) आपको नंबर-स्थानांतरण अनुरोध अपने स्वयं के ब्रांड के अंतर्गत प्रस्तुत करने देता है और, जब कॉन्फ़िगर किया गया हो, अपने स्वयं के ईमेल डोमेन की ओर से अनुरोध ईमेल भेजने देता है। इस गाइड में DNS परिवर्तन उस ब्रांडेड वेबसाइट और ईमेल पहचान पर लागू होते हैं। वे साधारण फ़ोन-नंबर स्थानांतरण के लिए आवश्यक नहीं हैं और फ़ोन नंबर की वॉइस रूटिंग नहीं बदलते।
आपको उस डोमेन का स्वामित्व और नियंत्रण होना चाहिए जिसका DNS आप बदलेंगे। आप इन रिकॉर्ड को किसी ऐसे तृतीय-पक्ष निःशुल्क-मेल डोमेन पर स्थित पते के लिए कॉन्फ़िगर नहीं कर सकते जिसका स्वामित्व आपके पास नहीं है।
DNS बदलने से पहले ब्रांडेड सेवा की पुष्टि करें
नंबर पोर्टेबिलिटी (Number portability) खोलें। उस स्क्रीन पर अनुरोधों के लिए उपयोग किए जाने वाले ब्रांड नाम और लोगो सेट करने के लिए वहाँ के ब्रांडिंग फ़ील्ड का उपयोग करें। अपने ब्रांड की कस्टम-डोमेन साइट (व्हाइट-लेबल) के लिए, कोई भी DNS रिकॉर्ड प्रकाशित करने से पहले MultiTEL सपोर्ट से पुष्टि करवाएँ कि कौन-सी ब्रांड सेटिंग लागू होती हैं, होस्टनाम क्या है, कौन-से DNS मान प्रकाशित करने हैं, प्रेषक डोमेन क्या है, और आपके खाते के लिए HTTPS प्रमाणपत्र सेटअप क्या है।
पोर्टेबिलिटी अनुरोध को ब्रांड करने मात्र के लिए किसी मौजूदा प्रोडक्शन वेबसाइट को रीडायरेक्ट न करें और न ही मौजूदा मेल डिलीवरी बदलें। पिछले DNS मान रिकॉर्ड करें ताकि आवश्यकता पड़ने पर आप उन्हें पुनर्स्थापित कर सकें। यदि बाद के किसी परिवर्तन या रोलबैक का तेज़ प्रसार आवश्यक हो, तो प्रभावित रिकॉर्ड की TTL पहले से घटाएँ और परिवर्तन करने से पहले पिछली TTL समाप्त होने तक प्रतीक्षा करें। TTL घटाने से मौजूदा कैश किए गए उत्तर तुरंत समाप्त नहीं होते।
वेबसाइट CNAME
MultiTEL द्वारा आपकी सेवा के लिए कस्टम होस्टनाम और CNAME लक्ष्य की पुष्टि के बाद, अपने DNS प्रदाता पर अनुरोधित CNAME बनाएँ। जाँचें कि DNS कंसोल ज़ोन नाम स्वचालित रूप से जोड़ता है या नहीं; उस कंसोल के निर्देशों के अनुसार होस्ट लेबल या पूरा नाम दर्ज करें, डोमेन को दोहराए बिना। पुष्टि किए गए CNAME होस्टनाम पर A, AAAA, MX या TXT रिकॉर्ड भी नहीं होने चाहिए। यदि वहाँ पहले से अन्य रिकॉर्ड मौजूद हैं, तो परिवर्तन करने से पहले जाँचें कि कौन-सी सेवाएँ उनका उपयोग करती हैं। यदि वह नाम अभी भी किसी अन्य सेवा को उपलब्ध करा रहा है, तो कोई भिन्न MultiTEL-अनुमोदित होस्टनाम उपयोग करें; मौजूदा रिकॉर्ड केवल यह पुष्टि करने के बाद हटाएँ कि उनकी अब आवश्यकता नहीं है।
निम्नलिखित केवल एक उदाहरण है: यह तब लागू होता है जब आप test123.com के स्वामी हों और MultiTEL आपके होस्टनाम के रूप में porting.test123.com तथा आपकी सेवा के CNAME लक्ष्य के रूप में porting.multitel.net दोनों की पुष्टि करे। इस लक्ष्य का उपयोग तब तक न करें जब तक सपोर्ट आपकी सेवा के लिए इसकी पुष्टि न करे:
porting.test123.com. IN CNAME porting.multitel.net.अपनी सेवा के लिए पुष्टि किए गए सटीक लक्ष्य का उपयोग करें। अकेला CNAME न तो कस्टम डोमेन सक्रिय करता है और न ही वैध HTTPS प्रमाणपत्र की गारंटी देता है। नया URL साझा करने से पहले साइट के प्रमाणपत्र और ब्रांडेड अनुरोध प्रवाह की पुष्टि करें।
अनुरोध ईमेल के लिए SPF
यदि MultiTEL पुष्टि करता है कि अनुरोध ईमेल आपके डोमेन की ओर से भेजे जाएँगे, तो सपोर्ट से SPF के लिए प्रयुक्त भेजने वाले डोमेन और DKIM के लिए प्रयुक्त हस्ताक्षर डोमेन की पहचान करवाएँ। इनका ब्रांडेड वेबसाइट होस्टनाम होना आवश्यक नहीं है। पुष्टि किए गए SPF डोमेन पर SPF प्रकाशित करें और नीचे वर्णित सेलेक्टर-विशिष्ट नाम पर DKIM सार्वजनिक कुंजी प्रकाशित करें; वेबसाइट CNAME होस्टनाम पर मेल-प्रमाणीकरण TXT रिकॉर्ड न जोड़ें। SPF डोमेन की नीति में पुष्टि की गई भेजने वाली सेवा को अधिकृत करें। यहाँ दिखाया गया MultiTEL SPF include include:_spf.multitel.net है। इसे केवल तभी जोड़ें जब सपोर्ट पुष्टि करे कि यह आपके खाते की भेजने वाली सेवा पर लागू होता है।
यदि डोमेन में पहले से SPF TXT रिकॉर्ड है, तो अधिकृत include को उस मौजूदा नीति में मिलाएँ। अन्य वैध प्रेषकों और इच्छित अंतिम नीति को सुरक्षित रखें; दूसरा SPF रिकॉर्ड प्रकाशित न करें। नेस्टेड include और redirect सहित पूरी नीति की जाँच SPF की DNS लुकअप सीमाओं के विरुद्ध करें। SPF मूल्यांकन अधिकतम 10 DNS-लुकअप उत्पन्न करने वाले पदों की अनुमति देता है, जैसे include, a, mx, ptr, exists और redirect; उस सीमा से अधिक होने पर permerror उत्पन्न होता है। टूटी हुई SPF नीति वैध मेल को SPF प्रमाणीकरण पास करने से रोक सकती है। यदि कोई मौजूदा नीति नहीं है और MultiTEL पुष्टि करता है कि यही एकमात्र अधिकृत प्रेषक है, तो एक उदाहरण है:
@ IN TXT "v=spf1 include:_spf.multitel.net ~all"अनुरोध ईमेल के लिए DKIM
अपने हस्ताक्षर डोमेन के लिए पुष्टि किए गए सटीक DKIM सेलेक्टर, DNS रिकॉर्ड नाम और सार्वजनिक-कुंजी TXT मान प्रकाशित करें। DKIM DNS नाम सेलेक्टर, _domainkey और हस्ताक्षर डोमेन को संयोजित करता है। उदाहरण के लिए, example.com के लिए सेलेक्टर mail पूर्ण रिकॉर्ड नाम mail._domainkey.example.com उत्पन्न करता है; mail._domainkey सापेक्ष रिकॉर्ड नाम है, सेलेक्टर नहीं। वर्तमान मान MultiTEL सपोर्ट से प्राप्त करें; यह न मानें कि किसी पुराने लेख, किसी अन्य खाते या MultiTEL के स्वयं के DNS से कॉपी किया गया सेलेक्टर या सार्वजनिक कुंजी आपके खाते के लिए प्रयुक्त मान है। DKIM सार्वजनिक कुंजी DNS में प्रकाशित की जाती है; निजी हस्ताक्षर कुंजी कभी माँगी या प्रकाशित नहीं की जानी चाहिए।
जाँचें कि आपका DNS कंसोल ज़ोन नाम स्वचालित रूप से जोड़ता है या नहीं, और रिकॉर्ड नाम में डोमेन या _domainkey को दोहराने से बचें। जब कोई DNS कंसोल लंबे TXT रिकॉर्ड को उद्धृत खंडों में विभाजित करे, तो पूर्ण सार्वजनिक-कुंजी मान सुरक्षित रखें।
पूर्ण परिणाम सत्यापित करें
प्रत्येक परिवर्तित रिकॉर्ड के लिए डोमेन के प्रामाणिक नेमसर्वर (authoritative nameservers) और एक बाहरी रिज़ॉल्वर से क्वेरी करें। कॉन्फ़िगर की गई TTL और DNS कैशों को समाप्त होने का समय दें; एक कैश किए गए स्थानीय रिज़ॉल्वर से मिला परिणाम पर्याप्त नहीं है। पूरे डोमेन सहित रिकॉर्ड का पूरा नाम (FQDN), प्रकार, सटीक लक्ष्य या मान, उद्धरण चिह्नों और किसी अनुगामी डॉट की तुलना पुष्टि किए गए निर्देशों और आपके DNS प्रदाता के इनपुट प्रारूप से करें। URL साझा करने या ब्रांडेड ईमेल पर निर्भर करने से पहले परस्पर विरोधी रिकॉर्ड, गलत नाम, अनुपस्थित मान और अमान्य प्रमाणपत्र हल करें।
पुष्टि किए गए ब्रांडेड अनुरोध URL को खोलें और पुष्टि करें कि पृष्ठ वैध प्रमाणपत्र और अपेक्षित ब्रांड के साथ लोड होते हैं। कोई भी परीक्षण सबमिट करने से पहले MultiTEL सपोर्ट से पूछें कि कौन-सा परीक्षण प्रवाह उपलब्ध है और क्या सबमिशन से लाइव नंबर स्थानांतरण आरंभ होगा। सपोर्ट द्वारा आपके खाते के लिए ब्रांडेड ईमेल सक्षम होने की पुष्टि के बाद, इसे केवल पुष्टि किए गए परीक्षण प्रवाह के माध्यम से और सपोर्ट द्वारा प्रदान किए गए नमूना डेटा या परीक्षण प्रक्रिया के साथ परखें, ताकि आप लाइव नंबर स्थानांतरण आरंभ न करें। प्राप्त संदेश के SPF और DKIM प्रमाणीकरण परिणामों का निरीक्षण करें। जाँचें कि उत्तर और अनुरोध लिंक अभिप्रेत गंतव्य तक पहुँचते हैं। प्रतिस्थापन सत्यापित होने तक पिछली सेवा और रिकॉर्ड उपलब्ध रखें, और केवल वे रिकॉर्ड हटाएँ जिनके MultiTEL द्वारा प्रतिस्थापित होने की पुष्टि हो।