توقفت رسائل البريد الإلكتروني عن الإرسال - تم الوصول إلى نهاية الملف

الدعم
1

مرحبًا بالجميع، وأعتذر إذا كان هذا مشابهًا لبعض المنشورات الأخرى التي تذكر هذا الخطأ.

خلال الأيام الأربعة الماضية، توقفت جميع رسائل البريد الإلكتروني عن الإرسال، كما فشل اختبار البريد الإلكتروني أيضًا.

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

نحن نستخدم الاستضافة على Digital Ocean، ونستخدم إعادة توجيه SMTP من G Suite مُهيأة لإعادة توجيه رسائل البريد الإلكتروني من عنوان IP الخاص بالدروبليت.

الخطأ الدقيق المذكور في Sidekiq أكثر تفصيلاً قليلاً مما أحصل عليه من أداة discourse-doctor.

Jobs::HandledExceptionWrapper: Wrapped EOFError: end of file reached

أما أداة discourse-doctor فتقول ببساطة: UNEXPECTED ERROR: end of file reached

كما تمكنت من تأكيد الاتصال بالخادم باستخدام:

telnet smtp-relay.gmail.com 587

أعتقد أن هناك انقطاعًا قصيرًا آخر حدث قبل أشهر عديدة حيث توقفت رسائل البريد الإلكتروني عن الإرسال، لكنني لا أتذكر الخطأ (في ذلك الوقت تمكنت من إعادة المحاولة من Sidekiq دون أي مشاكل).

هل واجه أي شخص شيئًا مشابهًا أو لديه إعداد مشابه لا يزال يعمل؟ شكرًا مسبقًا!

2

ليس لدي نصيحة مفيدة حتى الآن، لكنني واجهت نفس المشكلة تمامًا، مع نفس الإعدادات بالضبط - خادم DigitalOcean droplet، وإرسال البريد الإلكتروني عبر smtp-relay.gmail.com، مع الحصول على أخطاء EOFErrors.

يبلغ Sidekiq عن التالي:

Jobs::HandledExceptionWrapper: Wrapped EOFError: end of file reached

عند النظر في /logs، أحصل على تتبع للأخطاء عند الفشل، لكن لا يوجد شيء يبرز على الفور على أنه مفيد.

معلومات:

Job exception: end of file reached

تتبع الأخطاء:

