Discussão sobre AWS?

Já passei por muitas páginas deste fórum oficial do Discourse e tenho algumas dúvidas que precisam ser esclarecidas. Por favor, ajude-me.

  • Por que o Discourse oficial não recomenda a AWS SES (SIMPLE EMAIL SERVICE), mesmo sendo muito barata em comparação com outros provedores de SMTP? Eles não são bons o suficiente? Mais tempo de entrega de e-mail ou e-mails entregues na pasta de spam ou algum outro motivo?

  • Discourse na Digitalocean vs Lightsail?

  • Se possível, por favor, adicione tutoriais para vários provedores de hospedagem para hospedar o Discourse.

  • Um tutorial detalhado que gostaria de solicitar aos Oficiais do Discourse.

  • Discourse na Amazon AWS Lightsail + SES. (registrador de domínio externo).

E se você estiver usando SES, por favor, compartilhe sua experiência.

Então existe um tutorial para isso.

4 curtidas

Acredito que o motivo da recomendação do DigitalOcean na instalação padrão seja a relativa simplicidade. O objetivo é tornar o processo o mais direto possível para que as pessoas possam começar a usar o produto, em vez de se prenderem em etapas adicionais como ACLs de rede, armazenamento de objetos e cache.

Como Richard apontou, outros guias existem, incluindo o que você solicitou, mas estes são mais complicados e propensos a erros. Modifiquei seu título, o Discourse não impede a instalação na Amazon, apenas não é ideal para instaladores de primeira viagem.

4 curtidas

Porque é bem difícil de configurar em comparação com outros provedores de SMTP. Pessoas que precisam de ajuda para escolher qual serviço de e-mail usar provavelmente não conseguirão fazer o SES funcionar.

O Lightsail é mais fácil que o EC2, mas o Digital Ocean é ainda mais fácil.

Imagino que funcione muito bem para aqueles que conseguem fazê-lo funcionar. Um novato provavelmente conseguirá configurar o Mailgun em 15-60 minutos. O SES provavelmente levará 4x mais tempo. Ele foi projetado para profissionais, especialmente profissionais com ferramentas para automatizá-lo.

O que não fez sentido para @lakshya:

4 curtidas

Tendo saído do Mailgun para o SES e sem saber muito sobre coisas de e-mail… posso confirmar (embora funcione perfeitamente no final…). :sweat_smile:
Os serviços da Amazon em geral são bastante complexos em termos de facilidade de acesso e configuração.

3 curtidas

Obrigado, @Canapin. Então, vou reforçar minha posição de que “se você quiser usar o SES para enviar e-mails, então em outro lugar é onde você deve ir para descobrir isso”. Se você conseguir descobrir, funcionará muito bem, mas o Stack Overflow ou qualquer outro lugar é a quem perguntar.

2 curtidas

Sim, de alguma forma não funcionou.

Esse artigo não é para iniciantes, é meio confuso. Como meu projeto tem restrição de orçamento, o SES é perfeito. Não posso pagar US$ 10 por serviços de e-mail como Mailgun, SendGrid, etc. :confused: (minha culpa).
Se possível, crie um tutorial passo a passo para AWS Lightsail + SES, ajudará muito, possivelmente pessoas como eu que não podem gastar muito.

O plano Flex custa US$ 1/1000 mensagens: https://help.mailgun.com/hc/en-us/articles/203068914-What-Are-the-Differences-Between-the-Free-and-Flex-Plans-

Não. Não é. Configurar o SES não é para iniciantes. Eu recomendaria tentar o Lightsail (que é para iniciantes e a instalação padrão funciona muito bem) com o Mailgun.

Novamente, se você precisar de ajuda com o SES, terá que procurar em outro lugar. Também não há realmente nenhuma instrução para configurar o Mailgun. Cabe ao provedor de serviços possibilitar o uso de seu serviço.

2 curtidas

obrigado pela ajuda, amigo.

1 curtida

Para ser justo, Jay está certo. O Discourse precisa de um conjunto padrão de credenciais SMTP e o meta tem como objetivo fornecer suporte principalmente para o Discourse, não para plataformas de e-mail de terceiros.

