कस्टम-डोमेन MX सेटअप अंदाजांशिवाय

एक MX रेकॉर्ड एक संकुचित प्रश्नाचे उत्तर देते: या डोमेनसाठी मेल कोणत्या सर्व्हरला प्राप्त होईल? तात्पुरत्या-ईमेल कस्टम डोमेनसाठी, क्लाउडफ्लेअर अधिकृत DNS होस्ट करू शकते, तर GPTMail—क्लाउडफ्लेअर नाही—प्राप्ती इनबॉक्स सेवा प्रदान करते. सेटअप गोंधळात टाकणारा बनतो जेव्हा DNS डॅशबोर्ड बरोबर दिसतो पण सार्वजनिक DNS प्रतिसाद काहीतरी वेगळे दर्शवितो.

उपाय म्हणजे फॉर्मचे न्याय करणे थांबवून इंटरनेट प्रत्यक्षात काय पाहू शकते ते उत्तर तपासणे.

DNS बदलण्यापूर्वी

• आपण डोमेनच्या अधिकृत नेमसर्व्हर्ससाठी DNS संपादित करू शकता.
• डोमेन हा तोच अचूक डोमेन आहे ज्यावर आपण मेल प्राप्त करायचा आहे.
• आपण GPTMail द्वारे दर्शविलेला वर्तमान सार्वजनिक MX लक्ष्य कॉपी केले आहे.

GPTMail सध्या add-domain पॅनेल आणि डोमेन पृष्ठ वर आवश्यक लक्ष्य दर्शवितो. जुनी स्क्रीनशॉट किंवा इतर सेवेतून कॉपी केलेला रेकॉर्ड वापरण्याऐवजी हा मूल्य वापरा.

किमान रेकॉर्ड

सध्याच्या GPTMail सार्वजनिक लक्ष्यासाठी, रेकॉर्ड सामान्यतः असे असते:

Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1

DNS प्रदाते होस्ट फील्ड वेगवेगळ्या प्रकारे वर्णन करतात. @, रिकामी किंमत, किंवा डोमेन स्वतःही झोन अपेक्स दर्शवू शकतात. प्रदात्याची पद्धत पाळा; इंटरफेस रिकामी फील्ड अपेक्षित असल्यास @ थेट टाइप करू नका.

काही प्रदाते लक्ष्यानंतर ट्रेलिंग डॉट आवश्यक करतात आणि काही ते आपोआप जोडतात. दोन्ही स्वरूपे योग्यरित्या हाताळल्यास समान DNS नाव दर्शवितात.

लक्ष्य कॉपी करण्यापूर्वी सार्वजनिक किंवा खाजगी निवडा

GPTMail मध्ये दोन कस्टम-डोमेन मोड आहेत, आणि ते नेहमी एकाच MX लक्ष्याचा वापर करत नाहीत.

• सार्वजनिक डोमेन सार्वजनिक लक्ष्य वापरते जे डोमेन पृष्ठावर दर्शविलेले आहे. सत्यापनानंतर ते सार्वजनिक डोमेन यादीत दिसते आणि सर्व्हर-साइड विनंत्यांसाठी API की प्राप्त होते.
• खाजगी डोमेन सार्वजनिक यादीतून बाहेर राहते आणि आपल्या GPTMail खात्याशी लिंक केलेले असते: आधी साइन-इन करा, आणि फक्त तेच खाते त्याचे संदेश पाहू शकते. GPTMail मुख्यपृष्ठ वरील खाजगी-डोमेन टॅबवरून सुरू करा आणि MX संपादित करण्यापूर्वी समर्पित DNS सेटिंग्ज तयार करा.

या लेखातील सार्वजनिक उदाहरण खाजगी-डोमेन सेटअपमध्ये कॉपी करू नका. आपण जोडत असलेल्या डोमेनसाठी दर्शविलेले मूल्य हे सत्याचे स्रोत आहे.

प्राधान्य हे गती सेटिंग नाही

कमी संख्या जास्त प्राधान्य दर्शविते. प्राधान्य 1 हा स्पष्ट डीफॉल्ट आहे, परंतु 0 किंवा 10 देखील कार्य करतात जेव्हा तो एकमेव MX मार्ग असतो. धोकादायक कॉन्फिगरेशन म्हणजे कमी क्रमांकाचा जुना रेकॉर्ड जो इतरत्र निर्देशित करतो. पाठवणारे प्रथम हा मार्ग प्रयत्न करतील.

मायग्रेशन दरम्यान, जर आपण जाणूनबुजून चाचणी केलेला बॅकअप रिसीव्हर चालवत नसाल तर जुने MX रेकॉर्ड काढून टाका. अनेक रेकॉर्ड निरुपद्रवी सजावट नाहीत; ते पर्यायी वितरण मार्ग निश्चित करतात.

अधिकृत उत्तराची पडताळणी करा

रिकॉर्ड जतन केल्यानंतर, सार्वजनिक DNS क्वेरी करा:

dig MX your-domain.example

उत्तरात GPTMail लक्ष्य असावे. जर नसेल तर कोणते नेमसर्व्हर्स अधिकृत आहेत ते तपासा:

dig NS your-domain.example

नंतर त्यापैकी एखाद्या नेमसर्व्हरला थेट विचारा:

dig @authoritative-nameserver.example MX your-domain.example

