استكشاف أخطاء البريد الصادر وإصلاحها

:bookmark: هذا دليل #توضيحي يناقش كيفية قيام المدراء باستكشاف أخطاء البريد الإلكتروني الصادر من موقع Discourse وحلها.

:person_raising_hand: مستوى المستخدم المطلوب: مدير

يعتمد Discourse اعتمادًا كبيرًا على البريد الإلكتروني لإشعارات المستخدمين ومهام إدارة الحسابات. إذا لم يتمكن المستخدمون من استلام رسائل البريد الإلكتروني من موقع Discourse، فقد يؤدي ذلك إلى مجموعة متنوعة من المشكلات، بما في ذلك تفويت الإشعارات ومشكلات إدارة الحساب.

ملخص

في هذه الوثائق، ستتعرف على:

  • كيفية التحقق من سجلات البريد الإلكتروني المرسلة
  • كيفية استكشاف الرسائل المرسلة التي تم تخطيها والرسائل المرتدة
  • خطوات استكشاف الأخطاء الشائعة لمشكلات توصيل البريد الإلكتروني
  • الإعدادات الرئيسية وأماكن العثور عليها

التحقق من الرسائل المرسلة

أول مكان يجب التحقق منه عند استكشاف مشكلات البريد الإلكتروني هو صفحة AdminEmailsSent لموقعك (الموجودة في .../admin/email/sent). تُعد صفحة EmailsSent في Discourse موردًا قيمًا للمديرين لمراقبة وظائف البريد الإلكتروني في المنتدى وحل مشكلاتها. توفر هذه الصفحة سجلًا مفصلاً لجميع رسائل البريد الإلكتروني التي تم إرسالها بنجاح من مثيل Discourse الخاص بك.

إليك كل المعلومات التي يمكنك العثور عليها حول الرسائل المرسلة في هذه الصفحة:

  • تم الإرسال في: المدة الزمنية منذ إرسال البريد الإلكتروني.
  • المستخدم: المستخدم الذي استلم البريد الإلكتروني.
  • إلى العنوان: عنوان البريد الإلكتروني للمستلم.
  • نوع البريد الإلكتروني: نوع البريد الإلكتروني الذي تم إرساله. قد يكون ملخصًا، أو قائمة بريدية، أو منشورًا من مستخدم، أو رسالة خاصة من مستخدم، وما إلى ذلك.
  • مفتاح الرد: معرف فريد لكل بريد إلكتروني مرسل. يضمن هذا المفتاح أنه عندما يرد المستخدم على رسالة إشعار، يمكن لـ Discourse مطابقة الرد بشكل صحيح مع المنشور والمستخدم المناسبين، بحيث يمكن للمستخدمين المشاركة في مناقشات المنتدى مباشرة من بريدهم الإلكتروني.
  • المنشور: معرف المنشور الذي تم إنشاء البريد الإلكتروني منه. سيؤدي النقر على هذا المعرف إلى نقلك إلى المنشور الفعلي في المنتدى.
  • تفاصيل SMTP: يشير هذا الحقل إلى الاستجابة المستلمة من خادم SMTP بعد محاولة إرسال البريد الإلكتروني. تعني استجابة 250 2.0.0 أن البريد الإلكتروني قد تم قبوله للتسليم بواسطة خادم البريد الأول (المرسل الخارجي).

:information_source: إذا أبلغ المستخدم عن عدم استلامه لبريد إلكتروني من Discourse، وأظهر Discourse رسالة 250 2.0.0 Ok: queued as ... تحت قسم Post & SMTP Details الخاص به، فقد ترغب في طلب من ذلك المستخدم التحقق من صندوق الوارد مرة أخرى، بالإضافة إلى مجلد البريد العشوائي، لمعرفة ما إذا كان قد فاته البريد الإلكتروني. تشير هذه الحالة إلى أن البريد الإلكتروني قد تم قبوله بواسطة خادم البريد الأول، لكنها لا تضمن التسليم إلى صندوق الوارد النهائي. قد لا يزال البريد الإلكتروني يتم تصفيته أو تأخيره أو إسقاطه بواسطة خوادم لاحقة.