Se você escolher um serviço mais complicado, também assumirá qualquer complexidade adicional criada por essa escolha.

4 curtidas

Para ser bem claro, do ponto de vista do Discourse, tudo o que você precisa fazer é configurar estas variáveis em seu app.yml:

DISCOURSE_SMTP_ADDRESS: email-smtp.AWS_REGION.amazonaws.com
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: USERNAME_PROVIDED_BY_SES
DISCOURSE_SMTP_PASSWORD: PASSWORD_PROVIDED_BY_SES

Se você obteve essas três informações (região da AWS, nome de usuário SMTP, senha SMTP) da AWS e as configurou corretamente no console deles, basta defini-las aqui, reconstruir o Discourse e a entrega de e-mail deverá funcionar.

O que está fora do escopo do Discourse é fazer a AWS validar sua conta, validar seu nome de domínio e qualquer outra ação que você possa precisar fazer no Console da AWS para chegar a este ponto.

Dito isso, não me lembro de ter sido tão complicado; essencialmente, seguir as instruções da interface do usuário e alguma pesquisa no Google deve ajudar. Além disso, lembre-se de solicitar acesso de produção do lado deles para sair do ambiente de sandbox.

5 curtidas

Talvez um termo melhor fosse “pouco amigável ao usuário”, então.

Claro, quando você sabe como fazer, é uma questão de alguns cliques e campos para preencher, como em qualquer outro serviço. Mas, aos meus olhos, os serviços da Amazon não são amigáveis ao usuário. Sua interface difere muito dos serviços populares de outras empresas que são mais “diretos ao ponto”. Há muitas configurações e opções crípticas que você deve ignorar se estiver apenas se atendo a uma configuração básica, mas elas adicionam ruído ao processo.

4 curtidas

Essa é a parte que parece difícil. Com o Mailgun, posso começar a enviar e-mails minutos depois que os registros Spf e dkim são configurados. Apenas preencher as perguntas parece bastante complicado e certamente não é algo que possamos dar suporte aqui.

1 curtida

Você estaria disposto a escrever um guia para leigos sobre este processo? :slight_smile:

Você já tentou o guia oficial?\n\n\u003chttps://aws.amazon.com/premiumsupport/knowledge-center/ses-set-up-connect-smtp/\u003e\n\nÀs vezes, eu falho na leitura de manuais; tentei configurá-lo sozinho primeiro, mas, no final, recorri à documentação para algumas etapas. Suponho que teria sido mais fácil se eu tivesse seguido o manual em vez de tentar descobrir as coisas sozinho.\n\nDito isso, como na verdade não li o manual de A a Z, não sei se há partes um pouco obscuras nele.

1 curtida

Eu não acho que já vi essa página. Não parece tão ruim! Obrigado.

No ponto 4, qual método de conexão você escolheu?

Além disso, existe uma página semelhante para explicar as configurações DKIM/SPF/DMARC necessárias?

:warning: Não me lembro de tudo e não sou um especialista.

Usei o Easy DKIM. Quando ele é validado pela Amazon, o painel fornece três entradas CNAME para adicionar às suas configurações de DNS:

Você pode começar a partir daqui e ver se funciona enviando um e-mail de teste da interface de administração do Discourse e verificar se há algum erro (por exemplo, em E-mail → Ignorado).

:information_source: Tenho certeza de que, se você ainda estiver no modo Sandbox no SES, precisará criar e validar uma Identidade com o endereço de e-mail do destinatário do seu teste de envio do Discourse na Amazon SES. Caso contrário, você receberá uma mensagem de erro (554 Message rejected: Email address is not verified.).

Exemplo:

2 curtidas

Como ponto de dados, minha instância obteve acesso de produção muito rapidamente, pois migrei de outro servidor em nuvem e já tenho ~3 mil usuários. Forneço a página /about para mostrar a contagem de usuários e capturas de tela do usuário aguardando verificação por e-mail, então eles foram aprovados.

Também estou aguardando a resposta de uma solicitação de acesso de produção de uma instância totalmente nova, atualizarei se vir algum progresso.

No tópico SMTP, tenho usado o Fastmail como meu provedor SMTP e eles funcionam perfeitamente! Recomendo-os fortemente.