हे प्रसारण विलंब आणि चुकीच्या DNS झोनचे संपादन यांच्यात फरक करते. जर अधिकृत सर्व्हर आधीच नवीन रेकॉर्ड परत करीत असेल पण सार्वजनिक रिझॉल्वर नाही, तर कॅशे डेटा समाप्त होईपर्यंत थांबा. जर अधिकृत सर्व्हर अजूनही जुनी किंमत परत करीत असेल, तर प्रतीक्षा केल्याने समस्या सुटणार नाही; बदल चुकीच्या ठिकाणी जतन केले गेले किंवा प्रकाशित झाले नाही.

योग्य रेकॉर्ड अज्ञात का दिसू शकतो

DNS तपासण्या तात्पुरते कोणतेही उत्तर परत करू शकतात कारण रिझॉल्वर टाइमआउट, नेमसर्व्हर समस्या, DNSSEC त्रुटी, किंवा रेकॉर्ड अजून प्रसारित होत आहे. एक अयशस्वी लुकअप हे डोमेन चुकीचे कॉन्फिगर केले आहे असे सिद्ध करत नाही.

जर GPTMail रिपोर्ट करतो की MX रेकॉर्ड आवश्यक सर्व्हरकडे निर्देशित नाही:

1. डोमेन व्यवस्थापकात दर्शविलेली वास्तविक MX किंमत कॉपी करा.
2. पूर्ण होस्टनेमसह आवश्यक लक्ष्याशी तुलना करा.
3. उच्च प्राधान्य असलेला स्पर्धात्मक रेकॉर्ड आहे का ते तपासा.
4. अधिकृत नेमसर्व्हरला थेट क्वेरी करा.
5. काही मिनिटे थांबा आणि नवीन DNS बदलानंतर पुन्हा प्रयत्न करा.

DNS प्रसारित होत असताना डोमेन वारंवार हटवू आणि पुन्हा तयार करू नका. यामुळे अनुप्रयोगाची स्थिती बदलते पण DNS काय परत करते ते बदलत नाही.

क्लाउडफ्लेअर-प्राधिकृत सेटअप

या प्रवाहात क्लाउडफ्लेअर DNS प्रदाता आहे; GPTMail हा तात्पुरता इनबॉक्स रिसीव्हर आहे. हा सेटअप क्लाउडफ्लेअर ईमेल रूटिंगचा वापर करत नाही.

प्राधिकरणापूर्वी खालील गोष्टी तपासा:

• डोमेन प्रत्यक्षपणे नियंत्रित करणारा क्लाउडफ्लेअर खाते आणि झोन निवडा.
• जर क्लाउडफ्लेअर ईमेल रूटिंग सक्षम असेल, तर प्रथम ते अक्षम करा. GPTMail त्याचे रूटिंग MX रेकॉर्ड ओळखते, DNS बदलल्याशिवाय थांबते आणि संघर्ष सोडविण्यासाठी तुम्हाला विचारते.
• GPTMail द्वारे दर्शविलेले लक्ष्य पुनरावलोकन करा. एक-वेळ प्राधिकरण फक्त त्या डोमेनसाठी MX रेकॉर्ड बदलते; इतर DNS रेकॉर्ड प्रकारांमध्ये बदल होत नाही, आणि कॉलबॅक पूर्ण झाल्यानंतर प्रवेश टोकन रद्द केले जाते.

स्वयंचलित रेकॉर्ड प्राधान्य 0 वापरते, तर वरचा मॅन्युअल उदाहरण 1 वापरते. दोन्ही वैध आहेत जेव्हा ते एकमेव MX मार्ग असते. प्राधिकरण टायपिंग त्रुटी कमी करते, परंतु अंतिम सत्यापन अजूनही सार्वजनिक DNS वर अवलंबून असते.

जर डोमेन दुसऱ्या DNS प्रदात्याचा वापर करत असेल, तर रेकॉर्ड मॅन्युअली जोडा आणि सत्यापन पुन्हा प्रयत्न करण्यासाठी GPTMail कडे परत जा.

वास्तविक वितरणाची चाचणी करा

MX लुकअप रूटिंगची पुष्टी करतो, पूर्ण वितरणाची नाही. पडताळणी नंतर:

• डोमेनवर नवीन पत्ता तयार करा;
• असंबंधित प्रदात्याकडून लहान साधा मजकूर संदेश पाठवा;
• प्राप्तकर्ता पत्ता अचूक जुळतो याची खात्री करा;
• विफलता गृहीत धरण्यापूर्वी पाठवणाऱ्याने वितरण पूर्ण होईपर्यंत थांबा;
• पहिला संदेश उशीर झाला तर दुसरा पाठवणारा वापरून पहा.

फक्त अशा प्रणालीवर चाचणी करणे टाळा ज्याने अलीकडे जुना MX मार्ग कॅशे केला आहे.

मालकी आणि पुनर्प्राप्ती वेगळी ठेवा

कस्टम डोमेन आपल्याला नाव नियंत्रण देते, परंतु GPTMail तात्पुरती इनबॉक्स सेवा राहते. नोंदणीदार प्रवेश, DNS पुनर्प्राप्ती, आणि महत्त्वाचे खाते पुनर्प्राप्ती तात्पुरत्या डोमेनच्या बाहेर स्थायी मेलबॉक्सवर ठेवा.

खाजगी डोमेन प्रथम योग्य आहे का हे ठरवण्यासाठी, वाचा परिणामाने इनबॉक्स निवडा, सोयीने नाही. जर MX पडताळणीनंतरही चाचणी संदेश पोहोचत नसतील, तर वापरा पुष्टीकरण ईमेल पोहोचत नाही: तुटलेला टप्पा शोधा.