sin importar lo que haga, no consigo que discourse use un puerto para correo que no sea el 25, ejecutándose en el yml independiente, incluso lo he intentado en el yml, forzándolo y nada, me estoy quedando sin opciones en este punto, lol … no estoy seguro si es un error o no
[SMTP OVERRIDE] Configured SMTP: {:address=“mail.”, :port=465, :domain=“th”, :user_name=“accounts-no-reply@m”, :password=“”, :authentication=:plain, :enable_starttls_auto=false, :ssl=true, :openssl_verify_mode=“none”}
Probando el envío a y usando mail.:25, nombre de usuario:accounts-no-reply@ con autenticación plain.
======================================== ERROR ========================================
La conexión al puerto 25 falló.
====================================== SOLUCIÓN =======================================
El problema más probable es que tu servidor tenga bloqueado el tráfico SMTP saliente.
Si estás usando un servicio como Mailgun o Sendgrid, intenta usar el puerto 2525.
Hola, ¿qué proveedor SMTP estás usando? Además, ¿has intentado cambiar los puertos a 2525 o 587?
el correo se ejecuta en el servidor web de un cliente al que accedo a través de cpanel, estoy bastante seguro de que utiliza sendmail en linux. realmente no hay razón para que necesite el puerto 25 para smtp, creo. eso es si está alojando su propio servicio de correo. no smtp.
Me dijeron que si intentas enviar por el puerto 25, tu IP se pone en lista negra inmediatamente
No estoy seguro si esta parte de standalone.yml es parte de una #configuración-avanzada
Sí, el standalone.yml es para si tienes que usar un puerto no estándar y un proxy en tu servidor web. Por ejemplo, lo tengo ejecutándose en 127.0.0.1:3000 y nginx lo proxy a 443 porque tengo 6 sitios web ejecutándose en el mismo servidor, por lo que nginx puede tener muchos sitios web en la misma dirección IP. discourse_docker/samples/standalone.yml at main · discourse/discourse_docker · GitHub
Sí, ejecutar tu propio servidor de correo en el puerto 25 hoy en día no es una buena idea, la mayoría de los proveedores de correo electrónico han puesto en lista negra subredes enteras de VPS.