Olá!
Quero que o Discourse envie e-mails de saída apenas para:
- redefinir senha
- nada mais.
Por quê? A maioria das notificações em andamento já é coberta por Notificações Push. Portanto, não é importante.
Obrigado e cumprimentos,
Gulshan
Já pesquisei sobre isso antes, mas não há nenhum plano conhecido para isso. Você pode desativar tudo, exceto as ações de equipe, mas não pode desativar tudo, exceto as redefinições de senha.
A única solução para você seria alterar em massa as preferências de notificação de todos os usuários, para que eles não recebam o resumo por e-mail e não sejam notificados quando mencionados ou recebendo mensagens, etc. Como mostra a captura de tela abaixo. Mas se eles decidirem mais tarde que querem alterar isso, você não poderá impedi-los.
Brilhante! Você pode definir email time window mins para 2000000000, o que é um tempo bastante longo. O mesmo limite máximo vale para personal email time window seconds, mas isso ainda é um período bastante extenso. Seus usuários atuais já terão falecido até lá (bem, não no caso do PMS; alguns provavelmente ainda estarão vivos daqui a 63 anos). E você pode simplesmente desativar os resumos.
Não, essas coisas não têm relação.
Se este for um novo site, você pode definir as preferências padrão dos usuários nas configurações de administração.
Caso contrário, você pode fazer isso pelo console do Rails. Edit a user preference for everyone or a subset of users
O email time window não vai esperar tanto tempo antes de enviar um e-mail de notificação? Acredito que alterar essas configurações e desativar os e-mails de resumo resolveria.
Este site tem dois anos de idade. Acredito que a maioria dos usuários que desejam ser ativos venha naturalmente. O restante vem dos mecanismos de busca.
Acho que essa é certamente uma ideia que vale a pena tentar… mas parece um uso indevido dessa configuração. 
Pergunta: se um usuário mencionado que receberia um e-mail estiver online, ele será notificado imediatamente ou é necessário aguardar que o intervalo de tempo da edição ninja se esgote?
Não entendo muito bem como eles saberiam vir se não estiverem recebendo e-mails.
Você não está usando a resposta por e-mail?
Não preferimos resposta por e-mail, mas sim apenas por meio da web.
Certo. Tenho quase certeza de que muitos usuários retornam ao site porque recebem notificações por e-mail sobre algo acontecendo no site que lhes interessa. O Discourse faz um bom trabalho ao adivinhar o que as pessoas se importam. Acho que é uma má ideia não enviar notificações por e-mail. E eu assumia que seria muito difícil, porque é uma ideia tão ruim, mas maximizar essas janelas de notificação vai resolver, eu acho. 
Acho que às vezes existem circunstâncias em que você deseja desativar as notificações por e-mail, mesmo que temporariamente, ao configurar novas comunidades ou realizar testes, enquanto ainda permite que os membros façam login e utilizem o fórum. Na verdade, tenho um caso assim agora mesmo. Tenho demorado para configurar um fórum de bairro para substituir um grupo do Yahoo, pois já importei todos os membros, mas não quero começar a enviar notificações por e-mail antes de desativar o grupo do Yahoo.
Fico me perguntando se um plugin poderia adicionar uma opção à configuração de administrador desativar e-mails, como, por exemplo, “apenas redefinição de senha”.
Desabilitar e-mails com configurações de “não” retorna esta mensagem, que pode assustar o usuário.
Todo e-mail de saída foi desabilitado globalmente por um administrador. Nenhuma notificação por e-mail, de qualquer tipo, será enviada.
Portanto, gostaria de manter uma solução equilibrada, o mais mínima possível, limitada a e-mails críticos e a um resumo semanal para visitantes que retornaram nos últimos 60 dias; anteriormente, esse período era de 1 ano.
Bem, então meu conselho no topo é a sua resposta. Altere em massa as preferências dos usuários para definir que as notificações não enviem e-mails.
Não concordo com isso. Você precisa saber se o e-mail está funcionando e precisa entender o impacto no envio de e-mails quando sua comunidade entrar no ar.
Tivemos alguns tópicos de suporte aqui sobre exatamente esse assunto: pessoas migram rapidamente, não testam o e-mail de forma alguma e acabam enviando milhares de mensagens. De repente, nos tornamos os vilões porque os testes deles ignoraram isso.
É por isso que ferramentas como mailhog existem, e elas são uma parte vital do meu conjunto de ferramentas de migração. O melhor de tudo é que você pode executá-las no Docker, então pode iniciá-las/desligá-las sob demanda. Você pode ver tudo chegar em um navegador e, se quiser, pode liberar mensagens para servidores SMTP reais para entrega.
Por um bom motivo: o Discourse não pode ser usado nesse estado. Ele foi projetado para ser temporário, então a mensagem é muito óbvia. Nenhum e-mail é enviado, incluindo solicitações de redefinição de senha.
Meu principal objetivo ao fazer isso não é repetir o conteúdo de “Notificações push” por e-mail.
Quero que meu usuário se sinta acolhido e feliz com as notificações importantes por e-mail.
Essa é uma boa dica — obrigado! Talvez a resposta para o meu caso de uso seja desativar em massa os usuários importados, de modo que apenas os usuários que decidirem entrar e fazer login sejam notificados sobre respostas a discussões passadas e atuais.
Não tenho certeza se isso é verdade 
Deveria ter esclarecido que me referia às notificações do navegador; as notificações hospedadas pelo CDCK chegam ao aplicativo independentemente disso.
Não acho que já tenha visto elas se duplicarem entre o aplicativo e a versão desktop, mas talvez eu não esteja prestando atenção suficiente!