يمكنك أيضًا التوصية بالاتصال بفريق الدعم أو قسم تكنولوجيا المعلومات الذي يدير خادم البريد الإلكتروني الخاص بهم لمعرفة ما إذا كانوا على علم بأي شيء قد يحدث للبريد الإلكتروني بعد الإبلاغ عن أنه في قائمة الانتظار. إذا كان لديك وصول إلى سجلات خادم البريد الصادر الخاص بك (أو إذا كنت تستخدم بنية تحتية مستضافة بواسطة Discourse)، فيمكنك استخدام معرف الطابور الموضح في تفاصيل SMTP لتتبع رحلة البريد الإلكتروني عبر سلسلة التسليم.

إذا لم يظهر بريد إلكتروني في صفحة EmailsSent في Discourse، فهذا يعني أن البريد الإلكتروني لم يتم إرساله بنجاح من مثيل Discourse الخاص بك.

دعنا نلقي نظرة على بعض الصفحات الأخرى التي يمكننا استخدامها لاستكشاف أخطاء البريد الإلكتروني.

استكشاف الرسائل المرسلة التي تم تخطيها

تقع صفحة Skipped Emails في .../admin/email/skipped الخاصة بموقعك، وتعرض جميع رسائل البريد الإلكتروني التي قرر Discourse عدم إرسالها لأسباب مختلفة. سيظهر لكل بريد إلكتروني تم تخطيه سبب التخطي (Skip Reason) بجانبه، مما يوفر نظرة ثاقبة حول سبب عدم إرسال البريد الإلكتروني.

تتوفر المعلومات التالية في هذه الصفحة حول الرسائل المرسلة التي تم تخطيها:

  • الوقت: التاريخ والوقت الذي كان من المفترض إرسال البريد الإلكتروني فيه وتم تخطيه بدلاً من ذلك.
  • المستخدم: المستخدم الذي كان من المفترض أن يستلم البريد الإلكتروني.
  • إلى العنوان: عنوان البريد الإلكتروني للمستلم.
  • نوع البريد الإلكتروني: نوع البريد الإلكتروني الذي تم تخطيه، مثل ملخص، قائمة بريدية، منشور من مستخدم، رسالة خاصة من مستخدم، وما إلى ذلك.
  • سبب التخطي: السبب وراء تخطي البريد الإلكتروني. تشمل الأسباب الشائعة أن المستخدم نشط في الموقع، أو أن المستخدم قد قرأ المنشور بالفعل، أو تجاوز المستخدم عتبة درجة الارتداد.

:person_raising_hand: ماذا يعني Exceeded bounce_score_threshold؟

في Discourse، مع كل مرة يرتد فيها بريد إلكتروني تم إرساله إلى عنوان بريد المستخدم، تزداد «درجة الارتداد» الخاصة بالمستخدم. «درجة الارتداد» هي مقياس لعدد محاولات التسليم الفاشلة لرسائل البريد الإلكتروني المرسلة إلى عنوان محدد.

يشير رسالة Exceeded bounce_score_threshold في Discourse إلى الحالة التي تتجاوز فيها «درجة الارتداد» الخاصة بالمستخدم حدًا معينًا، وهي واحدة من أكثر الأسباب شيوعًا التي تتطلب منك استكشاف البريد الإلكتروني الصادر من Discourse وحل مشكلاته.

:person_raising_hand: ما هو البريد الإلكتروني المرتد؟

البريد الإلكتروني المرتد هو البريد الذي لم يمكن تسليمه إلى المستلم ويعاد إلى المرسل. يمكن أن يحدث هذا لأسباب متنوعة، وعندما يحدث ذلك، يتلقى نظام البريد الإلكتروني للمرسل إشعارًا بمشكلة التسليم.

هناك نوعان من الارتداد:

  1. ارتداد صلب (Hard Bounce): هذا فشل دائم في التسليم. يحدث عادةً عندما يكون عنوان البريد الإلكتروني للمستلم غير صالح أو لم يعد قيد الاستخدام. قد تكون الأسباب الأخرى أن اسم النطاق غير موجود أو أن خادم البريد الإلكتروني للمستلم قد حظر التسليم تمامًا.
  2. ارتداد ناعم (Soft Bounce): هذه مشكلة مؤقتة في التسليم. قد يكون ذلك بسبب امتلاء صندوق بريد المستلم، أو تعطل خادم البريد الإلكتروني مؤقتًا أو تحمّله، أو أن حجم رسالة البريد الإلكتروني كبير جدًا.

:person_raising_hand: هل يمكنني تعديل bounce_score_threshold؟

