ইমেইল ডেলিভারেবিলিটি চেকার
বাউন্স হওয়ার আগেই আপনার প্রেরক কনফিগারেশনের প্রাক-পরীক্ষা করুন
আপনার মেল পাঠানো সার্ভারের IP, DNSBL ব্ল্যাকলিস্ট পরীক্ষা করতে ব্যবহৃত। এড়ানোর জন্য খালি রাখুন। ইমেল হেডারে (Received: from) এটি খুঁজুন অথবা আপনার SMTP প্রোভাইডারকে জিজ্ঞাসা করুন।
ইমেল স্বাক্ষর যাচাই করতে ব্যবহৃত DKIM পাবলিক কী লুকআপের প্রিফিক্স। সাধারণ সিলেক্টর (google, default, s1, k1…) স্বয়ংক্রিয়ভাবে শনাক্ত করতে খালি রাখুন। যেকোনো প্রেরিত ইমেল হেডারে আপনারটি খুঁজুন: DKIM-Signature: s=...
ইমেল বিতরণযোগ্যতা নির্ধারণ করে আপনার বার্তা ইনবক্সে পৌঁছাবে নাকি প্রত্যাখ্যাত হয়ে স্প্যামে গুঁতো হয়ে যাবে। এটি নির্ভর করে DNS রেকর্ডের একটি সেটের উপর — MX প্রমাণ করে আপনার ডোমেইন বিদ্যমান এবং তার মেল সার্ভার আছে, SPF ঘোষণা করে কে আপনার পক্ষ থেকে প্রেরণ করতে পারে, DKIM ক্রিপ্টোগ্রাফিক সিগনেচার ব্যবহার করে প্রমাণ করে মেলের সাথে ছেড়াচ্ছেদ হয়নি এবং DMARC এগুলোকে প্রয়োগ নীতির সাথে যুক্ত করে। আপনার বহির্গামী IP যদি DNSBL ব্ল্যাকলিস্টে থাকে, এমনকি নিখুঁত প্রমাণীকরণও আপনাকে বাঁচাতে পারবে না।
ভুল কনফিগারেশনের কোনো সতর্কবার্তা থাকে না — আপনি শুধুমাত্র বাউন্স, কম ইনবক্স রেট এবং নিবন্ধন ইমেল স্প্যামে অদৃশ্য হয়ে যেতে দেখবেন। একটি অনুপস্থিত SPF কোনো ব্যক্তিকেই আপনার ডোমেইন স্পুফ করার অনুমতি দেয়; একটি স্থবির DMARC p=none স্পুফ করা মেলকে সামনে যেতে দেয়; একটি ব্ল্যাকলিস্টেড বহির্গামী IP প্রতিটি বার্তা ডুবিয়ে দেয়। সবচেয়ে খারাপ, এই সমস্যাগুলো প্রায়শই আপনি ব্যবহারকারী হারানোর পরই আবিষ্কৃত হয়।
এই টুলটি প্রেরণ করার আগেই প্রাপকেরা যে পরীক্ষা করে তা চালায়। আপনার প্রেরক ডোমেইন লিখুন (এবং ঐচ্ছিকভাবে আপনার বহির্গামী IP এবং DKIM সিলেক্টর) যাতে চারটি মূল DNS রেকর্ড সঠিকভাবে প্রকাশিত আছে কিনা তা যাচাই করা যায় এবং আপনার IP পরিচ্ছন্ন কিনা তা জানা যায়। প্রতিটি ফলাফল সরাসরি একটি বাস্তব বাউন্স কোডের সাথে মেলে, আপনাকে ঠিক কী ভুল হয়েছে এবং কীভাবে তা ঠিক করা যায় তা সঠিকভাবে বলে।
প্রেরণের আগে প্রাক-পরীক্ষা করুন, বাউন্স হওয়ার পর নয় — প্রাপকেরা যাচাই করার আগেই নিজের জন্য চেক করুন
একবারে পাঁচটি পরীক্ষা: DNS রেজোলিউশন, SPF, DKIM, DMARC, IP ব্ল্যাকলিস্ট
শূন্য ট্রেস: সম্পূর্ণ DNS কোয়েরি, কোনো ইমেল প্রেরণ করা হয়নি, কোনো ডোমেইন বা IP সংরক্ষণ করা হয়নি
বাউন্স কোডের সাথে সরাসরি ম্যাপ: প্রতিটি পরীক্ষার ফলাফল একটি বাস্তব বাউন্স ত্রুটির সাথে মেলে, ফলে আপনি ঠিক কী ঠিক করতে হবে তা জানতে পারবেন
কখন ব্যবহার করবেন
নতুন ডোমেইন থেকে প্রথমবার প্রেরণ করার আগে — MX, SPF, DKIM, DMARC সব প্রকাশিত আছে কিনা তা নিশ্চিত করুন
যখন মেল বাউন্স হয় — বাউন্স কোডের সাথে মিলিয়ে DNS, অথবা IP সমস্যা শনাক্ত করুন
DNS পরিবর্তনের পর — আপডেটটি প্রচারিত হয়েছে কিনা তা যাচাই করুন এবং নতুন কোনো সমস্যা হয়নি
মেল সার্ভার বা SMTP প্রোভাইডার পরিবর্তন করার পর — নতুন IP পরিষ্কার কিনা তা পরীক্ষা করুন
বাউন্স ত্রুটি রেফারেন্স
সাধারণ বাউন্স ত্রুটি এবং সেগুলো ধরা ফাঁদে ব্যবহার করা চেক:
| বাউন্স ত্রুটি | মূল কারণ | এই টুলটি চেক করে | সমাধানের দিক |
|---|---|---|---|
| 554 5.1.8 ডোমেন পাওয়া যায়নি | প্রেরণকারী ডোমেনের কোনো DNS রেকর্ড নেই | ডোমেন DNS রেজোলিউশন | MX/A/AAAA রেকর্ড যোগ করুন |
| 550 DNSBL (যেমন r1401) | বহির্গামী IP রিয়েল-টাইম ব্ল্যাকলিস্টে | IP ব্ল্যাকলিস্ট | তালিকা থেকে মুক্তি দেওয়ার জন্য অনুরোধ করুন বা IP পরিবর্তন করুন |
| 550 5.7.26 প্রমাণীকরণ ব্যর্থ হয়েছে | SPF/DKIM/DMARC অনুপস্থিত বা ব্যর্থ | SPF + DKIM + DMARC | প্রমাণীকরণ রেকর্ড পাবলিশ করুন এবং কঠোর করুন |
DNS রেকর্ড টেমপ্লেট
চারটি মূল DNS রেকর্ডের টেমপ্লেট। আপনার প্রয়োজন অনুযায়ী yourdomain.com এবং প্রদানকারীর বিবরণ পরিবর্তন করুন।
MX (yourdomain.com MX ঠিকানায়):
yourdomain.com. IN MX 10 mail.yourdomain.com.
SPF (yourdomain.com TXT ঠিকানায়):
v=spf1 include:_spf.google.com include:mail.zoho.com -all
DMARC (_dmarc.yourdomain.com TXT ঠিকানায়):
v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s
DKIM (<selector>._domainkey.yourdomain.com TXT ঠিকানায়):
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...
DMARC শুরুতে p=none ব্যবহার করে রিপোর্ট সংগ্রহ করুন, তারপর quarantine এ উন্নীত করুন, এরপর reject এ নিন।
DNS ও ইমেল প্রমায়নের জ্ঞান
এই টুলটি যে DNS রেকর্ডগুলো পরীক্ষা করে এবং ইমেল ডেলিভারির জন্য সেগুলো কেন গুরুত্বপূর্ণ:
ডোমেইন DNS রেজোলিউশন (MX / A / AAAA)
MX রিসিভারদের জানায় কোন মেল সার্ভার আপনার ডোমেইন পরিচালনা করে। A/AAAA আপনার ডোমেইনকে IPv4/IPv6 ঠিকানার সাথে ম্যাপ করে। যদি একটি প্রেরণকারী ডোমেইনের কোনো DNS রেকর্ড না থাকে, রিসিভাররা 554 5.1.8 মেসেজ দিয়ে প্রত্যাখ্যান করবে — DNS এ ডোমেইনটি কেবল বিদ্যমান নেই।
SPF (প্রেরক নীতি ফ্রেমওয়ার্ক)
আপনার ডোমেইনে একটি TXT রেকর্ড যেখানে আপনার পক্ষ থেকে মেল পাঠানোর জন্য অনুমোদিত IP/সার্ভারের তালিকা থাকে। রিসিভাররা এই তালিকার সাথে প্রেরণকারী IP চেক করে। SPF ছাড়া কেউ আপনার ডোমেইনকে স্পুফ করতে পারে।
- -all
- কঠোর প্রত্যাখ্যান: অননুমোদিত প্রেরকদের ব্লক করা হয়। সর্বোত্তম অভ্যাস, সর্বোচ্চ নিরাপত্তা।
- ~all
- সফট ফেল: সন্দেহজনক হিসেবে চিহ্নিত করা হয় কিন্তু প্রত্যাখ্যান করা হয় না। ট্রানজিশনের জন্য ঠিক আছে, দীর্ঘমেয়াদে ডোমেনের বিশ্বাসযোগ্যতা কমায়।
- ?all
- নিরপেক্ষ: কোনো দাবি নেই। SPF-নেই এর সমতুল্য। উচ্চ স্পফিং ঝুঁকি।
- +all
- সবকে অনুমতি: কোনো IP আপনার নামে প্রেরণ করতে পারে। অত্যন্ত বিপজ্জনক, কখনো ব্যবহার করবেন না।
DKIM (ডোমেইনকি পরিচিত মেল)
আউটগোয়িং মেলের সাথে যুক্ত একটি ক্রিপ্টোগ্রাফিক স্বাক্ষর। পাবলিক কীটি <selector>._domainkey.yourdomain.com ঠিকানায় TXT রেকর্ড হিসেবে প্রকাশ করা হয়। রিসিভাররা এই কী দিয়ে স্বাক্ষর যাচাই করে। SPF এর বিপরীতে, কীটি খুঁজে পাওয়ার জন্য আপনাকে অবশ্যই সিলেক্টরটি জানতে হবে।
- v=DKIM1
- সংস্করণ সনাক্তকারী, প্রয়োজনীয়। এটি ছাড়া রেকর্ডকে DKIM হিসেবে স্বীকৃতি দেওয়া হয় না।
- k=rsa
- কী টাইপ, RSA সবচেয়ে সাধারণ। অনুপস্থিত থাকলে ডিফল্টভাবে rsa হবে।
- p=...
- RSA পাবলিক কী, প্রয়োজনীয়। p= খালি বা অনুপস্থিত থাকলে সিলেক্টর বাতিল হয়।
- t=s
- স্ট্রিক্ট মোড: সিগনেচার অবশ্যই ডোমেনের সাথে ঠিকমতো মেলা উচিত। সাবডোমেইন সাইনিংয়ের অপব্যবহার প্রতিরোধ করে।
DMARC (ডোমেন-ভিত্তিক মেসেজ অথেনটিকেশন)
_dmarc.yourdomain.com-এ একটি পলিসি TXT রেকর্ড যা SPF এবং DKIMকে একত্রিত করে। উভয় ব্যর্থ হলে প্রাপকদের কী করতে হবে তা বলে। এছাড়াও, এখানে নির্দিষ্ট করা হয় যেখানে সমষ্টিগত রিপোর্ট পাঠানো হবে।
- p=none
- শুধু মনিটর: কোনো পদক্ষেপ নেই, শুধু রিপোর্ট সংগ্রহ করে। নিরাপদ স্টার্টিং পয়েন্ট কিন্তু শূন্য সুরক্ষা — স্পফ করা মেল এখনও ইনবক্সে পৌঁছায়।
- p=quarantine
- কোয়ারান্টাইন: প্রমাণীকরণ ব্যর্থ হলে স্প্যাম ফোল্ডারে চলে যায়। মাঝারি সুরক্ষা, যাচাইয়ের পর্যায়ের জন্য ভালো।
- p=reject
- প্রত্যাখ্যান: প্রমাণীকরণ ব্যর্থ হলে সরাসরি ব্লক করা হয়। সবচেয়ে শক্তিশালী সুরক্ষা, চূড়ান্ত লক্ষ্য। এই লেভেল এড়িয়ে গেলে স্পফ করা মেল প্রবেশ করে।
- rua=
- এগ্রিগেট রিপোর্টের গন্তব্য। ডেলিভারি ব্যর্থতা মনিটর করার জন্য, কোনো এনফোর্সমেন্ট নেই কিন্তু ট্রাবলশুটিংয়ে সাহায্য করে।
- adkim=s / aspf=s
- স্ট্রিক্ট অ্যালাইনমেন্ট: অবশ্যই DKIM/SPF ডোমেনটি From হেডারের সাথে ঠিকমতো মেলা উচিত। সাবডোমেইন স্পফিং প্রতিরোধ করে।
DNSBL (DNS-ভিত্তিক ব্ল্যাকহোল লিস্ট)
DNS এর মাধ্যমে কোয়েরি করা রিয়েল-টাইম আইপি ব্ল্যাকলিস্ট। প্রাপকরা আপনার বহির্গত IP কে Spamhaus, Barracuda, SpamCop-এর মতো লিস্টের সাথে যাচাই করে। যদি লিস্টে থাকে, তাহলে মেল প্রত্যাখ্যান করা হয় (550 DNSBL)।
- zen.spamhaus.org
- বৃহত্তম পাবলিক ব্ল্যাকলিস্ট, বিস্তৃত কভারেজ। সবচেয়ে বেশি প্রভাব — প্রায় সব রিসিভার এটি পরীক্ষা করে।
- b.barracudacentral.org
- এন্টারপ্রাইজ-স্তরের ব্ল্যাকলিস্ট, যা অনেক সুরক্ষা যন্ত্রে ব্যবহৃত। মাঝারি প্রভাব।
- bl.spamcop.net
- ব্যবহারকারী-প্রতিবেদনচালিত। মিথ্যা ইতিবাচক হতে পারে, তবে মাঝারি প্রভাব।
- dnsbl.sorbs.net
- ছোট আকারের ব্ল্যাকলিস্ট, সীমিত প্রভাব কিন্তু এখনও কোয়েরি করা হয়।