الأسئلة الشائعة
كل ما يسأل عنه الناس فعلًا قبل تثبيت Missivus وبعده، لكل منصة في العائلة. أما التفاصيل التقنية العميقة فموجودة في توثيق كل منتج على GitHub، وهذه هي الصيغة القصيرة الصادقة.
أي المنصات يدعمها Missivus؟
أربع منصات، تحمل جميعها ناقل Graph المضمَّن نفسه. Missivus لـ Matomo (متاح) يعترض Piwik\Mail، فتمر عبر Graph إعادة تعيين كلمات المرور والتقارير المجدولة والتنبيهات — وملفات PDF الكبيرة للتقارير تسلك مسار الرفع على أجزاء تلقائيًا. وMissivus لـ WordPress (متاح) يعترض wp_mail() عبر خطاف pre_wp_mail الخاص بـ WordPress — بما في ذلك تأكيدات الطلبات وإشعارات النماذج. وMissivus لـ Nextcloud (متاح) يستبدل مُرسِل بريد النظام، فيلتقط بريد النواة وكل تطبيق يستخدم مُرسِل بريد Nextcloud. أما Missivus لـ Ghost (متاح) فهو وسيط يحوّل SMTP إلى Graph لبريد Ghost المعاملاتي — دعوات فريق العمل، وإعادة تعيين كلمات المرور، وروابط تسجيل دخول الأعضاء؛ وتبقى النشرات البريدية لدى خدمة النشرات لديك.
هل يحتاج صندوق البريد المشترك إلى ترخيص Microsoft 365؟
لا. صندوق البريد المشترك في Exchange Online مجاني حتى 50 غيغابايت ولا يحتاج إلى ترخيص مخصص له — وهذا هو بيت القصيد. يصادق Missivus بصفته تطبيقًا لا بصفته صندوق البريد، فلا أحد يسجّل الدخول باسمه ولا يُدفَع عنه شيء. ولا يصبح الترخيص ضروريًا إلا إذا حوّلته إلى صندوق بريد مستخدم، أو وضعته تحت حجز قانوني، أو منحته أرشيفًا.
لمَ لا نستخدم SMTP ببساطة؟ منصتي تدعمه أصلًا.
لأن Microsoft تسحبه. أُوقفت كل بروتوكولات المصادقة الأساسية الأخرى في 2022؛ أما مصادقة SMTP AUTH الأساسية فتبقى دون تغيير حتى ديسمبر 2026، وتُعطَّل افتراضيًا للمستأجرين القائمين في نهاية ديسمبر 2026، وتصبح غير متاحة افتراضيًا للمستأجرين الجدد بعد ذلك، على أن يُعلَن موعد الإزالة النهائية في النصف الثاني من 2027. والباقي هو SMTP AUTH مع OAuth2، وهو ما لا تتحدثه مسارات البريد في أي من هذه المنصات، أو تدفق قديم تحجبه مستأجرات كثيرة بالفعل ويحوّل كلمة مرور مستخدم مرخّص إلى بيانات اعتماد خادم مشتركة. أما Graph بأذونات التطبيق فلا يعاني أيًّا من هذه المشكلات — لا كلمة مرور، ولا مستخدم، ولا ترخيص، وبيانات اعتماد يحصرها Exchange في صندوق بريد واحد.
هل هناك حدود إرسال في Microsoft ينبغي أن أعرفها؟
نعم — تنطبق حدود الإرسال القياسية في Exchange Online، ويُحتسب الإرسال عبر Graph بأذونات التطبيق على صندوق البريد المشترك الذي يرسل باسمه. ووفق صفحة الحدود الحالية لدى Microsoft: 10,000 مستلم لكل صندوق بريد خلال 24 ساعة، و30 رسالة في الدقيقة، وسقف افتراضي قدره 500 مستلم للرسالة الواحدة (يمكن للمسؤولين رفعه إلى 1,000). وبالنسبة إلى إعادة تعيين كلمات المرور والتقارير والإشعارات، فهذه السقوف غير محسوسة عمليًا. وهنا نقول الأمر بوضوح — يحمل Missivus البريد المعاملاتي لا النشرات البريدية؛ فإن احتجت إلى إرسال جماعي أو تسويقي، فاستخدم خدمة بريد جماعي لا صندوق بريد مشتركًا.
سر عميل أم شهادة — أيهما أختار؟
ابدأ بسر عميل — نقرتان في Entra، ولا شيء على نظام الملفات، وهو الطريق الذي توثّقه الأدلة. أما الشهادة فأقوى، لأن بيانات الاعتماد لا تنتقل أبدًا في متن الطلب، وهي تستحق العناء إن طلبتها سياستك الأمنية. وكلاهما مُنفَّذ بالكامل على كل منصة، ويمكنك التبديل في أي وقت من صفحة الإعدادات.
كيف أدوّر سر العميل؟
أنشئ السر الجديد في Entra — فالقديم يظل يعمل حتى انتهاء صلاحيته، ولا نافذة انقطاع هنا. انسخ القيمة الجديدة Value لا Secret ID، والصقها في إعدادات Missivus، واحفظ، وأرسل رسالة اختبار، ثم احذف السر القديم. يخزّن Missivus رمز الوصول مؤقتًا لفترة قصيرة، ولا يخزّن السر أبدًا، فلا شيء يحتاج إلى إعادة تشغيل.
ماذا يحدث للمرفقات التي تتجاوز 3 ميغابايت؟
تُرسَل. يحدّ Graph المرفقات المضمّنة عند نحو 3 ميغابايت، وفوق ذلك ينتقل Missivus تلقائيًا إلى مسار الرفع على أجزاء في Graph — إنشاء مسودة، ثم الرفع على أجزاء، ثم الإرسال. والقرار يُتخذ لكل رسالة على حدة بحسب الحجم، على كل منصة. ولا يوجد إعداد لهذا عمدًا — فملف PDF لتقرير مجدول يجب ألا يفشل بسبب الحجم أبدًا.
لماذا تطلب الأدلة إذن Mail.ReadWrite إلى جانب Mail.Send؟
لأجل مسار المرفقات الكبيرة فقط — فإنشاء مسودة وفتح جلسة رفع لا يغطيهما إذن Mail.Send. وإن كنت لن ترسل مرفقات تتجاوز 3 ميغابايت أبدًا، فإذن Mail.Send وحده يكفي؛ وإن احتجت إليها يومًا، جاء الفشل صريحًا مسميًا الإذن الناقص. والإذنان محدودان بسياسة الوصول نفسها، فلا يمنح Mail.ReadWrite شيئًا خارج صندوق البريد المشترك الواحد.
هل سياسة وصول التطبيق ضرورية فعلًا؟
نعم — عدّها جزءًا من التثبيت لا تحصينًا اختياريًا. فبدونها يتيح إذن Mail.Send كإذن تطبيق للتطبيق أن يرسل باسم أي صندوق بريد في مستأجرك. والسياسة تحصره في صندوق واحد. وتتضمن الأدلة أوامر التحقق، وتطلب منك ألا تكمل حتى يعود الاختبار الثاني بنتيجة Denied.
هل سيعطّل Missivus بريدي إن ثبّته ولم أفعل شيئًا؟
لا، على أي منصة. فكل منتجات Missivus تُشحن مُعطَّلة — وتثبيتها وتفعيلها لا يغيّر شيئًا حتى تفعّل صراحة الإرسال عبر Graph في إعداداتها. وإلغاء التفعيل يعيد ناقل المنصة الأصلي دون أي تنظيف. كما أن الرجوع الاختياري إلى مسار بريد المنصة نفسه مُعطَّل افتراضيًا — ففشل تراه أفضل من رسالة تذهب بهدوء إلى العدم.
وصلني رمز خطأ AADSTS من Microsoft. ماذا يعني؟
المشتبه بهم المعتادون — AADSTS7000215 يعني أن السر خاطئ، وغالبًا لأن Secret ID نُسخ بدل Value. وAADSTS900023 يعني معرّف مستأجر خاطئًا. وErrorAccessDenied يعني أن سياسة الوصول لا تغطي صندوق البريد أو أن موافقة المسؤول لم تُمنح أصلًا. ويحوي دليل تثبيت كل منتج الجدول الكامل مع الحلول — والأسرار محجوبة قبل تسجيل أي شيء، فالأخطاء آمنة للصق في تقرير مشكلة.
يعمل Matomo لديّ في Docker ولا أستطيع وضع ملفات في plugins/. هل يمكنني رفع الملف المضغوط؟
نعم، مع تغيير إعداد واحد مؤقتًا — enable_plugin_upload. يُشحن مُعطَّلًا لأنه يتيح لأي مستخدم متميز رفع شيفرة PHP ينفّذها Matomo، لذا يرشدك الدليل إلى تفعيله، ثم الرفع، ثم التفعيل، ثم — والأهم — إعادة تعطيله فورًا. أما على WordPress وNextcloud فتنطبق مسارات رفع الإضافات والتطبيقات المعتادة ولا حاجة إلى شيء خاص.
هل يعمل مع الإضافات والتطبيقات الأخرى التي ترسل بريدًا؟
كل ما يرسل عبر طبقة البريد في المنصة يمر عبر Missivus — على Matomo هي Piwik\Mail، وعلى WordPress هي wp_mail()، وعلى Nextcloud هي مُرسِل بريد النظام الذي تستخدمه النواة والتطبيقات على حد سواء. أما إضافة تفتح اتصال SMTP خاصًا بها فتتجاوز طبقة البريد في المنصة ولا تتأثر.
تحتاج إلى تفاصيل أعمق؟
أدلة التثبيت والمراجعات الأمنية ومتتبعات المشكلات موجودة في مستودع كل منتج.