Errore certificato email di consegna diretta

Supporto
1

Sto eseguendo il fantastico container mail-receiver da quando è stato lanciato.

Recentemente, ho notato che le email in arrivo non vengono più ricevute. L’errore è:

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

Il certificato del sito è valido, quindi cosa sta succedendo?

Aiuto, per favore!

3 Mi Piace
2

Può essere utile?

Non sono sicuro da quanto tempo la tua posta in arrivo sia interrotta, ma forse una ricostruzione del ricevitore di posta potrebbe aiutare in entrambi i casi?

5 Mi Piace
3

Questo è il punto. Mi scuso, le mie capacità di ricerca chiaramente non sono all’altezza stamattina.

4 Mi Piace
4

Anch’io non mi ero accorto che fosse necessario un rebuild. Sarebbe stato bello se qualcosa nel pannello di amministrazione lo avesse indicato (a parte la mancanza di email ricevute). Pazienza.

1 Mi Piace
5

Da dove verrebbe questa indicazione, mi chiedo, dato che l’email è un servizio completamente diverso? Penso che la ricostruzione debba essere nelle note per l’impostazione e la configurazione dell’email.

6

Sto solo facendo brainstorming (perché non ho idea di come funzioni il codice):

Il container comunica tramite webhook, quindi dovrebbe essere possibile inviare cose diverse dalle e-mail tramite altri webhook.

Potrebbe inviare tutti gli errori nel log degli errori del forum principale? O filtrarli in errori Ruby?

Se non può inviare e-mail per 3 giorni/una settimana, potrebbe attivare un webhook che invia un messaggio all’amministratore?

Tranne in questo caso di errore del certificato, i webhook non funzionerebbero nemmeno? Può inviare webhook su localhost (o un IP locale) invece di uscire su Internet e tornare indietro?

Forse quando si imposta il ricevitore di posta dovrebbe richiedere un indirizzo e-mail a cui inviare un messaggio di errore?

Ma tutto ciò aggiunge complessità per qualcosa che è improbabile che accada e per cose impreviste come una modifica del certificato.

3 Mi Piace
7

Scommetto che molte persone si trovano nella stessa situazione. Verso la fine dell’anno scorso ho notato Self-hosted mail-receiver update following Let's Encrypt root certificate change ma ho erroneamente pensato di aver ricostruito il container del mail-receiver da quella data. È stato solo questo argomento che mi ha spinto a controllare.

3 Mi Piace
8

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