مرحباً بالجميع،
نواجه مشكلة في AWS WorkMail حيث لا يتم إرسال رسائل البريد الإلكتروني من مثيل Discourse الخاص بنا. نفس بيانات اعتماد AWS WorkMail تعمل بشكل جيد في تطبيق ويب آخر، لذا المشكلة ليست في بيانات الاعتماد.
لقد اختبرنا Gmail SMTP، وتم إرسال رسائل البريد الإلكتروني دون مشاكل، مما يشير إلى أن المشكلة خاصة بـ AWS WorkMail. قمنا بتشغيل discourse-doctor وحصلنا على خطأ (انظر لقطة الشاشة المرفقة).
هل واجه أي شخص هذه المشكلة مع AWS WorkMail؟ أي مساعدة ستكون موضع تقدير!
شكراً!
يعني انتهاء المهلة أن حاويتك لا يمكنها الاتصال بالمضيف والمنفذ الذي ترسله إليه. من المحتمل أن تكون مشكلة شبكة في Docker (غير مرجحة إلى حد ما) أو مشكلة شبكة/جدار حماية مع جهازك الافتراضي و/أو AWS (أكثر احتمالاً وهناك حوالي 100,000 طريقة يمكنك القيام بذلك بشكل خاطئ).
شكراً على ردك!
اعتقدنا في البداية أنها قد تكون مشكلة في الشبكة أيضاً. ومع ذلك، اختبرنا الاتصال باستخدام telnet من مثيل Discourse، وتم الاتصال بنجاح بـ AWS WorkMail على المضيف والمنفذ المحددين. هذا يشير إلى أن الاتصال يتم، ولكن رسائل البريد الإلكتروني لا تزال لا تُرسل.
بالنظر إلى أن خدمات أخرى مثل Gmail SMTP تعمل بشكل جيد بنفس الإعداد، هل لديك أي أفكار حول ما يمكن أن يسبب ذلك؟ هل يمكن أن يكون هناك شيء محدد حول كيفية تعامل Discourse مع AWS WorkMail؟
نقدر أي اقتراحات أخرى!
شكراً مرة أخرى على مساعدتك.
من داخل الحاوية؟
لا، يرجى مساعدتنا في حل هذه المشكلة.
ستحتاج إلى الدخول إلى الحاوية وتثبيت telnet.
شكراً على الاقتراح. أعتقد أن المشكلة هي أن WorkMail يعمل على المنفذ 465، مما قد يتسبب في حدوث الخطأ. هل لديك أي اقتراحات أخرى أو حلول بديلة لحل هذه المشكلة.
نحن في انتظار ردك.
أستخدم ses. ربما يكون نفس الإعداد. هل يمكنني رؤية ما لديك في app.yml؟
(بالطبع، قم بإخفاء كلمة المرور الخاصة بك)
هناك إعداد لتعطيل tls. أعتقد أنه في ملف yml معلق.
