(قد تحتاج إلى الانتظار قليلاً حتى يدور العالم أكثر للحصول على بعض المساعدة…)
كل ما أعرفه هو أنه قد يكون هناك فرق بين ما يمكن أن يفعله المضيف وما يمكن أن تفعله العمليات داخل الحاوية الخاصة بك. كيف قمت بتشغيل اختبار SMTP - داخل الحاوية أم خارجها؟
أعلم أيضًا أن هناك قائمة مرجعية في مكان ما لمشاكل البريد الإلكتروني… ربما هذا الموضوع:
آسف، لقد نفدت من الأفكار. يمكنك رؤية الحزم باستخدام أمر مثل tcpdump -c 19 -A -n port 587
ولكن نظرًا لأن معظم حركة المرور مشفرة، فقد لا يكون ذلك مفيدًا. قد يُظهر الأمر عدم وجود اتصال أو أنه مرفوض.
تعديل: اكتشفت أنني اضطررت للتبديل إلى المنفذ 2525، لكنني لا أتذكر السبب. يبدو أنه بديل قياسي.
عذراً، لم أستطع إرسال البريد الإلكتروني من Discourse. لا أعرف حقاً لماذا يمثل هذا مشكلة، حيث يمكنني اختبار خادم SMTP واستخدامه، لكن Discourse ببساطة لا يرسل من خلاله.
أستخدم خادم بريد إلكتروني خاص بي (iRedMail)، وهو يعمل منذ ما يقرب من عامين دون أي مشاكل.
قضيت آخر 3 ساعات في فحص سجلات Discourse لمعرفة ما قد يمنع إرسال البريد الإلكتروني. الأمر ليس معقدًا، لكن دون جدوى.
الآن وصلت إلى المرحلة التي يمكنني فيها إرسال البريد الإلكتروني، فبعد النقر على “إرسال البريد الإلكتروني”، تظهر رسالة “تم إرسال البريد الإلكتروني”، لكنني لا أستقبل أي بريد.
تستطيع هذه الأداة إرسال رسائل بريد إلكتروني، بما في ذلك إرسالها إلى خدمة تقييم البريد المزعج، وهو ما يُعد طريقة جيدة لمعرفة ما إذا كان البريد الإلكتروني قابلاً للتسليم إلى خدمة معروفة أم أنه غير قابل للتسليم إلا إلى خدمتك الخاصة. وتوضح الأداة:
لإجراء اختبار قوي، احصل على عنوان بريد إلكتروني من mail-tester.com
إذا كانت الرسالة تقول “تم إرسال البريد”، فمن المؤكد تقريبًا أن نظام Discourse قد سلّم البريد إلى خدمة البريد الخاصة بك، وعليك حينها التحقق من مجلد البريد غير المرغوب فيه (Spam) وسجلات خدمة البريد لديك.
مشكلة شائعة هي أن منتداك يكون على forum.example.com، بينما البريد الإلكتروني الافتراضي للإشعارات هو noreply@forum.example.com، لكن خدمة البريد لديك مُهيأة فقط لـ xxx@example.com. في هذه الحالة، ستحتاج إلى تغيير بريد الإشعارات (أو إعادة تهيئة خادم البريد لديك).
تظهر السجلات فقط رفض الاتصال
