আমরা মেইল চালিয়ে থাকি। Postfix পৃথক ইন্সট্যান্সের মাধ্যমে আউটব্যান্ড ট্রান্স্যাকশনাল এবং ব্যাচ প্রেরণ, Dovecot-এর মেইলবক্সের মাধ্যমে ইনব্যান্ড, Rspamd-এর মাধ্যমে পরিশোধক এবং স্কোরিং। একটি বার্তাকে ক্লায়েন্টের ডোমেইন দাবি করার অনুমতি দেওয়ার পূর্বে প্রেরক পরিচয় সরাসরি DNS-এর সাথে পরীক্ষা করা হয়।
| মাপ | মান | উৎস | পরিমাপকৃত |
|---|---|---|---|
| মেইল কম্পোনেন্ট উৎপাদনে | 5 (Postfix outbound, Postfix bulk, Postfix inbound, Dovecot, Rspamd) | kubectl get deployments -n mail | |
| খ্যাতি শ্রেণী দ্বারা পৃথক পাথ প্রেরণ করা হচ্ছে | 2 (transactional and bulk, on distinct instances) | kubectl get deployments -n mail | |
| প্রেরণ অনুমোদনের পূর্বে প্রেরক-ডোমেইন পরীক্ষা সম্পন্ন করা হবে | 2 (domain ownership proven by DNS record, and SPF authorisation verified live) | transactional sender-identity resolution in the email service |
কি ভবন এটা আমাদের শিখিয়েছে
যখন কোন মার্কেটিং ই-মেইল আসে না, তখন প্রচারণার টুলটি তা পাঠানোর মত রিপোর্ট করে। এটা প্রযুক্তিগতভাবে সত্য এবং সম্পূর্ণরূপে অকার্যকর। বার্তাটি প্রেরণ করার জন্য গ্রহণ করা হয় এবং তারপর প্রচারণার টুলটি দেখতে না পাবার নিয়ম অনুযায়ী, প্রচারণার টুলটি গ্রহণকারী সিস্টেম দ্বারা বাতিল, স্থগিত অথবা স্প্যাম হিসেবে ফাইল করা হয় এবং এর বিক্রেতা তা ব্যাখ্যা করতে পারে না। এটি ডিজিটাল মার্কেটিং এর সবচেয়ে সাধারণ অবহেলা, এবং একটি এজেন্সির কাছে শুধুমাত্র প্রচারণার টুল আছে, যার কোন উপায়ে এটি তদন্ত করার সুযোগ নেই।
পরিকাঠামো চালানোর ফলে যা জানা যায় তা পরিবর্তন হয়। আমরা ট্রান্স্যাকশনাল প্রেরণ থেকে ব্যাপকভাবে পৃথক করেছি যাতে করে একটি সংবাদপত্র পাসওয়ার্ড পুনঃস্থাপনের উপর নির্ভরশীল খ্যাতিকে ক্ষতি করতে না পারে। আমরা পাঠানোর সময় লাইভ ডিএনএসের সাথে চেক করি, একটি ডোমেইন সত্যিই দাবি করা ভাড়াটিয়াদের কাছে প্রমাণিত হয়েছে কিনা এবং এর এসপিএফ রেকর্ড আমাদেরকে প্রকৃতপক্ষে অনুমোদন করছে কিনা - এবং যদি সেই অনুসন্ধান ব্যর্থ হয়, তাহলে আমরা অনুমান করার পরিবর্তে কোন রায় রেকর্ড করি না, কারণ এখানে অনুমান করা মেইল পাঠানো হয় যা প্রমাণীকরণে ব্যর্থ হয় এবং প্রাপ্ত সিস্টেমকে ডোমেইনকে বিশ্বাস না করতে শেখায়।
ইনব্যান্ড তার নিজের শিক্ষা দিয়েছে। আমরা একবার একটি ক্লাস আনা বার্তা হারিয়েছি কারণ একটি ওয়েবহুক ফর্ম-এনকোড করা তথ্য পোস্ট এবং হ্যান্ডলার এটি JSON হিসাবে পার্স করার চেষ্টা করেছিল, একটি উচ্ছ্বল ২০০ ফিরিয়ে আনতে যখন বিষয়বস্তু পরিত্যাগ করা হয়। তিনটি পৃথক নিরব ড্রপ সেই পথে ছিল। কিছুই সতর্ক করা হয়নি, কারণ সবকিছু সফলতার সাথে প্রতিবেদন করেছিল। সিস্টেম যেটি সফলতার সাথে ব্যর্থ হয় তা খুঁজে পাওয়া সবচেয়ে কঠিন এবং কারণ আমরা ক্লায়েন্টের কাজের উপর obsessively ingestion paths instrument শিখি।
এখানে একটি সংযোগ সীমা আছে যা উল্লেখ করাও মূল্যবান, কারণ এটি এমন একটি বিস্তারিত বিবরণ যা কেবলমাত্র বাস্তব লোডের অধীনে দেখা যায়: একটি মেইল সার্ভার প্রতি ব্যবহারকারী এবং ঠিকানা, প্রতি প্রসেস একই সাথে সংযোগের একটি সীমাবদ্ধ সংখ্যা অনুমোদন করে। এটি অতিক্রম করলে এবং কিছু কাজ বন্ধ করে দেয় যা প্রমাণীকরণ ব্যর্থতার মতো দেখায়। মেইল এর জন্য ক্ষমতা পরিকল্পনা করা সত্য প্রকৌশল, এবং এর জন্য প্রায় কেউ বাজেট করে না।
নির্মিত হয়েছে
- Postfix
- Dovecot
- Rspamd
- SPF
- DKIM
- DMARC
- IMAP
- Java
- Spring Boot
আমাদের বলুন আপনি কি করতে চাচ্ছেন
আমরা সঠিক লোক কিনা তা জানার জন্য সাধারণত একটি সংক্ষিপ্ত কথাবার্তাই যথেষ্ট। যদি আমরা সঠিক না হই, তাহলে আমরা তা বলব এবং আপনাকে আরো ভালো কোন জায়গায় নিয়ে যাব।