একদিন, কোনো স্পষ্ট কারণ ছাড়া, আমার Ubuntu 18.04 বিজনেস সার্ভার আটকা আমার জিমেইল ঠিকানায় মেইল ফরওয়ার্ড করা বন্ধ করল।
শুধু একদিন আগে, লোকাল সার্ভার অ্যাকাউন্টগুলোর হোম ডিরেক্টরিতে তৈরি করা .forward ফাইলগুলো (যেমন /home/office/.forward) আনন্দদায়কভাবে আমার বিজনেস ঠিকানাগুলোর উদ্দেশ্যে যেসব মেইল আসছিল সেগুলো আমার ডেইলি-ইউজ জিমেইল অ্যাকাউন্টে রিডাইরেক্ট করছিল। এবং হঠাৎ সেগুলো বন্ধ হয়ে গেল।
যখন আমি কিছু ভুল বুঝলাম, আমি অবিলম্বে আমার সার্ভার লগগুলো চেক করলাম। /var/log/mail.err এমন মেসেজ বের করছিল যেগুলো অন্তর্ভুক্ত করছিল:
status=deferred (delivery temporarily suspended: connect to alt2.gmail-smtp-in.l.google.com[219.8.202.27]:25: Connection timed out)সার্ভার মেইলবক্স চেক করলে জানলাম মেইল আসছে, কিন্তু Postfix Gmail-এ কানেক্ট তৈরি করতে পারছে না মেসেজগুলো ফরওয়ার্ড করার জন্য আমার ঠিকানায়।
স্বাভাবিকভাবেই আমি Postfix রিস্টার্ট করলাম, কিন্তু সেটি সাহায্য করল না।
sudo systemctl restart postfixআমি নিশ্চিত করলাম যে পোর্ট ২৫ (SMTP) তে আউটগোইং মেসেজ ব্লক করার কিছু নেই। তারপর চেক করলাম আমার ডোমেন কোথাও ব্ল্যাকলিস্টেড হয়নি (অনেক অনলাইন টুল আছে যা আপনার জন্য এটি করবে), এবং কমান্ড লাইন থেকে dig চালিয়ে আমার MX রেকর্ডের স্টেট চেক করলাম:
dig MX bootstrap-it.comকিছু ফলাফল নেই। সব কিছু ঠিক দেখাচ্ছিল।
কয়েকটি_FRUSTRATING_ ট্রাবলশুটিং সেশনের পর আমি হার মানলাম এবং কিছু সম্পূর্ণ ভিন্ন ট্রাই করার সিদ্ধান্ত নিলাম।
একজন AWS সলিউশন আর্কিটেক্ট হোনা এবং উইলি/সাইবেক্সের জন্য AWS-এ দুই বই কো-অথর করা (একটি Cloud Practitioners এক্সামের গাইড এবং একটি Solutions Architect Associate এক্সামের জন্য), কি আমাকে ইচ্ছুক এবং সক্ষম হওয়া উচিত ছিল আমার নিজের AWS টুলের স্ট্যাক বানাতে যা ক্লাউডে আমার ইমেল সার্ভারের 니ডস হ্যান্ডেল করবে?
ওকে, হয়তো আমি ইচ্ছুক ছিলাম এবং — কিছু সিরিয়াস রিসার্চ এবং ট্রায়-এরর করার পর — সক্ষমও হলাম। এটা করার জন্য দরকার ছিল:
- একটি S3 বাকেট তৈরি করা যেতে ইনকামিং ইমেলগুলো স্টোর হবে।
- একটি Simple Notification Service (SNS) টপিক তৈরি করা যাতে নতুন ইমেল আসার সময় আমাকে একটি নোটিফিকেশন ইমেল করে।
- Amazon Simple Email Service (SES) কনফিগার করা যাতে এটি আমার ইমেল ডোমেন (bootstrap-it.com) নিতে পারে এবং ইনকামিং মেইল হ্যান্ডেল করতে পারে। এতে Route 53-এ (যেখানে আমার ডোমেনগুলো ম্যানেজড) একটি MX রেকর্ড যোগ করা এবং SES-কে আমার ডোমেনের দিকে পয়েন্ট করা অন্তর্ভুক্ত; আমার যেসব ইমেল ঠিকানা SES কন্ট্রোল করবে সেগুলো যোগ এবং ভেরিফাই করা; এবং তারপর SES-কে বলে নতুন মেসেজগুলো আমার S3 বাকেটে পাঠাতে এবং একই সাথে SNS টপিকের জন্য একটি অ্যালার্ট ট্রিগার করতে।
- আপনি যদি সার্ভিসটির মাধ্যমে ইমেল পাঠাতে চান, তবে SES-কে কনফিগার করা একটি ভালো আইডিয়া যাতে এটি আপনার আউটগোইং মেসেজগুলো DomainKeys Identified Mail (DKIM) দিয়ে সাইন করে।
আমি এখানে সব ধাপ বিস্তারিত বর্ণনা করব না। এর জন্য প্রচুর চমৎকার ডকুমেন্টেশন উপলব্ধ। কিন্তু আমি সংক্ষেপে কিছু পেইন পয়েন্ট মেনশন করব যেগুলো আপনি সম্মুখীন হতে পারেন।
আপনাকে আপনার DNS হোস্টেড জোনের জন্য প্রতিটি ডোমেনের জন্য একটি MX রেকর্ড যোগ করতে হবে। এমনকি যদি আপনার ডোমেনগুলো Amazon Route 53-এ ম্যানেজড হয়, আপনাকে আপনার রেকর্ডের জন্য একটি ভ্যালু দিতে হবে।
আপনি যে ভ্যালুটিটি ব্যবহার করবেন সেটি নির্ভর করবে AWS রিজনে যেখানে আপনার SES রিসোর্স লোকেটেড। আমার কেসে, এটি দেখতে এরকম ছিল:
10 inbound-smtp.us-east-1.amazonaws.comSNS নোটিফিকেশনগুলো টেক্সটের একটি লং স্ট্রিংয়ে আসবে যেটিতে শুধু কয়েকটি ছোট কায়দা উপযোগী কিন্তু পড়তে কঠিন ইনফরমেশন থাকবে। সেটি স্প্যাম আইডেনটিফাই করার জন্য যথেষ্ট হবে, কিন্তু সাধারণত আপনাকে এখানে যা পাবেন তার চেয়ে বেশি ইনফরমেশন দরকার হবে। আমি নোটিফিকেশনগুলোকে একটি হেডস-আপ হিসেবে ব্যবহার করি যাতে আমি জানি আমার S3 বাকেটে নতুন মেইল আছে।
AWS Management Console-এর মাধ্যমে আপনার S3 বাকেটের ভিতরে ইমেলগুলো দেখা الدنيا শেষ নয় যদি এটি মাসে একদুইবার হয়। কিন্তু যদি সেগুলো সেটির চেয়ে দ্রুত আসে, তবে আপনাকে আপনার মেসেজগুলো অ্যাক্সেস এবং পড়ার একটি ভালো পদ্ধতি খুঁজে বের করতে হবে।
তবে, সেটি অটোমেট করার একটি প্রোটোকল বানানো আসলে একটি লোকাল অপারেটিং সিস্টেম সমস্যা যেটি সম্পূর্ণ ভিন্ন সেট টুল দিয়ে সমাধান করতে হবে। আমি নিজের জন্য AWS CLI এবং একটি কুল Bash স্ক্রিপ্ট দিয়ে সমাধান করলাম। আপনি যদি দেখতে চান আমি কীভাবে করলাম, এই আর্টিকেলে ক্লিক করুন।
আমার bootstrap-it.com-এ বই, কোর্স, এবং আর্টিকেল রূপে আরও অনেক অ্যাডমিনিস্ট্রেশন ভালোবাসা উপলব্ধ।
