আপনার নিজস্ব ডোমেন থেকে, আপনার নিজস্ব অ্যাকাউন্টের মাধ্যমে ইমেল পাঠান

আপনার ক্লায়েন্টরা যে সমস্ত বিজ্ঞপ্তি পায় — ইনভয়েস, পাসওয়ার্ড রিসেট, টিকিটের উত্তর, প্রজেক্ট আপডেট — একটি মেল সার্ভিসের মাধ্যমে প্রেরিত হয়। ডিফল্টভাবে সেই সার্ভিসটি আমাদের, From লাইনে Zinn Digital® লেখা থাকে, এবং আমরা এর খরচ বহন করি।

আপনি যদি একটি agency বা reseller প্ল্যানে থাকেন তবে আপনি এর পরিবর্তে আপনার নিজস্ব মেল সার্ভিস সংযুক্ত করতে পারেন। তখন আপনার ক্লায়েন্টরা From লাইনে আপনার ডোমেন দেখতে পাবেন, উত্তরগুলো আপনার কাছে ফিরে আসবে, এবং বার্তাগুলো আপনার প্রোভাইডারের কাছে থাকা আপনার অ্যাকাউন্ট থেকে পাঠানো হবে।

আপনার ড্যাশবোর্ডের Email sending-এ এটি সেট আপ করুন।

আমার কোন প্রোভাইডার ব্যবহার করা উচিত?

এগুলোর যেকোনোটিই কাজ করে। যেটিতে আপনার ইতিমধ্যে একটি অ্যাকাউন্ট রয়েছে সেটি বেছে নিন।

আপনার যদি কোনো নির্দিষ্ট পছন্দ না থাকে এবং কোনো বিদ্যমান অ্যাকাউন্ট না থাকে, তবে ট্রানজ্যাকশনাল মেলের জন্য আমরা Postmark বেছে নেব: এটি মার্কেটিং মেল বহন করতে অস্বীকার করে, আর ঠিক এই কারণেই এর ডেলিভারি রেট এত ভালো।

প্রথমে DNS-এর কাজ করুন। এটিই মূল কাজ।

আপনি যে প্রোভাইডারই বেছে নিন না কেন, একই তিনটি DNS রেকর্ড নির্ধারণ করে যে আপনার মেল পৌঁছাবে নাকি স্প্যামে জমা হবে। আপনার প্রোভাইডার সঠিক মানগুলো তৈরি করে; আপনি সেগুলো আপনার ডোমেনে যোগ করবেন।

SPF — আপনার ডোমেনের একটি TXT রেকর্ড যা তালিকাভুক্ত করে যে কার আপনার নামে পাঠানোর অনুমতি রয়েছে। আপনার যদি ইতিমধ্যে একটি থাকে, তবে আপনি সেটি সম্পাদনা করবেন; আপনি দ্বিতীয়টি যোগ করবেন না। দুটি SPF রেকর্ডযুক্ত একটি ডোমেন সম্পূর্ণরূপে SPF-এ ব্যর্থ হয়, যা কোনো রেকর্ড না থাকার চেয়েও খারাপ।

DKIM — একটি পাবলিক কি ধারণকারী একটি TXT বা CNAME রেকর্ড, যাতে গ্রহণকারী সার্ভারগুলো পরীক্ষা করতে পারে যে একটি বার্তা সত্যিই আপনার প্রোভাইডারের কাছ থেকে এসেছে এবং এতে কোনো পরিবর্তন করা হয়নি। এটি সেই রেকর্ড যা সবচেয়ে বেশি কাজ করে, এবং DMARC পাস করার জন্য এটি মেলা আবশ্যক।

Return-path (bounce) domain — সাধারণত একটি CNAME। এটি অদৃশ্য এনভেলপ ঠিকানা সেট করে যা আপনার প্রোভাইডার বাউন্স সংগ্রহের জন্য ব্যবহার করে। এটি ছাড়া, বাউন্সগুলো এমন কোথাও চলে যায় যা আপনি দেখতে পান না এবং আপনার অজান্তেই আপনার ডোমেনের সুনাম ক্ষুণ্ণ হয়।

DMARC — _dmarc.yourdomain.com-এ একটি TXT রেকর্ড যা গ্রহণকারী সার্ভারগুলোকে বলে দেয় যে SPF এবং DKIM যখন আপনার From লাইনের সাথে অমিল হয় তখন কী করতে হবে। সবকিছু পাস হচ্ছে কিনা তা পরীক্ষা করার সময় p=none দিয়ে শুরু করুন, তারপর p=quarantine এবং p=reject-এ নিয়ে যান।

⚠️ DNS পরিবর্তনগুলো তাৎক্ষণিক হয় না। কোনো কিছু ভুল হয়েছে বলে ধরে নেওয়ার আগে এক ঘণ্টা পর্যন্ত সময় দিন।

পাঠানোর জন্য একটি সাবডোমেন ব্যবহার করুন

mail.yourdomain.com বা notifications.yourdomain.com থেকে পাঠান, সরাসরি yourdomain.com থেকে নয়।

এর কারণ হলো সুনাম। আপনার মূল ডোমেনটি আপনার ব্যবসায়িক ইমেলের জন্য ব্যবহৃত হয়। যদি কোনো বাল্ক সেন্ড কখনো ভুল হয়ে যায়, তবে একটি পৃথক সেন্ডিং সাবডোমেন ক্ষতি সীমিত রাখে — আপনি যখন সমস্যাটি সমাধান করছেন তখনও আপনার কর্মীরা ক্লায়েন্টদের ইমেল করতে পারেন। এটি আপনাকে আপনার নিজস্ব মেলবক্সগুলো যে রেকর্ডগুলোর ওপর নির্ভর করে সেগুলোতে স্পর্শ না করেই পাঠানোর জন্য DNS রেকর্ড সেট করতে দেয়।

