অনুমান ছাড়া কাস্টম-ডোমেইন 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 প্রদানকারীরা হোস্ট ফিল্ডটি ভিন্নভাবে বর্ণনা করে। @, একটি খালি মান, অথবা ডোমেইন নিজেই জোনের শীর্ষ (apex) নির্দেশ করতে পারে। প্রদানকারীর রীতি অনুসরণ করুন; যদি ইন্টারফেস একটি খালি ফিল্ড প্রত্যাশা করে তবে @ সরাসরি লিখবেন না।

কিছু প্রদানকারী টার্গেটের পরে একটি ডট (.) প্রয়োজন করে এবং কিছু স্বয়ংক্রিয়ভাবে যোগ করে। সঠিকভাবে পরিচালনা করলে উভয় রূপই একই 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 Email Routing ব্যবহার করা হয় না।

অনুমোদনের আগে নিম্নলিখিত বিষয়গুলি পরীক্ষা করুন:

• ডোমেইনটি প্রকৃতপক্ষে নিয়ন্ত্রণ করে এমন Cloudflare অ্যাকাউন্ট এবং জোন নির্বাচন করুন।
• যদি Cloudflare Email Routing সক্রিয় থাকে, প্রথমে তা নিষ্ক্রিয় করুন। GPTMail তার রাউটিং MX রেকর্ডগুলি সনাক্ত করে, DNS পরিবর্তন না করে থেমে যায় এবং আপনাকে সংঘাত সমাধান করতে বলে।
• GPTMail দ্বারা প্রদর্শিত লক্ষ্যটি পর্যালোচনা করুন। একবারের অনুমোদন শুধুমাত্র সেই ডোমেইনের জন্য MX রেকর্ডগুলি প্রতিস্থাপন করে; অন্যান্য DNS রেকর্ডের ধরন পরিবর্তন হয় না, এবং কলব্যাক সম্পন্ন হওয়ার পরে অ্যাক্সেস টোকেন রদ করা হয়।

স্বয়ংক্রিয় রেকর্ডের অগ্রাধিকার 0, আর উপরের ম্যানুয়াল উদাহরণে অগ্রাধিকার 1 ব্যবহার করা হয়েছে। এটি একমাত্র MX রুট হলে উভয়ই বৈধ। অনুমোদন টাইপিং ত্রুটি কমায়, তবে চূড়ান্ত যাচাই এখনও পাবলিক DNS-এ নির্ভর করে।

যদি ডোমেইনটি অন্য কোনো DNS প্রদানকারী ব্যবহার করে, রেকর্ডটি ম্যানুয়ালি যোগ করুন এবং যাচাই পুনরায় করার জন্য GPTMail-এ ফিরে যান।

বাস্তব ডেলিভারি পরীক্ষা করুন

একটি MX লুকআপ রাউটিং নিশ্চিত করে, শেষ-থেকে-শেষ ডেলিভারি নয়। যাচাইয়ের পরে:

• ডোমেইনে একটি নতুন ঠিকানা তৈরি করুন;
• অসংলগ্ন প্রদানকারী থেকে একটি সংক্ষিপ্ত প্লেইন-টেক্সট মেসেজ পাঠান;
• প্রাপকের ঠিকানা ঠিকমতো মিলে আছে কিনা নিশ্চিত করুন;
• ব্যর্থতা অনুমান করার আগে প্রেরককে ডেলিভারি সম্পন্ন করতে অপেক্ষা করুন;
• প্রথম মেসেজ বিলম্বিত হলে দ্বিতীয় প্রেরক দিয়ে চেষ্টা করুন।

সম্প্রতি পুরনো MX রুট ক্যাশে করা সিস্টেম থেকে শুধুমাত্র পরীক্ষা করা এড়িয়ে চলুন।

মালিকানা এবং রিকভারি আলাদা রাখুন

একটি কাস্টম ডোমেইন আপনাকে নামকরণ নিয়ন্ত্রণ দেয়, তবে GPTMail একটি অস্থায়ী ইনবক্স সার্ভিস হিসেবে থাকে। রেজিস্ট্রার অ্যাক্সেস, DNS রিকভারি এবং গুরুত্বপূর্ণ অ্যাকাউন্ট রিকভারি অস্থায়ী ডোমেইনের বাইরে একটি টেকসই মেলবক্সে রাখুন।

প্রথমে একটি প্রাইভেট ডোমেইন উপযুক্ত কিনা তা নির্ধারণের জন্য, পড়ুন সুবিধার ভিত্তিতে নয়, পরিণতির ভিত্তিতে একটি ইনবক্স বেছে নিন। যদি MX যাচাইয়ের পরেও টেস্ট মেসেজ না আসে, তবে ব্যবহার করুন যাচাইকরণ ইমেইল আসছে না: সমস্যাযুক্ত ধাপটি খুঁজে বের করুন।