جميع المقالات

رسائل أودو (Odoo) لا تُرسل؟ إصلاح البريد الصادر وسجلات SPF وDKIM وDMARC

لماذا لا تُرسل رسائل أودو أو تصل إلى البريد العشوائي، وكيف تصلح ذلك: خادم البريد الصادر، وتصفية المرسِل، وسجلات SPF وDKIM وDMARC، وطابور الرسائل والأخطاء الشائعة.

بقلم محمد سلمان علي خان، مؤسس Knova Digital Solutions · نُشر في 8 أكتوبر 2026 · 8 دقائق للقراءة · بريد أودو, إعداد أودو, استضافة أودو

عندما لا تخرج رسائل أودو، أو تصل إلى مجلد البريد العشوائي، فالسبب في الغالب واحد من أربعة: لا يوجد خادم بريد صادر يعمل، أو أن عنوان المرسِل غير مسموح به على الخادم (تصفية المرسِل FROM filtering)، أو أن سجلات SPF أو DKIM أو DMARC ناقصة لنطاقك، أو أن الرسائل عالقة في طابور أودو. افحصها بهذا الترتيب. يشرح هذا الدليل كل سبب بقوائم الإصدارات من 17 إلى 19، ويعرض رسائل الخطأ الشائعة، وما يجهّزه Knova Cloud لك.

تتناول هذه المقالة البريد الصادر فقط: عروض الأسعار والفواتير والإشعارات ورسائل إعادة تعيين كلمة المرور التي يرسلها أودو.

كيف يقرّر أودو طريقة إرسال الرسالة

لكل رسالة يرسلها أودو عنوان مرسِل (From)، ويختار أودو لها خادم بريد صادر بهذا الترتيب، بحسب وثائقه:

1. خادم تطابق تصفية المرسِل فيه عنوان المرسِل أو نطاقه (مثل خادم عليه التصفية example.com للعنوان sales@example.com).
2. وإلا فأول خادم بلا تصفية مرسِل، ويُستبدل عنوان المرسِل بـعنوان الإشعارات (افتراضيًا notifications@ على نطاق الأسماء المستعارة لديك).
3. وإلا فأول خادم، مع عنوان الإشعارات أيضًا.
4. وإن لم يوجد أي سجل لخادم بريد، يستخدم أودو الخادم المحدد في سطر الأوامر أو في ملف الإعداد، مع تصفية بحسب معامل النظام mail.default.from_filter.

ومن هنا يأتي كثير من شكاوى «رسائلي تبدو خاطئة». أولًا، إذا لم يكن نطاق المرسِل مسموحًا به، لا يفشل أودو، بل يرسل من عنوان الإشعارات ويحتفظ باسم المرسِل. ثانيًا، تحديد «أول خادم» يكون بحقل الأولوية (Priority)، والقيمة الأقل تفوز، ثم بالترتيب الأبجدي للاسم.

الخطوة 1: تأكد أن خادم البريد يعمل

فعّل وضع المطوّر وافتح Settings → Technical → Outgoing Mail Servers. واستخدم لكل خادم القيم التي يعطيك إياها مزوّد البريد:

• المنفذ والأمان. المنفذ 587 مع STARTTLS أو المنفذ 465 مع SSL/TLS. كثير من المستضيفين، ومنهم سحابة Odoo نفسها، يحجبون المنفذ 25.
• اسم المستخدم وكلمة المرور. حسابات Gmail وMicrosoft 365 المفعّل فيها التحقق بخطوتين تحتاج غالبًا إلى OAuth (لدى أودو وحدات للاثنين) أو إلى كلمة مرور للتطبيقات، لا كلمة المرور العادية.
• تصفية المرسِل. اجعلها النطاق أو العنوان الذي وثّقه مزوّدك لك.

اضغط Test Connection. وكما تنبّه وثائق أودو، فنجاح الاختبار يثبت فقط أن أودو يستطيع تسجيل الدخول؛ وقد يرفض المزوّد عنوان مرسِل لم يوثّقه.

الخطوة 2: اضبط عناوين الإرسال (نطاق الأسماء المستعارة)

