আপনার নিজস্ব SMTP সার্ভারের মাধ্যমে ইমেল পাঠান

আপনি যদি নিজের মেল পরিকাঠামো পরিচালনা করেন, অথবা আপনার প্রদানকারী যদি এমন কেউ হন যা আমরা সরাসরি তালিকাভুক্ত করিনি, তবে এটি ব্যবহার করুন — প্রায় প্রতিটি মেল পরিষেবাই SMTP অফার করে।

⚠️ আপনার প্রদানকারী যদি Mailgun, SendGrid, Postmark, Amazon SES বা Resend হয়, তবে তার নিজস্ব নির্দেশিকাটি ব্যবহার করুন। কোনও সমস্যা দেখা দিলে সেই সংযোগগুলি আপনাকে আরও স্পষ্ট ত্রুটির বার্তা প্রদান করে, কারণ কোনও SMTP স্ট্যাটাস কোডের পরিবর্তে প্রদানকারী আসলে কী প্রতিক্রিয়া দিয়েছে তা আমরা পড়তে পারি।

আপনার যা প্রয়োজন

যিনি আপনার মেল সার্ভার পরিচালনা করেন, তার কাছ থেকে চারটি জিনিস:

• Host — যেমন smtp.yourprovider.com
• Port — 587, 465 বা 2525
• Username এবং password

কোন পোর্টটি ব্যবহার করবেন

587 হলো STARTTLS সহ সাবমিশন এবং আপনার এটিই ব্যবহার করা উচিত। সংযোগটি প্রথমে এনক্রিপশন ছাড়া শুরু হয় এবং কিছু পাঠানোর আগেই তা TLS-এ আপগ্রেড করা হয়।

465 হলো অন্তর্নিহিত TLS — প্রথম বাইট থেকেই এনক্রিপ্ট করা থাকে। এটিও সমান কার্যকর; কিছু প্রদানকারী এটি বেশি পছন্দ করেন।

2525 একটি অপ্রাতিষ্ঠানিক বিকল্প যা কিছু হোস্ট অফার করে, কারণ কিছু নেটওয়ার্ক 587 ব্লক করে দেয়। আপনার প্রদানকারী নির্দেশ দিলেই কেবল এটি ব্যবহার করুন।

⛔ Port 25 এখানে গ্রহণ করা হয় কিন্তু এটি প্রায় কখনই সঠিক উত্তর নয়। এটি সেই পোর্ট যা মেল সার্ভারগুলি একে অপরের সাথে যোগাযোগের জন্য ব্যবহার করে, কোনও অ্যাপ্লিকেশন থেকে বার্তা জমা দেওয়ার জন্য নয়। বেশিরভাগ নেটওয়ার্কে এটি ব্লক করা থাকে, এতে প্রায়শই কোনও প্রমাণীকরণ থাকে না এবং যেখানে এটি কাজ করে সেখানেও এটি প্রায়শই এনক্রিপ্টবিহীন থাকে।

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

প্রথমে আপনার DNS সেট আপ করুন

কোনও পরিচালিত পরিষেবার মতো আপনার প্রদানকারী আপনার জন্য এটি করে দেয় না। আপনি যে ডোমেন থেকে পাঠাচ্ছেন, সেখানে আপনার প্রয়োজন:

SPF — আপনার সার্ভারের ঠিকানাকে অনুমোদনকারী একটি TXT রেকর্ড: v=spf1 ip4:203.0.113.10 -all, বা v=spf1 a:smtp.yourprovider.com -all। আপনার যদি ইতিমধ্যে একটি SPF রেকর্ড থাকে, তবে সেটি সম্পাদনা করুন; একটি ডোমেনে দুটি SPF রেকর্ড থাকলে SPF সম্পূর্ণরূপে ব্যর্থ হয়।

DKIM — আপনার মেল সার্ভার বহির্গামী বার্তাগুলিতে স্বাক্ষর করে এবং আপনি <selector>._domainkey.yourdomain.com-এ সংশ্লিষ্ট পাবলিক কি প্রকাশ করেন। Postfix-এ এটি সাধারণত OpenDKIM হয়; আপনার প্রদানকারী আপনাকে সিলেক্টরটি জানিয়ে দেবেন।

