Google Workspace-এ DKIM বসান—DNS record দিলেই কাজ শেষ নয়

Google Workspace ডোমেইনের মেইলে DKIM চালু করতে Admin console-এ কী তৈরি করুন, সেটির পাবলিক অংশ DNS-এর TXT রেকর্ডে যোগ করুন, তারপর Start authentication চাপুন। কাজ হয়েছে কি না জানতে অন্য প্রাপকের কাছে পাঠানো মেইলের হেডারে dkim=pass দেখুন। শুধু DNS রেকর্ডের উপস্থিতি থেকে মেইলে সই যুক্ত হচ্ছে বলে সিদ্ধান্ত নেওয়া যায় না।

এই যাচাইয়ে DNS এবং পাঠানো মেইলের ফল মিলতে হবে। DNS-এ থাকা পাবলিক কী দিয়ে প্রাপকের মেইল সেবা মেইলের DKIM সই পরীক্ষা করে এবং ফলটি হেডারে লেখে। তাই Admin console-এ সাইনিংয়ের অবস্থা দেখার পর একটি বাইরের প্রাপকের কাছে পৌঁছানো মেইলও পরীক্ষা করুন।

Admin console-এ পাঠানোর ডোমেইনের কী তৈরি করুন

যে ডোমেইনের ঠিকানা থেকে মেইল পাঠান, Admin console-এ সেটিই নির্বাচন করুন। সুপার অ্যাডমিন হিসেবে Apps → Google Workspace → Gmail → Authenticate email-এ যান, Selected domain থেকে ডোমেইন বেছে Generate New Record চাপুন। একাধিক ডোমেইন থেকে মেইল পাঠালে প্রতিটির জন্য আলাদা DKIM কী তৈরি করতে হবে। অন্য কোনো ডোমেইনের জন্য তৈরি TXT মান এখানে ব্যবহার করবেন না।

Google-এর DKIM সেটআপ নির্দেশনা অনুযায়ী, DNS সরবরাহকারী সমর্থন করলে ২০৪৮-বিট কী বেছে নিন; সমর্থন না করলে ১০২৪-বিট বিকল্প আছে। প্রতিষ্ঠানে Gmail চালু করার পর Admin console-এ কী তৈরির সুবিধা পেতে ২৪–৭২ ঘণ্টা অপেক্ষা লাগতে পারে। কী যোগ করার পর DKIM কাজ শুরু হতেও সর্বোচ্চ ৪৮ ঘণ্টা লাগতে পারে।

ডিফল্ট selector হলো google। ওই selector-এ আগে থেকেই DKIM কী থাকলে নতুন selector লিখুন, যাতে চালু থাকা রেকর্ডটি অজান্তে বদলে না যায়। Generate চাপার পর দেখানো DNS Host name এবং TXT record value কপি করুন। এ পর্যায়ে Start authentication চাপবেন না; আগে পাবলিক কী DNS-এ প্রকাশ করতে হবে।

DNS-এর TXT রেকর্ডে সম্পূর্ণ মান বসান

ডোমেইনের DNS পরিচালনার প্যানেলে TXT রেকর্ড যোগ করুন। Type হবে TXT; Host বা Name ঘরে Admin console-এ দেখানো নাম এবং Value ঘরে দেখানো সম্পূর্ণ মান বসবে। মানটি সাধারণত v=DKIM1; k=rsa; p= দিয়ে শুরু হয়। p=–এর পরের অংশটি আপনার ডোমেইনের পাবলিক কী; কোনো নির্দেশনার নমুনা বা সংক্ষিপ্ত মান সেখানে পেস্ট করবেন না।

এটি একটি শর্তসাপেক্ষ উদাহরণ: ডোমেইন example.com এবং selector google হলে আগে google._domainkey.example.com নামে DKIM TXT রেকর্ড নেই; যোগ করার পরে ওই নামে রেকর্ড থাকবে, যার Value হবে আপনার Admin console থেকে কপি করা সম্পূর্ণ মান। কিছু DNS প্যানেল Host ঘরে শুধু google._domainkey চায় এবং শেষে ডোমেইনের নাম নিজে যোগ করে। অন্য প্যানেল পূর্ণ নাম চায়। সংরক্ষণের পর প্রকাশিত নামটি google._domainkey.example.com হয়েছে কি না দেখুন, যাতে ডোমেইনের নাম দুবার না বসে।

দীর্ঘ কী বসাতে গিয়ে প্যানেল অক্ষরসীমার বার্তা দিলে কী কেটে ছোট করবেন না। প্যানেলটি একই TXT রেকর্ডের মানকে পরপর একাধিক টেক্সট অংশ হিসেবে নিতে পারে কি না দেখুন। এগুলো একই রেকর্ডের অংশ; আলাদা নামে কয়েকটি DKIM রেকর্ড বানানোর নির্দেশ নয়। প্রকাশিত রেকর্ডে সব অক্ষর সঠিক ক্রমে আছে কি না Admin console-এর মানের সঙ্গে মিলিয়ে নিন।

রেকর্ড প্রকাশের পর সাইনিং চালু করুন

DNS রেকর্ড সংরক্ষণের পর Admin console-এর Authenticate email পাতায় ফিরে একই ডোমেইন নির্বাচন করুন এবং Start authentication চাপুন। সেটআপ কাজ করলে পাতার অবস্থা Authenticating email with DKIM দেখাবে। DNS-এ পাবলিক কী রাখা এবং Google Workspace থেকে পাঠানো মেইলে সই যুক্ত করা পৃথক ধাপ; DNS-এর কাজ শেষ করেই থেমে গেলে দ্বিতীয় ধাপটি অসম্পূর্ণ থাকে।

