Defaults.Exposed › সমাধান › রিভার্স DNS (PTR)

রিভার্স DNS (PTR) ঠিক করার উপায়

রিভার্স DNS হলো আপনার ব্যবসায়িক ইমেইল পাঠানো সার্ভারের পরিচয়পত্র। যখন Gmail বা Microsoft 365-এর মতো একটি প্রাপক প্রদানকারী খোঁজ করে প্রেরণকারী ঠিকানার পেছনে কে আছে এবং একটি নাম পায় যা যাচাই করে, আপনার মেইল বৈধ দেখায়। যখন কোনো পরিচয়পত্র না থাকে — বা নাম এবং নম্বর একমত না হয় — আপনার সম্পূর্ণ বাস্তব ইনভয়েস এবং উদ্ধৃতিগুলি সন্দেহজনক হিসেবে বিবেচিত হয় এবং চুপচাপ জঙ্ক হয়ে যায় বা প্রত্যাখ্যাত হয়।

আপনার ব্যবসার জন্য মূল বিষয়: আপনার ইনভয়েস, উদ্ধৃতি এবং গ্রাহকের উত্তরগুলি নীরবে স্প্যামে পড়ে বা কখনো পৌঁছায় না — তাই চুক্তি থেমে যায়, পেমেন্ট দেরিতে আসে, এবং গ্রাহকরা মনে করেন আপনি তাদের উপেক্ষা করেছেন, যার কোনোটিই আপনি লক্ষ্য করতেন এমন ত্রুটি হিসাবে দেখা যায় না।

এটি আপনার কতটা খরচ করতে পারে

আপনি একজন সক্রিয় সম্ভাব্য গ্রাহককে একটি উদ্ধৃতি পাঠান, এটি তাদের স্প্যামে পড়ে, এবং তারা প্রতিযোগীর সাথে যায় যে 'আসলে উত্তর দিয়েছিল' — এবং আপনি কখনো জানেন না ইমেইলটি পৌঁছায়নি।
গ্রাহকদের ইনভয়েস জঙ্কে হারিয়ে যায়, পেমেন্ট সপ্তাহ দেরিতে আসে, এবং আপনার নগদ প্রবাহ আঘাত পায় কারণ কেউ ইমেইল দেখেনি।
একজন গ্রাহক অভিযোগ করেন আপনি তাদের কখনো ফিরে যাননি — কিন্তু আপনি গিয়েছিলেন; তাদের মেইল প্রদানকারী আপনার উত্তর চুপচাপ বাতিল করেছে কারণ আপনার প্রেরণকারী সার্ভার প্রমাণ করতে পারেনি কে সে।
আপনার ডোমেইন অন্য সবকিছুতে একটি নতুন ক্লায়েন্টের নিরাপত্তা পর্যালোচনায় ভাল করে, তারপর ফ্লাগ করা হয় কারণ আপনার মেইল সার্ভারের সঠিক পরিচয় নেই — একটি ছোট বিষয় যা আপনাকে অসতর্ক দেখায়।
আপনি আপনার নিউজলেটার এবং ইনভয়েস পাঠানোর জন্য একটি সস্তা VPS বা একটি নতুন অ্যাপে গেলেন, এবং রাতারাতি আপনার ডেলিভারি হার কমে যায় — কারণ সেই নতুন প্রেরণকারী সার্ভারে কোনো রিভার্স-DNS পরিচয়পত্র নেই এবং বড় প্রদানকারীরা আর এটিকে বিশ্বাস করে না।

কেন এটি গুরুত্বপূর্ণ। প্রতিটি প্রধান ইমেইল প্রদানকারী আপনার মেইল পাঠানো সার্ভারের পরিচয় প্রতিটি বার্তায় পরীক্ষা করে। যদি সেই সার্ভার প্রমাণ করতে না পারে কে সে — বা তার নাম এবং নম্বর একে অপরের বিরোধিতা করে — আপনার বাস্তব ব্যবসায়িক ইমেইল স্প্যাম হতে পারে এমনভাবে পরিচালিত হয়। আপনি উত্তর, পেমেন্ট এবং বিশ্বাস হারান, এবং কিছু বাউন্স না হওয়ার কারণে আপনি সাধারণত কখনো জানতে পারেন না কেন।

