ইমেইল প্রদানকারী পরিবর্তনের পর SPF কাজ করা বন্ধ করেছে — মাইগ্রেশন সমাধান (২০২৬)

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

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

SPF সাধারণত একটি ইমেইল-প্রদানকারী পরিবর্তনের পরে ভাঙে কারণ নতুন প্রদানকারীর রেকর্ড পুরানোটির পাশে যোগ করা হয়েছিল। দুটি v=spf1 রেকর্ড হল একটি স্থায়ী error — SPF সম্পূর্ণ বাতিল হয়। Defaults.Exposed জনগণনা অনুযায়ী 1,013,416 ডোমেইন — SPF attempt করা প্রতি 138 টির মধ্যে একটি — সেই অবস্থায় আছে। সেগুলো একটিতে merge করুন।

সমাধান প্রায় দশ মিনিট নেয়: ডোমেইন স্ক্যান করুন মাইগ্রেশন কী রেখে গেছে তা দেখতে, authoritative nameserver-এ প্রতিটি SPF রেকর্ড তালিকাভুক্ত করুন, সেগুলো শুধু আপনার নতুন প্রদানকারী অন্তর্ভুক্ত করে একটি রেকর্ডে merge করুন, এবং dig দিয়ে পুনরায় যাচাই করুন।

মাইগ্রেশনের পরপরই SPF কেন ভেঙেছিল?

কারণ নতুন প্রদানকারীর setup guide বলেছিল “এই TXT রেকর্ড যোগ করুন” — এবং আপনি করেছিলেন, পুরানোটির পাশে। SPF standard একটি মাত্র জিনিস অনুমতি দেয় না। RFC 7208 প্রতি ডোমেইন ঠিক একটি v=spf1 রেকর্ড অনুমতি দেয়; দুই বা ততোধিক খুঁজে পাওয়া রিসিভার PermError ফেরত দিতে বাধ্য। PermError মানে SPF শূন্য: পুরানো রেকর্ড নয়, নতুন নয়, মোটেই কোনো SPF নেই।

মাইগ্রেশন কী রেখে গেছে?

কী পিছনে ছিল	আপনি কী দেখেন	সমাধান
পুরানো SPF রেকর্ড, এখনও DNS-এ নতুনটির পাশে (দুটি `v=spf1` রেকর্ড)	চেকাররা “multiple SPF records” বা PermError রিপোর্ট করে; SPF সম্পূর্ণ কাজ করা বন্ধ করে	একটি রেকর্ডে merge করুন, বাকি মুছুন — নিচের পদক্ষেপগুলো
পুরানো প্রদানকারীর `include:` আপনার একটি রেকর্ডে	SPF কাজ করে, কিন্তু পুরানো প্রদানকারীর সার্ভার এখনও আপনার হিসেবে পাঠাতে পারে	পুরানো সিস্টেম থেকে মেইল drain হলে এটি সরিয়ে দিন
নতুন প্রদানকারীর `include:` কখনো যোগ করা হয়নি	নতুন প্রদানকারীর মেইল SPF ব্যর্থ করে	বিদ্যমান একক রেকর্ডে যোগ করুন
নতুন প্রদানকারীর জন্য DKIM selector তৈরি করা হয়নি	`dkim=fail` বা প্রদানকারীর ডিফল্ট ডোমেইন থেকে স্বাক্ষর	নতুন selector প্রকাশ করুন

কীভাবে ঠিক করবেন? মাইগ্রেশন চেকলিস্ট

প্রথমে defaults.exposed এ বিনামূল্যে স্ক্যান চালান।
authoritative nameserver-এ প্রতিটি SPF রেকর্ড তালিকাভুক্ত করুন। dig +short NS yourdomain.com, তারপর dig +short TXT yourdomain.com @<nameserver>। v=spf1 দিয়ে শুরু হওয়া string গণনা করুন।
একটি রেকর্ডে merge করুন। একটি রেকর্ড, v=spf1 দিয়ে শুরু, আপনার নতুন প্রদানকারীর include এবং আপনি এখনও ব্যবহার করেন এমন যেকোনো প্রেরক ধারণকারী, একটি terminal -all বা ~all সহ।
অতিরিক্ত রেকর্ড মুছুন। মুছে না ফেলে merge করলে কিছুই ঠিক হয় না।
পুরানো প্রদানকারীর include শুধুমাত্র রাখুন যখন পুরানো সিস্টেম এখনও পাঠাচ্ছে। Drain হলে এটি সরিয়ে দিন।
নতুন প্রদানকারীর DKIM সেটআপ করুন — এবং পুরানো selector এখনই মুছবেন না।
আপনি nameserver-ও পরিবর্তন করলে, উভয় পরীক্ষা করুন।
স্ক্যান পুনরায় চালান এবং নিশ্চিত করুন SPF একটি পাস সহ একটি একক বৈধ রেকর্ড দেখায়।

সচরাচর জিজ্ঞাসিত প্রশ্ন

মাইগ্রেশনের সময় কি দুটি SPF রেকর্ড রাখতে পারি? না। Standard-এ কোনো grace period নেই — দুটি v=spf1 রেকর্ড দ্বিতীয়টি বিদ্যমান হওয়ার মুহূর্ত থেকে PermError। মাইগ্রেশন-নিরাপদ প্যাটার্ন হল ওভারল্যাপের সময় উভয় প্রদানকারীর include সহ একটি রেকর্ড।

পুরানো প্রদানকারীর include কতক্ষণ রাখা উচিত? পুরানো প্রদানকারীর মাধ্যমে কিছু না পাঠানো পর্যন্ত — সাধারণত আপনার overlap window-এর দৈর্ঘ্য।

মালিককে রিপোর্ট পাঠান

merge লাইভ হলে বিনামূল্যে স্ক্যান পুনরায় চালান এবং গ্রেডকৃত রিপোর্টটি ব্যবসার মালিকের কাছে ফরওয়ার্ড করুন।

আপনার ডোমেইন পরীক্ষা করুন → · ইমেইল সরঞ্জাম পরিবর্তনের পর DKIM ব্যর্থ হচ্ছে → · ‘SPF রেকর্ড পাওয়া যায়নি’ — বাস্তব কারণ → · আমরা কীভাবে গ্রেড করি → · শুধুমাত্র সমন্বিত তথ্য। EU-তে তথ্য সংরক্ষিত এবং প্রক্রিয়া করা হয়।