Sidekiqのメールエラーと設定の問題

Discourse のインストールに成功しました(aarch64 Oracle Cloud サーバー上)。いくつかの困難がありましたが、動作しています。サイトの管理者としての登録確認メールを受け取り、サイトはセットアップされました。

しかし、初期段階でいくつか重要な問題があります。まず、招待メールをいくつか送信しましたが、送信されませんでした。Sidekiq の管理エリアで、そのように表示されたままスタックしています。私のメールホストは送信者認証を要求します。新しい Discourse インストールでのメールのトラブルシューティングに関する FAQ を読みましたが、Discourse が私の登録確認を正常に送信できたのに、ユーザーへの招待が逆に保留されている理由がよくわかりません。

2つ目の問題は、Discourse のインターフェースは私の希望言語(米国英語)であるにもかかわらず、Sidekiq の管理パネルがドイツ語であることです。これは個人的には問題外です。私自身はドイツ語に堪能なので(サーバーはドイツにあります)。しかし、私の組織の他のメンバーが Sidekiq の管理パネルを見る可能性があり、全員がドイツ語を話せるわけではありません。

サーバー上の Sidekiq の場所を見つけようとして、編集できる設定ファイルがあるかどうかを確認しましたが、今のところ見つけられていません。(temp-dir 領域などで find コマンドの結果が多すぎます。)

/spamless

追伸ですが、管理画面の下部パネルにあるSidekiq情報へのリンクにようやく気づきました。そこにあるバナーのテキストとリンクは、黒い境界線の上に無煙炭の灰色で表示されているため、気づきにくいです。:slightly_smiling_face: 設定は config/sidekiq.yml で行えると思います。すぐにそこに行って確認します。

私のDiscourseサイトはこちらです:here。今のところ、私以外のディスカッサントはいません。:grinning_cat_with_smiling_eyes:

標準的なインストールからどの程度逸脱していますか?外部 Redis を使用していますか?

標準のインストール手順にできるだけ忠実に従いました。外部への再配布はありません。そのようなものがあるとは知りませんでした。:slight_smile:

メールの問題は現在解決したようです。Sidekiq の言語の問題は、おそらく残っています。しかし、今朝は疲れていて、昨日どのようにしてあの画面にたどり着いたのかさえ、今のところ見つけられていません。:sweat_smile:

ホストOSでドイツ語が指定されている環境設定があり、それが何らかの方法でSidekiqに認識されていると推測します。

次のようなものを試してみてはどうでしょうか。

  set| grep -i de

ロケールをドイツ語に設定しているものを探します。その後、それを…どこかで修正することになります。ただし、app.yml にはすでに設定があると思います。

良いアイデアですが、何もありません。

root@discourse:/var/discourse# set | egrep -iw '(en|de)'
root@discourse:/var/discourse# env | egrep -iw '(en|de)'
root@discourse:/var/discourse#

app.yml ファイルは米国英語に設定されています。

[私のスクリーンショットでは、「Fehlgeschlagen」は「エラー」を意味します。過去 2 日間、メールの問題を解決しようとしていたため、その数は多くなっています。数時間前にようやく成功しました。やった!その問題の一部は、メールホストである Dreamhost にありました。そこにあるコントロールパネルには、深刻な問題があります。]

「いいね!」 1

Dreamhost経由で送信されるメールの問題を解決した方法の大部分を投稿してもよいでしょう。app.ymlのメール領域に次の行を追加しました。

DISCOURSE_SMTP_AUTHENTICATION: login

「いいね!」 1

しかし、これらすべてをDocker環境内で実行していますか?サーバーの場所は関係ないはずです。

「いいね!」 1

はい。昨日までSidekiqのことは全く知りませんでした。Discourseについても、先週金曜日まで知りませんでした! :slight_smile: Discourseのことを知ったとき、すぐにサーバーで動かしてみたいと思いました。そしてサーバーを用意しました!できる限り、推奨される手順に従いました。今日まで多くのHeartbleed(※)がありましたが、今はすべて順調に動作していると思います。Sidekiqのドイツ語以外は。

※Heartbleed: OpenSSLの脆弱性

最初にビルドしたときは、Discourseのデフォルトがドイツ語になっていました。言語設定を見つけて変更しました。しかし、そのビルドはまだ完全に機能しておらず、その後何度か再ビルドしてようやく正しく動作するようになりました。新しいビルドはすべて英語で実行しています。

ああ、ではRedisは最初の実行時に言語が設定されるのかもしれませんね。Redisディレクトリを削除して再構築してみてください。新しいコミュニティであれば、失うものはあまりないはずです。Redisはバックアップ時にもバックアップされないため(それほど重要ではないという目安として)、問題ないでしょう。

「いいね!」 1

非常に良い、それでsidekiqの言語の問題は解決しました。ありがとうございます!

残念ながら、テーマがなくなってしまいました。デフォルトのダークテーマに戻ってしまいました。インストールと設定の初期段階で選択したオプションのテーマはすべてなくなっています。他のテーマを取り込むオプションはありますが、パッケージを最初に構築したときに提供された元の選択肢を見つける最も簡単な方法は何でしょうか?

ほとんどの部分を撤回しなければなりません。混乱してしまいましたが、SidekiqはGoogle Chromeブラウザの設定から言語を取得していました!ブラウザのメニューがドイツ語で表示されるように設定されていました。(どのようにそうなったのかは不明です。)そして今、Chromeでもテーマの色が元に戻りました。おそらくFirefoxをダークテーマに設定していたのかもしれません。確認する必要があります。いずれにしても、問題は実際にはredisからではなかったようです!額を叩くような瞬間でした。

「いいね!」 1

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.