সংক্ষিপ্ত সংস্করণ

যখন আপনার ব্যবসা একটি ইমেইল পাঠায়, এটি একটি মেইল সার্ভার থেকে যায়, এবং ইন্টারনেটের প্রতিটি সার্ভারের একটি সংখ্যাসূচক ঠিকানা থাকে — এর IP। রিভার্স DNS (একটি “PTR” রেকর্ড) সেই সার্ভারের নাম পরিচয়পত্র: এটি যে কাউকে সংখ্যাটি দেখে সঠিক নামটি খুঁজে নিতে দেয়, যেমন mail.yourcompany.com।

বড় প্রাপক প্রদানকারী — Gmail, Microsoft 365, Yahoo — আপনি প্রতিটি বার্তায় পাঠানো প্রতিটিতে সেই পরিচয়পত্র পরীক্ষা করে। একটি সার্ভার যা নিজেকে নাম দিতে পারে, এবং যেখানে নাম এবং সংখ্যা একে অপরের সাথে সম্মত, একটি বৈধ মেইল সার্ভারের মতো দেখায়। কোনো পরিচয়পত্র ছাড়া বা মেলে না এমন পরিচয়পত্র সহ একটি সার্ভার ঠিক স্প্যামাররা যে বেনামী, প্রত্যেকবার-নতুন মেশিন ব্যবহার করে তার মতো দেখায়। তাই আপনার বাস্তব ইনভয়েস এবং উদ্ধৃতি প্রতিটি কথোপকথন সন্দেহের মধ্যে শুরু করে — এবং অনেকগুলিই হেরে যায়।

হতাশাজনক অংশ হলো কিছুই আপনাকে বলে না এটি ঘটছে। কোনো বাউন্স নেই, কোনো ত্রুটি নেই। আপনার ইমেইল কেবল চুপচাপ কম কার্যকরী হয়।

এটি আপনার কী খরচ করতে পারে

এগুলি হলো প্রতিদিনের উপায় যা একটি হারানো বা মেলে না এমন রিভার্স-DNS রেকর্ড অর্থ এবং বিশ্বাস দরজার বাইরে চলে যাওয়ায় পরিণত হয়। আমরা কখনো কোনো বাস্তব ব্যবসার নাম দিই না — এগুলি হলো আমরা ডেটা জুড়ে যে প্যাটার্নগুলি দেখি।

