Ho fatto funzionare le cose, non nel modo in cui volevo inizialmente, ma forse c’è una cosa che ho letto male. In breve, mailjet ha funzionato al primo tentativo (mailjet). Grazie per l’aiuto e/o per un buon forum con soluzioni.
Riassunto
VERSIONE LUNGA
Come ho cercato di farlo funzionare (per farti vedere come qualcuno con pochissima memoria linux rimasta risolve queste cose). Quindi tutti i passaggi noiosi inclusi… con conseguenti alcuni suggerimenti per sviluppatori e un possibile bug.
Ho fatto uno snapshot di Digital Ocean (ho avuto alcune brutte esperienze con gli aggiornamenti di Discourse prima 
→ l’aggiornamento all’ultima versione è andato liscio questa volta dato che ora ho 50G invece di 30G, complimenti comunque)
Dato che lfchosting è diventato hostpapa lo scorso autunno, ho deciso di usare hostpapa dato che lo pago dopotutto.
Mini-storia irrilevante sulla migrazione di lfchosting a hostpapa. Uno dei miei siti statistici che riceve traffico dall’esterno ha smesso di funzionare. Il supporto è stato all’oscuro per 3 mesi. POI qualcuno ha detto che avrebbero disabilitato alcune possibili regole del firewall → quella correzione non ha funzionato… ma mi ha dato un indizio → avevano installato ModSecurity dopo la migrazione e una volta che ho buttato via quella schifezza, tutto il mio traffico è fluito di nuovo bene. Sto solo dicendo, migri vecchi clienti, usi un nuovo firewall/qualunque cosa, il cliente ha problemi di traffico… e nessuno nel supporto ha un minimo di attività da lampadina? Che vergogna.
Ho provato Outlook per verificare che le credenziali fossero a posto ma non sono riuscito a farlo funzionare - questo NON dice molto però. In realtà ho provato prima Pegasus Mail ma questo dice ancora meno di questi giorni - log più leggibili però :D.
telnet mail.papamail.net 465 almeno ha risposto qualcosa (non chiamarmi idiota qui)
Grattandomi la testa, 465 indicherebbe TLS/SSL e non starttls… gnnngh.
Aaargh, proverò semplicemente cambiando app.yml e leggendo i log…
=> modifica di app.yml => enigma della password smtp
Virgolette doppie intorno o no? Avevo virgolette doppie nell’email precedente funzionante vs gmail, ma sembra che debbano essere senza virgolette in molti post. Hmm, discourse è abbastanza intelligente da rimuovere le virgolette non necessarie? Qualcuno che ha effettivamente “password” come password sarebbe piuttosto improbabile :D.
Inizio a chiedermi se gmail rimuova effettivamente le virgolette doppie da una password per impostazione predefinita e questo è il motivo per cui funzionava con gmail prima?
Dopo la ricostruzione dell’app, l’invio di un’email di prova non funziona. Perché diavolo il log di ciò non può essere mostrato direttamente nella pagina di prova mi sfugge (suggerimento, suggerimento :), ok, forse un rischio per la sicurezza?).
più shared/standalone/log/rails/production.log
Non ha mostrato molto o troppo spazzatura per trovare quello che mi serviva (vedi suggerimento, suggerimento sopra).
./discourse-doctor
Non molto utile.
./discourse-setup
Ci vuole un’eternità (un po’ come ricostruire l’app con launcher), mi chiedo quale sia il modo più veloce per cambiare app.yml e testare l’invio di email?
BUG di discourse-setup?: avere una password come gjwha9T78&vv ha prodotto questa riga corrotta in app.yml (!):
DISCOURSE_SMTP_PASSWORD: "gjwha9T78 DISCOURSE_SMTP_PASSWORD: gjwha9T78&vv"
Apparentemente le virgolette doppie sono richieste dopo tutto. Ma discourse-setup che scrive “spazzatura” in app.yml se la password contiene una “&” è un po’ grave.
Mentre aspetto la centesima ricostruzione dell’app… imposto mailjet per sicurezza…
Ancora una ricostruzione usando mailjet e l’invio di email funziona subito.
Conclusione dopo 2 ore = mailjet funziona. Wohoo… MA…
Ci deve essere un modo più veloce per testare l’invio di email da discourse rispetto alla modifica di app.yml + ricostruzione?
Dato che presumo di aver fatto molte cose nel modo lungo e arduo, sono sicuro che qualcuno indicherà modi migliori. Soprattutto perché l’aiuto qui è sempre proattivo, non in stile “tu stupido noob” :D.
Sono piuttosto determinato a far funzionare anche hostpapa, dopotutto, questa è una delle cose che pago effettivamente. Ovviamente posterò qui se la mia ipotesi è corretta, è solo troppo tardi stasera.
Migliori riferimenti utilizzati per risolvere questo problema:
Utile (beh, per capire le cose delle porte 25/465/587):
Troubleshoot email on a new Discourse install
Utile anche una volta che sei pronto a provare qualsiasi altro provider di posta elettronica:
https://github.com/discourse/discourse/blob/main/docs/INSTALL-email.md