ইমেইল ভ্যালিডেটর
নতুনবাল্কে ইমেইল সিনট্যাক্স যাচাই করুন এবং সাধারণ ডোমেইন টাইপো ধরুন।
Format & quality check, done locally. This validator checks syntax, typos, disposable domains and role-based addresses in your browser. Confirming a mailbox is live needs a mail server we deliberately don't run — so a valid result means the address is well-formed and clean, not that the inbox exists. Your list never leaves your device.
| Status | Address | Details |
|---|
No addresses yet — paste a list above or upload a CSV.
Runs entirely in your browser. Nothing is uploaded.
একটি ফ্রি ইমেইল ভ্যালিডেটর যা আপনার ব্রাউজারেই চলে
এই ইমেইল ভ্যালিডেটর যাচাই করে একটি ইমেইল ঠিকানা সঠিকভাবে ফরম্যাট করা কিনা এবং সবচেয়ে বেশি বাউন্স হওয়ার সম্ভাবনাযুক্ত ঠিকানাগুলো চিহ্নিত করে — একটি বার্তাও না পাঠিয়ে এবং আপনার তালিকা কোথাও আপলোড না করে। একটি ঠিকানা বা হাজারো পেস্ট করুন, প্রতিটি তাৎক্ষণিকভাবে বৈধ সিনট্যাক্স, সাধারণ টাইপো, ডিসপোজেবল ডোমেইন এবং রোল-বেসড অ্যাকাউন্টের জন্য চেক করা হয়।
কোনো সাইনআপ নেই, কোনো API কী নেই এবং কোনো খরচ নেই। এটি একটি ফ্রি ইমেইল ভ্যালিডেটর এবং ইমেইল চেকার যা আপনি একটি ট্যাবে খোলা রাখতে পারেন এবং যখনই প্রয়োজন একটি ইমেইল ঠিকানা যাচাই করতে বা Mailchimp, HubSpot, Klaviyo বা অন্য যেকোনো প্ল্যাটফর্মে ইমপোর্ট করার আগে একটি তালিকা পরিষ্কার করতে ব্যবহার করতে পারেন। আইফোন, অ্যান্ড্রয়েড, ট্যাবলেট এবং ডেস্কটপে কাজ করে।
একটি বৈধ ইমেইল ঠিকানা দেখতে কেমন
একটি বৈধ ইমেইল ঠিকানায় @-এর আগে একটি নাম (লোকাল পার্ট), ঠিক একটি @ চিহ্ন, এবং অন্তত একটি ডট ও একটি প্রকৃত টপ-লেভেল ডোমেইনসহ একটি ডোমেইন থাকে — উদাহরণস্বরূপ name@example.com। লোকাল পার্টে অক্ষর, সংখ্যা এবং কিছু সিম্বল থাকতে পারে, কিন্তু এটি একটি ডট দিয়ে শুরু বা শেষ হতে পারে না, স্পেস থাকতে পারে না, বা টানা দুটি ডট থাকতে পারে না।
এই ইমেইল সিনট্যাক্স চেকার সেই RFC 5322 নিয়ম অনুসরণ করে এবং একটি ঠিকানা ঠিক কোন নিয়মটি ভাঙে তা বলে দেয়, তাই bad@@example.com দুটি @ চিহ্ন থাকার কারণে প্রত্যাখ্যাত হয় এবং john@company একটি টপ-লেভেল ডোমেইন না থাকার কারণে — একটি অস্পষ্ট 'অবৈধ'-এর বদলে। অনেক বেসিক HTML5 ফর্ম ভ্যালিডেটর শুধু সবচেয়ে স্পষ্ট ক্ষেত্রগুলো ধরে; এই টুলটি সম্পূর্ণ নিয়মাবলী প্রয়োগ করে।
একক চেক এবং বাল্ক তালিকা পরিষ্কার করা
টাইপ করার সাথে সাথে লাইভ রায় ও পাস বা ফেলের সঠিক কারণসহ একটি ইমেইল ঠিকানা চেক করতে ওপরের ফিল্ড ব্যবহার করুন। পুরো একটি তালিকা পরিষ্কার করতে বাল্ক ইমেইল ভ্যালিডেটর-এ যান: এটি পেস্ট করুন বা একটি CSV আপলোড করুন এবং প্রতিটি সারি বৈধ, ঝুঁকিপূর্ণ এবং অবৈধ ঠিকানার চলমান গণনাসহ নিজস্ব রায় পায়।
ফলাফল CSV হিসেবে এক্সপোর্ট করুন বা শুধু পরিষ্কার বৈধ ঠিকানাগুলো আপনার ক্লিপবোর্ডে কপি করুন — একটি নিউজলেটার, CRM বা আউটরিচ টুলে কন্টাক্ট ইমপোর্ট করার আগে উপযোগী, যেখানে প্রতিটি অবৈধ ঠিকানা আপনার প্রেরক খ্যাতির ক্ষতি করে এবং সেন্ড ক্রেডিট নষ্ট করে। ZeroBounce এবং NeverBounce-এর মতো পেইড টুল একই কাজ করে কিন্তু প্রতি ঠিকানায় $০.০০৮–$০.০১ চার্জ করে এবং একটি অ্যাকাউন্ট প্রয়োজন করে।
এটি ZeroBounce, NeverBounce এবং Hunter.io-এর সাথে কীভাবে তুলনা করে
ZeroBounce এবং NeverBounce প্রধান পেইড ইমেইল ভেরিফিকেশন সার্ভিস। তারা রিয়েল-টাইম SMTP চেক অফার করে যা একটি নির্দিষ্ট মেইলবক্স আছে কিনা তা নিশ্চিত করতে পারে — যা কোনো ব্রাউজার-ভিত্তিক টুল পারে না। ZeroBounce প্রতি ইমেইলে প্রায় $০.০০৮ চার্জ করে (২,০০০ ঠিকানার জন্য $১৬); NeverBounce একই রকম। উভয়ই আপনার তালিকা তাদের সার্ভারে আপলোড করতে এবং একটি অ্যাকাউন্ট তৈরি করতে বলে, যা GDPR এবং CCPA ডেটা-স্থানান্তর প্রশ্ন তোলে। Hunter.io তার API-তে ইমেইল ভেরিফিকেশন অন্তর্ভুক্ত করে মাসে ৫০টি ফ্রি চেকসহ পেইড প্ল্যান শুরু হওয়ার আগে।
এই টুলটি SMTP চেক ছাড়াই ধরা যায় এমন ৯০% খারাপ ঠিকানা কভার করে: টাইপো, ডিসপোজেবল সার্ভিস, রোল-বেসড ঠিকানা এবং সিনট্যাক্স ভুল। বেশিরভাগ ব্যবহারের ক্ষেত্রে — একটি Mailchimp ইমপোর্টের আগে একটি তালিকা পরিষ্কার করা, একটি সাইনআপ ফর্মে ঠিকানা চেক করা, একটি কোল্ড আউটরিচ ক্যাম্পেইনের আগে কন্টাক্ট যাচাই করা — সিনট্যাক্স ও গুণমান ভ্যালিডেশন যথেষ্ট। SMTP-স্তরের নিশ্চয়তা প্রয়োজন হাই-ভলিউম প্রেরকদের জন্য, ZeroBounce বা NeverBounce খরচের যোগ্য। বাকি সবার জন্য, ফ্রি ও প্রাইভেট সঠিক শুরুর বিন্দু।
টাইপো, ডিসপোজেবল এবং রোল-বেসড ঠিকানা ধরুন
বেশিরভাগ খারাপ ঠিকানা বহিরাগত কিছু নয় — একটি পিছলে যাওয়া আঙুলের কারণে হয়। ভ্যালিডেটর gmial.com, yahooo.com, hotmial.com এবং outlok.com-এর মতো সাধারণ ডোমেইন টাইপো শনাক্ত করে এবং এক-ক্লিক সংশোধনসহ সঠিক প্রোভাইডার সুপারিশ করে।
এটি ডিসপোজেবল বা টেম্পোরারি ইমেইল ঠিকানা (mailinator.com, guerrillamail.com, 10minutemail এবং আরও অনেক), রোল-বেসড মেইলবক্স যেমন info@, support@ এবং admin@ যা কদাচিৎ একজন আসল ব্যক্তির, এবং একটি ডোমেইন ফ্রি প্রোভাইডার নাকি কাস্টম/কর্পোরেট তাও চিহ্নিত করে। Gmail-এর জন্য এটি নরমালাইজড ঠিকানা দেখায়, কারণ Gmail ডট এবং +-এর পরের যেকোনো কিছু উপেক্ষা করে, তাই john.doe+news@gmail.com এবং johndoe@gmail.com একই ইনবক্সে পৌঁছায়।
ডিজাইনে প্রাইভেট — আপনার তালিকা কখনো আপনার ডিভাইস ছেড়ে যায় না
যেহেতু এই ইমেইল ভ্যালিডেটর সম্পূর্ণভাবে আপনার ব্রাউজারে চলে, আপনি পেস্ট করা তালিকা কখনো আপনার ডিভাইস ছেড়ে যায় না — এটি আপলোড, লগ বা বিক্রি হয় না, ZeroBounce, NeverBounce, Hunter.io এবং Kickbox-এর মতো সার্ভার-ভিত্তিক বাল্ক ইমেইল ভেরিফায়ারের বিপরীতে যেগুলো আপনার কন্টাক্ট হস্তান্তর করতে বলে। GDPR বা CCPA-এর অধীন গ্রাহক তালিকার জন্য, একটি স্থানীয়-শুধু পদ্ধতি একেবারেই কোনো ডেটা-স্থানান্তর রেকর্ড তৈরি করা এড়িয়ে যায়।
কোন ঠিকানা রাখার যোগ্য তা দ্রুত জানার জন্য পেইড সার্ভিসের একটি দ্রুত, প্রাইভেট বিকল্প — দ্রুত সিনট্যাক্স চেক, টাইপো সংশোধন, এবং বাল্ক তালিকা পরিষ্কারের জন্য এটিকে আপনার সেরা ইমেইল চেকার হিসেবে বুকমার্ক করুন।
RFC 5321 এবং RFC 5322: স্পেসিফিকেশন আসলে কী অনুমতি দেয়
ইমেইল ঠিকানা সিনট্যাক্সের প্রামাণিক নিয়ম দুটি IETF নথি থেকে আসে: RFC 5321 (Simple Mail Transfer Protocol) এবং RFC 5322 (Internet Message Format)। একসাথে তারা লোকাল পার্ট — @-এর আগে সবকিছু — কে অক্ষর, সংখ্যা এবং সিম্বল ! # $ % & ' * + / = ? ^ _ ` { | } ~ . - থেকে টানা অক্ষরের একটি ক্রম হিসেবে সংজ্ঞায়িত করে। গুরুত্বপূর্ণভাবে, না-এস্কেপ করা স্পেস ও কমা নিষিদ্ধ, এবং ডট একদম শুরুতে বা শেষে দেখা যাবে না, বা টানা দুইবারও নয়। ডোমেইন পার্ট DNS হোস্টনেম নিয়ম অনুসরণ করে: ডট দিয়ে আলাদা করা প্রতিটি লেবেল ৬৩ অক্ষর পর্যন্ত হতে পারে, একটি অক্ষর-সংখ্যা দিয়ে শুরু ও শেষ হতে হবে, এবং মাঝখানে হাইফেন থাকতে পারে।
স্পেসিফিকেশনগুলো কঠোর দৈর্ঘ্য সীমাও চাপায়: লোকাল পার্ট ৬৪ অক্ষরে সীমাবদ্ধ এবং পূর্ণ ঠিকানা (লোকাল + @ + ডোমেইন) ২৫৪ অক্ষর ছাড়াতে পারবে না। একটি কম-পরিচিত বিস্তারিত হলো লোকাল পার্ট RFC অনুযায়ী প্রযুক্তিগতভাবে কেস-সেনসিটিভ — User@example.com এবং user@example.com ফর্মালভাবে ভিন্ন ঠিকানা — যদিও বাস্তবে প্রায় প্রতিটি মেইল সার্ভার সেগুলোকে অভিন্ন হিসেবে বিবেচনা করে। এই নিয়মগুলো কিছু ঠিকানাও অনুমতি দেয় যেগুলো regex-ভারী ভ্যালিডেটর ভুলভাবে প্রত্যাখ্যান করে: a@b.io (প্রতিটি পাশে একক অক্ষর) সম্পূর্ণ বৈধ, যেমন user+tag@example.co.uk (প্লাস-ট্যাগিং), \"very.unusual\"@example.com (উদ্ধৃত লোকাল পার্ট অন্যথায়-অবৈধ অক্ষর অনুমতি দেয়), এবং test@xn--nxasmq6b.com (Punycode-এ একটি আন্তর্জাতিকীকৃত ডোমেইন)। একটি শক্তিশালী ভ্যালিডেটর শুধু সাধারণ সুখী পথের বদলে পূর্ণ স্পেসিফিকেশন সম্মান করে।
যেখানে স্পেসিফিকেশন অস্পষ্টতা রেখে যায় তা হলো পরে RFC 6530 এবং RFC 6532 দ্বারা সংজ্ঞায়িত আন্তর্জাতিকীকৃত ইমেইল ঠিকানা, যা লোকাল পার্টে Unicode অক্ষরের অনুমতি দেয় (যেমন, 用户@例子.广告)। এই ঠিকানাগুলো আধুনিক মেইল ইনফ্রাস্ট্রাকচারে বৈধ যা SMTPUTF8 সমর্থন করে, কিন্তু অনেক লিগ্যাসি সিস্টেম এখনও সেগুলো প্রত্যাখ্যান করে। নন-ASCII লোকাল পার্টকে সবসময় অবৈধ বিবেচনা করা প্রযুক্তিগতভাবে ভুল; সেগুলোকে সবসময় নিরাপদ বিবেচনা করাও ভুল। ব্যবহারিক পদ্ধতি — এবং এই টুল যেটি নেয় — সেগুলোকে নীরবে গ্রহণ বা প্রত্যাখ্যান না করে সতর্ক হ্যান্ডলিং প্রয়োজন হিসেবে চিহ্নিত করা।
ইমেইল ডেলিভারিবিলিটি: হার্ড বাউন্স, সফট বাউন্স এবং প্রেরক খ্যাতি
খারাপ ঠিকানা আপনার প্রেরক খ্যাতির সাথে যা করে তার কারণে ভ্যালিডেশন সবচেয়ে বেশি গুরুত্বপূর্ণ। আপনি যখন এমন একটি ঠিকানায় পাঠান যা বিদ্যমান নেই, গ্রহণকারী মেইল সার্ভার একটি হার্ড বাউন্স ফেরত দেয় — একটি স্থায়ী ব্যর্থতা একটি 5xx SMTP ত্রুটি কোডসহ, অর্থাৎ ঠিকানাটি কখনো মেইল গ্রহণ করবে না। একটি সার্ভার সাময়িকভাবে ডেলিভারি প্রত্যাখ্যান করলে (মেইলবক্স পূর্ণ, সার্ভার ওভারলোড, গ্রেলিস্টেড), আপনি একটি সফট বাউন্স পান — একটি 4xx ত্রুটি যা আপনার Email Service Provider (ESP) হাল ছাড়ার আগে কিছু সময়ের জন্য পুনরায় চেষ্টা করবে। হার্ড বাউন্স বেশি ক্ষতিকর সংকেত: Mailchimp থেকে SendGrid থেকে Klaviyo পর্যন্ত প্রতিটি ESP আপনার হার্ড-বাউন্স রেট ট্র্যাক করে এবং এটি ২–৩%-এর ওপরে উঠলে অ্যাকাউন্ট থ্রটল বা সাসপেন্ড করা শুরু করে।
ক্ষতির পেছনের প্রক্রিয়া হলো IP খ্যাতি। ESP-রা শেয়ার্ড বা ডেডিকেটেড IP ঠিকানার মাধ্যমে আপনার ইমেইল পাঠায়। ইন্টারনেট সার্ভিস প্রোভাইডার এবং Spamhaus, Barracuda, এবং Microsoft-এর SNDS-এর মতো অ্যান্টি-স্প্যাম নেটওয়ার্ক প্রতিটি IP থেকে কত মেইল বাউন্স, স্প্যাম অভিযোগ এবং ট্র্যাপ হিটের ফলাফল দেয় তা মনিটর করে। একটি উচ্চ বাউন্স রেট নির্দেশ করে যে প্রেরক হয় তালিকা কিনেছে, ঠিকানা স্ক্র্যাপ করেছে, বা খারাপ তালিকা স্বাস্থ্যবিধি আছে — এই সবগুলো স্প্যামারদের সাথে যুক্ত প্যাটার্ন। একটি IP বা ডোমেইন ব্ল্যাকলিস্টে পড়লে, বৈধ ইমেইল স্প্যাম ফোল্ডারে পড়া বা সম্পূর্ণভাবে প্রত্যাখ্যাত হওয়া শুরু করে, এবং প্রতিকারে সপ্তাহ ধরে একটি পরিষ্কার তালিকা থেকে কম ভলিউম পাঠিয়ে বিশ্বাস পুনর্গঠন করতে লাগতে পারে।
ঠিকানাগুলো বৈধ এবং সত্যিকারভাবে মালিকানাধীন উভয়ই নিশ্চিত করার সোনার মান হলো ডাবল অপ্ট-ইন: একজন ব্যবহারকারী তাদের ঠিকানা জমা দেওয়ার পর, আপনি একটি অনন্য লিংকসহ একটি নিশ্চিতকরণ ইমেইল পাঠান, এবং সাবস্ক্রিপশন শুধু তখনই সক্রিয় হয় যখন তারা এটি ক্লিক করে। ডাবল অপ্ট-ইন এমন টাইপো নির্মূল করে যা কাকতালীয়ভাবে অন্য একটি আসল ঠিকানা তৈরি করে, বট সাইনআপ, এবং ইনবক্সের মালিক ছাড়া অন্য কেউ লেখা ঠিকানা। প্রবেশ বিন্দুতে সিনট্যাক্স ভ্যালিডেশনের সাথে মিলিয়ে, এটি সবচেয়ে পরিষ্কার সম্ভাব্য তালিকা তৈরি করে। সিনট্যাক্স ভ্যালিডেশন এবং ডাবল অপ্ট-ইন পরিপূরক — প্রথমটি একটি স্পষ্টভাবে বিকৃত ঠিকানায় একটি নিশ্চিতকরণ সেন্ড অপচয় হওয়া প্রতিরোধ করে; দ্বিতীয়টি নিশ্চিত করে ডেলিভারযোগ্য ঠিকানাটি আসলেই সেই ব্যক্তির যিনি এটি টাইপ করেছেন।
ইমেইল ভ্যালিডেশন কী শনাক্ত করতে পারে এবং কী পারে না
সিনট্যাক্স ভ্যালিডেশন — এই টুল যা করে — সুনির্দিষ্টভাবে বিকৃত ঠিকানা ধরতে পারে: ভুল অক্ষর ব্যবহার, অনুপস্থিত বা একাধিক @ চিহ্ন, অবৈধ ডট স্থাপন, দৈর্ঘ্য লঙ্ঘন, এবং ডোমেইন ফরম্যাট ত্রুটি। একটি ধাপ ওপরে হলো MX রেকর্ড চেকিং, যা ডোমেইনের DNS রেকর্ড কোয়েরি করে নিশ্চিত করে যে এটির অন্তত একটি Mail Exchange সার্ভার কনফিগার করা আছে, প্রমাণ করে ডোমেইনটি বিদ্যমান এবং ইমেইল গ্রহণের জন্য সেট আপ করা। এটি এমন ডোমেইনের ঠিকানা বাদ দেয় যেগুলো মুছে ফেলা হয়েছে বা কখনো আসল ছিল না। এই চেকগুলোর কোনোটিই একটি বার্তা পাঠানো বা একটি মেইল সার্ভারে সংযোগ করার প্রয়োজন হয় না।
আরও এগিয়ে, একটি SMTP সংযোগ চেক — পেইড সার্ভিসগুলো ব্যবহার করা কৌশল — প্রাপকের মেইল সার্ভারে সংযোগ করে এবং টার্গেট ঠিকানাসহ RCPT TO কমান্ড ইস্যু করে, তারপর কোনো বার্তা বডি পাঠানোর আগে সংযোগ বন্ধ করে দেয়। অনেক সার্ভার সত্যবাদীভাবে সাড়া দেয়: মেইলবক্স বিদ্যমান থাকলে একটি 250 OK বা না থাকলে একটি 550 ত্রুটি ফেরত দেয়। তবে, এই পদ্ধতি দুটি উল্লেখযোগ্য সীমাবদ্ধতার মুখোমুখি হয়। ক্যাচ-অল ডোমেইন সেই ডোমেইনের যেকোনো ঠিকানার জন্য মেইল গ্রহণ করতে কনফিগার করা থাকে, তাই বেশিরভাগ কাল্পনিক হলেও প্রতিটি ঠিকানা বৈধ দেখা যায়। Google (Gmail) এবং Microsoft (Outlook)-সহ প্রাইভেসি-সচেতন প্রোভাইডাররা ইচ্ছাকৃতভাবে সব ঠিকানার জন্য 250 OK ফেরত দেয় সেগুলো বিদ্যমান কিনা তা নির্বিশেষে, SMTP প্রোবিংয়ের মাধ্যমে ঠিকানা সংগ্রহ প্রতিরোধ করতে। ফলাফল হলো এমনকি SMTP চেকও এই ডোমেইনগুলোর জন্য ডেলিভারিবিলিটি গ্যারান্টি করতে পারে না।
কোনো স্বয়ংক্রিয় চেক কখনো শনাক্ত করতে পারবে না: যিনি ঠিকানাটি লিখেছেন তার আসলেই এটিতে অ্যাক্সেস আছে কিনা, মেইলবক্সটি মনিটর করা হয় নাকি ভুলে যাওয়া একটি অ্যাকাউন্ট, বা ইনবক্স প্রায় পূর্ণ কিনা। ডিসপোজেবল এবং টেম্পোরারি ইমেইল সার্ভিস যেমন Mailinator, Guerrilla Mail, এবং 10MinuteMail বিশেষ উল্লেখের যোগ্য — তারা কার্যকরী MX রেকর্ডসহ আসল ডোমেইনে সিনট্যাক্টিকভাবে বৈধ ঠিকানা তৈরি করে, তাই তারা সিনট্যাক্স চেক ও MX চেক উভয়ই পাস করে। এগুলো ব্লক করার একমাত্র নির্ভরযোগ্য উপায় হলো পরিচিত ডিসপোজেবল ডোমেইনের একটি ব্লকলিস্ট বজায় রাখা, যা এই টুলে অন্তর্ভুক্ত। রেজিস্ট্রেশন ফ্লোর জন্য যেখানে প্রকৃত এনগেজমেন্ট গুরুত্বপূর্ণ — ট্রায়াল, নিউজলেটার, পেইড অ্যাকাউন্ট — ডাবল অপ্ট-ইনের সাথে মিলিয়ে ডিসপোজেবল ডোমেইন ব্লক করা সবচেয়ে শক্তিশালী ব্যবহারিক প্রতিরক্ষা।
ওয়েব ডেভেলপমেন্টে সাধারণ ইমেইল ভ্যালিডেশন ভুল
সবচেয়ে ব্যাপক ভুল হলো অতি-নিষেধাজ্ঞামূলক regex। ডেভেলপাররা এমন একটি প্যাটার্ন বেছে নেন যা ব্যাপক দেখায় কিন্তু বৈধ ঠিকানা প্রত্যাখ্যান করে: + অক্ষর ব্লক করলে Gmail alias ফিল্টারিং ভেঙে যায় (লক্ষ লক্ষ ব্যবহারকারী আগত মেইল সাজাতে user+label@gmail.com-এর ওপর নির্ভর করে), সাবডোমেইন প্রত্যাখ্যান করলে user@mail.company.com ব্লক হয়, এবং কিছু প্যাটার্ন দুই অক্ষরের বেশি দেশ-কোড TLD বা নতুন gTLD সম্পূর্ণভাবে প্রত্যাখ্যান করে। Coding Horror-এর Jeff Atwood এই প্যাটার্নটি বিখ্যাতভাবে নথিভুক্ত করেছেন — উপসংহার হলো ব্যবহারযোগ্য একমাত্র regex হলো যা শুধু মৌলিক গঠন চেক করে, এবং একটি ঠিকানা সত্যিই যাচাই করার একমাত্র উপায় হলো তাতে পাঠানো। এই টুলের প্যাটার্ন RFC 5322 এতটাই কাছাকাছি অনুসরণ করে যে a@b.io, user+tag@sub.domain.co.uk, এবং একক-অক্ষরের লোকাল পার্টের মতো এজ কেস গ্রহণ করে।
একটি প্রায়ই উপেক্ষিত বাস্তবায়ন বিস্তারিত হলো ইমেইল ইনপুট ফিল্ডে maxlength অ্যাট্রিবিউট। RFC সর্বোচ্চ ২৫৪ অক্ষর, তবুও অনেক ফর্ম একটি ৫০- বা ১০০-অক্ষরের সীমা হার্ড-কোড করে। বড় সংস্থায় প্রকৃত কর্পোরেট ইমেইল ঠিকানা — দীর্ঘ প্রথম নাম, শেষ নাম, মধ্য নামের সংক্ষিপ্ত রূপ এবং দীর্ঘ ডোমেইন নামসহ — বৈধভাবে ১০০ অক্ষরের কাছাকাছি বা তার বেশি হতে পারে। ইনপুট ফিল্ডে maxlength=\"254\" সেট করা সঠিক বাস্তবায়ন। সমান গুরুত্বপূর্ণ হলো কখন আপনি ভ্যালিডেট করেন: keyup-এ (ব্যবহারকারী টাইপ করার সাথে সাথে) ভ্যালিডেশন ট্রিগার করা আক্রমণাত্মক ও হতাশাজনক — ঠিকানাটি এন্ট্রির মাঝখানে সবসময় 'অবৈধ' থাকে। blur-এ (ব্যবহারকারী ফিল্ড ছেড়ে যাওয়ার সময়) বা ফর্ম জমা দেওয়ার সময় ভ্যালিডেট করা স্ট্যান্ডার্ড কনভেনশন। HTML type=\"email\" অ্যাট্রিবিউট বিনামূল্যে বেসিক ব্রাউজার-স্তরের ভ্যালিডেশন প্রদান করে এবং সবসময় সেট করা উচিত; এটি একটি সঠিক ভ্যালিডেটরের বিকল্প নয় কিন্তু জাভাস্ক্রিপ্ট চলার আগেই সবচেয়ে স্পষ্ট গঠনগত ত্রুটি ধরে।
একটি সূক্ষ্ম ভুল হলো ব্যবহারকারী-মুখী ত্রুটি বার্তায় ভ্যালিডেশন ও ভেরিফিকেশন মিশিয়ে ফেলা। শুধু সিনট্যাক্স চেক করার পর একজন ব্যবহারকারীকে বলা 'এই ইমেইল ঠিকানা বিদ্যমান নেই' প্রযুক্তিগতভাবে ভুল এবং তারা যদি একটি সম্পূর্ণ আসল ঠিকানা লিখে থাকেন তাহলে সম্ভাব্যভাবে বিভ্রান্তিকর। সঠিক ফ্রেমিং হলো সিনট্যাক্স ব্যর্থতার জন্য 'এই ঠিকানাটি সঠিকভাবে ফরম্যাট করা মনে হচ্ছে না', এবং ডেলিভারিবিলিটি ভেরিফিকেশনের জন্য 'আমরা একটি নিশ্চিতকরণ ইমেইল পাঠিয়েছি — চালিয়ে যেতে লিংকে ক্লিক করুন'। পরেরটি সঠিকভাবে জানায় যে আপনি ডাবল অপ্ট-ইন ব্যবহার করছেন বরং মিথ্যাভাবে দাবি করে যে আপনি মেইলবক্সের অবস্থা জানেন। ভালো ত্রুটি বার্তা, RFC-বৈধ ঠিকানার সম্পূর্ণ রেঞ্জ গ্রহণ করা ফরম্যাট ভ্যালিডেশনের সাথে মিলিয়ে, বেশিরভাগ ভুল ধরার পাশাপাশি সাইনআপ ঘর্ষণ কমায়।
Frequently asked questions
আমি কীভাবে চেক করব একটি ইমেইল ঠিকানা বৈধ কিনা?
এই ভ্যালিডেটরে ঠিকানাটি টাইপ বা পেস্ট করুন। এটি তাৎক্ষণিকভাবে সিনট্যাক্স চেক করে — ঠিক একটি @ চিহ্ন, এর আগে একটি নাম, এবং পরে একটি প্রকৃত টপ-লেভেল ডোমেইনসহ একটি ডোমেইন (যেমন name@example.com) — তারপর টাইপো, ডিসপোজেবল ডোমেইন এবং রোল-বেসড মেইলবক্সের মতো গুণমান সমস্যা চিহ্নিত করে। সবকিছু স্থানীয়ভাবে আপনার ব্রাউজারে চলে, তাই একটি বৈধ ফলাফলের মানে হলো ঠিকানাটি সঠিকভাবে গঠিত ও পরিষ্কার, কেউ সেই ইনবক্সে পড়ছে তা নয়। ZeroBounce বা NeverBounce-এর বিপরীতে কোনো অ্যাকাউন্ট বা API কী প্রয়োজন নেই।
একটি ইমেইল ঠিকানা সক্রিয় বা আসল কিনা চেক করা কি সম্ভব?
শুধু ঠিকানা থেকে নয়। একটি মেইলবক্স আসলেই বিদ্যমান তা নিশ্চিত করতে সরাসরি একটি SMTP/MX সংযোগের মাধ্যমে মেইল সার্ভারকে জিজ্ঞাসা করতে হয় — একটি সার্ভার-সাইড চেক। এই টুলে ডিজাইন অনুযায়ী কোনো ব্যাকএন্ড নেই, তাই এটি প্রমাণ করতে পারে একটি ঠিকানা সঠিকভাবে ফরম্যাট করা ও পরিষ্কার, কিন্তু ইনবক্স সক্রিয় তা প্রমাণ করতে পারে না। ZeroBounce এবং NeverBounce রিয়েল-টাইম SMTP ভেরিফিকেশন অফার করে কিন্তু প্রতি লুকআপে ($০.০০৮–$০.০১) চার্জ করে, একটি অ্যাকাউন্ট প্রয়োজন করে, এবং আপনার তালিকা তাদের সার্ভারে আপলোড করে। সিনট্যাক্স ও গুণমান পরিষ্কারের জন্য, এই ফ্রি ব্রাউজার-ভিত্তিক টুল বেশিরভাগ ব্যবহারের ক্ষেত্র কভার করে।
আমি কি একটি ইমেইল না পাঠিয়ে যাচাই করতে পারি?
হ্যাঁ, ঠিকানা থেকেই বিচার করা যায় এমন সবকিছুর জন্য — সিনট্যাক্স, সাধারণ টাইপো, ডিসপোজেবল ডোমেইন এবং রোল-বেসড অ্যাকাউন্ট — একটি বার্তা না পাঠিয়েই। যা আপনি না পাঠিয়ে বা মেইল সার্ভার পিং না করে করতে পারবেন না তা হলো মেইলবক্সটি বিদ্যমান তা প্রমাণ করা। এই ভ্যালিডেটর একটি ঠিকানা বা পুরো একটি তালিকার জন্য পূর্ণ না-পাঠানো চেক করে, তাৎক্ষণিকভাবে এবং প্রাইভেটভাবে। Hunter.io-এর ইমেইল ভেরিফায়ার এবং Kickbox উভয়ই না-পাঠানো ভেরিফিকেশন অফার করে, কিন্তু তাদের একটি API কী প্রয়োজন এবং প্রতি চেকে ক্রেডিট চার্জ করে।
একটি Gmail ঠিকানা বৈধ কিনা তা আমি কীভাবে চেক করব?
একটি Gmail ঠিকানা অবশ্যই @gmail.com (বা লিগ্যাসি @googlemail.com)-এ শেষ হতে হবে এবং Gmail-এর নিয়ম অনুসরণ করতে হবে। Gmail নামে ডট এবং + চিহ্নের পরের যেকোনো কিছু উপেক্ষা করে, তাই john.doe@gmail.com, johndoe@gmail.com এবং john.doe+news@gmail.com সবগুলো একই ইনবক্সে ডেলিভার হয়। এখানে একটি Gmail ঠিকানা পেস্ট করুন এবং টুলটি নরমালাইজড ফর্ম দেখায়, তাই আপনি ভিন্ন দেখতে কিন্তু একই মেইলবক্স এমন ডুপ্লিকেট শনাক্ত করতে পারেন। Google নিজে একটি Gmail ঠিকানা বিদ্যমান কিনা তাতে না পাঠিয়ে চেক করার কোনো পাবলিক API প্রদান করে না।
ডিসপোজেবল বা টেম্পোরারি ইমেইল কী?
একটি ডিসপোজেবল (বা টেম্পোরারি/থ্রোঅ্যাওয়ে) ইমেইল হলো mailinator.com, guerrillamail.com, 10minutemail বা temp-mail.org-এর মতো সার্ভিস থেকে একটি স্বল্পস্থায়ী ঠিকানা। মানুষ একটি আসল ইনবক্স প্রকাশ না করে সাইনআপ করতে এগুলো ব্যবহার করে, এবং সেখানে বার্তাগুলো প্রায়ই মিনিটের মধ্যে মুছে যায়। এই ভ্যালিডেটরে এমন কয়েক ডজন ডোমেইনের একটি বান্ডলড তালিকা আছে এবং যেকোনো ঠিকানা এমন একটি ব্যবহার করলে তা ঝুঁকিপূর্ণ চিহ্নিত করে, তাই আপনি Mailchimp, HubSpot বা Klaviyo-তে একটি তালিকা ইমপোর্ট করার আগে সেগুলো বাদ দিতে পারেন। ZeroBounce এবং NeverBounce বড় পেইড ব্লকলিস্ট বজায় রাখে, কিন্তু বেশিরভাগ সাধারণ ডিসপোজেবল ডোমেইনের জন্য এই ফ্রি সংস্করণ সেগুলো কভার করে।
একটি রোল-বেসড ইমেইল ঠিকানা কী?
একটি রোল-বেসড ঠিকানা একজন নির্দিষ্ট ব্যক্তির বদলে একটি কাজ বা ফাংশনের দিকে ইঙ্গিত করে — info@, support@, admin@, sales@, noreply@, postmaster@ এবং একই ধরনের। এগুলো আসল ও ডেলিভারযোগ্য, কিন্তু প্রায়ই শেয়ার্ড ইনবক্স বা অনদেখা, তাই মার্কেটার ও CRM সাধারণত সেগুলো বাদ দেয়। Mailchimp, HubSpot এবং Klaviyo সবাই তাদের ইমপোর্ট ফ্লোতে রোল-বেসড ঠিকানাকে নিম্নমানের হিসেবে চিহ্নিত করে। এই টুল স্বয়ংক্রিয়ভাবে রোল-বেসড লোকাল পার্ট চিহ্নিত করে যাতে আপনি ইমপোর্টের আগে সেগুলো রাখবেন কিনা সিদ্ধান্ত নিতে পারেন।
কী একটি ইমেইল ঠিকানাকে অবৈধ করে তোলে?
মৌলিক গঠন ভাঙে এমন যেকোনো কিছু: একটি অনুপস্থিত @ (johnexample.com), একাধিক @ (bad@@example.com), একটি স্পেস, @-এর পরে কোনো ডোমেইন না থাকা, কোনো ডট বা টপ-লেভেল ডোমেইনবিহীন একটি ডোমেইন (john@company), টানা দুটি ডট, বা একটি ডট দিয়ে শুরু বা শেষ হওয়া নাম। এই ভ্যালিডেটর শুধু 'অবৈধ' বলার বদলে প্রতিটি ঠিকানা ঠিক কোন নিয়মটি ভাঙে তার নাম বলে, তাই আপনি এটি ঠিক করতে পারেন। ব্রাউজারের বিল্ট-ইন HTML5 ইমেইল ফিল্ডসহ অনেক বেসিক ভ্যালিডেটর শুধু সবচেয়ে স্পষ্ট ত্রুটি ধরে; এটি পূর্ণ RFC 5322 নিয়মাবলী প্রয়োগ করে।
আমি কীভাবে বাল্কে ইমেইলের একটি তালিকা যাচাই করব?
আপনার তালিকা বাল্ক বক্সে পেস্ট করুন (প্রতি লাইনে একটি, বা কমা/সেমিকোলন-দিয়ে-আলাদা) বা একটি .csv ফাইল আপলোড করুন। প্রতিটি ঠিকানা একটি রায় ও কারণসহ নিজস্ব সারি পায়, সাথে বৈধ, ঝুঁকিপূর্ণ, অবৈধ এবং ডিসপোজেবলের চলমান গণনা। এরপর আপনি সম্পূর্ণ ফলাফল CSV হিসেবে ডাউনলোড করতে পারেন বা শুধু পরিষ্কার বৈধ ঠিকানাগুলো ক্লিপবোর্ডে কপি করতে পারেন — একটি নিউজলেটার বা CRM-এ ইমপোর্ট করার আগে আদর্শ। ZeroBounce বাল্ক তালিকা প্রতি ইমেইলে $০.০০৮-এ প্রক্রিয়া করে; NeverBounce একই হারে চার্জ করে এবং একটি অ্যাকাউন্ট প্রয়োজন করে। এই টুল আপনার কন্টাক্ট কোথাও আপলোড না করে আপনার ব্রাউজারে ফ্রি বাল্ক ভ্যালিডেশন হ্যান্ডেল করে।
কেন কোনো টুল একটি ইমেইল ডেলিভারযোগ্য তা গ্যারান্টি করতে পারে না?
এমনকি একটি সার্ভার-সাইড SMTP চেকও প্রতারিত হতে পারে। ক্যাচ-অল ডোমেইন প্রতিটি ঠিকানার জন্য মেইল গ্রহণ করে সেটি বিদ্যমান থাকুক বা না থাকুক, গ্রেলিস্টিং সাময়িকভাবে অজানা প্রেরকদের প্রত্যাখ্যান করে, এবং প্রাইভেসি বা অ্যান্টি-স্প্যাম সার্ভিস বিভ্রান্তিকর উত্তর ফেরত দেয়। একটি মেইলবক্স চেক করার মিনিট কয়েক পরেও পূর্ণ হতে পারে বা নিষ্ক্রিয় হতে পারে। ZeroBounce ~৯৯% নির্ভুলতার দাবি করে কিন্তু তারাও ক্যাচ-অল ডোমেইনকে অযাচাইযোগ্য হিসেবে উল্লেখ করে। তাই যেকোনো ভ্যালিডেটরের সৎ সিলিং হলো 'সঠিকভাবে গঠিত এবং স্পষ্টভাবে খারাপ নয়', যা ঠিক এই টুলটি রিপোর্ট করে।
এখানে আমার ইমেইল তালিকা পেস্ট করা কি নিরাপদ?
হ্যাঁ। পুরো ভ্যালিডেশন জাভাস্ক্রিপ্ট ব্যবহার করে আপনার ব্রাউজারে চলে — আপনার তালিকা কখনো আপলোড, লগ, সংরক্ষণ বা বিক্রি হয় না। এটিই ZeroBounce, NeverBounce, Hunter.io এবং Kickbox-এর মতো সার্ভার-ভিত্তিক বাল্ক ইমেইল ভেরিফায়ারের মূল পার্থক্য, যেগুলো আপনার কন্টাক্ট তাদের সার্ভারে হস্তান্তর করতে বলে। GDPR বা CCPA-এর অধীন গ্রাহক ডেটাযুক্ত কোম্পানির জন্য, একটি স্থানীয়-শুধু ভ্যালিডেটর সম্পূর্ণভাবে একটি ডেটা-স্থানান্তর রেকর্ড তৈরি হওয়া এড়িয়ে যায়। আপনি এখানে একটি আসল গ্রাহক তালিকা বা ব্যক্তিগত ঠিকানা বই পরিষ্কার করতে পারেন এবং কিছুই কখনো আপনার ডিভাইস ছেড়ে যায় না।
একটি ইমেইল ঠিকানার সঠিক ফরম্যাট/regex কী?
গঠনটি হলো local-part@domain.tld — উদাহরণস্বরূপ name.surname@example.com। লোকাল পার্টে অক্ষর, সংখ্যা এবং সিম্বল . ! # $ % & ' * + / = ? ^ _ ` { | } ~ - অনুমতি দেয় (কিন্তু একটি অগ্রণী/পিছনের ডট, স্পেস বা টানা দুটি ডট নয়), এবং ডোমেইনে অন্তত একটি ডট এবং একটি বৈধ টপ-লেভেল ডোমেইন প্রয়োজন। একটি ব্যবহারিক RFC 5322-ধাঁচের প্যাটার্ন হলো /^[A-Za-z0-9.!#$%&'*+/=?^_`{|}~-]+@[A-Za-z0-9](?:[A-Za-z0-9-]{0,61}[A-Za-z0-9])?(?:\.[A-Za-z0-9](?:[A-Za-z0-9-]{0,61}[A-Za-z0-9])?)+$/, যা এই টুল ব্যবহার করে।
ইমেইল ভ্যালিডেশন এবং ইমেইল ভেরিফিকেশনের মধ্যে পার্থক্য কী?
ভ্যালিডেশন ঠিকানা থেকেই যা জানা যায় তা চেক করে — সিনট্যাক্স, টাইপো, ডিসপোজেবল ও রোল-বেসড প্যাটার্ন — এবং কোনো নেটওয়ার্ক সংযোগের প্রয়োজন নেই। ভেরিফিকেশন আরও এগিয়ে গিয়ে মেইল সার্ভারকে জিজ্ঞাসা করে মেইলবক্সটি আসলেই বিদ্যমান কিনা, যার জন্য একটি ব্যাকএন্ড থেকে একটি SMTP/MX রাউন্ড-ট্রিপ প্রয়োজন। ZeroBounce, NeverBounce, Hunter.io এবং Kickbox সবাই সত্যিকার SMTP ভেরিফিকেশন একটি পেইড সার্ভিস হিসেবে অফার করে। এই টুল পুঙ্খানুপুঙ্খ ক্লায়েন্ট-সাইড ভ্যালিডেশন করে; সত্যিকার ভেরিফিকেশনের জন্য এমন একটি সার্ভার প্রয়োজন হবে যা আমরা ইচ্ছাকৃতভাবে চালাই না, তাই আপনার ডেটা প্রাইভেট ও ফ্রি থাকে।
আমি কি এটি দিয়ে একটি Mailchimp বা HubSpot কন্টাক্ট তালিকা পরিষ্কার করতে পারি?
হ্যাঁ। Mailchimp বা HubSpot থেকে আপনার তালিকা CSV হিসেবে এক্সপোর্ট করুন, এখানে আপলোড করুন, এবং ভ্যালিডেটর প্রতিটি ঠিকানাকে বৈধ, ঝুঁকিপূর্ণ, অবৈধ বা ডিসপোজেবল হিসেবে চিহ্নিত করে। পরিষ্কার CSV ডাউনলোড করুন — শুধু বৈধ ঠিকানা — এবং পুনরায় ইমপোর্ট করুন। Mailchimp উচ্চ বাউন্স রেট (২–৩%-এর ওপরে) পাওয়া প্রেরকদের শাস্তি দেয়, এবং ইমপোর্টের আগে আপনার তালিকা পরিষ্কার করা আপনার প্রেরক খ্যাতি রক্ষার সবচেয়ে কার্যকর একক উপায়। HubSpot-এর নিজস্ব ইমেইল স্বাস্থ্য টুলও অবৈধ কন্টাক্ট চিহ্নিত করে, কিন্তু শুধু আপনি ইতিমধ্যে সেগুলোতে পাঠিয়ে বাউন্স করার পরে।
Related tools
সব টুল দেখুন
নতুন সাবনেট ক্যালকুলেটর
IPv4 CIDR ক্যালকুলেটর: নেটওয়ার্ক, ব্রডকাস্ট, হোস্ট পরিসীমা ও মাস্ক।
নতুন What Is My IP Address
Find your public IP address, country, city and ISP — no data is stored or shared.
নতুন ব্রাউজার ও স্ক্রিন তথ্য
আপনার স্ক্রিন সাইজ, viewport, ডিভাইস ও ব্রাউজারের বিবরণ স্থানীয়ভাবে দেখুন।
নতুন বয়স ক্যালকুলেটর
বছর, মাস ও দিনে আপনার সঠিক বয়স বের করুন, সঙ্গে জন্মদিনের কাউন্টডাউন।
নতুন BMI ক্যালকুলেটর
আপনার বডি মাস ইনডেক্স ও স্বাস্থ্যকর ওজনের পরিসীমা হিসাব করুন — মেট্রিক বা ইম্পেরিয়াল।
নতুন JWT ডিকোডার
JSON Web Token ডিকোড করুন, claim পরিদর্শন করুন এবং HS256 সিগনেচার স্থানীয়ভাবে যাচাই করুন।