لا تزال المؤسسات تستضيف بريدها الإلكتروني ذاتيًا في 2026 لثلاثة أسباب: متطلبات سيادة البيانات، التوفير الاقتصادي عند حجم يتجاوز بضع مئات من الصناديق، وتجنب الاعتماد على سحابة أجنبية لنظام أساسي في العمليات اليومية. يظل البريد السحابي الخيار الافتراضي لسبب وجيه — شخص آخر يدير الخوادم، يصلح ثغرات CVE، ويرد الساعة 3 فجرًا — لكن هذه الراحة لها تكلفة حقيقية وقابلة للحساب للمؤسسات فوق تلك العتبة.
الحسابات تتغير عند الحجم الكبير
تسعير SaaS لكل مستخدم سهل التبرير عند 50 صندوق بريد وصعب التبرير عند 10,000. رحّلنا مؤسسة واحدة بـ10,000 صندوق بريد من حزمة تجارية، وانخفضت تكلفة التشغيل التقديرية من نحو 3 مليارات تومان سنويًا إلى أقل من 200 مليون — لأن التكلفة الحدّية لصندوق البريد رقم 10,001 على بنيتك التحتية الخاصة تقترب من الصفر، وهي لا تفعل ذلك أبدًا في خطة لكل مستخدم.
SaaS مفوتَر بالدولار على عملة ليست الدولار
بالنسبة للمؤسسات الإيرانية تحديدًا، اشتراك مُسعَّر ومفوتَر بالدولار الأمريكي يحمل مخاطرة عملة لا سيطرة لقسم المالية عليها، بالإضافة إلى التعرض للعقوبات الذي قد يتحول لمشكلة وصول دون إنذار. البريد الإلكتروني ذاتي الاستضافة يزيل الاثنين: لا شيء يُفوتَر بعملة أجنبية ولا شيء يمكن لمنصة أجنبية تعليقه.
ما يجب أن يكون صحيحًا فعليًا
استضافة البريد الإلكتروني ذاتيًا بشكل سيء أسوأ من عدم فعلها — قابلية التسليم، وتصفية البريد المزعج، ونظافة شهادات TLS أمور لا تغتفر الأخطاء فيها. الأجزاء المهمة: بروتوكول حديث (JMAP، لا IMAP من التسعينيات، لأي شيء يشبه تجربة بريد ويب لائقة)، تسجيل دخول برمز مرور لمرة واحدة عبر الرسائل النصية لأن إعادة تعيين كلمة المرور عبر البريد دائرية على خادم بريدك الخاص، ومراقبة تنبّه أحدهم فعليًا عندما يتراكم الطابور بدلاً من صندوق بريد لا يُسلّم بصمت لست ساعات.
لا شيء من هذا يجعل البريد السحابي الخيار الافتراضي الخاطئ. بل يجعل الاستضافة الذاتية الخيار غير-الافتراضي الصحيح لملف تعريف محدد: كبير بما يكفي ليؤلم فيه التسعير لكل مستخدم، ومقيّد بما يكفي — بالعملة، أو التنظيم، أو إقامة البيانات — بحيث لا يكون «خادم شخص آخر» أبسط فعليًا.
