کسٹم ڈومین ایم ایکس سیٹ اپ بغیر اندازے کے

ایک MX ریکارڈ ایک مخصوص سوال کا جواب دیتا ہے: اس ڈومین کے لیے ای میل کس سرور کو موصول ہونی چاہیے؟ ایک عارضی-ایمیل کسٹم ڈومین کے لیے، Cloudflare اختیار شدہ DNS کی میزبانی کر سکتا ہے، جبکہ GPTMail—Cloudflare نہیں—موصول ہونے والی ان باکس سروس فراہم کرتا ہے۔ سیٹ اپ اس وقت الجھن پیدا کرتا ہے جب DNS ڈیش بورڈ درست دکھائی دیتا ہے لیکن عوامی DNS ردعمل کچھ اور کہتا ہے۔

علاج یہ ہے کہ فارم کا فیصلہ کرنا بند کریں اور اس جواب کا معائنہ کریں جو انٹرنیٹ حقیقت میں دیکھ سکتا ہے۔

DNS تبدیل کرنے سے پہلے

• آپ ڈومین کے اختیار شدہ نیم سرورز کے لیے DNS ایڈٹ کر سکتے ہیں۔
• ڈومین وہی درست ڈومین ہے جس پر آپ میل وصول کرنا چاہتے ہیں۔
• آپ نے GPTMail کی جانب سے دکھائے گئے موجودہ عوامی ایم ایکس ہدف کو کاپی کیا ہوا ہے۔

GPTMail فی الحال ایڈ-ڈومین پینل اور ڈومین صفحہ پر مطلوبہ ہدف دکھاتا ہے۔ اس قدر کو پرانے اسکرین شاٹ یا کسی دوسری سروس سے کاپی شدہ ریکارڈ کے بجائے استعمال کریں۔

کم سے کم ریکارڈ

موجودہ GPTMail عوامی ہدف کے لیے، ریکارڈ عام طور پر یہ ہوتا ہے:

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

DNS فراہم کرنے والے ہوسٹ فیلڈ کو مختلف طریقے سے بیان کرتے ہیں۔ @، خالی قدر، یا خود ڈومین سب زون ایپیکس کا مطلب ہو سکتے ہیں۔ فراہم کنندہ کے رواج کی پیروی کریں؛ اگر انٹرفیس خالی فیلڈ کی توقع رکھتا ہے تو @ کو لفظی طور پر داخل نہ کریں۔

کچھ فراہم کنندگان ہدف کے بعد ٹریلنگ ڈاٹ کی ضرورت رکھتے ہیں اور کچھ اسے خود بخود شامل کر دیتے ہیں۔ دونوں شکلیں صحیح طریقے سے ہینڈل ہونے پر ایک ہی DNS نام کی نمائندگی کرتی ہیں۔

ہدف کی نقل کرنے سے پہلے عوامی یا نجی کا انتخاب کریں

GPTMail کے دو کسٹم‑ڈومین موڈ ہیں، اور یہ ہمیشہ ایک ہی MX ہدف استعمال نہیں کرتے۔

• ایک عوامی ڈومین عوامی ہدف استعمال کرتا ہے جو ڈومین صفحہ پر دکھایا گیا ہے۔ توثیق کے بعد یہ عوامی ڈومین فہرست میں ظاہر ہوتا ہے اور سرور‑سائیڈ درخواستوں کے لیے ایک API کلید حاصل کرتا ہے۔
• ایک نجی ڈومین عوامی فہرست سے باہر رہتا ہے اور آپ کے GPTMail اکاؤنٹ سے منسلک ہوتا ہے: پہلے سائن ان کریں، اور صرف وہی اکاؤنٹ اس کے پیغامات دیکھ سکتا ہے۔ GPTMail ہوم پیج پر نجی‑ڈومین ٹیب سے شروع کریں اور MX کی ترمیم سے پہلے مخصوص DNS ترتیبات بنائیں۔

اس مضمون میں دیے گئے عوامی مثال کو نجی‑ڈومین سیٹ اپ میں نقل نہ کریں۔ جس ڈومین کو آپ شامل کر رہے ہیں اس کے لیے دکھائی جانے والی قدر ہی سچائی کا ماخذ ہے۔

ترجیح رفتار کی ترتیب نہیں ہے

کم نمبر زیادہ ترجیح رکھتے ہیں۔ ترجیح 1 واضح طور پر ڈیفالٹ ہے، لیکن 0 یا 10 بھی کام کرتے ہیں جب یہ واحد ایم ایکس راستہ ہو۔ خطرناک ترتیب وہ پرانا ریکارڈ ہے جس کا کم نمبر کسی اور جگہ کی طرف اشارہ کرتا ہے۔ بھیجنے والے پہلے اس راستے کو آزمائیں گے۔

