Comecei a executar uma instância do Discourse em dezembro de 2024 e somos um daqueles que têm problemas com o GMail.
Usuários tentando criar uma conta com um endereço GMail nunca receberão um e-mail de nossa instância. Não, nem na pasta de spam. Li extensivamente o meta.discourse e entendo que a razão provável é que não temos uma assinatura DKIM válida para discourse.ourdomain.org, apenas para ourdomain.org.
Ao pesquisar novamente, comecei a configurar Configure Google login for Discourse, mas então percebi que esses usuários ainda nunca receberão e-mails de nós, isso apenas os ajudaria a autenticar.
Como não me sinto competente para configurar DKIM e outras coisas para nosso subdomínio do Discourse, pergunto-me se seria um problema enviar e-mails de discourse@ourdomain.org em vez de noreply@discourse.ourdomain.org. Ou existe algum argumento forte para incluir este subdomínio em e-mails de saída?
Tive problemas semelhantes anos atrás. Infelizmente, nem todos os provedores entendem os requisitos para entrega segura de e-mail:
Configuração adequada do Sender Policy Framework (SPF) nas configurações de DNS do seu domínio
Assinatura DKIM adequada de cada e-mail (por exemplo, com OpenDKIM)
Configuração do DMARC como um backup caso SPF e DKIM falhem
Essas funções são obrigatórias e devem ser implementadas em seu servidor de e-mail local ou no servidor de e-mail de retransmissão do seu provedor. Caso contrário, seus e-mails de saída serão bloqueados. Por exemplo, pelo gmail.com - mas também pela maioria dos outros.
No meu caso, uso um serviço externo (duocircle.com) como retransmissor, tanto para e-mail de entrada (incluindo proteção contra spam) quanto para e-mail de saída (smtp).
Obrigado pelas suas respostas! Como não recebi feedback sobre a necessidade de um subdomínio, mudei para discourse@ourdomain.org como endereço do remetente. Isso funciona perfeitamente.