/usr/local/lib/ruby/2.7.0/net/protocol.rb:225:in `rbuf_fill'
/usr/local/lib/ruby/2.7.0/net/protocol.rb:191:in `readuntil'
/usr/local/lib/ruby/2.7.0/net/protocol.rb:201:in `readline'
/usr/local/lib/ruby/2.7.0/net/smtp.rb:944:in `recv_response'
/usr/local/lib/ruby/2.7.0/net/smtp.rb:929:in `block in getok'
/usr/local/lib/ruby/2.7.0/net/smtp.rb:954:in `critical'
/usr/local/lib/ruby/2.7.0/net/smtp.rb:927:in `getok'
/usr/local/lib/ruby/2.7.0/net/smtp.rb:826:in `helo'
/usr/local/lib/ruby/2.7.0/net/smtp.rb:600:in `do_helo'
/usr/local/lib/ruby/2.7.0/net/smtp.rb:554:in `do_start'
/usr/local/lib/ruby/2.7.0/net/smtp.rb:518:in `start'
mail-2.7.1/lib/mail/network/delivery_methods/smtp.rb:109:in `start_smtp_session'
mail-2.7.1/lib/mail/network/delivery_methods/smtp.rb:100:in `deliver!'
mail-2.7.1/lib/mail/message.rb:2159:in `do_delivery'
mail-2.7.1/lib/mail/message.rb:260:in `block in deliver'
actionmailer-6.0.3.3/lib/action_mailer/base.rb:589:in `block in deliver_mail'
activesupport-6.0.3.3/lib/active_support/notifications.rb:180:in `block in instrument'
activesupport-6.0.3.3/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
activesupport-6.0.3.3/lib/active_support/notifications.rb:180:in `instrument'
actionmailer-6.0.3.3/lib/action_mailer/base.rb:587:in `deliver_mail'
mail-2.7.1/lib/mail/message.rb:260:in `deliver'
actionmailer-6.0.3.3/lib/action_mailer/message_delivery.rb:115:in `block in deliver_now'
actionmailer-6.0.3.3/lib/action_mailer/rescuable.rb:17:in `handle_exceptions'
actionmailer-6.0.3.3/lib/action_mailer/message_delivery.rb:114:in `deliver_now'
/var/www/discourse/lib/email/sender.rb:234:in `send'
/var/www/discourse/app/jobs/regular/user_email.rb:70:in `send_user_email'
/var/www/discourse/app/jobs/regular/user_email.rb:25:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-2.5.0/lib/rails_multisite/connection_management.rb:76:in `with_connection'
/var/www/discourse/app/jobs/base.rb:221:in `block in perform'
/var/www/discourse/app/jobs/base.rb:217:in `each'
/var/www/discourse/app/jobs/base.rb:217:in `perform'
sidekiq-6.1.2/lib/sidekiq/processor.rb:196:in `execute_job'
sidekiq-6.1.2/lib/sidekiq/processor.rb:164:in `block (2 levels) in process'
sidekiq-6.1.2/lib/sidekiq/middleware/chain.rb:138:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:138:in `call'
sidekiq-6.1.2/lib/sidekiq/middleware/chain.rb:140:in `block in invoke'
sidekiq-6.1.2/lib/sidekiq/middleware/chain.rb:143:in `invoke'
sidekiq-6.1.2/lib/sidekiq/processor.rb:163:in `block in process'
sidekiq-6.1.2/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/job_retry.rb:111:in `local'
sidekiq-6.1.2/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq.rb:38:in `block in <module:Sidekiq>'
sidekiq-6.1.2/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/processor.rb:257:in `stats'
sidekiq-6.1.2/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.1.2/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/job_retry.rb:78:in `global'
sidekiq-6.1.2/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.1.2/lib/sidekiq/logger.rb:10:in `with'
sidekiq-6.1.2/lib/sidekiq/job_logger.rb:33:in `prepare'
sidekiq-6.1.2/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.1.2/lib/sidekiq/processor.rb:162:in `process'
sidekiq-6.1.2/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.1.2/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.1.2/lib/sidekiq/util.rb:15:in `watchdog'
sidekiq-6.1.2/lib/sidekiq/util.rb:24:in `block in safe_thread'

البيئة:

hostname	conversation-app
process_id	736
application_version	e6bbe9b5df4d86fe711aa8b1d886489d30875633
current_db	default
current_hostname	conversation.sevarg.net
job	Jobs::UserEmail
problem_db	default
time	12:42 pm
opts	
type	digest
user_id	30
current_site_id	default

أظهر discourse-doctor نفس المخرجات العامة:

==================== MAIL TEST ====================
لإجراء اختبار قوي، احصل على عنوان من http://www.mail-tester.com/
أو أرسل ببساطة رسالة تجريبية إلى نفسك.
عنوان البريد الإلكتروني لاختبار البريد؟ ('n' لتخطي) [[بريدي الإلكتروني]]: 
جاري إرسال البريد إلى [بريدي الإلكتروني]... 
اختبار الإرسال إلى [بريدي الإلكتروني] باستخدام smtp-relay.gmail.com:587.
======================================== ERROR ========================================
                                    UNEXPECTED ERROR

end of file reached

====================================== SOLUTION =======================================
هذا ليس خطأً شائعًا. لا يوجد حل موصى به!

يرجى الإبلاغ عن رسالة الخطأ الدقيقة أعلاه إلى https://meta.discourse.org/
(وأي حل، إذا وجدته!)
=======================================================================================

