Los correos no llegan a los nuevos usuarios

Soporte
1

Hola, soy nuevo en esta instalación, he logrado instalar Discourse en WHM y parece que todo funcionaba bien hasta que recibí este error al enviar un correo de prueba.

**Started POST "/presence/update" for <mi IP> at 2025-01-23 15:08:27 +0000**
**Processing by PresenceController#update as */***
**  Parameters: {"client_id"=>"6bb38285bd0c458a889c15cf6903abc5", "present_channels"=>["/chat-user/core/1"]}**
**Completed 200 OK in 5ms (Views: 0.1ms | ActiveRecord: 0.0ms | Allocations: 1845)**
**Started POST "/admin/email/test" for <mi IP> at 2025-01-23 15:08:29 +0000**
**Processing by Admin::EmailController#test as */***
**  Parameters: {"email_address"=>"<miemail>"}**
**Completed 422 Unprocessable Entity in 5042ms (Views: 0.2ms | ActiveRecord: 0.0ms | Allocations: 13268)**
**Started POST "/presence/update" for <mi IP> at 2025-01-23 15:08:41 +0000**
**Processing by PresenceController#update as */***
**  Parameters: {"client_id"=>"6bb38285bd0c458a889c15cf6903abc5", "present_channels"=>["/chat-user/core/1"]}**
**Completed 200 OK in 6ms (Views: 0.1ms | ActiveRecord: 0.0ms | Allocations: 1795)**

Estas son mis configuraciones SMTP:
DISCOURSE_SMTP_ADDRESS:
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: info@
DISCOURSE_SMTP_PASSWORD: “NO PUBLICAR CONTRASEÑAS”
DISCOURSE_SMTP_ENABLE_START_TLS: true # (opcional, por defecto true)
DISCOURSE_SMTP_DOMAIN: # (requerido por algunos proveedores)
DISCOURSE_NOTIFICATION_EMAIL: info@

Este subdominio está alojado en la misma máquina y se gestiona a través de WHM/Cpanel, exim está en la máquina base, el correo funciona, de hecho, ya lo he probado, pero desde Discourse no puedo usarlo. Intenté hacer telnet desde mi máquina base y el puerto 25 funciona, pero cuando uso ./discourse-docker mail la prueba falla desde todos los puertos 2525, 25, 587, 465. Desde dentro del contenedor, ningún puerto es accesible. Solo házmelo saber si me falta algo aquí, o si hay alguna solución para usar mi servicio exim para Discourse.

2

Solo como nota al margen, formatea tus ajustes en triple comillas invertidas (```) y elimina los asteriscos.

¿Tu proveedor de hosting está bloqueando estos puertos?

2 Me gusta
3

¿Podría mencionar qué proveedor de SMTP utiliza (por ejemplo, Mailgun) y cuál es la dirección de correo electrónico del nombre de usuario SMTP? (normalmente DISCOURSE_SMTP_USER_NAME: postmaster@**)

6

Ocultaría esa contraseña SMTP.

3 Me gusta
7

¡Además, cambiaría la contraseña por seguridad!

3 Me gusta
10

Gracias por el consejo, pero por supuesto que no lo habría pegado aquí sin cambiarlo, pero eso es solo para la demostración, estoy usando un subdominio aquí, y antes de que alguien diga algo, sí, todos los registros están ahí, mx, spf, dmarc, dkim, todo. Solo quiero entender qué está causando este problema, por qué no puede conectarse fuera de ese contenedor, pero en la máquina host todo funciona.

1 me gusta
11

Así que parece que fue un problema muy pequeño, agregué DNS de Google en el archivo /etc/docker/daemon.json y reinicié Docker, destruí la aplicación y la inicié de nuevo y ¡listo, los correos ahora se envían!

1 me gusta