./launcher start app - no se ejecuta (necesito reconfigurar SMTP)

Tuve que reconfigurar SMTP y ejecutar el comando ./launcher start app.
Sin embargo, no se me solicitó que volviera a ingresar los datos de instalación: correo electrónico, SMTP, etc.

El comando se ejecutó y luego salió a la línea de comandos después de la reinstalación.

¿Alguna idea?

Esto solo inicia el contenedor, no te pide nada. La configuración está en /var/containers/app.yml

Sin embargo, ¿creo que estás confundiendo este comando con ./discourse-setup? (que sí pide).

2 Me gusta

Gracias, Robert. Para volver a introducir la información SMTP, ¿debo usar ./discourse-setup?

Si está actualizando variables de entorno como las credenciales SMTP, no puede simplemente reiniciar el contenedor para que se apliquen.

Necesitará ejecutar ./launcher destroy app antes de ./launcher start app para que el contenedor comience a usar los nuevos valores.

2 Me gusta

Si no sabes qué es nano y prefieres que se te pida que realices los cambios, entonces eso es lo que quieres hacer.

1 me gusta

¡Gracias a todos por su ayuda! Logré editar la información. Ahora estoy esperando a ver si recibo el mensaje que acabo de publicar. Cruzando los dedos. :pray:

Stephen, dado que he logrado editar la información al ejecutar ./discourse-setup, ¿tengo que lidiar ahora con los comandos ./launcher destroy app / ./launcher start app?

Si la configuración ejecutó una reconstrucción, entonces no. Lo anterior es en caso de que desee evitar esperar a que su instancia se reconstruya.

1 me gusta

Entendido y gracias.

1 me gusta

Seguimiento: Veo que mi publicación inició el envío de correos electrónicos PERO también veo que todos los mensajes están en cola pero no se envían " 250 Ok: queued as"

Estoy usando Sendgrid.

¿Alguna idea?

Estoy bastante seguro de que “sent” y “queued” son sinónimos. ¿Lo son en tus registros de SendGrid? Si utilizas la prueba de correo electrónico, ¿puedes enviar a mail-tester.com?

SMTP es transaccional, por lo que desde la perspectiva de:

  • tu sistema: “el mensaje se envía, el sistema remoto lo puso en cola como ABC1234567” → “el mensaje se entregó al siguiente MTA responsable”
  • SendGrid: “el mensaje fue aceptado y puesto en cola con el ID de cola ABC1234567”

Lo que no ves (no puedes ver) es el siguiente paso donde otro agente en el sistema de SendGrid revisa la cola, recoge tu mensaje y lo entrega al siguiente MTA.

El identificador de cola ayuda con el seguimiento: si se perdiera, podrías ir al administrador del sistema de SendGrid y preguntar “¿qué pasó con el ID de cola ABC1234567 después de que tu sistema lo aceptó?”

Hola Jay. Está en los registros de Discourse. También haré la prueba de correo electrónico. ¡Gracias!

Gracias Michael. Informaré cuando reciba un correo electrónico del sistema. Obviamente, debo recibir el correo.

Ver Solución de problemas de correo electrónico en una nueva instalación de Discourse..\n.debes asegurarte de que tu correo electrónico de notificación sea uno que tu servicio de correo aceptará.