Mail Infrastructure / Deliverability
4SO Mail Gateway
پلتفرم ایمیل روی Linux و ماشین مجازی برای ارسال، محافظت از ورودی، مسیریابی، اعتبار فرستنده و چرخه عمر عملیاتی.
- KumoMTA
- Routing & shaping
- Reputation
- Inbound protection
- Recovery
مسئله
مسئله
Mail در مرز protocol، reputation، abuse، security و operations قرار دارد؛ نصب MTA به‌تنهایی محصول یا deliverability نمی‌سازد.
چرا سخت است
Routing، sending identity، rate control، queue behavior، protection و reputation باید در کنار observability و recovery بدون وابستگی به hosting panel کار کنند.
تصمیم
نقش رهبری / معماری
حفظ data plane روی host/VM، جلوگیری از پیچیدگی غیرضروری Kubernetes و طراحی محصول مستقل از hosting panelها.
تصمیم‌های کلیدی
Kubernetes را از critical delivery path دور نگه داشتن، hosting adapterها را حذف کردن و multi-IP/routing/rate-control را product capability دیدن نه configuration snippet.
معماری
معماری
Host/VM data plane برای SMTP، queue و sending identity؛ control plane جدا برای tenant، policy، routing، evidence و lifecycle؛ integration با mail serverهای دیگر از طریق contract مشخص.
مدل Failure و Recovery
Queue و spool باید در restart یا control-plane impairment رفتار قابل پیش‌بینی داشته باشند؛ recovery بر اساس observed delivery state انجام می‌شود.
مدل Security / Authority
Tenant isolation، DKIM/key handling، inbound protection، abuse control و secret management از lifecycle جدا نیستند.
ارزش
تجربه محصول
Domain، route، sending identity، policy و health به workflow محصول تبدیل می‌شوند تا operator مجبور به دست‌کاری پراکنده config نباشد.
ارزش ایجادشده
Deliverability، routing، protection و lifecycle از مجموعه تنظیمات پراکنده به capability قابل مدیریت تبدیل می‌شوند.
مرزها
Trade-offها
Linux/VM-first بودن complexity orchestration را کم می‌کند اما نیازمند discipline قوی در packaging، upgrade و host lifecycle است.
چه چیزی عمداً خارج شد
وابستگی به cPanel/DirectAdmin/Plesk، Kubernetes در critical SMTP path و AI به‌عنوان dependency delivery عمداً خارج هستند.
مرز حقیقت
واقعیت فعلی / محدودیت‌ها
AI ابزار کمکی عملیات است و dependency مسیر delivery نیست؛ physical certification از source readiness جداست.
designed → source implemented → runtime tested → production certified
هر سطح جداگانه ادعا می‌شود؛ سطح پایین‌تر هرگز به معنای سطح بالاتر نیست.
شروع گفتگو
اگر فناوری باید سازمان شما را جلو ببرد، نه اینکه پشت سرش بماند، صحبت کنیم.
گفتگوی اول درباره مسئله شماست، نه درباره من: کجا گیر کرده‌اید، چه چیزی در خطر است و آیا من آدم درستِ حل آن هستم.
مسئله را مطرح کنید