Error de certificado de correo electrónico de entrega directa

Soporte
1

He estado ejecutando el excelente contenedor mail-receiver desde su lanzamiento.

Recientemente, he notado que los correos electrónicos entrantes ya no se reciben. El error es:

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

El certificado del sitio es válido, entonces, ¿qué está pasando?

¡Se necesita ayuda, por favor!

3 Me gusta
2

¿Sirve de algo?

No estoy seguro de cuánto tiempo ha estado inactivo tu correo entrante, pero ¿quizás una reconstrucción del receptor de correo podría ayudar de todos modos?

5 Me gusta
3

Esa es la clave. Disculpas, mis habilidades de búsqueda claramente no están a la altura esta mañana.

4 Me gusta
4

Yo también perdí que era necesaria una reconstrucción. Hubiera sido bueno si algo en el panel de administración lo hubiera indicado (aparte de la falta de correos electrónicos recibidos). Bueno, en fin.

1 me gusta
5

¿De dónde vendría esta indicación, me pregunto, ya que el correo electrónico es un servicio totalmente diferente? Creo que la reconstrucción tiene que estar en las notas para la configuración y configuración del correo electrónico.

6

Solo estoy pensando en voz alta (porque no tengo idea de cómo funciona el código):\n\nEl contenedor se comunica a través de webhooks, por lo que debería ser posible enviar cosas distintas de correos electrónicos a través de otros webhooks.\n\n¿Podría enviar todos los errores al registro de errores principal del foro? ¿O filtrarlos a errores de Ruby?\n\nSi no puede enviar correos electrónicos durante 3 días/una semana, ¿podría activar un webhook que luego envíe un mensaje de administrador?\n\nExcepto en este caso de un error de certificado, ¿los webhooks tampoco funcionarían? ¿Puede enviar webhooks a través de localhost (o una IP local) en lugar de salir a Internet y volver?\n\n¿Quizás cuando configuras el receptor de correo, debería solicitar una dirección de correo electrónico a la que enviar un mensaje de fallo?\n\nPero todo esto añade complejidad para algo que es poco probable que suceda, y para cosas imprevistas como un cambio de certificado.

3 Me gusta
7

Apuesto a que mucha gente está en la misma situación. A finales del año pasado vi Self-hosted mail-receiver update following Let's Encrypt root certificate change pero erróneamente pensé que había reconstruido el contenedor del receptor de correo desde esa fecha. Fue solo este tema el que me impulsó a comprobarlo.

3 Me gusta
8

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