উদ্ধৃতি যা কখনো পৌঁছায়নি। আপনি একজন সম্ভাব্য গ্রাহককে একটি বিস্তারিত উদ্ধৃতি ইমেইল করেন যিনি সেই সকালে এটি চেয়েছিলেন। তাদের প্রদানকারী আপনার প্রেরণকারী সার্ভার যাচাই করতে পারে না, তাই এটি বার্তাটি স্প্যামে ফেলে দেয়। তারা জঙ্ক খুঁজে বের করেন না। বিকেলে তারা প্রতিযোগীর উদ্ধৃতি নিয়েছেন — যেটি “আসলে দেখিয়েছিল।” আপনি এটিকে একটি ধীর লিড হিসেবে ধরেন; বাস্তবে আপনার ইমেইল কখনো দেখা যায়নি।
শূন্যে ইনভয়েস। আপনি একজন ভালো গ্রাহককে ইনভয়েস করেন। এটি তাদের জঙ্ক ফোল্ডারে পড়ে। ত্রিশ দিন পরে আপনি একটি পেমেন্ট তাড়া করছেন যা তাদের দোষ ছাড়াই বকেয়া — এবং এখন একটি অস্বস্তিকর কথোপকথন, একটি টানাপড়েন সম্পর্ক, এবং একটি নগদ-প্রবাহ ব্যবধান যা সম্পূর্ণ এড়ানো যেত।
“আপনি কখনো উত্তর দেননি।” একজন গ্রাহক বিরক্ত যে আপনি তাদের প্রশ্ন উপেক্ষা করেছেন। আপনি করেননি — আপনি একই দিন উত্তর দিয়েছিলেন। তাদের মেইল প্রদানকারী নীরবে আপনার প্রতিক্রিয়া বাতিল করেছে কারণ আপনার প্রেরণকারী সার্ভার অবিশ্বস্ত দেখাচ্ছিল। আপনি এমন কিছুর জন্য অপেশাদার দেখাচ্ছেন যা আপনি আসলে সঠিকভাবে করেছিলেন।
DIY প্রেরণকারী সার্ভার যা চুপচাপ সবকিছু বিষ করল। অর্থ বাঁচাতে, আপনার মেইল (বা শুধু আপনার নিউজলেটার এবং স্বয়ংক্রিয় ইনভয়েস) একটি সস্তা VPS বা একটি নতুন প্রেরণকারী অ্যাপের মাধ্যমে বের হতে শুরু করেছে। সেই সার্ভার কখনো একটি রিভার্স-DNS পরিচয়পত্র পায়নি। রাতারাতি, আপনার ডেলিভারি রেট সব জায়গায় হ্রাস পেয়েছে — এবং কোনো ত্রুটি বার্তা না থাকায়, কারণটি সন্দেহ করতে মাস লেগেছিল।
নিরাপত্তা-পর্যালোচনা ফ্লাগ। একটি বড় ক্লায়েন্টের IT দল অনবোর্ডিংয়ের সময় আপনার ডোমেইনে একটি রুটিন চেক চালায়। বাকি সবকিছু ঠিক আছে, কিন্তু আপনার মেইল সার্ভারের সঠিক পরিচয় নেই। এটি একটি ছোট প্রযুক্তিগত বিষয়, কিন্তু এটি অসতর্কতা হিসেবে পড়ে — এবং এখন আপনি ডেডলাইনের চাপে এটি ঠিক করছেন, বা ব্যাখ্যা করছেন, যখন একটি প্রতিযোগীর ডোমেইন সহজেই পার হয়ে গেছে।

এগুলির থ্রেড: খরচ আপনার উপর পড়ে, এটি ঘটার সময় অদৃশ্য থাকে, এবং সংশোধন বিনামূল্যে।

এটি আসলে কী

স্বাভাবিক DNS একটি নাম একটি সংখ্যায় পরিণত করে: আপনি yourcompany.com টাইপ করেন, এবং DNS সংযোগ করার IP ঠিকানা হস্তান্তর করে। রিভার্স DNS বিপরীত করে — এটি একটি সংখ্যাকে একটি নামে পরিণত করে। IP 203.0.113.10 দেওয়া হলে, একটি রিভার্স লুকআপ (একটি “PTR রেকর্ড”) mail.yourcompany.com উত্তর দেয়।

প্রাপকরা কেন যত্ন করে: যখন আপনার মেইল সার্ভার একটি বার্তা ডেলিভার করতে Gmail-এ সংযুক্ত হয়, Gmail সংযোগকারী IP দেখে। একটি গুরুতর মেইল ফিল্টার প্রথম যা করে তা হলো “এই মেশিন কে?” জিজ্ঞেস করা — সেই IP-তে একটি রিভার্স লুকআপ করে। একটি বাস্তব ব্যবসায়িক মেইল সার্ভারের একটি উত্তর আছে (mail.yourcompany.com)। একটি ডিসপোজেবল স্প্যাম মেশিন সাধারণত থাকে না, বা host-203-0-113-10.someisp.net-এর মতো একটি জেনেরিক প্রদানকারী-নির্ধারিত নাম থাকে। তাই পরিচয়পত্রের উপস্থিতি এবং গুণমান আপনার মেইলে প্রয়োগ করা প্রথম বিশ্বাস সংকেতগুলির মধ্যে একটি — SPF, DKIM বা বার্তার বিষয়বস্তু এমনকি দেখার সুযোগ পাওয়ার আগে।

