Executando uma build em standalone.yml

Não importa o que eu faça, não consigo fazer o Discourse usar uma porta para e-mail diferente da 25, rodando no YML standalone, eu até tentei forçar no YML e nada, estou meio sem opções neste ponto lol… não tenho certeza se isso é um bug ou não
[SMTP OVERRIDE] Configurado 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”}
Testando o envio para y usando mail.:25, usuário:accounts-no-reply@ com autenticação plain.
======================================== ERRO ========================================
Falha na conexão com a porta 25.
====================================== SOLUÇÃO =======================================
O problema mais provável é que seu servidor esteja bloqueando o tráfego SMTP de saída.
Se você estiver usando um serviço como Mailgun ou Sendgrid, tente usar a porta 2525.

Olá, qual provedor SMTP você está usando? Além disso, você já tentou mudar as portas para 2525 ou 587?

2 curtidas

o e-mail está rodando no servidor do site de um cliente que acesso via cpanel, tenho quase certeza que usa sendmail no linux. realmente não há motivo para eu precisar da porta 25 para smtp, acho. isso se você estiver hospedando seu próprio serviço de e-mail. não smtp.

Me disseram que se você tentar enviar tráfego de saída pela porta 25, seu IP é imediatamente colocado na lista negra.

Não tenho certeza se este standalone.yml faz parte de uma #configuração-avançada.

1 curtida

Sim, o standalone.yml é para o caso de você ter que usar uma porta não padrão e um proxy no seu servidor web. Por exemplo, eu o tenho rodando em 127.0.0.1:3000 e o nginx o encaminha para 443 porque tenho 6 sites rodando no mesmo servidor, então o nginx pode ter muitos sites no mesmo endereço IP. discourse_docker/samples/standalone.yml at main · discourse/discourse_docker · GitHub
Sim, rodar seu próprio servidor de e-mail na porta 25 hoje em dia não é uma boa ideia, a maioria dos provedores de e-mail colocou em lista negra sub-redes inteiras de VPS.

1 curtida