La posta non viene inviata dopo il recente aggiornamento

Ci sono stati molti aggiornamenti di recente. Uno ha rovinato l’oggetto (non include più la categoria) e ora non viene inviata più nessuna email. Gli utenti sono molto insoddisfatti. Non so come iniziare a eseguire il debug di questo problema. Dove posso trovare i log degli errori e ricordo che c’è una pagina sulle code di Sidekiq e così via, ma non riesco a trovarla. Qualsiasi aiuto sarebbe molto apprezzato.

1 Mi Piace

Sì, ho notato che le notifiche email non sembrano essere attivate al momento dopo un aggiornamento di ieri, anche se i riepiloghi/sommari lo sono ancora. Siamo gli unici ad avere questo problema?

2 Mi Piace

La causa di ciò potrebbe essere che sidekiq non riesce a elaborare i processi pianificati quando dovrebbe.

Abbiamo identificato lo stesso problema all’inizio di oggi sui nostri siti di CD. Assicurati di essere almeno al commit:

(Penso che questo sia il commit, non sono sicuro al 100%)

Per vedere se il problema è lo stesso, controlla i processi pianificati in /sidekiq e vedi se ce ne sono alcuni nel passato.

2 Mi Piace

Sì, siamo stati coinvolti in questo. Un aggiornamento ha risolto il problema.

2 Mi Piace

4 messaggi sono stati spostati in un nuovo argomento: Email From: le intestazioni hanno perso il testo “via SITENAME”

Confermo centinaia di lavori sidekiq falliti su latest-release +103

risolto su latest-release +153

Sono aggiornato all’ultima versione e ho ancora un problema nell’invio di email su uno dei miei siti. Ricevo solo un messaggio di errore quando invio un’email di prova.

ERRORE - fine del file raggiunta

Ora sono su mobile, controllerò sidekiq e i log quando sarò al computer. Qualche altro suggerimento su dove guardare?

Ciao Tobias!

Il tuo problema è diverso: la connessione si blocca in attesa di una risposta poco dopo la connessione iniziale avvenuta con successo.

Mi azzardo a ipotizzare che tu stia cercando di usare il protocollo sbagliato sulla porta sbagliata… quali impostazioni stai usando?

Il task rake emails:test (con la logica e i messaggi di errore recentemente aggiornati) mostra un errore diverso?

Ciao Michael! Grazie per la risposta. Mi mancate tantissimo! :smiling_face_with_three_hearts:

Hmm… Ho appena spostato il mio sito da DO a Hetzner e ha funzionato bene per un paio di settimane. Anche il mio altro sito funziona bene. È un mistero. Solo circa una settimana fa ha smesso di funzionare e quando ho controllato ho visto gli errori. Ho contattato Hetzner (si è rifiutato di aiutare) e Mailgun. Secondo Mailgun:

Grazie per la tua risposta, l’ultimo evento autenticato accettato che stiamo vedendo è dell’11 gennaio ed è stato inviato tramite SMTP.

Puoi confermare se sono state apportate modifiche? Fornisci uno screenshot della configurazione della tua applicazione di invio per la nostra revisione, nonché eventuali errori pertinenti nei log della tua applicazione di invio/invio SMTP.

Ho appena cambiato la mia password di Mailgun nel caso fosse quello e ho riprovato, ma niente da fare.

Output di rake emails:test:

root@ubuntu-4gb-nbg1-1-app:/var/www/discourse# rake emails:test

Testing sending to using smtp.mailgun.org:587, username:postmaster@domain with plain auth.

====================================================================================== ERROR =======================================================================================

UNKNOWN ERROR!

EOFError: end of file reached

===================================================================================== SOLUTION =====================================================================================

This is not a common error. No recommended solution exists!
Please report the exact error message above to https://meta.discourse.org/

(And a solution, if you find one!)

====================================================================================================================================================================================

Penso che stia fallendo prima ancora di tentare l’accesso.

Per eliminare Discourse come fattore, prova dall’host E dall’interno del container:

$ openssl s_client -connect smtp.mailgun.org:587 -starttls smtp

Dovresti ottenere un sacco di output e poi essere in grado di provare ad autenticarti:

○ → openssl s_client -connect smtp.mailgun.org:587 -starttls smtp
Connecting to 34.160.63.108
CONNECTED(00000003)
…
SSL-Session:
   …
---
read R BLOCK
EHLO localhost
250-2ed1d46f4d7dec773e2a97b59f3a3bf8a2d6db54f94eead5dcf49e3ea1caac18
250-AUTH PLAIN LOGIN
250-SIZE 52428800
250-8BITMIME
250-SMTPUTF8
250 PIPELINING
AUTH PLAIN bWljaGFlbABtaWNoYWVsAHBhc3N3b3Jk
501 Username used for auth is not valid email address
535 Authentication failed
closed

Le stringhe che digiteresti sono:

EHLO localhost
AUTH PLAIN bWljaGFlbABtaWNoYWVsAHBhc3N3b3Jk

(quella stringa sono le credenziali michael/password quindi ovviamente non funzionerà, ma puoi vedere questo post per imparare come costruire la stringa per le tue credenziali reali se vuoi provare manualmente)

Speriamo che vedere in prima persona cosa funziona e cosa fallisce aiuti.

Potresti anche voler provare a usare swaks se è disponibile - è probabilmente un pacchetto del sistema operativo che puoi installare.

È un po’ più facile e puoi, ad esempio:

swaks --to frodo@shire.net --from bilbo@shire.net --auth PLAIN --auth-user bilbo --auth-password ring --server smtp.mailgun.org:587 --tls

tranne che puoi usare le tue credenziali reali.

Anche l’output di quello potrebbe aiutare a rivelare il problema.

Ho provato swaks e ho ottenuto questo:

=== Tentativo di smtp.mailgun.org:587...
=== Connesso a smtp.mailgun.org.
*** Host remoto ha chiuso la connessione inaspettatamente.

Questo mi ha spinto a controllare dal mio altro server, dove swaks ha riportato “Great success” (Grande successo) - il messaggio è piuttosto adorabile!

<~  250 Great success
~> QUIT
<~  221 See you later. Yours truly, Mailgun
=== Connessione chiusa con l'host remoto.

Quindi il problema è o che mailgun sta bloccando il mio server, o che il mio server è in qualche modo configurato male. Verificherò con mailgun e poi, se non è quello, distruggerò e ricostruirò il mio server.

1 Mi Piace

Ha senso; questo è essenzialmente lo stesso errore di

Come sospetti, la causa più probabile è che qualcosa di esterno stia interferendo con la connessione.

1 Mi Piace