Problème lors de la configuration d'AWS SES avec l'installation Helm

Soutien
1

Bonjour,

J’ai récemment installé Discourse sur mon cluster Kubernetes en utilisant le chart Helm bitnami pour Discourse. J’essaie de le faire fonctionner avec AWS SES que j’ai configuré et qui fonctionne actuellement avec d’autres adresses et services que j’utilise, mais je n’arrive pas à faire fonctionner Discourse.

J’ai parcouru la documentation et il semble y avoir des informations contradictoires quant à savoir si la variable doit être DISCOURSE_SMTP_NOTIFICATION_EMAIL ou DISCOURSE_NOTIFICATION EMAIL (Troubleshoot email on a new Discourse install et discourse_docker/samples/standalone.yml at main · discourse/discourse_docker · GitHub), j’ai donc simplement mis les deux dans les variables d’environnement supplémentaires.

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

Lorsque j’envoie un e-mail de test, je reçois l’erreur suivante dans la section “skipped” :

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

Le guide de dépannage mentionnait ce qui suit :

L'adresse e-mail par défaut est basée sur le domaine d'installation plus le sous-domaine, donc si votre URL est `discourse.example.com`, ce sera :

`noreply@discourse.example.com`

Mais si votre fournisseur de messagerie attend :

`noreply@example.com`

… vous pourriez avoir des problèmes ! Pour contourner cela, modifiez et décommentez cette ligne d'exécution dans `app.yml`

Cependant, je ne suis pas en mesure de commenter cette ligne une fois dans le conteneur.

Je déploie Discourse sur discourse.subdomain.exampledomain.com et j’essayais de définir la valeur du domaine SMTP en utilisant la variable d’environnement supplémentaire DISCOURSE_SMTP_DOMAIN, mais peut-être que cela ne fonctionne pas car dans les paramètres de configuration de messagerie sur le site Web, le nom de domaine apparaît vide.

image
image1229×150 4.78 KB

Y a-t-il une valeur ou une configuration qui me manque pour que cela fonctionne ?

Merci !

3

Vous avez besoin de beaucoup plus de variables définies pour lancer ce conteneur. Et vous devez migrer la base de données et précompiler les assets, pour commencer. Et vous avez besoin d’un nom de domaine, et de quelque chose pour gérer les certificats https.

Vous devriez commencer par une installation standard, puis travailler à partir de là. Une fois que vous avez quelque chose qui fonctionne de cette façon, vous pouvez obtenir quelques indices de

 ./launcher start-cmd app
4

Désolé, j’aurais dû clarifier. Les conteneurs de discours démarrent tous correctement, j’ai juste des problèmes avec la partie e-mail. Dois-je quand même suivre le processus d’installation standard ?

Merci pour votre réponse rapide !

5

Hmm. Je ne sais pas. Peut-être que j’ai mal compris les messages d’erreur.

Cela ressemble à Discourse qui ne connaît pas son nom d’hôte ? Mais je peux me tromper.