Obrigado, funcionou, mas parece que eu estava corrigindo a coisa errada. Ainda aparece: Job exception: Connection Reset by peer
Não faço a menor ideia de onde procurar para corrigir. Estou usando o DigitalOcean e enviando na porta 587. Voltei para autenticação simples, pois aparentemente é obrigatório no Mailjet. O TLS é opcional segundo eles, mas tentei com e sem TLS, sem sucesso. Realmente não sei mais o que mudar; tentei com aspas duplas em volta da senha e sem elas. Também verifiquei novamente o nome de usuário e a senha.
DISCOURSE_DEVELOPER_EMAILS: 'user@email.com'
## TODO: O servidor SMTP usado para validar novas contas e enviar notificações
# Endereço, nome de usuário e senha do SMTP são obrigatórios
# AVISO: o caractere '#' na senha do SMTP pode causar problemas!
DISCOURSE_SMTP_ADDRESS: in-v3.mailjet.com
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: uname
DISCOURSE_SMTP_PASSWORD: pwd
DISCOURSE_SMTP_ENABLE_START_TLS: true
DISCOURSE_SMTP_DOMAIN: radstarter.io
DISCOURSE_NOTIFICATION_EMAIL: noreply@radstarter.io
## Se você adicionou o modelo Lets Encrypt, descomente abaixo para obter um certificado SSL gratuito
LETSENCRYPT_ACCOUNT_EMAIL: me@example.com
Você pode verificar se telnet in-v3.mailjet.com 587 conecta ou se esgota o tempo limite. Se esgotar o tempo limite, então a porta de saída está bloqueada, e você precisará usar uma porta diferente (a 2525 pode funcionar para o Mailjet, mas não tenho certeza) ou precisará solicitar à Digital Ocean que desbloqueie a porta.
Se houver um firewall envolvido, essa linha conectada pode ser enganosa. Ela pode apenas estar relatando que conseguiu conectar-se a algo ao tentar esse domínio (in-v3. é um alias para in.), mas esse algo é o firewall, que então fecha a conexão.
Outra opção que você pode tentar é telnet smtp-relay.gmail.com 587. Se isso falhar da mesma maneira, é provável que a porta esteja bloqueada no seu servidor Digital Ocean. Isso pode ser um firewall externo ao seu servidor ou um software de firewall rodando no seu próprio servidor.
No primeiro caso, você pode conseguir controlar isso em algum lugar do painel de controle da sua conta ou talvez precise entrar em contato com eles. No segundo caso, provavelmente se trata de iptables; você pode usar o seguinte comando para verificar se é esse o caso e listar as regras que se aplicam às conexões de saída:
Se ele estiver bloqueado, quase certamente foi feito no nível da rede, fora do sistema operacional da droplet. (A menos que ele tenha configurado um firewall para se bloquear sem saber.)
Existem vários tópicos sobre Mailjet. Você os viu?
-P OUTPUT ACCEPT
-A OUTPUT -j ufw-before-logging-output
-A OUTPUT -j ufw-before-output
-A OUTPUT -j ufw-after-output
-A OUTPUT -j ufw-after-logging-output
-A OUTPUT -j ufw-reject-output
-A OUTPUT -j ufw-track-output