Defaults.Exposed › প্রতিবেদন

SPF ptr মেকানিজম কী — এবং কেন এটি এখনও 950,631 রেকর্ডে আছে? (২০২৬)

প্রকাশিত 2026-07-03

পরিসংখ্যান 2026-06-29 পর্যন্ত · মেথডলজি v7। 261 মিলিয়ন গ্রেডকৃত ডোমেইন জুড়ে সমষ্টিগত সেন্সাস। সমস্ত পরিসংখ্যান সমষ্টিগত — কখনও একটি পৃথক ব্যবসার রেকর্ড নয়। দেখুন আমরা কীভাবে গ্রেড করি।

ptr একটি SPF মেকানিজম যা রিভার্স-DNS লুকআপ দ্বারা প্রেরকদের অনুমোদন করে — এবং SPF স্ট্যান্ডার্ড নিজেই ২০১৪ সাল থেকে বলছে “এটি ব্যবহার করবেন না”। 12 বছর পরে, 950,631 ডোমেইন এখনও এটি প্রকাশ করে। এটি ইন্টারনেটের 139 মিলিয়ন SPF রেকর্ডের 146 এর মধ্যে প্রায় ১টি যা একটি মেকানিজম বহন করে যা স্পেসিফিকেশন সেই ডোমেইনগুলো নিবন্ধিত হওয়ার আগে বাতিল করেছে।

ptr কী করার কথা ছিল

ptr বলে: “যেকোনো সার্ভার থেকে মেইল গ্রহণ করুন যার রিভার্স DNS আমার ডোমেইনে ফিরে রিজলভ হয়।” এটি মার্জিত মনে হয় — রক্ষণাবেক্ষণ করার মতো কোনো IP তালিকা নেই। বাস্তবে এটির জন্য রিসিভারকে সংযোগকারী IP-তে একটি রিভার্স লুকআপ করতে হয়, তারপর ফিরে আসা প্রতিটি হোস্টনাম ফরওয়ার্ড-কনফার্ম করতে হয়। RFC 7208 (§5.5) স্পষ্ট ভাষায় এটি বাতিল করেছে: মেকানিজম হলো “ধীর, DNS ত্রুটির ক্ষেত্রে অন্য মেকানিজমের মতো নির্ভরযোগ্য নয়, এবং .arpa নেম সার্ভারে একটি বড় সম্পদ প্রয়োজনীয়তা রাখে” — এবং নির্দেশ দেয় যে এটি “ব্যবহার করা উচিত নয়।“

কেন এটি ২০২৬ সালেও একটি ফাঁদ

12 বছর আগে বাতিল হওয়া একটি মেকানিজম এখনও কেন গুরুত্বপূর্ণ তার তিনটি কারণ:

• এটি আপনার লুকআপ বাজেট পোড়ায়। প্রতিটি ptr SPF-এর ১০ DNS লুকআপ প্রতি চেকের কঠিন সীমার বিরুদ্ধে গণনা করে — সীমা যা একবার অতিক্রম হলে একটি PermError দিয়ে পুরো রেকর্ড বাতিল করে। একটি মেকানিজম যা কিছু নির্ভরযোগ্য করে না সে বাজেট ব্যয় করে যা আপনার বাস্তব include: মেকানিজমগুলো প্রয়োজন।
• এটি অনির্দেশ্যভাবে ব্যর্থ হয়। রিভার্স DNS বেশিরভাগ নেটওয়ার্কের সবচেয়ে কম রক্ষণাবেক্ষণ করা কোণ। যখন ptr লুকআপ টাইমআউট হয় বা ফরওয়ার্ড-কনফার্ম ব্যর্থ হয়, আপনার বৈধ মেইল SPF পাস হারায় যার উপর নির্ভর করছিল।
• কিছু রিসিভার এটি সম্পূর্ণভাবে এড়িয়ে যায়। কারণ স্ট্যান্ডার্ড এটি বাতিল করে, কিছু ইমপ্লিমেন্টেশন সহজভাবে ptr উপেক্ষা করে — তাই যে প্রেরকদের এটি অনুমোদন করার কথা ছিল তারা প্রথম থেকেই সুরক্ষিত ছিল না।

এটি কোথা থেকে আসে

