अनुमान बिना कस्टम-डोमेन MX सेटअप

एक MX रेकर्डले एउटा सानो प्रश्नको उत्तर दिन्छ: यो डोमेनको लागि मेल कुन सर्भरले प्राप्त गर्नुपर्छ? अस्थायी-इमेल कस्टम डोमेनको लागि, Cloudflare ले प्राधिकरण DNS होस्ट गर्न सक्छ, जबकि GPTMail—Cloudflare होइन—ले प्राप्त गर्ने इनबक्स सेवा प्रदान गर्दछ। सेटअप तब उल्झनपूर्ण हुन्छ जब 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 जोन सम्पादनबाट अलग पार्छ। यदि अधिकारिक सर्भरले नयाँ रेकर्ड फिर्ता गरिरहेको छ तर सार्वजनिक रिजोल्भरले गर्दैन भने, क्यास्ड डेटा समाप्त हुन पर्खनुहोस्। यदि अधिकारिक सर्भरले अझै पुरानो मान फिर्ता गरिरहेको छ भने, पर्खनुले समस्या समाधान हुँदैन; परिवर्तन गलत स्थानमा बचत गरिएको वा प्रकाशित नभएको हो।

किन सही रेकर्ड अज्ञात देखिन सक्छ

रिजोल्भर टाइमआउट, नेमसर्भर समस्या, DNSSEC त्रुटि, वा रेकर्ड अझै प्रसारित भइरहेको कारणले DNS जाँचले अस्थायी रूपमा कुनै उत्तर नदिई सक्छ। एउटा असफल लुकअपले डोमेन गलत कन्फिगर भएको प्रमाणित गर्दैन।

यदि GPTMail ले रिपोर्ट गर्छ कि MX रेकर्ड आवश्यक सर्भरमा संकेत गरिएको छैन भने:

1. डोमेन व्यवस्थापकमा देखाइएको वास्तविक MX मान प्रतिलिपि गर्नुहोस्।
2. पूरा होस्टनाम सहित आवश्यक लक्ष्यसँग तुलना गर्नुहोस्।
3. उच्च प्राथमिकता भएको प्रतिस्पर्धी रेकर्ड छ कि जाँच गर्नुहोस्।
4. अधिकारिक नेमसर्भरलाई सिधै क्वेरी गर्नुहोस्।
5. केही मिनेट पर्खनुहोस् र नयाँ DNS परिवर्तन पछि पुन: प्रयास गर्नुहोस्।

DNS प्रसारित हुँदै गर्दा डोमेनलाई बारम्बार मेटाएर पुनः सिर्जना नगर्नुहोस्। यसले एप्लिकेशनको अवस्था परिवर्तन गर्छ तर DNS को उत्तर परिवर्तन हुँदैन।

Cloudflare-प्राधिकृत सेटअप

Cloudflare यस प्रवाहमा DNS प्रदायक हो; GPTMail अस्थायी इनबक्स प्राप्तकर्ता हो। यो सेटअपले Cloudflare इमेल राउटिङ प्रयोग गर्दैन।

प्राधिकरण गर्नु अघि, तलका बुँदाहरू जाँच गर्नुहोस्:

• वास्तवमा डोमेनलाई नियन्त्रण गर्ने Cloudflare खाता र जोन चयन गर्नुहोस्।
• यदि Cloudflare इमेल राउटिङ सक्षम छ भने, पहिले यसलाई निष्क्रिय गर्नुहोस्। GPTMail ले यसको राउटिङ MX रेकर्डहरू पत्ता लगाउँछ, DNS परिवर्तन नगरी रोक्छ, र द्वन्द्व समाधान गर्न तपाईंलाई सोध्छ।
• GPTMail ले देखाएको लक्ष्यको समीक्षा गर्नुहोस्। एकपटकको प्राधिकरणले सो डोमेनको लागि मात्र MX रेकर्डहरू प्रतिस्थापन गर्दछ; अन्य DNS रेकर्ड प्रकारहरू परिवर्तन हुँदैन, र पहुँच टोकनलाई कलब्याक पूरा भएपछि रद्द गरिन्छ।

स्वचालित रेकर्डले प्राथमिकता 0 प्रयोग गर्दछ, जबकि माथिको म्यानुअल उदाहरणले 1 प्रयोग गर्दछ। केवल MX मार्ग मात्र हुँदा दुवै वैध हुन्छ। प्राधिकरणले टाइपिङ त्रुटिहरू घटाउँछ, तर अन्तिम प्रमाणीकरण अझै सार्वजनिक DNS मा निर्भर गर्दछ।

यदि डोमेनले अर्को DNS प्रदायक प्रयोग गर्दछ भने, रेकर्डलाई म्यानुअल रूपमा थप्नुहोस् र GPTMail मा फिर्ता गएर प्रमाणीकरण पुन: प्रयास गर्नुहोस्।

वास्तविक डेलिभरी परीक्षण गर्नुहोस्

MX लुकअपले मार्ग पुष्टि गर्छ, अन्त‑अन्त डेलिभरी होइन। प्रमाणिकरण पछि:

• डोमेनमा नयाँ ठेगाना सिर्जना गर्नुहोस्;
• असम्बन्धित प्रदायकबाट छोटो साधारण‑पाठ सन्देश पठाउनुहोस्;
• प्रापक ठेगाना ठिक मिल्छ कि पुष्टि गर्नुहोस्;
• असफलता मान्नु अघि प्रेषकले डेलिभरी पूरा गर्न पर्खनुहोस्;
• पहिलो सन्देश ढिलाइ भएमा दोस्रो प्रेषक प्रयोग गर्नुहोस्।

हालै पुरानो MX मार्ग क्यास गरिएको प्रणालीबाट मात्र परीक्षण नगर्नुहोस्।

स्वामित्व र पुनःप्राप्ति अलग राख्नुहोस्

कस्टम डोमेनले तपाईंलाई नामकरण नियन्त्रण दिन्छ, तर GPTMail अस्थायी इनबक्स सेवा नै रहन्छ। रजिष्टर पहुँच, DNS पुनःप्राप्ति, र महत्वपूर्ण खाता पुनःप्राप्ति स्थायी मेलबक्समा राख्नुहोस् जुन अस्थायी डोमेन बाहिर हो।

पहिले निजी डोमेन उपयुक्त छ कि छैन निर्णय गर्न, परिणामद्वारा इनबक्स चयन गर्नुहोस्, सुविधा द्वारा होइन पढ्नुहोस्। यदि MX प्रमाणिकरण पछि पनि परीक्षण सन्देशहरू नआउँछन् भने, प्रमाणिकरण इमेल नआउँदै: बिग्रेको चरण खोज्नुहोस् प्रयोग गर्नुहोस्।