এটি আপনার ওয়েবসাইট নয়, মেইল সার্ভার পরীক্ষা করে। এটি মানুষকে হোঁচট খাওয়ায়। আপনার ওয়েবসাইটের ঠিকানা প্রায়ই একটি CDN বা প্রক্সির (যেমন Cloudflare) পেছনে থাকে এবং কখনো একটি মিলে যাওয়া পরিচয়পত্র থাকবে না — এবং এটি ঠিক আছে, কারণ ইমেইলের জন্য রিভার্স DNS হলো MX মেইল সার্ভারের IP সম্পর্কে, একটি সম্পূর্ণ পৃথক মেশিন। এই চেক সঠিকভাবে আপনার ডোমেইনের প্রাথমিক মেইল সার্ভার (সর্বনিম্ন-অগ্রাধিকার MX রেকর্ড) খোঁজে, এটিকে তার IP-তে সমাধান করে, এবং সেই IP-তে পরিচয়পত্র পরীক্ষা করে।

যে অর্ধেক বেশিরভাগ সেটআপ ভুল করে: এটি উভয় দিক মেলাতে হবে। নিজের নাম থাকা একাই যথেষ্ট নয়। Gmail এবং অন্য বড় ফিল্টারগুলি আরও কঠোর কিছু করে, যাকে ফরওয়ার্ড-নিশ্চিত রিভার্স DNS (FCrDNS) বলা হয়:

IP দেখুন → একটি নাম পান (যেমন mail.yourcompany.com)।
এখন সেই নামটি ফিরে দেখুন → এটি অবশ্যই একই IP-তে সমাধান করতে হবে যেখান থেকে শুরু করেছিলেন।

দুটি দিক যদি সম্মত হয়, সার্ভার নিশ্চিত এবং সম্পূর্ণরূপে বিশ্বস্ত। একটি নাম থাকলে কিন্তু অন্য কোথাও নির্দেশ করলে (বা কোথাও না), সার্ভার শুধুমাত্র অর্ধেক-বিশ্বস্ত — দ্বিতীয় দৃষ্টিভঙ্গি থেকে বেঁচে না থাকা একটি পরিচয়পত্র আশার চেয়ে দুর্বল হিসেবে বিবেচিত হয়।

ঠিক এভাবেই এই চেক এটি স্কোর করে:

ফরওয়ার্ড-নিশ্চিত (FCrDNS): IP একটি হোস্ট নাম করে, এবং সেই হোস্ট একই IP-তে ফিরে নির্দেশ করে। পূর্ণ নম্বর — এটি সঠিক কনফিগারেশন, এবং এটিই প্রাপকরা বিশ্বাস করে।
পরিচয়পত্র আছে কিন্তু নিশ্চিত করে না: একটি PTR রেকর্ড আছে, কিন্তু নাম মেইল সার্ভারের IP-তে ফিরে সমাধান করে না। শুধুমাত্র আংশিক ক্রেডিট — এটি কনফিগার করা দেখায় কিন্তু বড় ফিল্টারগুলি সম্পূর্ণভাবে এটি বিশ্বাস করবে না।
কোনো পরিচয়পত্র নেই: মেইল সার্ভারের IP-তে কোনো PTR রেকর্ড নেই। কোনো ক্রেডিট নেই, এবং ডেলিভারেবিলিটি খরচ বাস্তব।

কীভাবে ঠিক করবেন (বিনামূল্যে, ~১০ মিনিট কারো সময়)

এই বিভাগটি আপনার মেইল সার্ভারের IP ঠিকানার মালিককে হস্তান্তর করুন — সাধারণত আপনার ইমেইল বা হোস্টিং প্রদানকারী, বা স্ব-হোস্টেড বক্সের জন্য আপনার ডেটা-সেন্টার — এবং লক্ষ্য করুন যে ঠিক করা বিনামূল্যে। এটি হলো একমাত্র ইমেইল সেটিং যা আপনি প্রায় নিশ্চিতভাবে আপনার স্বাভাবিক DNS প্যানেলে নিজে পরিবর্তন করতে পারবেন না, কারণ রিভার্স DNS IP মালিকের দ্বারা নিয়ন্ত্রিত হয়, ডোমেইনের মালিকের দ্বারা নয়।