يمكنني أيضًا الاتصال عبر telnet بالوسيط على المنفذ 587 (وإرسال رسالة تجريبية يدويًا - لم أفعل ذلك منذ عقد من الزمان…)، ولم قمت بتغيير أي شيء يمكنني تذكره في التاريخ الحديث كان من شأنه أن يؤثر على البريد.

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

3

حسنًا، من المريح بالتأكيد معرفة أن إعداداتي ليست نادرة جدًا، وأنني لست وحيدًا في معاناتي. أنا متشوق، هل بدأت المشكلة بالنسبة لك أيضًا منذ حوالي 5 أيام؟ ربما كان هناك تحديث لشيء شائع في خطوط أنابيبنا.

شكرًا لك على مشاركة التفاصيل ومسار التتبع الخلفي. كانت تفاصيلي مشابهة جدًا لتلك الخاصة بك، وكانت الأخطاء متطابقة.

لم أحاول إرسال بريد إلكتروني يدويًا عبر telnet، لكنني أشك في أن الأمر سينجح كما حدث معك.

أنا في نفس الموقف، ونقوم حاليًا بتفعيل المستخدمين الجدد يدويًا (لحسن الحظ، لا يتجاوز عددهم بضعة أشخاص يوميًا). نظرًا لأنني لم أقم بتغيير أي شيء في g-suite أو Digital Ocean أو إعدادات Discourse، فإنني متردد في البدء بتغيير أي شيء دون القدرة على تحديد السبب الفعلي للمشكلة. :confused:

4

كان أول ارتفاع حقيقي في حالات الفشل في Sidekiq في 14 يناير، أي قبل 5 أيام. وقبل ذلك، واجهت بعض حالات الفشل العشوائية المتعلقة ببريد إلكتروني خاطئ أو ما شابه، لكن دون أي زيادة سريعة.

حاولت إعادة إعدادات الإرسال في وحدة تحكم Google الإدارية والتلاعب بها (بما في ذلك ما يجب أن يكون مفتوحًا بالكامل) دون أي تغيير. كما جربت منافذ مختلفة لإرسال البريد دون أي تغيير أيضًا.

كما لم أقم بتغيير أي شيء، على حد علمي، قبل 5 أيام. :confused:

5

تقرير آخر عن مشكلات، DigitalOcean → smtp-relay.gmail.com

هل يستطيع أي شخص اختبار ذلك بسهولة من خادم افتراضي غير تابع لـ DigitalOcean؟ مثل GCE أو شيء مشابه؟

6

أطلقت للتو تثبيت Discourse على GCE باستخدام بيانات اعتمادتي، وحصلت على نفس الخطأ (بعد إعداد الـ relay للاعتماد فقط على المصادقة).

======================================== خطأ ========================================
                                    خطأ غير متوقع

تم الوصول إلى نهاية الملف

====================================== الحل =======================================
هذا ليس خطأ شائعًا. لا يوجد حل موصى به!

يرجى الإبلاغ عن رسالة الخطأ المحددة أعلاه إلى https://meta.discourse.org/
(والحل أيضًا، إذا وجدته!)
=======================================================================================

أدى إعداد المصادقة القائمة على عناوين IP للـ relay إلى نفس النتائج. لذا، لا أعتقد أن المشكلة خاصة بـ DigitalOcean…

للأسف، “استكشاف مشكلات البريد الإلكتروني في Ruby/Rails وإصلاحها” يتجاوز مستوى مهاراتي الحالي… هل لديك أي اقتراحات؟

7

هل هناك احتمال أن تكون هذه مشكلة في SMTP الخاص بـ Gmail؟

8

يبدو الأمر كذلك. لا أعرف كيفية استكشاف المشكلة وإصلاحها، ولم تؤدّ محاولاتي حتى الآن إلى أي نتيجة. على الأرجح قاموا بتغيير شيء ما، ولا يمكن لـ Discourse التعامل معه، وطبعًا لا توجد أي دعم فني.