منتقلی کے دوران، پرانے ایم ایکس ریکارڈز کو ہٹا دیں جب تک کہ آپ جان بوجھ کر کسی ٹیسٹ شدہ بیک اپ ریسیور کو نہ چلا رہے ہوں۔ متعدد ریکارڈز بے ضرر سجاوٹ نہیں ہیں؛ یہ متبادل ڈلیوری راستے متعین کرتے ہیں۔

اختیار شدہ جواب کی تصدیق کریں

ریکارڈ محفوظ کرنے کے بعد، عوامی DNS کو استفسار کریں:

dig MX your-domain.example

جواب میں GPTMail ہدف شامل ہونا چاہیے۔ اگر نہیں، تو دیکھیں کون سے نیم سرورز اختیار شدہ ہیں:

dig NS your-domain.example

پھر ان میں سے کسی ایک نیم سرور سے براہ راست پوچھیں:

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

یہ پروپیگیشن کی تاخیر کو غلط DNS زون کی تدوین سے الگ کرتا ہے۔ اگر اختیار شدہ سرور پہلے ہی نیا ریکارڈ واپس کر رہا ہے لیکن عوامی ریزولوور نہیں کرتا، تو کیش شدہ ڈیٹا کے ختم ہونے کا انتظار کریں۔ اگر اختیار شدہ سرور ابھی بھی پرانی قدر واپس کرتا ہے، تو انتظار سے مسئلہ حل نہیں ہوگا؛ تبدیلی غلط جگہ پر محفوظ ہوئی یا شائع نہیں ہوئی۔

کیوں ایک درست ریکارڈ نامعلوم دکھائی دے سکتا ہے

DNS چیکز عارضی طور پر کوئی جواب نہیں دے سکتے کیونکہ ریزولوور ٹائم آؤٹ، نیم سرور کے مسائل، DNSSEC کی غلطیاں، یا ریکارڈ ابھی بھی پروپیگیٹ ہو رہا ہو۔ ایک ناکام تلاش یہ ثابت نہیں کرتی کہ ڈومین غلط ترتیب شدہ ہے۔

اگر GPTMail رپورٹ کرتا ہے کہ ایم ایکس ریکارڈ مطلوبہ سرور کی طرف اشارہ نہیں کر رہا:

1. ڈومین مینیجر میں دکھائی گئی اصل ایم ایکس قدر کو کاپی کریں۔
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 پر واپس آئیں۔

حقیقی ڈلیوری کی جانچ

ایم ایکس لُک اپ روٹنگ کی تصدیق کرتا ہے، نہ کہ آخر تک کی ڈلیوری۔ تصدیق کے بعد:

• ڈومین پر ایک نیا ایڈریس بنائیں؛
• کسی غیر متعلقہ فراہم کنندہ سے مختصر سادہ متن کا پیغام بھیجیں؛
• وصول کنندہ ایڈریس کی بالکل درست مماثلت کی تصدیق کریں؛
• ناکامی کا اندازہ لگانے سے پہلے بھیجنے والے کے مکمل ڈلیوری ہونے کا انتظار کریں؛
• اگر پہلا پیغام تاخیر سے پہنچے تو دوسرا بھیجنے والا آزمائیں۔

صرف ایسے نظام سے ٹیسٹ کرنے سے گریز کریں جس نے حال ہی میں پرانا ایم ایکس راستہ کیش کیا ہو۔

ملکیت اور ریکوری کو الگ رکھیں

ایک کسٹم ڈومین آپ کو نامی کنٹرول دیتا ہے، لیکن GPTMail ایک عارضی ان باکس سروس ہی رہتا ہے۔ رجسٹرار تک رسائی، DNS ریکوری، اور اہم اکاؤنٹ ریکوری کو عارضی ڈومین کے باہر ایک پائیدار میل باکس پر رکھیں۔

یہ فیصلہ کرنے کے لیے کہ آیا نجی ڈومین ابتدائی طور پر مناسب ہے یا نہیں، یہ پڑھیں نتیجے کے لحاظ سے ان باکس کا انتخاب کریں، نہ کہ سہولت کے۔ اگر ایم ایکس تصدیق کے بعد بھی ٹیسٹ پیغامات نہیں پہنچتے تو یہ استعمال کریں توثیقی ای میل نہیں پہنچ رہی: خراب قدم تلاش کریں۔