Email di attivazione non consegnato, email di test funzionante

Ciao,

Sto riscontrando un problema con l’email di attivazione. Dai log sembra che venga inviata, ma non ricevo nulla. Quando uso Discourse Doctor, invece, ricevo l’email senza problemi.

C’è una differenza tra i due?

Per aggiungere confusione, la settimana scorsa ricevevo l’email di attivazione, ma a causa di un problema di propagazione DNS, non potevo cliccare sul pulsante di attivazione. Questo è stato risolto da allora. Tuttavia, non sono state apportate altre modifiche, se non l’aggiunta di un record A per puntare all’IP, quindi sono confuso sul cosa sia cambiato al punto che le email non vengono più consegnate?

Controlla i log del tuo provider di posta: mostrano che l’email ha attraversato il loro sistema?

Hai controllato la posta indesiderata?

Non sono sicuro di avere accesso ai log del provider di posta elettronica. Finora ho utilizzato Microsoft365 Enterprise per la posta (so che non è l’opzione migliore e stiamo pianificando un cambiamento), ma non ho accesso amministrativo, che credo sia necessario per trovare i log? Almeno dal mio punto di accesso non riesco a trovarne nessuno.

Niente nella cartella Spam.

Ho provato a guardare di nuovo il log di produzione: ti sembra corretto?

Processing by FinishInstallationController#register as HTML
Parameters: {“utf8”=>“✓”, “authenticity_token”=>“***==”, “email”=>“my@email”, “username”=>“PappaK”, “password”=>“[FILTERED]”, “commit”=>“Register”}
Redirected to mydomain. com
Completed 302 Found in 24ms (ActiveRecord: 0.0ms | Allocations: 4888)
Started GET “/finish-installation/confirm-email” for IP at 2020-09-21 05:37:43 +0000
Processing by FinishInstallationController#confirm_email as HTML
Rendering finish_installation/confirm_email.html.erb within layouts/finish_installation
Rendered finish_installation/confirm_email.html.erb within layouts/finish_installation (Duration: 1.0ms | Allocations: 388)
Rendered layouts/_head.html.erb (Duration: 13.4ms | Allocations: 2930)
Completed 200 OK in 18ms (Views: 16.5ms | ActiveRecord: 0.0ms | Allocations: 4738)

Sembra strano che non ci sia una conferma dell’invio dell’email come nel test della posta:

Delivered mail my@email. com (682.5ms)

Ho rimosso alcuni dettagli identificativi dai log.

Ho appena provato a usare mail-tester con il test Discours-doctor ed è fallito anch’esso; ha comunque stabilito una connessione SMTP inizialmente:

Connessione al server SMTP riuscita.
Invio a test-2g0mti7f5@srv1.mail-tester.com. . .
Invio della mail fallito.

Utilizzando il test Discourse-doctor per la mail aziendale funziona ancora perfettamente; invece, con la mia mail personale, viene indicato che è stata accettata dal server SMTP, ma non ricevo la mail.

Hai controllato la cartella spam?

Sì, non ricevo nulla nella cartella spam in nessuna casella di posta.

L’account O365 è autorizzato a inviare email utilizzando l’indirizzo configurato per Discourse?

Ho seguito i consigli di questa discussione:

Ho aggiunto il connettore e utilizzato l’indirizzo MX fornito dal sito di amministrazione di O365.

Ho deciso di ricreare l’intero Droplet (da DigitalOcean) dopo aver ricreato l’app, per vedere se questo avrebbe aiutato. E ha funzionato! Ora ho il forum in esecuzione e ho potuto ricevere l’email di attivazione sul mio account amministratore.
Tuttavia, non riesco ancora a ricevere email quando provo a creare un account con il mio Gmail personale; ricevo il seguente messaggio di errore nella sezione ‘saltate’ sotto le impostazioni email nella pagina di amministrazione del forum:
5…4 TenantAttribution; Relay Access Denied [HE…-eur04.prod.protection.outlook.com]

Sembra che questa possa essere la soluzione:

Ma non l’ho ancora provata. Aggiornerò non appena avrò tempo di implementare la modifica dal link.

Una nota a margine: ricreare l’app comprometterà le impostazioni che ho configurato dopo l’attivazione del mio account amministratore?

Per impostazione predefinita, Discourse invierà da noreply@discourse.domain.com. Un problema comune è che il tuo host di posta insista sull’invio da domain.com. Risolvere i problemi di posta in una nuova installazione di Discourse descrive come modificarlo.