9

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

10

من الممكن أن تكون المشكلة متعلقة بخدمة SMTP الخاصة بـ Gmail أو G Suite، لكن @Syonyk ذكر أنه تمكّن من إرسال بريد إلكتروني يدويًا عبر Telnet على قطرة (Droplet) الخاصة به.

أنا لستُ خبيرًا بما يكفي لأعرف كيف قد تفسّر G Suite حركة المرور المرسلة من الموقع مقارنةً بالرسائل المرسلة يدويًا، لكن يبدو أن ذلك يشير إلى أن المشكلة تكمن في الخدمة التي ترسل البريد إلى smtp-relay.gmail، وليس في خدمة التمرير نفسها.

بشكل جانبي، لقد قمتُ بتخصيص عنوان IP الخاص بالقطرة للسماح به صراحةً في إعدادات G Suite للإدارة، ولم أقم (ولا أزال لم أقوم) بتغيير أي إعدادات في أي من الخدمات منذ عدة أشهر.

في المرة الوحيدة التي رأيت فيها حدوث شيء مشابه، استمر الأمر يومًا واحدًا (ربما يومين — لم يكن الموقع نشطًا جدًا آنذاك، لذا ربما لم ألاحظ لو استمر لفترة أطول)، لكنه بدا وكأنه تم حله بسرعة كبيرة.

11

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

12

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

13

في /admin/email/sent على نسختك، يجب أن تتمكن من رؤية ما تم إرساله وتقدير الاستخدام من هناك.

14

همم…

لقد قمت بتشغيل tcpdump على الخادم وشغلت discourse-doctor. وقد وجدت هذا في المخرجات…

...
0x0030:  d10f f8e4 4548 4c4f 206c 6f63 616c 686f  ....EHLO.localho
	0x0040:  7374 0d0a                                st..
...
	0x0030:  de62 f0c3 3432 3120 342e 372e 3020 5472  .b..421.4.7.0.Tr
	0x0040:  7920 6167 6169 6e20 6c61 7465 722c 2063  y.again.later,.c
	0x0050:  6c6f 7369 6e67 2063 6f6e 6e65 6374 696f  losing.connectio
	0x0060:  6e2e 2028 4548 4c4f 2920 6a31 3673 6d34  n..(EHLO).j16sm4
	0x0070:  3831 3932 3976 736d 2e31 202d 2067 736d  81929vsm.1.-.gsm
	0x0080:  7470 0d0a                                tp..

والأهم من ذلك، أنني أستطيع تكرار هذا الفشل باستخدام telnet.

root@conversation:~# telnet smtp-relay.gmail.com 587
Trying 74.125.137.28...
Connected to smtp-relay.gmail.com.
Escape character is '^]'.
220 smtp-relay.gmail.com ESMTP ls8sm507258pjb.6 - gsmtp
ehlo localhost.localdomain
421 4.7.0 Try again later, closing connection. (EHLO) ls8sm507258pjb.6 - gsmtp
Connection closed by foreign host.

إذا أرسلت نطاقًا حقيقيًا، أحصل على الاستجابة المتوقعة.

root@conversation:~# telnet smtp-relay.gmail.com 587
Trying 74.125.137.28...
Connected to smtp-relay.gmail.com.
Escape character is '^]'.
220 smtp-relay.gmail.com ESMTP p10sm668563uaw.3 - gsmtp
ehlo conversation.sevarg.net
250-smtp-relay.gmail.com at your service, [64.227.96.27]
250-SIZE 157286400
250-8BITMIME
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-CHUNKING
250 SMTPUTF8

إذًا، السؤال الآن هو: كيف يمكن جعل Discourse يرسل سلسلة نطاق صحيحة في أمر ehlo؟

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

15

هذا غريب جدًا. كيف يمكن أن يكون هذا تسللًا فجأة؟ لم أقم بأي تحديثات.

