যখন একটি যাচাইকরণ ইমেইল দেরি করে, রিসেন্ড বাটনটি স্পষ্ট উত্তর বলে মনে হয়। এটি প্রায়শই পরিস্থিতি আরও খারাপ করে দেয়: একাধিক বার্তা একসাথে আসে, শুধুমাত্র সর্বশেষ কোডই বৈধ থাকে, এবং কেউ জানে না কোন অনুরোধ কোন বার্তা তৈরি করেছে।
ডেলিভারিকে চেকপয়েন্টের একটি ধারাবাহিকতা হিসেবে বিবেচনা করুন। শেষ চেকপয়েন্টটি খুঁজে বের করুন যা নিশ্চিতভাবে সফল হয়েছে, তারপর পরেরটি পরীক্ষা করুন.
প্রথমে, প্রমাণকে স্থির করুন
আরেকটি বার্তা অনুরোধ করার আগে, রেকর্ড করুন:
- সঠিক প্রাপক ঠিকানা;
- আপনি সাবমিট বাটন চাপার সময়;
- প্রেরক বা সেবার নাম;
- পেজটি সফলতা রিপোর্ট করেছে কিনা;
- এটি প্রথম অনুরোধ নাকি রিসেন্ড তা;
- প্রদর্শিত হলে প্রত্যাশিত মেয়াদ শেষের সময়।
প্রেরকের পেজটি খোলা রাখুন। দুই মিনিট পরে পাওয়া একটি টাইপো সহজে সংশোধন করা যায় যখন মূল ফর্মে এখনও জমা দেওয়া মানটি থাকে.
ঠিকানাটি পরীক্ষা করুন, আপনার স্মৃতি নয়
জমা দেওয়া ঠিকানাটি GPTMail-এ প্রদর্শিত ঠিকানার সাথে তুলনা করুন। লোকাল পার্ট, প্রতিটি ডট বা অঙ্ক, এবং ডোমেইন সাফিক্স পরীক্ষা করুন। একাধিক ইনবক্স ট্যাব খোলা থাকলে বা আপনি সম্প্রতি নির্বাচিত ডোমেইন পরিবর্তন করলে বিশেষ মনোযোগ দিন.
তারপর নিশ্চিত করুন যে ডোমেইনটি ডোমেইন পেজে সক্রিয় আছে। একটি ঠিকানা সিনট্যাক্সগতভাবে বৈধ হতে পারে যদিও তার ডোমেইন নিষ্ক্রিয় বা আর GPTMail-এ রাউট করা না হয়.
যদি ওয়েবসাইটটি পাঠানোর আগে ঠিকানাটি প্রত্যাখ্যান করে, তখন এখনও কোনো ডেলিভারি সমস্যার নেই। আরেকটি সমর্থিত ঠিকানা তৈরি করুন এবং আবার জমা দিন.
প্রেরক সত্যিই ডেলিভারি শুরু করেছে কিনা নিশ্চিত করুন
ওয়েবসাইটে একটি সফলতা বার্তা কখনও কখনও শুধুমাত্র অর্থ দেয় যে একটি ব্যাকগ্রাউন্ড কাজ তৈরি হয়েছে। প্রেরক এখনও কিউয়িং, রেট-লিমিটিং, অথবা ইমেইল পুনরায় চেষ্টা করতে পারে.
রিসেন্ড করার আগে কয়েক মিনিট অপেক্ষা করুন। যদি সেবা একটি অ্যাক্টিভিটি লগ প্রদান করে, দেখুন তা যাচাইকরণ অনুরোধ রেকর্ড করে কিনা। আপনি যে পণ্যটি পরিচালনা করেন তার জন্য, গ্রহণকারী ইনবক্সে তাকানোর পরিবর্তে অ্যাপ্লিকেশন কিউ এবং মেইল-প্রোভাইডার ইভেন্ট পরীক্ষা করুন.
একবার রিফ্রেশ করুন, তারপর সঠিক বার্তা খুঁজুন
ম্যানুয়াল রিফ্রেশ ব্যবহার করুন এবং আগমনের সময় অনুযায়ী সাজান। দৃশ্যমান প্রিভিউতে শুধুমাত্র সেবা নাম নয়, প্রত্যাশিত প্রেরক এবং বিষয় অনুসন্ধান করুন। স্বয়ংক্রিয় এবং মার্কেটিং মেইল ভিন্ন সাবডোমেইন থেকে আসতে পারে.
যদি একাধিক কোড আসে, সর্বশেষ অনুরোধটি ব্যবহার করুন। অনেক সিস্টেমে প্রতিস্থাপন জারি হওয়ার সঙ্গে সঙ্গে পূর্বের কোডগুলো অবৈধ হয়ে যায়.
প্রেরকের সমস্যাকে ডোমেইনের সমস্যার থেকে আলাদা করুন
একটি অপ্রাসঙ্গিক প্রোভাইডার থেকে একই ঠিকানায় একটি সংক্ষিপ্ত প্লেইন-টেক্সট টেস্ট মেসেজ পাঠান.
- যদি টেস্ট পৌঁছায়, গ্রহণকারী ডোমেইন কাজ করছে এবং মূল প্রেরক দেরি করছে, ঠিকানাটি ফিল্টার করছে, অথবা হ্যান্ডঅফের আগে ব্যর্থ হচ্ছে।
- যদি কোনো বার্তা না পৌঁছায়, ডোমেইনের স্ট্যাটাস এবং MX কনফিগারেশন যাচাই করুন।
- যদি এক প্রোভাইডার থেকে বার্তা আসে কিন্তু অন্যটি ধারাবাহিকভাবে না আসে, রিপোর্ট করার আগে প্রেরক, টাইমস্ট্যাম্প এবং কোনো বাউন্সের বিস্তারিত সংগ্রহ করুন.
কাস্টম ডোমেইনের জন্য, অনুসরণ করুন কোনো ধরনের অনুমান ছাড়াই কাস্টম-ডোমেইন MX সেটআপ। লাইভ টেস্টের সময় DNS এলোমেলোভাবে পরিবর্তন করবেন না; প্রতিটি পরিবর্তন একটি নতুন প্রোপাগেশন উইন্ডো তৈরি করে.
সাধারণ DNS ব্যর্থতা বুঝুন
একটি MX লুকআপ অস্থায়ীভাবে ব্যর্থ হতে পারে কারণ রিসলভার টাইম আউট হয়েছে, অথরিটেটিভ নেমসার্ভারগুলো একমত নয়, DNSSEC ভ্যালিডেশন ব্যর্থ হয়েছে, অথবা রেকর্ড এখনও প্রোপাগেট হয়নি। “কোন রেকর্ড পাওয়া যায়নি” একটি নির্দিষ্ট সময়ে নির্দিষ্ট লুকআপের ফলাফল, রেকর্ড কখনোই না থাকায় প্রমাণ নয়.
অথরিটেটিভ DNS রেসপন্স কুয়েরি করুন এবং প্রকৃত টার্গেটকে GPTMail-এ দেখানো টার্গেটের সঙ্গে তুলনা করুন। যদি মিলে যায়, অপেক্ষা করুন এবং পুনরায় চেষ্টা করুন। যদি না মিলে, অথরিটেটিভ রেকর্ড সংশোধন করুন.
যখন বার্তা পৌঁছে কিন্তু কোড ব্যর্থ হয়
ডেলিভারি এবং যাচাইকরণ আলাদা সিস্টেম। একটি কোড ব্যর্থ হতে পারে কারণ:
- একটি নতুন কোড এটি প্রতিস্থাপন করেছে;
- কোড ট্রানজিটে মেয়াদোত্তীর্ণ হয়েছে;
- এটি অন্য ব্রাউজার সেশন বা অ্যাকাউন্টের অন্তর্ভুক্ত;
- কোডের সঙ্গে হোয়াইটস্পেস কপি হয়েছে;
- গন্তব্য পেজটি ভিন্ন পরিবেশ ব্যবহার করছে;
- প্রেরকের ঘড়ি বা অবস্থা ভুল।
একটি নতুন কোড অনুরোধ করুন, সেই নির্দিষ্ট বার্তার জন্য অপেক্ষা করুন, এবং একবার ব্যবহার করুন। যদি ব্যর্থ হয়, অনুরোধের সময় এবং বার্তার সময় একসাথে রিপোর্ট করুন.
সংক্ষিপ্ত সাপোর্ট রিপোর্ট
উপযোগী রিপোর্টে প্রাপক ঠিকানা, প্রেরক ঠিকানা, বিষয়, UTC টাইমস্ট্যাম্প, দ্বিতীয় প্রেরক ইনবক্সে পৌঁছেছে কিনা, এবং প্রেরকের প্রদর্শিত সঠিক ত্রুটি অন্তর্ভুক্ত থাকে। পাবলিকভাবে লগ শেয়ার করার আগে যাচাইকরণ কোড এবং প্রাইভেট লিঙ্কগুলি সরিয়ে ফেলুন.
“ইমেইল নেই” তদন্ত করা কঠিন। “বার্তা ১৪:০৩ UTC-তে অনুরোধ করা হয়েছে; দ্বিতীয় প্রোভাইডার ১৪:০৫-এ পৌঁছেছে; প্রত্যাশিত প্রেরক ১৪:১৫ পর্যন্ত কোনো বার্তা বা বাউন্স তৈরি করেনি” ব্যর্থ দিকটি চিহ্নিত করে.
কখন অপেক্ষা বন্ধ করবেন তা জানুন
যদি অ্যাকাউন্ট গুরুত্বপূর্ণ হয় এবং সেবা অন্য কোনো যাচাইকরণ পদ্ধতি প্রদান করে, তা ব্যবহার করুন। যদি সাইনআপ কম ঝুঁকিপূর্ণ হয়, একটি নতুন সমর্থিত ঠিকানা তৈরি করুন এবং আবার শুরু করুন। আপনি যে অ্যাকাউন্টটি রাখতে চান তার জন্য অস্থায়ী ইনবক্সকে একমাত্র পুনরুদ্ধার পথ করবেন না.
বিস্তৃত সিদ্ধান্ত গাইডটি হল অস্থায়ী ইমেইল, সঠিকভাবে ব্যবহার করা।