직접 배송 이메일 인증서 오류

제품 지원
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)

사이트 인증서는 유효합니다가, 도대체 무슨 일이 일어나고 있는 건가요?

도움 부탁드립니다!

2

이게 도움이 될까요?

수신 메일이 얼마나 오랫동안 중단되었는지는 정확히 모르겠지만, 어쨌든 mail-receiver를 다시 빌드하면 도움이 될 수도 있지 않을까요?

3

이게 바로 그거였네요. 죄송합니다. 오늘 아침에는 검색 실력이 좀 부족했던 것 같습니다.

4

저도 재구축이 필요하다는 걸 놓쳤어요. 관리자 패널에서 그게 표시가 됐으면 좋았을 텐데 (받은 이메일이 없다는 점을 제외하고는요). 어쨌든 그렇군요.

5

이메일은 완전히 다른 서비스인데, 이 표시는 어디서 오는 걸까? 이메일 설정 및 구성에 대한 재구축 정보가 노트에 있어야 할 것 같다.

6

그냥 아이디어를 떠올려 보는 중이에요 (코드 동작 방식을 전혀 모르기 때문에):

컨테이너는 웹훅을 통해 통신하니까, 이메일이 아닌 다른 것도 다른 웹훅을 통해 전송할 수 있을 것 같아요.

모든 오류를 메인 포럼 오류 로그로 보낼 수 있을까요? 아니면 Ruby 오류로만 필터링할까요?

일주일에 3일 동안 이메일을 보낼 수 없는 경우, 관리자 메시지를 보내는 웹훅을 트리거할 수 있을까요?

다만 인증서 오류인 이 경우라면 웹훅도 작동하지 않을 것 아닌가요? 인터넷으로 나갔다 들어오는 대신 로컬호스트(또는 로컬 IP)로 웹훅을 보낼 수 있을까요?

아마 메일 수신기를 설정할 때 실패 메시지를 받을 이메일 주소를 요청하는 것이 좋을까요?

하지만 이건 발생 가능성이 낮은 상황에 대해, 그리고 인증서 변경처럼 예상하지 못한 상황에 대해 복잡성을 더하는 셈이죠.

7

많은 분들이 같은 상황에 처해 있을 것 같습니다. 작년 말에 Self-hosted mail-receiver update following Let's Encrypt root certificate change 포스트를 발견했는데, 그 날짜 이후에 mail-receiver 컨테이너를 다시 빌드했다고 잘못 생각했습니다. 이 주제 덕분에 확인하게 되었습니다.