نعم! راجع: إعدادات موقع درجة الارتداد.

ومع ذلك، من المهم التأكد من حل أي مشكلات أساسية تتعلق بتوصيل البريد الإلكتروني بالكامل قبل تعديل إعدادات درجة الارتداد.

مع وضع ذلك في الاعتبار، دعنا نناقش بعض المعلومات الأخرى التي يمكننا رؤيتها حول الرسائل المرتدة في Discourse.

استكشاف الرسائل المرتدة

تقع صفحة الرسائل المرتدة في .../admin/email/bounced وتوفر نظرة عامة مفصلة على جميع الرسائل المرتدة. إليك ما يمكنك رؤيته في هذه الصفحة بخصوص الرسائل المرتدة:

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

في صفحة Bounced، يمكنك النقر فوق أيقونة :information_source: (i) لعرض تفاصيل إضافية حول بريد إلكتروني مرتد:


ستحتوي نافذة Incoming Email Details على معلومات مفصلة حول البريد الإلكتروني المرتد، وعادةً ما يوفر قسم Body شرحًا لسبب ارتداد البريد الإلكتروني.

:information_source: تأكد من قراءة التفاصيل الكاملة حول البريد الإلكتروني المرتد هنا! سيساعد تحديد سبب ارتداد البريد الإلكتروني المعني في تحديد الخطوات التالية التي يجب اتخاذها.

إليك بعض الأسباب التي قد تجعل بريدًا إلكترونيًا من Discourse يرتد:

  • عنوان بريد إلكتروني غير صالح: إذا كان عنوان البريد الإلكتروني للمستلم غير صالح أو غير موجود أو تم حذفه، فسيعود البريد الإلكتروني.
  • صندوق بريد ممتلئ: إذا كان صندوق بريد المستلم ممتلئًا ولا يمكنه قبول رسائل جديدة، فسيعود البريد الإلكتروني.
  • مشكلات الخادم: إذا كان خادم البريد الإلكتروني للمستلم معطلاً أو غير متاح مؤقتًا، فسيعود البريد الإلكتروني. هذه عادةً مشكلة مؤقتة.
  • مرسل محظور: قد يكون خادم البريد الإلكتروني للمستلم قد حظر عنوان البريد الإلكتروني الخاص بـ Discourse، أو قد يسمح فقط بالبريد الإلكتروني الوارد من نطاقات محددة، عادةً بسبب سياسات أمان البريد الإلكتروني.
  • مرشحات بريد عشوائي عدوانية: إذا تم تصنيف محتوى البريد الإلكتروني على أنه بريد عشوائي بواسطة خادم البريد الإلكتروني للمستلم، فقد يعود البريد الإلكتروني.
  • رد تلقائي: قد تسبب بعض أنظمة الرد التلقائي (مثل ردود «خارج المكتب») ارتدادًا ناعمًا.

:person_raising_hand: ماذا يجب أن أفعل إذا كان البريد الإلكتروني المرتد يتم حظره أو رفضه، وما إلى ذلك، بواسطة خادم الوجهة؟

في هذه الحالة، فإن أفضل خيار هو أن يتواصل المستخدم الذي يتم ارتداد رسائل بريده الإلكتروني مع مزود خدمة البريد الإلكتروني الخاص به. قد يكون مزود خدمة البريد الإلكتروني قادرًا على تقديم رؤى محددة حول سبب حظر الرسائل أو رفضها، وما إلى ذلك، وقد يكون قادرًا على تعديل إعدادات الأمان أو إضافة خدمة البريد الإلكتروني الخاصة بـ Discourse إلى القائمة البيضاء. قد يكونون أيضًا على علم بصيانة خادم البريد الإلكتروني الجارية أو مشكلات أخرى تتسبب في ارتداد الرسائل.

إذا كان المستخدم يتحكم في خدمات البريد الإلكتروني الخاصة به، ويستخدم Microsoft Hosted Exchange أو Google Workspace، فلدينا أيضًا إجراءات لـ تجاوز البريد العشوائي للرسائل من موقعك المستضاف بواسطة CDCK في Microsoft Hosted Exchange و تجاوز البريد العشوائي للرسائل من موقعك المستضاف بواسطة Discourse في Google Workspace.

:person_raising_hand: لقد حللت جميع مشكلات توصيل البريد الإلكتروني، كيف يمكنني استئناف إرسال البريد الإلكتروني إلى مستخدم معين؟

