SPF রেকর্ড জেনারেটর ও চেকার
আপনার মেইল পাঠানো সার্ভিসগুলো থেকে একটি বৈধ SPF রেকর্ড তৈরি করুন, তারপর RFC 7208 নিয়মের বিরুদ্ধে আপনার ডোমেইন যা প্রকাশ করে তা পরীক্ষা করুন।
1এই ডোমেইনের জন্য কে মেইল পাঠায়?
আপনার ডোমেইন From ঠিকানায় ব্যবহার করে ইমেইল পাঠায় এমন প্রতিটি সার্ভিস টিক দিন। প্রতিটি সার্ভিস প্রয়োজনীয় include: টার্ম এবং এর খরচ হওয়া DNS লুকআপ যোগ করে।
2আপনার নিজের সার্ভার
প্রতি লাইনে একটি। IP টার্মে কোনো DNS লুকআপ খরচ হয় না, তাই যখন সম্ভব তখন এগুলো ব্যবহার করুন।
প্রতি লাইনে একটি ডোমেইন: প্রতিটি একটি include: টার্মে পরিণত হয়। ইতিমধ্যে লেখা টার্মগুলো যেমন আছে তেমনই রাখা হয়।
3বাকি সবার ক্ষেত্রে কী হবে?
চূড়ান্ত টার্মটি নির্ধারণ করে যে উপরে তালিকাভুক্ত নয় এমন যেকোনো সার্ভার থেকে আসা মেইলের সাথে গ্রাহকরা কীভাবে আচরণ করবে।
- রেকর্ডের ধরন
- TXT
- নাম / হোস্ট
- @ (ডোমেইনের রুট)
- TTL
- 3600
- আপনার রেজিস্ট্রার বা DNS হোস্টে আপনার ডোমেইনের DNS জোন খুলুন।
- বিদ্যমান যেকোনো SPF রেকর্ড মুছে ফেলুন: একটি ডোমেইনের ঠিক একটি রেকর্ড প্রকাশ করা উচিত।
- উপরের মান দিয়ে ডোমেইনের রুটে একটি TXT রেকর্ড যোগ করুন।
- TTL পার হওয়ার জন্য অপেক্ষা করুন, তারপর চেকার ট্যাব দিয়ে এটি নিশ্চিত করুন।
একটি ডোমেইন শুধুমাত্র একটি SPF রেকর্ড প্রকাশ করতে পারে। নতুন প্রেরক যোগ করতে, বিদ্যমান রেকর্ডটি সম্পাদনা করুন, কখনো দ্বিতীয়টি যোগ করবেন না।
বাম দিকে রেকর্ডটি তৈরি করুন, অথবা একটি ডোমেইন এখন যে SPF রেকর্ড প্রকাশ করে তা পড়তে চেকারে স্যুইচ করুন: প্রতিটি মেকানিজম ব্যাখ্যা করা, দশ-লুকআপ সীমা আপনার জন্য গণনা করা হয়েছে।
| # | টার্ম | যেখানে পাওয়া গেছে |
|---|
| টার্ম | ফলাফল | এটি কী করে |
|---|
SPF রেকর্ড জেনারেটর ও চেকার সম্পর্কে
SPF Record Generator & Checker একটি ডোমেইন মালিকের প্রয়োজনীয় দুটি কাজই করে। জেনারেটর জিজ্ঞাসা করে কোন কোন সার্ভিস আপনার ডোমেইন ব্যবহার করে মেইল পাঠায় (Google Workspace, Microsoft 365, SendGrid, Mailgun, Amazon SES, আপনার নিজস্ব সার্ভার) এবং সেগুলো থেকে একটি বৈধ `v=spf1` রেকর্ড তৈরি করে, তৈরির সময় কত DNS lookup খরচ হবে তা গুনে দেখায়। চেকার আপনার ডোমেইন এখন যে রেকর্ড প্রকাশ করছে তা পড়ে, প্রতিটি মেকানিজম সহজ ভাষায় ব্যাখ্যা করে এবং RFC 7208 অনুযায়ী পরীক্ষা করে।
যে নিয়মটি বেশিরভাগ মানুষকে আটকায় তা হলো দশ-লুকআপের সীমা। প্রতিটি `include`, `a`, `mx`, `ptr` এবং `exists` টার্মের জন্য একটি করে DNS কোয়েরি খরচ হয়, এবং সেগুলো যে রেকর্ডের দিকে নির্দেশ করে তার ভেতরের প্রতিটি টার্মও তাই। দশের বেশি হলে গ্রহীতারা একটি permanent error ফেরত দেয়, অর্থাৎ শুধু জাল অংশ নয়, আপনার সমস্ত মেইলের জন্যই SPF ব্যর্থ হয়। চেকার আপনার include-গুলো পুনরাবৃত্তভাবে অনুসরণ করে এবং ঠিক কোথায় প্রতিটি লুকআপ খরচ হচ্ছে তা দেখায়, যাতে কোন প্রেরক আপনাকে সীমা পার করিয়েছে তা বোঝা যায়।
এটি সেই সমস্যাগুলোও চিহ্নিত করে যা নীরবে একটি SPF রেকর্ডকে অকার্যকর করে দেয়: একই ডোমেইনে দ্বিতীয় SPF রেকর্ড (যা উভয়টিকেই অবৈধ করে), `+all` (যা পুরো ইন্টারনেটকে অনুমোদন দেয়), অনুপস্থিত `all` (যা কিছুই নিশ্চিত করে না), বাতিলকৃত `ptr` মেকানিজম, `all`-এর পরে বসানো টার্ম যা কখনো পড়া হয় না, এবং সিনট্যাক্স ত্রুটি যা পুরো রেকর্ডকে permanent error-এ পরিণত করে।
SPF রেকর্ড জেনারেটর ও চেকার কীভাবে ব্যবহার করবেন
- Generator ট্যাবে, From ঠিকানায় আপনার ডোমেইন ব্যবহার করে ইমেইল পাঠায় এমন প্রতিটি সার্ভিস টিক করুন।
- আপনার নিজস্ব মেইল সার্ভার যোগ করুন: mx চালু করুন, এবং যেকোনো নির্দিষ্ট IPv4 বা IPv6 রেঞ্জ পেস্ট করুন: IP টার্মের জন্য কোনো DNS লুকআপ খরচ হয় না।
- লুকআপ মিটার লক্ষ্য করুন। যদি এটি দশ পার হয়ে যায়, তাহলে কোনো প্রেরক বাদ দিন বা কোনো include-কে তার পেছনের IP রেঞ্জ দিয়ে প্রতিস্থাপন করুন।
- চূড়ান্ত পলিসি নির্বাচন করুন: ~all (সন্দেহজনক হিসেবে চিহ্নিত) দিয়ে শুরু করুন এবং আপনার DMARC রিপোর্ট পরিষ্কার হয়ে গেলে -all-এ কঠোর করুন।
- রেকর্ডটি কপি করুন এবং আপনার ডোমেইনের রুটে একটি একক TXT রেকর্ড হিসেবে প্রকাশ করুন, বিদ্যমান যেকোনো SPF রেকর্ড প্রতিস্থাপন করে।
- TTL অতিক্রান্ত হওয়ার পর Checker ট্যাবে ফিরে আসুন এবং নিশ্চিত করুন যে প্রকাশিত রেকর্ডটি সঠিকভাবে পার্স হচ্ছে।