Problemi nella configurazione di AWS SES con Helm Install

Supporto
1

Ciao,

Recentemente ho installato Discourse sul mio cluster Kubernetes utilizzando il chart Helm bitnami per Discourse. Sto tentando di farlo funzionare con AWS SES che ho configurato e che attualmente funziona con altri indirizzi e servizi che sto eseguendo, ma non riesco a far funzionare Discourse.

Ho esaminato la documentazione e sembra esserci un’informazione contrastante sul fatto che la variabile debba essere DISCOURSE_SMTP_NOTIFICATION_EMAIL o DISCOURSE_NOTIFICATION EMAIL (Troubleshoot email on a new Discourse install e discourse_docker/samples/standalone.yml at main · discourse/discourse_docker · GitHub), quindi ho inserito entrambe nelle variabili d’ambiente aggiuntive.

smtp:
  enabled: true
  host: "email-smtp.us-west-2.amazonaws.com"
  port: "587"
  user: "XXXXX"
  password: "XXXXX"
  protocol: "tls"
  auth: ""
  existingSecret: ""

sidekiq:
  extraEnvVars:
    - name: DISCOURSE_SMTP_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com
    - name: DISCOURSE_SMTP_DOMAIN
      value: exampledomain.com
    - name: DISCOURSE_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com

discourse:
  extraEnvVars:
    - name: DISCOURSE_SMTP_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com
    - name: DISCOURSE_SMTP_DOMAIN
      value: exampledomain.com
    - name: DISCOURSE_NOTIFICATION_EMAIL
      value: discourse@exampledomain.com

Quando invio un’email di prova, ricevo il seguente errore nella sezione “skipped”:

554 Transaction failed: Invalid domain name: '127.0.0.1'.

La guida alla risoluzione dei problemi menzionava quanto segue:

L'indirizzo email predefinito da cui vengono inviate le notifiche si basa sul dominio dell'installazione più il sottodominio, quindi se il tuo URL è `discourse.example.com` sarà:

`noreply@discourse.example.com`

Ma se il tuo provider di posta si aspetta:

`noreply@example.com`

… potresti avere problemi! Per aggirare questo problema, modifica e decommenta questa riga exec in `app.yml`

Tuttavia, non sono in grado di commentare quella riga una volta all’interno del container.

Sto distribuendo Discourse su discourse.subdomain.exampledomain.com e stavo cercando di impostare il valore del dominio SMTP utilizzando la variabile d’ambiente aggiuntiva DISCOURSE_SMTP_DOMAIN, ma forse non sta funzionando perché nelle impostazioni di configurazione dell’email sul sito web, il nome del dominio risulta vuoto.

image
image1229×150 4.78 KB

Manca qualche valore o configurazione per farlo funzionare?

Grazie!

3

Ti servono molte più variabili definite per avviare quel container. E devi migrare il database e precompilare gli asset, per cominciare. E ti serve un nome di dominio e qualcosa per gestire i certificati https.

Dovresti iniziare con un’installazione standard, e poi procedere da lì. Una volta che hai qualcosa che funziona in quel modo, puoi ottenere alcuni suggerimenti da

 ./launcher start-cmd app
4

Mi scusi, avrei dovuto chiarire. I container di discourse si avviano tutti correttamente, ho solo problemi con la parte di invio delle email. Devo comunque procedere con il processo di installazione standard?

Grazie per la rapida risposta!

5

Hmm. Non lo so. Forse ho frainteso i messaggi di errore.

Sembra che Discourse non conosca il suo hostname? Ma potrei sbagliarmi.