ستحتاج إما إلى إعادة تعيين درجة ارتداد المستخدم، أو إذا كانت المشكلة تؤثر على مستخدمين متعددين، يمكنك إعادة تعيين درجات الارتداد بشكل جماعي لجميع المستخدمين. بمجرد إعادة تعيين درجات الارتداد، سيستأنف Discourse محاولة تسليم البريد الإلكتروني للمستخدمين الذين تجاوزوا bounce_score_threshold الخاص بهم.

خطوات إضافية

يمكن أن يكون إعداد البريد الإلكتروني واستكشاف أخطاءه معقدًا بسبب المتغيرات العديدة المعنية. بالإضافة إلى مراجعة قسم AdminEmail في موقعك لاستكشاف مشكلات البريد الإلكتروني، قد ترغب أيضًا في الاطلاع على قائمة التحقق من تكوين تسليم البريد الإلكتروني إذا كنت لا تزال تواجه صعوبة في تحديد سبب عدم تسليم رسائل البريد الإلكتروني بشكل صحيح من موقع Discourse الخاص بك.

إذا تم إعداد موقع Discourse الخاص بك مؤخرًا، فلدينا أيضًا دليل حول استكشاف أخطاء البريد الإلكتروني في تثبيت Discourse جديد (تثبيتات مستضافة ذاتيًا فقط).

أخيرًا، يمكنك التحقق من صفحة سجلات Discourse عن طريق الانتقال إلى Admin > Logs (.../logs/) والبحث عن أي أخطاء قد تراها تتعلق بتوصيل البريد الإلكتروني.

7 إعجابات

تبدو رائعة!

أعتقد أننا بحاجة إلى توضيح أن هذا يعني أن البريد الإلكتروني تم قبوله بواسطة خادم البريد الأول، وليس خادم البريد الوجهة.

ولكن بالنظر إلى هذه الاستجابة، يمكننا البحث في السجلات على خادم البريد الأول وتحديد ما حدث بعد ذلك؛ إنها سلسلة حفظ للأدلة نوعًا ما.

على سبيل المثال، في الاستضافة الخاصة بنا قد نرى:


250 2.0.0 Ok: queued as 9F54480721

ويمكننا البحث في سجلات خادم البريد الأول هذا ورؤية ما حدث بعد ذلك:

الطابع الزمني معرف قائمة الانتظار الرسالة
2023-07-17T15:50:51Z 9F54480721 client=mx-out-01a.yyz1.discourse.cloud[2602:fd3f:2:ff01::39]
2023-07-17T15:50:51Z 9F54480721 message-id=<xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx@meta.discourse.org>
2023-07-17T15:50:51Z 9F54480721 from=<incoming+verp-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@meta.discoursemail.com>, size=106067, nrcpt=1 (queue active)
2023-07-17T15:50:53Z 9F54480721 to=<xxxxxxxxxxxxxxxxxx@gmail.com>, relay=gmail-smtp-in.l.google.com[142.250.27.27]:25, delay=2, delays=0.42/0/0.67/0.92, dsn=2.0.0, status=sent (250 2.0.0 OK 1689609053 i13-20020aa7dd0d000000b0051df225e708si14374594edv.46 - gsmtp)
2023-07-17T15:50:53Z 9F54480721 removed

لذلك في هذه الحالة، تم قبول هذا البريد الإلكتروني بواسطة Gmail. الخطوة التالية هي التحقق من سجلات Gmail (نأمل أن تستخدم gsuite، وإلا فلن يحتفظوا بالسجلات!) لمعرفة أين انتهى به الأمر.

3 إعجابات

هل يمكن تغيير هذا في المنشور الأصلي (أم أنك موافق على أن أقوم بتغييره؟). لا يقرأ الناس بعيدًا جدًا بعد الفقرات الأولى لذلك لا يرون تصحيحك، وهذا مربك حقًا للأشخاص الذين يحاولون استكشاف الأخطاء وإصلاحها لأنهم يصلون إلى استنتاجات خاطئة.

إعجاب واحد (1)

تم شطبها، لكنها كانت خفية جدًا لدرجة أنني قمت بحذفها بالكامل :+1:t3:

إعجابَين (2)

الجزء أدناه لا يزال يقول أن 250 يشير إلى أن الطرف الآخر استلم البريد.