في أودو 17 وما بعده، تُبنى العناوين من نطاق الأسماء المستعارة (Alias Domain) للشركة (في Settings، أو في وضع المطوّر من Settings → Technical → Alias Domains):

• Default From (افتراضيًا notifications): المرسِل المستخدم حين يتعذر استخدام المؤلف الحقيقي.
• Catchall (افتراضيًا catchall): عنوان الرد (Reply-To)، لتعود الردود إلى المستند الصحيح.
• Bounce (افتراضيًا bounce): وجهة أخطاء التسليم، وهو أيضًا العنوان الذي يُطبَّق عليه فحص SPF.

وفي أودو 16 وما قبله، الإعدادات نفسها معاملات نظام: mail.default.from وmail.catchall.domain وmail.catchall.alias وmail.bounce.alias.

قاعدتان تجنّبانك معظم المفاجآت: استخدم نطاقًا تملكه لنطاق الأسماء المستعارة، وتأكد أن عنوانَي catchall وbounce موجودان صناديقَ بريد أو تحويلات لدى مزوّد بريدك، حتى لا يضيع ردّ أي عميل. وغيّر هذه الأسماء بحذر: تحذّر أودو من أن الرسائل المرسلة إلى العناوين القديمة قد تضيع.

الخطوة 3: وثّق نطاقك بسجلات SPF وDKIM وDMARC

دون هذه السجلات يضع كثير من المزوّدين رسائلك في البريد العشوائي أو يرفضونها. تشترط Google الآن على كل من يرسل إلى Gmail وجود SPF أو DKIM، وسجلات DNS أمامية وعكسية صالحة، واتصال TLS؛ ومن يرسل أكثر من 5,000 رسالة يوميًا يحتاج أيضًا إلى DMARC، وإلى نطاق مرسِل متوافق مع SPF أو DKIM.

• SPF سجل TXT واحد على نطاقك يحدد من يحق له الإرسال باسمه. للنطاق سجل SPF واحد فقط: أضف include: الجديد إلى السجل الموجود بدل إنشاء سجل ثانٍ.
• DKIM يوقّع كل رسالة. يعطيك مزوّد البريد السجل، وعادة يكون CNAME أو TXT تحت <selector>._domainkey.
• DMARC يخبر المستقبِل بما يفعله حين يفشل SPF وDKIM. ابدأ بالمراقبة، ثم شدّد السياسة حين تبدو التقارير نظيفة.

هكذا تبدو مجموعة نموذجية؛ قيمة include: وسجل DKIM يأتيان من مزوّدك:

example.com.                  TXT    "v=spf1 include:spf.your-provider.example ~all"
k1._domainkey.example.com.    CNAME  k1.dkim.your-provider.example.
_dmarc.example.com.           TXT    "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

وإن كنت تستخدم خوادم بريد Odoo نفسها على Odoo Online أو Odoo.sh، فوثائق أودو تعطي قيمها الخاصة: include:_spf.odoo.com لسجل SPF، وCNAME من odoo._domainkey إلى odoo._domainkey.odoo.com لسجل DKIM. استخدمها مع خوادم Odoo فقط؛ ومع أي مزوّد آخر استخدم سجلات ذلك المزوّد.

الخطوة 4: راجع طابور الرسائل والرسائل الفاشلة

الظرف الأحمر في سجل المحادثة (chatter) يعني أن التسليم فشل لمستلم واحد على الأقل؛ اضغطه لترى الخطأ. ثم افتح في وضع المطوّر Settings → Technical → Emails:

• الرسائل بحالة Delivery Failed يمكن إعادة محاولتها بزر Retry؛ وزر Send Now يرسل رسالة في الطابور فورًا.
• الرسائل بين الأشخاص (عروض الأسعار والفواتير والطلبات) تُرسل فورًا، ولا تظهر هنا إلا إذا فشلت.
• الحملات البريدية وغيرها من الرسائل غير العاجلة تنتظر الإجراء المجدول Mail: Email Queue Manager. تقول وثائق أودو إنه يعمل كل 60 دقيقة افتراضيًا وتوصي بـ15 دقيقة. وإذا كان معطّلًا فلن يخرج البريد المنتظر أبدًا.

رسائل الخطأ الشائعة

