بينما لديك بالفعل DISCOURSE_SMTP_ADDRESS، ما هي وظيفة إعداد DISCOURSE_SMTP_DOMAIN في containers/app.yml؟
ليس الأمر أن عملاء سطح المكتب يطلبون عادةً “العنوان” و “النطاق” بشكل منفصل، لذلك ارتبكت.
بينما لديك بالفعل DISCOURSE_SMTP_ADDRESS، ما هي وظيفة إعداد DISCOURSE_SMTP_DOMAIN في containers/app.yml؟
ليس الأمر أن عملاء سطح المكتب يطلبون عادةً “العنوان” و “النطاق” بشكل منفصل، لذلك ارتبكت.
لدي نفس السؤال. بحثت عن إجابة ووجدت هذا الموضوع.
وبشكل أكثر تحديدًا، أتساءل عما إذا كان ينبغي علينا وضع نفس النطاق الفرعي الذي تمتلكه نسخة Discourse (discourse.example.com) أو النطاق (example.com) هنا. وما إذا كان هذا مرتبطًا بتكوين SMTP على الإطلاق.
يتم تمريره مباشرة إلى action_mailer
وثائق Actions_Mailer تحدده كجزء من محادثة SMTP.
هل هناك سبب لعدم سؤال هذا السطر في app.yml
DISCOURSE_SMTP_DOMAIN: discourse.example.com # (required by some providers)
أثناء ./discourse-setup وعدم التعليق عليه أيضًا، مما يؤدي إلى إدخال قيمة خاطئة في التكوين؟
في حال كان ذلك يساعد القراء المستقبليين…
أرد على نفسي
بناءً على Emails have stopped sending - end of file reached - #25 by Falco تحتاج إلى إضافة نطاق بريدك الإلكتروني أي mail.example.com.