ধাপ ১ — প্রেরণকারী মেইল সার্ভারের IP খুঁজুন। ডোমেইনের প্রাথমিক MX হোস্ট (সর্বনিম্ন অগ্রাধিকার সংখ্যা সহ মেইল সার্ভার) সনাক্ত করুন এবং এটিকে তার IP ঠিকানায় সমাধান করুন:

dig MX yourcompany.com        # প্রাথমিক (সর্বনিম্ন-অগ্রাধিকার) MX হোস্ট খুঁজুন
dig A mail.yourcompany.com    # সেই হোস্টকে তার IP-তে সমাধান করুন

সেই IP-তে পরিচয়পত্র দরকার। ওয়েবসাইটের IP ব্যবহার করবেন না — এটি একটি ভিন্ন মেশিন এবং প্রায়ই একটি CDN-এর পেছনে যা কখনো মেলে না।

ধাপ ২ — IP মালিককে PTR রেকর্ড সেট করতে বলুন। রিভার্স DNS IP ব্লক নিয়ন্ত্রণকারীর সাথে থাকে, তাই অনুরোধটি যায়:

Google Workspace / Gmail: Google-এর নিজস্ব মেইল সার্ভারের জন্য স্বয়ংক্রিয়ভাবে পরিচালিত — শুধুমাত্র Google-এর মাধ্যমে পাঠানো একটি ডোমেইন কোনোভাবে ব্যর্থ হিসেবে দেখালে, Google সাপোর্টের সাথে উত্থাপন করুন।
Microsoft 365: একইভাবে Microsoft-এর সার্ভারের জন্য স্বয়ংক্রিয়ভাবে পরিচালিত।
একটি স্ব-হোস্টেড বা VPS মেইল সার্ভার: আপনার হোস্টিং প্রদানকারী বা ডেটা-সেন্টারের সাথে একটি টিকেট খুলুন তাদের আপনার IP-তে PTR (রিভার্স DNS) আপনার মেইল হোস্টনামে সেট করতে বলুন।
একটি তৃতীয়-পক্ষ প্রেরণকারী অ্যাপ: যদি এটি তার নিজস্ব শেয়ার করা সার্ভার থেকে পাঠায়, প্রদানকারী রিভার্স DNS পরিচালনা করে।

তাদের যে রেকর্ড চান তা বলুন, উদাহরণস্বরূপ: 203.0.113.10 → mail.yourcompany.com।

ধাপ ৩ — এটি ফরওয়ার্ড-নিশ্চিত করুন (এই ধাপটি বেশিরভাগ মানুষ মিস করে)। PTR-এর হোস্টনেমটি অবশ্যই একই IP-তে একটি স্বাভাবিক A রেকর্ডের মাধ্যমে ফিরে সমাধান করতে হবে যা আপনি আপনার নিজের DNS-এ নিয়ন্ত্রণ করেন।

PTR বলে 203.0.113.10 → mail.yourcompany.com (আপনার প্রদানকারী এটি সেট করে)।
A রেকর্ড বলে mail.yourcompany.com → 203.0.113.10 (আপনি এটি আপনার DNS-এ সেট করুন)।

উভয় দিক অবশ্যই একে অপরের দিকে নির্দেশ করতে হবে। তবেই এটি ফরওয়ার্ড-নিশ্চিত এবং সম্পূর্ণরূপে বিশ্বস্ত।

ধাপ ৪ — আপনার ডোমেইন পুনরায় পরীক্ষা করুন। নিশ্চিত করুন মেইল সার্ভার এখন ফরওয়ার্ড-নিশ্চিত রিভার্স DNS দেখায় এবং চেক পাস হয়।

সাধারণ ভুল

