ダイレクト配信メールの証明書エラー

サポート
1

優れた mail-receiver コンテナを起動以来実行しています。

最近、受信メールが受信されなくなっていることに気づきました。エラーは次のとおりです。

<22>Jan 16 08:05:18 postfix/qmgr[84]: D5E7AE22F1: from=<alexander.wright@camra.org.uk>, size=8238, nrcpt=1 (queue active)
<23>Jan 16 08:05:18 receive-mail[485271]: Recipient: lounge@discourse.camra.org.uk
<19>Jan 16 08:05:18 receive-mail[485271]: Failed to POST the e-mail to https://discourse.camra.org.uk/admin/email/handle_mail: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed (OpenSSL::SSL::SSLError)
<19>Jan 16 08:05:18 receive-mail[485271]:   /usr/local/lib/ruby/2.3.0/net/protocol.rb:44:in `connect_nonblock'
  /usr/local/lib/ruby/2.3.0/net/protocol.rb:44:in `ssl_socket_connect'
  /usr/local/lib/ruby/2.3.0/net/http.rb:928:in `connect'
  /usr/local/lib/ruby/2.3.0/net/http.rb:863:in `do_start'
  /usr/local/lib/ruby/2.3.0/net/http.rb:852:in `start'
  /usr/local/lib/ruby/2.3.0/net/http.rb:1384:in `request'
  /usr/local/lib/ruby/site_ruby/mail_receiver/discourse_mail_receiver.rb:42:in `process'
  /usr/local/bin/receive-mail:12:in `<main>'
<22>Jan 16 08:05:18 postfix/pipe[485270]: D5E7AE22F1: to=<lounge@discourse.camra.org.uk>, relay=discourse, delay=1072, delays=1072/0.01/0/0.14, dsn=4.3.0, status=deferred (temporary failure)

サイトの証明書は有効ですが、何が起こっているのでしょうか？

助けが必要です。

「いいね！」 3
2

これは役に立ちますか？

受信メールがどれくらい停止していたかわかりませんが、いずれにしてもメール受信者の再構築が役立つかもしれません。

「いいね！」 5
3

それで解決です。申し訳ありませんが、今朝は私の検索スキルが明らかに十分ではありませんでした。

「いいね！」 4
4

再構築が必要だったことにも気づきませんでした。管理パネルのどこかに（受信メールがないこと以外に）示されていればよかったのですが。まあ、仕方ありません。

「いいね！」 1
5

この表示はどこから来るのでしょうか？メールは全く別のサービスなので不思議です。メールの設定と構成のメモに再構築が必要だと思います。

6

（コードがどのように機能するか全く分からないので、単なるブレインストーミングです）：

コンテナはWebhook経由で通信するため、他のWebhook経由でメール以外のものを送信することも可能であるはずです。

すべてのエラーをメインのフォーラムエラーログに送信することはできますか？それともRubyのエラーにフィルタリングできますか？

3日間/1週間メールを送信できない場合、Webhookを起動して管理者にメッセージを送信させることはできますか？

この証明書エラーの場合を除き、Webhookも機能しないのでしょうか？インターネットに出て戻ってくるのではなく、Webhookをlocalhost（またはローカルIP）経由で送信できますか？

おそらく、メール受信者をセットアップするときに、失敗メッセージを送信するためのメールアドレスを要求すべきでしょうか？

しかし、これらすべては、発生する可能性が低く、証明書の変更のような予期しないことのために複雑さを増します。

「いいね！」 3
7

多くの人が同じような状況だと思います。昨年末に Self-hosted mail-receiver update following Let's Encrypt root certificate change を見つけましたが、その日付以降に mail-receiver コンテナを再構築したと誤って思っていました。このトピックを見て初めて確認しました。

「いいね！」 3
8

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