DNS পরিবর্তন ছড়াতে সময় লাগলে সঙ্গে সঙ্গে সফল অবস্থা নাও দেখা যেতে পারে। Admin console কিছু সময় DNS হালনাগাদের বার্তাও দেখাতে পারে। তখন প্রকাশিত Host ও Value ঠিক আছে কি না মিলিয়ে অপেক্ষা করুন। নির্ধারিত অপেক্ষার সময় পেরোলেই পরীক্ষা সফল হয়েছে ধরে নেবেন না: প্রাপকের কাছে পৌঁছানো মেইলের হেডার সই যাচাইয়ের সরাসরি ফল দেখায়।

বাইরের প্রাপকের হেডারে ফল দেখুন

আপনার ডোমেইনের Google Workspace ঠিকানা থেকে অন্য একজনের Gmail বা Google Workspace ঠিকানায় নতুন একটি পরীক্ষামূলক মেইল পাঠান। নিজের ঠিকানায় মেইল পাঠিয়ে এই যাচাই করবেন না। প্রাপক Gmail-এ মেইল খুলে Reply বোতামের পাশের More থেকে Show original বেছে পুরো হেডার দেখতে পারেন; অন্য মেইল সেবায় পুরো মেসেজ হেডার দেখার বিকল্প খুঁজতে হবে।

Authentication-Results অংশে dkim=pass অথবা সমতুল্য dkim=OK ফল খুঁজুন। DKIM-Signature অংশের d= মানে প্রত্যাশিত সাইনিং ডোমেইন এবং s= মানে নির্বাচিত selector আছে কি না মিলিয়ে দেখুন। একটি মেইলে একাধিক DKIM সই থাকতে পারে। সে ক্ষেত্রে অন্য কোনো সেবার সফল সইকে নিজের Google Workspace ডোমেইনের ফল ভেবে থামবেন না; সংশ্লিষ্ট ডোমেইনের সই ও যাচাইয়ের ফল শনাক্ত করুন।

হেডারে DKIM-এর কোনো ফল না থাকলে Admin console-এ Start authentication চালু হয়েছে কি না আগে দেখুন। তারপর নির্বাচিত ডোমেইন, DNS-এর Host ও Value এবং পরীক্ষার মেইলটি সত্যিই Google Workspace দিয়ে পাঠানো হয়েছে কি না মিলিয়ে নিন। dkim=fail দেখা গেলে কেবল রেকর্ডটি আছে কি না দেখে থামবেন না; প্রকাশিত কীর পূর্ণ মান এবং প্রাপক যে সই পরীক্ষা করেছে, সেটিও দেখুন।

ব্যর্থ ফলের কারণ ও ডেলিভারির প্রভাব

Google-এর DKIM ত্রুটি সমাধানের নির্দেশনা Start authentication, TXT রেকর্ডের নাম ও মান, এবং দীর্ঘ কী কাটা পড়েছে বা অংশগুলোর ক্রম বদলেছে কি না যাচাই করতে বলে। ২০৪৮-বিট কী একটিমাত্র টেক্সট অংশে বসাতে না পারলে DNS সরবরাহকারীর নিয়ম অনুযায়ী একই TXT রেকর্ডে পরপর একাধিক অংশ রাখতে হয়। প্রকাশিত মানের অক্ষর ও ক্রম Admin console-এর মানের সঙ্গে মিলতে হবে।

সরাসরি পাঠানো মেইলে DKIM পাস করলেও ফরওয়ার্ড করা মেইলে ব্যর্থ হতে পারে। পথে কোনো সেবা মেইলের বিষয়বস্তু বদলালে সই আর নাও মিলতে পারে; আউটবাউন্ড গেটওয়ে মেইলের শেষে অতিরিক্ত লেখা যোগ করাও এমন পরিবর্তনের উদাহরণ। তাই প্রথম পরীক্ষা সরাসরি পাঠানো মেইলে করুন। সেটি পাস করলে ফরওয়ার্ডিং বা গেটওয়ের পথের মেইল আলাদাভাবে পরীক্ষা করা যাবে।

ব্যক্তিগত Gmail ঠিকানায় পাঠানো বাল্ক মেইলের ক্ষেত্রে DKIM ব্যর্থতার ডেলিভারি প্রভাব আছে। Google-এর প্রেরক নির্দেশনার প্রশ্নোত্তরে DKIM যাচাই ব্যর্থ হলে মেইলের হার সীমিত হওয়ার 4.7.30 এবং মেইল আটকে যাওয়ার 5.7.30 কোড দেওয়া আছে। এই প্রেরক-সংক্রান্ত নিয়ম ব্যক্তিগত Gmail প্রাপকের উদ্দেশে পাঠানো মেইলের জন্য; Google Workspace প্রাপকের মেইলে একই প্রয়োগ ধরে নেওয়া যাবে না।

আরও পড়ুন:

• Facebook monetization: ফর্ম পূরণ করা যায়, আমন্ত্রণ নিশ্চিত নয়
• Microsoft Copilot না Workspace Gemini—AI নয়, পুরোনো ecosystem-ই জেতে
• Slack না Google Chat—Workspace আগে থেকেই থাকলে দ্বিতীয় bill কেন দেবেন