Erro no certificado de e-mail de entrega direta

Tenho executado o excelente contêiner mail-receiver desde o seu lançamento.

Recentemente, notei que e-mails de entrada não estão mais sendo recebidos. O erro é:

<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)

O certificado do site é válido, então o que está acontecendo?

Preciso de ajuda, por favor!

3 curtidas

Isso é útil?

Não tenho certeza há quanto tempo seu recebimento de e-mails está inativo, mas talvez uma reconstrução do receptor de e-mails possa ajudar de qualquer forma?

5 curtidas

É isso aí. Desculpe, minhas habilidades de pesquisa claramente não estão à altura esta manhã.

4 curtidas

Eu também perdi que uma reconstrução era necessária. Teria sido bom se algo no painel de administração tivesse indicado isso (além da falta de e-mails recebidos). Bom, fazer o quê.

1 curtida

De onde viria essa indicação, eu me pergunto, já que o e-mail é um serviço totalmente diferente? Acho que a reconstrução tem que estar nas notas para a configuração e o ajuste do e-mail.

Apenas pensando em ideias (porque não tenho ideia de como o código funciona):

O contêiner se comunica via webhooks, então deve ser possível enviar outras coisas além de e-mails através de outros webhooks.

Poderia enviar todos os erros para o log de erros principal do fórum? Ou filtrá-los para erros Ruby?

Se não puder enviar e-mails por 3 dias/uma semana, poderia acionar algum webhook, que então enviaria uma mensagem administrativa?

Exceto neste caso de erro de certificado, os webhooks também não funcionariam? Ele pode enviar webhooks via localhost (ou um IP local) em vez de sair para a internet e voltar?

Talvez quando você configurar o receptor de e-mail, ele deva solicitar um endereço de e-mail para o envio de uma mensagem de falha?

Mas tudo isso adiciona complexidade para algo que provavelmente não acontecerá, e para coisas imprevistas como uma mudança de certificado.

3 curtidas

Aposto que muitas pessoas estão na mesma situação. No final do ano passado, vi Self-hosted mail-receiver update following Let's Encrypt root certificate change, mas erroneamente pensei que tinha reconstruído o contêiner do receptor de e-mail desde essa data. Foi apenas este tópico que me levou a verificar.

3 curtidas

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