DISCOURSE_MAIL_ENDPOINT لا يتم تحديثه بعد تغيير اسم النطاق

اضطررت إلى تغيير اسم النطاق على خادم Discourse قمت بإعداده. كان مُهيأً لاستقبال البريد الوارد (مباشرة، وليس عبر POP3).

لقد قمت بتعديل ملفي mail-receiver.yml و app.yml وأعدت بناء التطبيق لاستخدام اسم النطاق الجديد (newname.com)، ولكن عند إعادة تشغيل mail-receiver، تظهر السجلات أنه لا يزال يستخدم الإعدادات القديمة (kinnship.org) لـ DISCOURSE_MAIL_ENDPOINT و DISCOURSE_API_KEY و MAIL_DOMAIN.

هل لديكم أي نصائح حول كيفية إصلاح ذلك؟ شكراً لكم!

<22>Jul 25 22:01:58 postfix/anvil[89]: statistics: max cache size 2 at Jul 25 21:52:13
Operating environment:
HOSTNAME=discourse-kinship-mail-receiver
GEM_HOME=/usr/local/bundle
TERM=xterm
BUNDLE_SILENCE_ROOT_WARNING=1
BUNDLE_APP_CONFIG=/usr/local/bundle
PATH=/usr/local/bundle/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin RUBY_DOWNLOAD_SHA256=341cd9032e9fd17c452ed8562a8d43f7e45bfe05e411d0d7d627751dd82c578c
DOCKER_HOST_IP=172.17.0.1
PWD=/
DISCOURSE_API_USERNAME=system
LANG=en_US.UTF-8
RUBY_MAJOR=2.3
RUBYGEMS_VERSION=2.6.11
BUNDLE_BIN=/usr/local/bundle/bin
SHLVL=1
HOME=/root
DISCOURSE_MAIL_ENDPOINT=https://kinnship.org/admin/email/handle_mail
DISCOURSE_API_KEY=xxxxxxxxxxxx
BUNDLE_PATH=/usr/local/bundle
MAIL_DOMAIN=kinnship.org
RUBY_VERSION=2.3.4
BUNDLER_VERSION=1.14.6
_=/usr/bin/env
Delivering mail sent to kinnship.org to Discourse
Starting Postfix
<22>Jul 25 22:04:05 postfix/master[1]: daemon started -- version 3.1.1, configuration /etc/postfix

أرى تهجئة واحدة لكلمة “kinship” في السطر HOSTNAME=discourse-kinship-mail-receiver

وأرى تهجئة مختلفة في: “DISCOURSE_MAIL_ENDPOINT=https://kinnship.org/…”

أسفل سطور DISCOURSE_API_KEY، هناك حرفا “n” في كلمة “kinship”:
"MAIL_DOMAIN=kinnship.org
“تسليم البريد المُرسل إلى kinnship.org إلى Discourse”

إما أنك فقدت حرف “n” في السطر الأول، أو أن الأسطر الثلاثة الأخرى تحتوي على حرف “n” زائد في اسم النطاق.

نقطة رئيسية كان يجب أن أذكرها في الأصل هي أن اسم النطاق الجديد مختلف تمامًا! هذا هو القديم.

لا يمكنني الجزم بما إذا كنت تعرف هذا، ولكن يجب عليك

./launcher rebuild mail-receiver

على الرغم من أن

 ./launcher destroy mail-receiver
 ./launcher start mail-receiver

قد تعمل على الأرجح.

أنت رائع! كنت أقوم بتشغيل ./launcher bootstrap mail-receiver ظانًا أنه يفعل نفس الشيء. مذهل! شكرًا لك!

(الآن لننسى تلك الساعات الثلاث التي قضيتها في المحاولة ولن أستعيدها أبدًا..!)