আজ প্রায় কেউ ptr বেছে নেয় না। এটি উত্তরাধিকার দ্বারা আসে: ২০০৯ সালে লেখা একটি সেটআপ গাইড, একটি পুরানো সার্ভার কনফিগ থেকে কপি করা একটি টেমপ্লেট, তিনটি হোস্টিং মুভের মাধ্যমে অক্ষত মাইগ্রেট করা একটি “কার্যকরী” রেকর্ড। এটাই প্যাটার্ন আমাদের সেন্সাস প্রতিটি বাতিল-কিন্তু-বর্তমান মেকানিজম জুড়ে দেখে: পুরানো পরামর্শ মারা যায় না, এটি কপি-পেস্ট হয়। ptr বহনকারী ডোমেইনগুলো অবহেলাকারী নয় — তারা 12 বছর আগে অবসরপ্রাপ্ত নির্দেশাবলী অনুসরণ করছে।

কীভাবে ঠিক করবেন — বিনামূল্যে, পাঁচ মিনিট

১. আপনার SPF রেকর্ড খুঁজুন (dig TXT yourdomain.com বা বিনামূল্যে চেক করুন)। ২. যদি এতে ptr থাকে, চিহ্নিত করুন কোন সার্ভারগুলো এর উপর নির্ভর করছিল। ৩. নির্দিষ্ট ফর্মের সাথে ptr প্রতিস্থাপন করুন: আপনি নিয়ন্ত্রণ করা সার্ভারের জন্য একটি ip4:/ip6: ব্লক, বা আপনার প্রোভাইডার নথিভুক্ত include:। ৪. যখন আপনি সেখানে আছেন, নিশ্চিত করুন রেকর্ডটি একটি বাস্তব কোয়ালিফায়ারে শেষ হয় — দেখুন ~all বনাম -all।

প্রায়শই জিজ্ঞাসিত প্রশ্ন

SPF রেকর্ডে ptr মানে কী? এটি যেকোনো সার্ভারকে অনুমোদন দেয় যার রিভার্স DNS আপনার ডোমেইনে রিজলভ করে। RFC 7208 §5.5 ২০১৪ সালে এটিকে ধীর এবং অবিশ্বস্ত হিসেবে বাতিল করেছে, এবং বলে এটি ব্যবহার করা উচিত নয় — তবুও 950,631 ডোমেইন 2026-06-29 পর্যন্ত এটি প্রকাশ করে।

SPF ptr মেকানিজম কি কখনও বৈধ? এটি এখনও পার্স করে, এবং কিছু রিসিভার এখনও এটি মূল্যায়ন করে — কিন্তু স্ট্যান্ডার্ড সব ক্ষেত্রে এর বিরুদ্ধে পরামর্শ দেয়, কিছু রিসিভার এটি উপেক্ষা করে, এবং এটি আপনার দশটি DNS লুকআপের একটি ব্যয় করে। কোনো আধুনিক কনফিগারেশনে ptr সঠিক উত্তর নয়।

ptr-এর পরিবর্তে আমার কী ব্যবহার করা উচিত? আপনি নিয়ন্ত্রণ করা সার্ভারের জন্য ip4:/ip6: ব্লক, বা আপনার প্রোভাইডারের নথিভুক্ত include:। উভয়ই নির্ধারক, দ্রুত এবং নির্ভরযোগ্য — ptr যা নয় তার সব।

ptr কি SPF ১০-লুকআপ সীমার দিকে গণনা করে? হ্যাঁ — প্রতিটি ptr একটি রিসিভার PermError দিয়ে হাল ছেড়ে দেওয়ার আগে সম্পাদন করবে দশটি DNS লুকআপের কমপক্ষে একটি ব্যয় করে। ইতিমধ্যে include: মেকানিজম দিয়ে স্তূপ করা রেকর্ডে, মৃত মেকানিজম আপনাকে উপরে ঠেলে দিতে পারে।

ভূতের জন্য আপনার রেকর্ড চেক করুন

12 বছর আগে বাতিল হওয়া একটি মেকানিজম, এখনও আপনার DNS-এ বসে আছে, ঠিক সেই ধরনের জিনিস যা কেউ খোঁজে না। খোঁজতে আধা মিনিট লাগে।

আপনার ডোমেইন চেক করুন → · SPF ঠিক করুন → · দুটি SPF রেকর্ড = কিছু নেই → · SPF ম্যাচুরিটি মডেল → · শুধুমাত্র সমষ্টিগত ডেটা। ইইউতে ডেটা সংরক্ষিত ও প্রক্রিয়াকৃত।