وحين يفشل التسليم دون أي رسالة خطأ، تذكر وثائق أودو أن إعداد SPF أو DKIM من أكثر الأسباب شيوعًا.

كيف يتعامل Knova Cloud مع البريد الصادر

• الإنتاج يرسل فعلًا عبر خادم بريد المنصة افتراضيًا. في إعدادات المشروع Settings → Outgoing mail ترى الخادم المستخدم والمرسِل الافتراضي، وتُدخل نطاقك وتضغط Check DNS: فتظهر لك إضافة SPF وسجلات DKIM وسجل DMARC مبدئي، ويُفحص وجود كل منها. ويستطيع المسؤولون استخدام Send test email.
• إلى أن يُسمح بنطاقك على خادم بريد المنصة، تخرج الرسائل من المرسِل الافتراضي مع الاحتفاظ باسمك، وهو سلوك تصفية المرسِل الموصوف أعلاه.
• خادم بريدك الخاص يعمل أيضًا: أضفه في أودو ضمن Outgoing Mail Servers فيُستخدم بدلًا من خادم المنصة. المنفذ 25 الصادر محجوب، فاستخدم 587 أو 465.
• التطوير والتجهيز لا يراسلان أشخاصًا حقيقيين أبدًا. كل رسالة يرسلانها تُحجز وتظهر في تبويب Mails للفرع (HTML أو نص عادي أو المصدر الخام)، ونسخ التجهيز محيَّدة، فلا تصل فاتورة تجريبية إلى عميل. وتشرح وثائق بيئة التجهيز (بالإنجليزية) الباقي.
• قاعدة البيانات المستوردة يمكن إيقاف خوادم بريدها القديمة وإجراءاتها المجدولة عند الاستيراد، كي لا ترسل باسم النظام القديم.
• يعرض تبويب Monitor رسمًا يوميًا لعدد الرسائل التي يرسلها الإنتاج وعدد المرتدّ منها.

الشاشات موضحة في وثائق البريد (بالإنجليزية). وإن كنت تنتقل من Odoo.sh، فيغطي دليل الانتقال (بالإنجليزية) بقية الخطوات، وتعرض صفحة استضافة Community وصفحة الخطط والأسعار ما هو مشمول. وإن كنت تشغّل أودو على خادمك الخاص، فيشرح دليل تثبيت Odoo 20 الطريقة، ويمكننا تثبيته لك.

قائمة مراجعة قصيرة

1. خادم صادر واحد يعمل على المنفذ 587 أو 465، ونجاح Test Connection.
2. تصفية المرسِل مضبوطة على النطاق الذي وثّقه مزوّدك.
3. نطاق أسماء مستعارة تملكه، مع صندوقَي catchall وbounce موجودين فعلًا.
4. سجل SPF واحد، وDKIM من مزوّدك، وسجل DMARC.
5. الإجراء المجدول لطابور البريد يعمل، ولا رسائل عالقة بحالة Delivery Failed.
6. رسالة اختبار إلى عنوان Gmail وعنوان Outlook، مع فحص مجلدَي البريد العشوائي.

المصادر

• وثائق Odoo 19.0، إدارة الرسائل الصادرة: اختيار الخادم، وتصفية المرسِل، ونطاق الأسماء المستعارة، والمنفذ 25 (بالإنجليزية).
• وثائق Odoo 19.0، إعداد سجلات DNS لإرسال البريد من أودو: SPF وDKIM وDMARC (بالإنجليزية).
• وثائق Odoo 19.0، مشكلات البريد الشائعة وحلولها: فشل التسليم، وطابور الرسائل، والأخطاء (بالإنجليزية).
• وثائق Odoo 16.0، خوادم البريد في Odoo 16: معاملات النظام في الإصدارات الأقدم (بالإنجليزية).
• مساعدة مشرفي Google Workspace، إرشادات مرسِلي البريد.

رُوجعت المصادر في 8 أكتوبر 2026. أودو (Odoo) وOdoo.sh علامتان تجاريتان لشركة Odoo S.A. أما Knova Cloud فخدمة مستقلة، غير تابعة لشركة Odoo S.A. ولا معتمدة منها.