আপনি এখনও Send from this domain ফিল্ডে কোনো ঠিকানার বদলে একটি ডোমেন বসান। @-এর আগের অংশটি বার্তা অনুযায়ী বেছে নেওয়া হয়: রসিদগুলো billing@ হিসেবে, পাসওয়ার্ড রিসেট no-reply@ হিসেবে, টিকিটের উত্তর support@ হিসেবে পাঠানো হয়।

সেটআপ যেভাবে কাজ করে

১. আপনার প্রোভাইডার বেছে নিন এবং এর ক্রেডেনশিয়াল পেস্ট করুন। ২. Send test message চাপুন। আমরা আপনার মনোনীত একটি ইনবক্সে কোড সহ আপনার প্রোভাইডারের মাধ্যমে একটি বাস্তব ইমেল পাঠাব। ৩. সেই ইনবক্স থেকে কোডটি পড়ুন এবং এটি লিখুন।

কেবল তখনই আপনার মেল আপনার হিসেবে প্রেরিত হতে শুরু করবে।

⭐ পরীক্ষার জন্য একটি ভিন্ন ডোমেনের ইনবক্স ব্যবহার করুন — একটি Gmail বা Outlook ঠিকানা আদর্শ। যে বার্তাটি আপনার নিজস্ব সার্ভার থেকে কখনো বের হয় না, তা ইন্টারনেট অতিক্রম করে অন্য কারও স্প্যাম ফিল্টার পার হওয়া বার্তার তুলনায় অনেক কম প্রমাণ দেয়।

আমরা কেন টেস্ট মেসেজটি প্রকৃতপক্ষে পৌঁছানোর জন্য জোর দিই

কারণ একটি প্রোভাইডার যা একটি বার্তা গ্রহণ করে এবং তারপর নীরবে বাতিল করে দেয়, তা দেখতে ঠিক কাজ করা প্রোভাইডারের মতোই একদম একরকম। একটি ব্র্যান্ড-নিউ Amazon SES অ্যাকাউন্ট স্যান্ডবক্সে থাকে এবং এটি আপনার বার্তা গ্রহণ করবে কিন্তু কোথাও ডেলিভারি করবে না। একটি Mailgun ডোমেন যার DNS এখনও প্রোপাগেট করেনি সেটিও একই কাজ করে। একটি SMTP রিলে যা 250 উত্তর দেয় এবং ফেলে দেয়, তাও একই কাজ করে।

আপনার ক্রেডেনশিয়াল গৃহীত হওয়ার সাথে সাথেই যদি আমরা আপনার পাঠানো পরিবর্তন করে দিতাম, তবে আপনি প্রথম যে বিষয়টি জানতে পারতেন তা হলো আপনার ক্লায়েন্টরা কোনো কিছু পাওয়া বন্ধ করে দিয়েছে — এবং আপনি কয়েক দিন পরে একজন ক্লায়েন্টের কাছ থেকে তা জানতে পারতেন। কোডটি প্রমাণ করে যে একটি বার্তা আপনার প্রোভাইডার থেকে বেরিয়েছে এবং পৌঁছেছে।

আমার প্রোভাইডার কাজ করা বন্ধ করলে কী হবে

আপনার বিজ্ঞপ্তিগুলো ব্যর্থ হিসেবে রেকর্ড করা হয়, পুনরায় চেষ্টা করা হয়, এবং আপনার Email sending স্ক্রিন আপনার প্রোভাইডারের নিজস্ব ত্রুটির বার্তা সহ লাল হয়ে যায়।

⛔ আমরা এর পরিবর্তে আমাদের ডোমেন থেকে সেগুলো পাঠাই না। এটি ইচ্ছাকৃত। একটি নীরব ফলব্যাকের অর্থ হবে যে একটি ত্রুটিপূর্ণ মেল অ্যাকাউন্ট যথেষ্ট ভালোভাবে কাজ করতে থাকবে যাতে কেউ এটি সমাধান না করে — যেখানে আমরা নীরবে এর জন্য অর্থ প্রদান করি। সুতরাং একটি ত্রুটি দৃশ্যমান, এবং এটি সমাধানের দায়িত্ব আপনার, যা এটি ঠিক করার একমাত্র উপায়।

যতক্ষণ না এটি ঠিক করা হয়, আপনার ক্লায়েন্টরা সেই বিজ্ঞপ্তিগুলো পাচ্ছেন না। সবকিছু এখনও তাদের ড্যাশবোর্ড ইনবক্সে রয়েছে, এবং কিছুই হারিয়ে যায়নি — তবে এখানে একটি লাল ব্যানারকে জরুরি হিসেবে বিবেচনা করুন।

আমি কিছু না করলে কী হবে?

কিছুই নষ্ট হবে না। আপনার বিজ্ঞপ্তিগুলো আমাদের ডোমেন থেকে Zinn Digital® হিসেবে যেতে থাকবে, এবং আমরা সেগুলোর জন্য অর্থ প্রদান করতে থাকব। আপনার ক্লায়েন্টরা কেবল আপনার নামের পরিবর্তে আমাদের নাম দেখতে পাবেন।

এটি সরানো

Disconnect চাপুন। আপনার সংরক্ষিত ক্রেডেনশিয়াল মুছে ফেলা হবে এবং আপনার বিজ্ঞপ্তিগুলো পরবর্তী বার্তা থেকে আমাদের ডোমেনে ফিরে যাবে। আপনি যেকোনো সময় পুনরায় সংযোগ করতে পারেন।