Tenho tentado configurar o e-mail de saída em uma instalação auto-hospedada do Discourse, mas até agora sem sucesso. Mesmo com o suporte da Namecheap envolvido, não conseguimos fazer funcionar. Espero que alguém aqui possa apontar o que estou perdendo.
Configuração
Hospedagem: Droplet DigitalOcean, Discourse instalado via método Docker oficial (/var/discourse).
Domínio: Gerenciado via Cloudflare (registros A proxy para o site, DNS-only para registros MX/mail).
Provedor de e-mail: Namecheap Private Email.
Versão do Discourse: Último branch com testes aprovados.
O que funciona
Consigo receber e-mails na minha caixa de entrada hello@domain.com sem problemas.
Registros DNS MX, SPF, DKIM e DMARC estão configurados e validados.
E-mails de entrada via Gmail → hello@domain.com funcionam.
O que falha
E-mails de saída (e-mails de ativação, e-mails de teste do Discourse) nunca chegam.
O suporte da Namecheap confirmou que minhas credenciais e configurações estão corretas, mas não conseguiu explicar por que falha a partir do servidor.
Configuração atual do app.yml
DISCOURSE_SMTP_ADDRESS: mail dot privateemail dot com
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: hello at domain dot com
DISCOURSE_SMTP_PASSWORD: “PASSWORD”
DISCOURSE_SMTP_ENABLE_START_TLS: true
DISCOURSE_SMTP_DOMAIN: domain dot com
DISCOURSE_NOTIFICATION_EMAIL: hello at domain dot com DISCOURSE_SMTP_AUTHENTICATION: login
Se você entrar em contato com o suporte deles para ativação da conta, após alterar a configuração do tipo de plano, você ficará bem em um plano gratuito.
Sempre pensei que isso fosse muito semelhante ao BT Mail ou Gmail, não adequado para Discourse.
Você poderia fazer a verificação POP3 para receber e-mails, mas como você tem um VPS x86, eu recomendaria mail-receiver
A Digital Ocean respondeu e respondeu ao e-mail deles:
"Teríamos prazer em explorar a possibilidade com nossa equipe de segurança analisando mais de perto o desbloqueio das portas SMTP para você. Para nos ajudar a entender melhor suas necessidades e dar andamento à sua solicitação, você poderia compartilhar os seguintes detalhes sobre os requisitos do seu negócio:
Que tipo de e-mails você enviará (por exemplo, transacionais, newsletters, etc.)?
Você planeja hospedar seu próprio e-mail ou utilizar um serviço de envio de terceiros?
Se possível, forneça contexto sobre seus requisitos de porta e se portas não padrão ou uma API não podem ser usadas.
Assim que tivermos seu retorno, encaminharemos sua solicitação à equipe com todos os detalhes fornecidos."
Nesse caso, você deve mudar para usar um serviço de e-mail transacional como Mailgun (100 e-mails grátis por dia) ou Brevo (300 e-mails grátis por dia). Então, você pode mudar para usar a porta 2525 no seu arquivo app.yml, já que ela não é bloqueada.
Entendemos que você tem um requisito de aplicativo ou uma necessidade de negócios para habilitar as portas 25, 465 e 587. No entanto, devido à nossa política atual, não podemos atender a solicitações para remover a restrição nesta porta.
Recomendamos a utilização de portas alternativas, se o seu aplicativo permitir, como a porta 2525. Você também pode usar a API REST com SendGrid, que permite enviar e-mails via requisições HTTP em vez do protocolo SMTP tradicional, se for adequado para você, ou utilizar outro serviço de envio de terceiros.
Sinta-se à vontade para entrar em contato conosco se tiver mais alguma dúvida. Estamos sempre aqui para você!
@Ethsim2 obrigado, acho que está claro, como Linode, eles fecharam tudo para combater spam, apenas o Linode abrirá as portas mediante solicitação, mas tudo bem.