মেইল সার্ভারের পরিবর্তে ওয়েবসাইটের IP-তে পরিচয়পত্র সেট করা। ইমেইলের জন্য রিভার্স DNS MX সার্ভার সম্পর্কে। আপনার ওয়েব/CDN ঠিকানায় PTR রাখা ডেলিভারেবিলিটির জন্য কিছুই করে না।
“PTR আছে” তে থামা। নিজের একটি নাম শুধুমাত্র আংশিক বিশ্বাস অর্জন করে। যদি এটি একই IP-তে ফিরে সমাধান না করে, কঠোর ফিল্টারগুলি (Gmail, M365, Yahoo) সম্পূর্ণরূপে বিশ্বাস করবে না। সর্বদা ফরওয়ার্ড-নিশ্চিতকরণ সম্পূর্ণ করুন (ধাপ ৩)।
প্রদানকারী PTR সেট করার পরে A রেকর্ড ভুলে যাওয়া। প্রদানকারী বিপরীত অর্ধেক সেট করে; আপনাকে অবশ্যই আপনার নিজস্ব DNS-এ সামনের অর্ধেক সেট করতে হবে। মানুষ একটি করে ধরে নেয় তারা সম্পন্ন।
ভুল পক্ষকে জিজ্ঞাসা করা। আপনার ডোমেইন রেজিস্ট্রার বা DNS হোস্টে অনুরোধ পাঠানো IP মালিকের পরিবর্তে আপনাকে “আমরা তা করতে পারি না” দেয়।
জেনেরিক প্রদানকারী হোস্টনেম। host-203-0-113-10.someisp.net-এর মতো একটি PTR প্রযুক্তিগতভাবে বিদ্যমান কিন্তু আপনার ব্র্যান্ড বা বিশ্বাসের জন্য কিছুই করে না। আপনার নিজের ডোমেইনে একটি বাস্তব হোস্টনেম ব্যবহার করুন যা ফরওয়ার্ড-নিশ্চিত করে।

এটি কোথায় মাপসই

রিভার্স DNS হলো সার্ভারের পরিচয়; SPF, DKIM এবং DMARC হলো ডোমেইনের অনুমোদন এবং প্রতিরূপণ-বিরোধী স্তর। SPF তালিকা করে কোন সেবাগুলি আপনার পক্ষে পাঠাতে পারে; DKIM ক্রিপ্টোগ্রাফিকভাবে আপনার বার্তায় স্বাক্ষর করে যাতে সেগুলি টেম্পার করা যায় না; DMARC দুটিকে একসাথে বেঁধে দেয় এবং প্রাপকদের বলে ব্যর্থ মেইলের সাথে কী করতে হবে। রিভার্স DNS এর নিচে বসে, নিশ্চিত করে যে প্রেরণকারী মেশিন প্রথম স্থানে একটি বাস্তব, নামকরণ করা মেইল সার্ভার। সবচেয়ে শক্তিশালী প্রতিরূপণ প্রতিরক্ষার জন্য SPF, DKIM এবং DMARC সঠিক করুন; একটি নতুন বা স্ব-হোস্টেড প্রেরণকারী সার্ভার বাকি সুযোগ পাওয়ার আগে চুপচাপ অবিশ্বস্ত না হয়ে যাওয়ার জন্য রিভার্স DNS সঠিক করুন। এই প্রতিটি ঠিক করা বিনামূল্যে।

FAQ

আমি প্রযুক্তিগত নই — আমি কি নিজে এটি সামলাতে পারি?

সাধারণত না, এবং এটি ঠিক আছে। বেশিরভাগ ইমেইল সেটিংসের বিপরীতে, এটি আপনার নিজের ডোমেইনের DNS-এ পরিবর্তন করা হয় না — এটি আপনার মেইল সার্ভারের ইন্টারনেট ঠিকানার (IP) মালিক দ্বারা সেট করা হয়, যা আপনার ইমেইল বা হোস্টিং প্রদানকারী। আপনার কাজ হলো কেবল তাদের কাছে 'কীভাবে ঠিক করবেন' বিভাগটি ফরওয়ার্ড করা। তাদের পক্ষ থেকে এটি একটি দ্রুত পরিবর্তন, এবং এটি বিনামূল্যে।

আমি যদি Google Workspace বা Microsoft 365 ব্যবহার করি, তাহলে কি আমি ইতিমধ্যে কভার?