16

لم يكن الأمر قد تسلل، بل كان هكذا دائمًا. لقد غيّر جوجل شيئًا ما.

يدعو discourse-doctor الاختبار في /var/www/discourse/lib/tasks/emails.rake - إذا كنت داخل الصورة.

لقد قمت بالتغيير:

Net::SMTP.start(smtp[:address], smtp[:port], 'localhost', smtp[:user_name], smtp[:password], smtp[:authentication])

إلى

Net::SMTP.start(smtp[:address], smtp[:port], 'conversation.sevarg.net', smtp[:user_name], smtp[:password], smtp[:authentication])

الآن أحصل على خطأ مختلف.

======================================== ERROR ========================================
                                    UNEXPECTED ERROR

503 5.5.1 bad sequence of commands e190sm562849qkd.9 - gsmtp


====================================== SOLUTION =======================================
هذا ليس خطأ شائعًا. لا يوجد حل موصى به!

يرجى الإبلاغ عن رسالة الخطأ الدقيقة أعلاه إلى https://meta.discourse.org/
(وأي حل، إذا وجدته!)
=======================================================================================

لكن: الأهم من ذلك، يُظهر tcpdump تدفقًا يشبه المنطق (إلى حد ما).

22:33:48.393862 IP 64.227.96.27.54610 > 74.125.137.28.587: Flags [P.], seq 1:31, ack 59, win 502, options [nop,nop,TS val 3732187266 ecr 3508646052], length 30
	0x0000:  4500 0052 d4d6 4000 3f06 f237 40e3 601b  E..R..@.?..7@.`.
	0x0010:  4a7d 891c d552 024b 01b4 04a4 94ce dcc7  J}...R.K........
	0x0020:  8018 01f6 74dc 0000 0101 080a de74 a882  ....t........t..
	0x0030:  d121 b0a4 4548 4c4f 2063 6f6e 7665 7273  .!..EHLO.convers
	0x0040:  6174 696f 6e2e 7365 7661 7267 2e6e 6574  ation.sevarg.net
	0x0050:  0d0a                                     ..
22:33:48.408832 IP 74.125.137.28.587 > 64.227.96.27.54610: Flags [.], ack 31, win 256, options [nop,nop,TS val 3508646067 ecr 3732187266], length 0
	0x0000:  4500 0034 5e5d 0000 2b06 bccf 4a7d 891c  E..4^]..+...J}..
	0x0010:  40e3 601b 024b d552 94ce dcc7 01b4 04c2  @.`..K.R........
	0x0020:  8010 0100 a8ae 0000 0101 080a d121 b0b3  .............!..
	0x0030:  de74 a882                                .t..
