জ্ঞানভাণ্ডার
আপনার নিজস্ব Resend অ্যাকাউন্ট সংযুক্ত করুন: একটি ডোমেন যোগ করা, তিনটি DNS রেকর্ড এবং কেন SPF রেকর্ডটি একটি সাবডোমেনে যুক্ত হয়, একটি পাঠানোর অ্যাক্সেস কী এবং একটি নতুন অ্যাকাউন্টের সীমাবদ্ধতাগুলি।
আপনার একটি Resend অ্যাকাউন্ট এবং আপনার ডোমেইনের DNS-এ অ্যাক্সেসের প্রয়োজন হবে। এটি সেট আপ করার ক্ষেত্রে ছয়টির মধ্যে সবচেয়ে দ্রুততম।
Resend-এর নিজস্ব নথিপত্র: আপনার ডোমেইন যাচাই করুন · API কী · সাইন আপ করুন
⚠️ আমাদেরটি নয়, আপনার নিজস্ব Resend অ্যাকাউন্ট। আমরা প্ল্যাটফর্মের নিজস্ব মেইলের জন্য Resend ব্যবহার করি, এবং সেটি একটি পৃথক বিল সহ সম্পূর্ণ আলাদা একটি অ্যাকাউন্ট। আপনারটি যুক্ত করার অর্থ হলো আপনার বার্তাগুলো আপনার কী, আপনার কোটা এবং আপনার সুনামের ওপর নির্ভর করে প্রেরিত হবে — যা মূল উদ্দেশ্য।
Domains → Add Domain, mail.yourdomain.com-এর মতো একটি সাবডোমেইন লিখুন এবং আপনার ক্লায়েন্টদের সবচেয়ে নিকটবর্তী অঞ্চলটি বেছে নিন।
Resend আপনাকে তিনটি রেকর্ড প্রদান করে:
| Type | Host | Purpose |
|---|---|---|
TXT | resend._domainkey.mail.yourdomain.com | DKIM পাবলিক কী |
MX | send.mail.yourdomain.com | রিটার্ন-পাথ (বাউন্স হ্যান্ডলিং) |
TXT | send.mail.yourdomain.com | রিটার্ন-পাথ ডোমেইনের জন্য SPF |
তিনটিই যোগ করুন এবং Verify DNS Records চাপুন।
⭐ মনে রাখবেন যে SPF রেকর্ডটি send. সাবডোমেইনে যুক্ত হয়, আপনার মূল সেন্ডিং ডোমেইনে নয়। এটি সঠিক এবং এই কারণেই আপনার পূর্বে থাকা কোনো SPF রেকর্ডে হাত দেওয়ার প্রয়োজন নেই। Resend-এর রিটার্ন-পাথ হলো নিজস্ব একটি সাবডোমেইন, এবং SPF যাচাই করা হয় খামের প্রেরকের (envelope sender) বিপরীতে, আপনার ক্লায়েন্ট যে ঠিকানাটি দেখেন তার বিপরীতে নয়।
API Keys → Create API Key. এটিকে Sending access প্রদান করুন এবং বিকল্পটি দেওয়া থাকলে, আপনি এইমাত্র যে ডোমেইনটি যুক্ত করেছেন সেটির মধ্যে সীমাবদ্ধ রাখুন।
⛔ কোনো Full access কী তৈরি করবেন না। আমাদের কেবল সেন্ডিং অ্যাক্সেস প্রয়োজন; একটি ফুল-অ্যাক্সেস কী আপনার ডোমেইন, আপনার লগ এবং আপনার অন্যান্য কী-ও পড়তে পারে।
⚠️ কী-টি কেবল একবারই প্রদর্শিত হয় এবং এটি re_ দিয়ে শুরু হয়। এখনই এটি কপি করুন।
আপনার ড্যাশবোর্ডে Email sending খুলুন:
mail.yourdomain.comভিন্ন কোনো ডোমেইনের একটি ইনবক্সে Send test message চাপুন, সেখান থেকে কোডটি পড়ুন এবং সেটি লিখুন।
"The domain is not verified" — Resend-এর যাচাইকরণ এখনও সবুজ (সফল) হয়নি, অথবা Send from this domain-এ থাকা ডোমেইনটি আপনার যুক্ত করা ডোমেইন নয়। Resend হুবহু ডোমেইন মেলায়, তাই yourdomain.com যুক্ত করলে তা mail.yourdomain.com-কে অনুমোদন দেয় না।
401 Unauthorized — কী-টি পুনরায় তৈরি করা হয়েছিল, অথবা আপনি শেষে অতিরিক্ত স্পেস সহ এটি কপি করেছেন। পুনরায় টাইপ করার চেয়ে বরং একটি নতুন কী তৈরি করুন।
কেবল আপনার নিজস্ব ঠিকানাই সবকিছু গ্রহণ করছে — কোনো ডোমেইন যাচাই করেনি এমন একটি Resend অ্যাকাউন্ট কেবল সেই ঠিকানাতেই পাঠাতে পারে যা দিয়ে এটি নিবন্ধিত হয়েছিল। ধাপ ১ সম্পন্ন করুন।
429 Too Many Requests — Resend প্রতি API কী অনুযায়ী রেট-লিমিট করে। আপনি যদি একসাথে একগুচ্ছ নোটিফিকেশন পাঠিয়ে থাকেন তবে এটি স্বাভাবিক এবং বার্তাগুলো পুনরায় পাঠানোর চেষ্টা করা হয়; এটি অব্যাহত থাকলে, আপনার প্ল্যানের সীমা বাড়ানো প্রয়োজন।
হোস্টিং, এসইও এবং বৃহৎ পরিসরে সাইট পরিচালনা সম্পর্কে আমরা যা লিখছি।
২০২৬ সালে হোস্টিং যেভাবে ইনডেক্সিং এবং লিঙ্ক ইকুইটি প্রভাবিত করে: পেজ ইনডেক্স করে রাখা, কাজ শুরুর আগে পুরনো ডোমেন যাচাই করা, কোনো সার্চ ফুটপ্রিন্ট ছাড়া লিঙ্ক তৈরি করা, এবং এসইও-এর জন্য অবকাঠামো কী করতে পারে আর কী পারে না সে সম্পর্কে একটি সৎ দৃষ্টিভঙ্গি।
পোস্টটি পড়ুন →দ্রুত এবং নিরাপদ WordPress-এর জন্য একটি ব্যবহারিক চেকলিস্ট: সার্ভার-স্তরের ক্যাশিং, সাইট-ভিত্তিক অবজেক্ট ক্যাশ, ব্যবহারের উপযুক্ত অল্প কয়েকটি প্লাগইন, স্ট্যাক আপ-টু-ডেট রাখা এবং WooCommerce-এর যে পৃষ্ঠাগুলি আপনার কখনোই ক্যাশ করা উচিত নয়।
পোস্টটি পড়ুন →একটি কন্ট্রোল প্যানেলযুক্ত সস্তা বাক্সের থেকে ভালো পরিচালিত হোস্টিংকে প্রকৃতপক্ষে কী আলাদা করে — মাইগ্রেশন, ব্যাকআপ, আইসোলেশন, আসল ক্যাশিং এবং সৎ স্কেলিং — এবং প্রতিশ্রুতিবদ্ধ হওয়ার আগে এটি কীভাবে বিচার করবেন।
পোস্টটি পড়ুন →প্রতিটি প্ল্যানেই সাপোর্ট অন্তর্ভুক্ত রয়েছে, ডেস্কটি দিনে 24 ঘণ্টা খোলা থাকে এবং আপনি আমাদের 58টি ভাষার যেকোনোটিতে আমাদের লিখতে পারেন—আমরা আপনার ভাষাতেই উত্তর দিই।
সহায়তার সাথে যোগাযোগ করুন → সমস্ত নিবন্ধ →