প্রায় নিশ্চিত হ্যাঁ — উভয়ই তাদের নিজস্ব মেইল সার্ভারের জন্য স্বয়ংক্রিয়ভাবে রিভার্স DNS পরিচালনা করে, তাই শুধুমাত্র তাদের মাধ্যমে পাঠানো একটি ডোমেইন আপনাকে কিছু না করে এটি পাস করে। আমাদের চেক এখনও এটি ফ্লাগ করলে, এটি প্রায় সর্বদা মানে আপনার কিছু মেইল একটি ভিন্ন সার্ভারের মাধ্যমে বের হচ্ছে (আপনার নিজের বক্স, একটি সস্তা VPS, বা একটি তৃতীয়-পক্ষ প্রেরণকারী অ্যাপ), এবং সেই সার্ভারটিই তার পরিচয়পত্র হারাচ্ছে। ঠিক করার বিভাগ ব্যাখ্যা করে কার সাথে যোগাযোগ করতে হবে।

এটি ঠিক করলে কি আমার ইমেইল ভাঙতে পারে?

না। এটি শুধুমাত্র প্রেরণকারী সার্ভারের পরিচয় রেকর্ড যোগ করে বা সংশোধন করে — এটি আপনার মেইল কোথায় যায়, কে এটি পাঠাতে পারে বা আপনার ইনবক্স সেটিংসের কোনোটি পরিবর্তন করে না। এটি কেবল আপনার ইতিমধ্যে পাঠানো ইমেইলকে বিশ্বস্ত এবং বিতরণ হওয়ার সম্ভাবনা বাড়ায়।

এটি এবং SPF, DKIM এবং DMARC-এর মধ্যে পার্থক্য কী?

সেই তিনটি উত্তর দেয় 'এই ডোমেইন কি এই বার্তা পাঠাতে অনুমোদিত?' রিভার্স DNS একটি ভিন্ন, আগের প্রশ্নের উত্তর দেয়: 'প্রেরণকারী মেশিন কি একটি বাস্তব, পরিচয়যোগ্য মেইল সার্ভার, নাকি একটি বেনামী বক্স?' বড় প্রদানকারীরা উভয়ই পরীক্ষা করে। আপনি সবগুলো সঠিক চান — কিন্তু রিভার্স DNS হলো যা SPF এবং DKIM এমনকি কার্যকর হওয়ার আগে একটি ব্র্যান্ড-নতুন বা স্ব-হোস্টেড প্রেরণকারী সার্ভারকে ধরে।

আমাদের একটি রিভার্স-DNS রেকর্ড আছে কিন্তু চেক এখনও সম্পূর্ণ পাস নয় — কেন?

কারণ একটি নাম থাকাই যথেষ্ট নয়; নামটি উভয় দিক থেকে যাচাই করতে হবে। পরিচয়পত্র বলে সার্ভারের নাম, ধরুন mail.yourcompany.com — কিন্তু Gmail তারপর সেই নামটি দেখে এবং আশা করে এটি একই IP-তে সরাসরি ফিরে নির্দেশ করবে যেখান থেকে শুরু করা হয়েছিল। যদি না হয় (বা অন্য কোথাও নির্দেশ করে), প্রদানকারীরা এটিকে অনিশ্চিত হিসেবে বিবেচনা করে এবং কেবল অর্ধেক বিশ্বাস করে। এই দ্বি-মুখী মিলকে ফরওয়ার্ড-নিশ্চিত রিভার্স DNS বলা হয়, এবং এটি সেই অংশ যা বেশিরভাগ সেটআপ মিস করে।

সংশোধন কি সত্যিই বিনামূল্যে, নাকি এটি একটি পেইড আপসেল?

ঠিক করা সর্বদা বিনামূল্যে — এটি আপনার প্রদানকারী দ্বারা করা একটি ছোট কনফিগারেশন পরিবর্তন, আপনার কেনা পণ্য নয়। যে কেউ আপনাকে বলে যে রিভার্স DNS সেটআপ করতে একটি পেইড প্ল্যান প্রয়োজন সে ভুল। আমরা শুধুমাত্র সময়ের সাথে এটি সঠিক থাকে কিনা পর্যবেক্ষণ করতে চার্জ করি, পরিবর্তন করতে কখনো নয়।