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

एक कस्टम डोमेन से DNS के माध्यम से मेल इनबॉक्स तक का सटीक मार्ग

एक 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 ज़ोन को संपादित करने से अलग करता है। यदि प्राधिकरण सर्वर पहले से नया रिकॉर्ड लौटाता है लेकिन सार्वजनिक रिज़ॉल्वर नहीं करता, तो कैश्ड डेटा के समाप्त होने की प्रतीक्षा करें। यदि प्राधिकरण सर्वर अभी भी पुराना मान लौटाता है, तो प्रतीक्षा करने से समस्या नहीं सुलझेगी; परिवर्तन गलत स्थान पर सहेजा गया या प्रकाशित नहीं हुआ।

क्यों एक सही रिकॉर्ड अज्ञात दिख सकता है

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

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

डोमेन मैनेजर में दिखाए गए वास्तविक MX मान को कॉपी करें।
इसे आवश्यक लक्ष्य से तुलना करें, पूर्ण होस्टनाम सहित।
उच्च प्राथमिकता वाले प्रतिस्पर्धी रिकॉर्ड की जाँच करें।
प्राधिकरण नेमसर्वर को सीधे क्वेरी करें।
कई मिनट प्रतीक्षा करें और नए 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 सत्यापन के बाद भी परीक्षण संदेश नहीं पहुँचते, तो उपयोग करें सत्यापन ईमेल नहीं पहुँच रहा है: टूटे हुए चरण को खोजें।