22:33:48.469560 IP 74.125.137.28.587 > 64.227.96.27.54610: Flags [P.], seq 59:234, ack 31, win 256, options [nop,nop,TS val 3508646128 ecr 3732187266], length 175
	0x0000:  4500 00e3 5e8a 0000 2b06 bbf3 4a7d 891c  E...^...+...J}..
	0x0010:  40e3 601b 024b d552 94ce dcc7 01b4 04c2  @.`..K.R........
	0x0020:  8018 0100 929f 0000 0101 080a d121 b0f0  .............!..
	0x0030:  de74 a882 3235 302d 736d 7470 2d72 656c  .t..250-smtp-rel
	0x0040:  6179 2e67 6d61 696c 2e63 6f6d 2061 7420  ay.gmail.com.at.
	0x0050:  796f 7572 2073 6572 7669 6365 2c20 5b36  your.service,.[6
	0x0060:  342e 3232 372e 3936 2e32 375d 0d0a 3235  4.227.96.27]..25
	0x0070:  302d 5349 5a45 2031 3537 3238 3634 3030  0-SIZE.157286400
	0x0080:  0d0a 3235 302d 3842 4954 4d49 4d45 0d0a  ..250-8BITMIME..
	0x0090:  3235 302d 5354 4152 5454 4c53 0d0a 3235  250-STARTTLS..25
	0x00a0:  302d 454e 4841 4e43 4544 5354 4154 5553  0-ENHANCEDSTATUS
	0x00b0:  434f 4445 530d 0a32 3530 2d50 4950 454c  CODES..250-PIPEL
	0x00c0:  494e 494e 470d 0a32 3530 2d43 4855 4e4b  INING..250-CHUNK
	0x00d0:  494e 470d 0a32 3530 2053 4d54 5055 5446  ING..250.SMTPUTF
	0x00e0:  380d 0a                                  8..

لذا، على أقل تقدير، إرسال “EHLO localhost” أو “EHLO localhost.localdomain” هو جزء من المشكلة.

الآن، كيف يمكن للمرء على الإطلاق الإبلاغ عن مشكلة P0 للمطورين الفعليين؟

17

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

18

حسناً.

هذه رسالة بريد إلكتروني تجريبية من

https://conversation.sevarg.net

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

لقد طبّقت للتو حلاً، لكن لا أعرف كيفية تقديمه للمطورين الأصليين.

cd /var/discourse
./launcher enter app
vim ./vendor/bundle/ruby/2.7.0/gems/mail-2.7.1/lib/mail/network/delivery_methods/smtp.rb

عليك العثور على القسم التالي:

    DEFAULTS = {
      :address              => 'localhost',
      :port                 => 25,
      :domain               => 'localhost.localdomain',
      :user_name            => nil,
      :password             => nil,
      :authentication       => nil,
      :enable_starttls      => nil,
      :enable_starttls_auto => true,
      :openssl_verify_mode  => nil,
      :ssl                  => nil,
      :tls                  => nil,
      :open_timeout         => nil,
      :read_timeout         => nil
    }

قم بتعديل سطور المجال.

    DEFAULTS = {
      :address              => 'conversation.sevarg.net',
      :port                 => 25,
      :domain               => 'conversation.sevarg.net',
      :user_name            => nil,
      :password             => nil,
      :authentication       => nil,
      :enable_starttls      => nil,
      :enable_starttls_auto => true,
      :openssl_verify_mode  => nil,
      :ssl                  => nil,
      :tls                  => nil,
      :open_timeout         => nil,
      :read_timeout         => nil
    }

لا أعرف أي منهما هو الأهم، لكن تعديل كليهما حل المشكلة. بالطبع، استخدم نطاقك الخاص…

اخرج من بيئة التطبيق.

./launcher restart app

يجب أن يصبح بالإمكان الآن إرسال رسائل البريد الإلكتروني.

أتوقع أن هذا التعديل لن يُحتفظ به عند أي ترقية.

ومع ذلك، أتمكن الآن من إرسال واستقبال رسائل البريد الإلكتروني كما هو متوقع.

أيها المطورون؟ هل يمكنكم إصلاح هذا؟

19

من الخطأ الذي قدمته، يرجى تجربة ما يلي:

أضف

DISCOURSE_SMTP_DOMAIN: [نطاق تثبيتك]

إلى ملف app.yml (/var/discourse/containers/app.yml، على الأرجح)

ثم أعد بناء التطبيق (cd /var/discourse; ./launcher rebuild app) وحاول إرسال رسائل البريد الإلكتروني.

20

للتوضيح فقط، هل DISCOURSE_SMTP_DOMAIN هو نطاق خادم discourse الخاص بي أم نطاق البريد الإلكتروني؟

على سبيل المثال، يستضيف خادمي على النطاق الفرعي community.acescentral.com بينما تصلني رسائل البريد الإلكتروني من admin@acescentral.com. إذن، هل DISCOURSE_SMTP_DOMAIN هو النطاق العلوي acescentral.com أم النطاق الفرعي community؟

شكرًا جزيلاً لك على كونك كلبًا بوليسيًا في تتبع هذا الأمر