Problemas para configurar AWS SES con Helm Install

Soporte
1

Hola,

Recientemente instalé Discourse en mi clúster de Kubernetes utilizando el gráfico Helm de bitnami para Discourse. Estoy intentando que funcione con AWS SES, que he configurado y que actualmente funciona con otras direcciones y servicios que tengo en ejecución, pero no parece que Discourse funcione.

He revisado la documentación y parece haber información contradictoria sobre si la variable debe ser DISCOURSE_SMTP_NOTIFICATION_EMAIL o DISCOURSE_NOTIFICATION_EMAIL (Troubleshoot email on a new Discourse install y discourse_docker/samples/standalone.yml at main · discourse/discourse_docker · GitHub), así que simplemente puse ambas en las variables de entorno adicionales.

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

Cuando envío un correo electrónico de prueba, recibo el siguiente error en la sección “skipped”:

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

La guía de solución de problemas mencionaba lo siguiente:

La dirección de correo electrónico predeterminada se basa en el dominio de instalación más el subdominio, por lo que si tu URL es `discourse.example.com`, será:

`noreply@discourse.example.com`

Pero si tu proveedor de correo espera:

`noreply@example.com`

… ¡puede que tengas problemas! Para solucionar esto, edita y descomenta esta línea `exec` en `app.yml`

Sin embargo, no puedo comentar esa línea una vez dentro del contenedor.

Estoy implementando Discourse en discourse.subdomain.exampledomain.com y estaba intentando establecer el valor del dominio SMTP usando la variable de entorno adicional DISCOURSE_SMTP_DOMAIN, pero tal vez eso no esté funcionando porque en la configuración de correo electrónico en el sitio web, el nombre de dominio aparece vacío.

image
image1229×150 4.78 KB

¿Hay algún valor o configuración que me falte para que funcione?

¡Gracias!

3

Necesitas muchas más variables definidas para poner en marcha ese contenedor. Y necesitas migrar la base de datos y precompilar los activos, para empezar. Y necesitas un nombre de dominio y algo para gestionar los certificados https.

Deberías empezar con una instalación estándar y luego trabajar a partir de ahí. Una vez que tengas algo que funcione de esa manera, puedes obtener algunas pistas de

 ./launcher start-cmd app
4

Lo siento, debería haber aclarado. Los contenedores de Discourse se inician correctamente, solo tengo problemas con la parte del correo electrónico. ¿Debería seguir el proceso de instalación estándar de todos modos?

¡Gracias por la rápida respuesta!

5

Hmm. No sé. Tal vez malinterpreté los mensajes de error.

[cita=“kuzea, post:1, topic:357631”]

554 Transacción fallida: Nombre de dominio inválido: '127.0.0.1'.

[/cita]

Eso parece que Discourse no conoce su nombre de host. Pero podría estar equivocado.