DMARC — _dmarc.yourdomain.com-এ একটি TXT রেকর্ড, যা v=DMARC1; p=none; দিয়ে শুরু হয়, যতক্ষণ না আপনি যাচাই করছেন যে SPF এবং DKIM উভয়ই সফল হচ্ছে।

রিভার্স DNS — আপনার সার্ভারের IP ঠিকানার জন্য PTR রেকর্ডটি তার হোস্টনেমে পুনরায় রিসলভ হওয়া উচিত। বড় প্রাপকরা এটি পরীক্ষা করে এবং অনেকেই এটি ছাড়া কোনও ঠিকানা থেকে মেল গ্রহণ করবে না। এটি আপনার হোস্টিং প্রদানকারী সেট করেন, আপনার DNS প্রদানকারী নন।

⭐ এটি চালু করার পরে বিনামূল্যে পরীক্ষা করার একটি ভালো উপায়: mail-tester.com-এ একটি বার্তা পাঠান এবং স্কোরটি দেখুন। চারটির মধ্যে কোনটি ভুল তা এটি আপনাকে জানিয়ে দেয়, যা স্প্যাম ফোল্ডার দেখে অনুমান করার চেয়ে অনেক দ্রুত সমাধান দেয়।

Zinn®-এ এটি সংযুক্ত করুন

আপনার ড্যাশবোর্ডে Email sending খুলুন:

• Provider — SMTP server
• Send from this domain — mail.yourdomain.com (একটি ডোমেন, কোনও ঠিকানা নয়)
• SMTP host, Port, Username, Password
• Use STARTTLS — চালু রাখুন, যদি না আপনি 465 পোর্টে থাকেন

⭐ কোনও ব্যক্তির লগইন পুনরায় ব্যবহার করার পরিবর্তে, এর জন্য একটি ডেডিকেটেড মেলবক্স বা সাবমিশন ব্যবহারকারী তৈরি করুন। কেউ চাকরি ছেড়ে দিলে এবং তাদের পাসওয়ার্ড পরিবর্তিত হলেও যেন আপনার ক্লায়েন্টদের বিজ্ঞপ্তি পাঠানো বন্ধ না হয়।

পরীক্ষা পাঠান এবং কোডটি লিখুন

একটি ভিন্ন ডোমেনের ইনবক্সে Send test message-এ চাপ দিন, সেখান থেকে কোডটি পড়ুন এবং এটি প্রবেশ করান।

যখন এটি কাজ করে না

"The mail server rejected the username or password" — SMTP AUTH ব্যর্থ হয়েছে। আপনার প্রদানকারীর অ্যাকাউন্টে যদি দ্বি-পদক্ষেপ প্রমাণীকরণ (two-factor authentication) থাকে, তবে লগইন পাসওয়ার্ডের পরিবর্তে আপনার প্রায় নিশ্চিতভাবেই একটি অ্যাপ পাসওয়ার্ড প্রয়োজন।

"Could not reach host:port" — পোর্টটি ব্লক করা আছে, হোস্টনেম ভুল, অথবা সার্ভারটি সেই পোর্টে সাবমিশন গ্রহণ করছে না। অন্য একটি মেশিন থেকে telnet smtp.yourprovider.com 587 রান করলে আপনি বুঝতে পারবেন কোনটি সমস্যা।

একটি TLS ত্রুটি — আপনার সার্ভারের সার্টিফিকেটের মেয়াদ শেষ হয়ে গেছে, সেলফ-সাইনড, অথবা আপনার প্রবেশ করানো হোস্টনেমের সাথে মিলছে না। আমরা সার্টিফিকেট যাচাই করি এবং সেই পরীক্ষা এড়িয়ে যাব না; সার্টিফিকেটটি ঠিক করুন।

"The mail server refused the recipient" — আপনার সার্ভারটি এই প্রেরকের জন্য রিলে করার মতো কনফিগার করা নেই, যার অর্থ সাধারণত প্রমাণীকৃত ব্যবহারকারীর আপনার প্রেরক ডোমেন হিসেবে পাঠানোর অনুমতি নেই।

মেল পাঠানো হচ্ছে কিন্তু সবকিছু স্প্যামে চলে যাচ্ছে — এটি DNS-এর সমস্যা, SMTP-এর নয়। উপরে উল্লিখিত SPF, DKIM, DMARC এবং রিভার্স DNS সমাধান করুন, তারপর mail-tester পরীক্ষাটি পুনরায় চালান।