Olá,
No meu Discourse privado, e-mails externos criam tópicos no Discourse com usuários “staged” como remetentes. Eu gostaria de evitar o envio de notificações para esses usuários “staged” quando houver uma resposta em um tópico desse tipo. Geralmente, nossa comunidade discute nesses tópicos a melhor forma de responder, e pode ser muito irritante ter essas conversas lidas pelo remetente original.
Podemos proibir notificações por e-mail para usuários “staged” por padrão? Obrigado.
Olá @Globulle. 
Um caso de uso importante para usuários em estágio é a capacidade de eles enviarem e-mails e receberem respostas sem criar uma conta.
Confira os “sussurros”, que permitem que um grupo em seu site use mensagens “internas” que não são exibidas/enviadas para usuários fora do grupo.
Usuários em estágio + sussurros são uma solução sólida para executar um sistema de tickets/suporte onde qualquer pessoa pode enviar um e-mail, permitir que os membros de sua comunidade discutam e, em seguida, responder com uma mensagem “regular” quando estiver pronto para enviar uma mensagem ao usuário em estágio. 
Obrigado pela sua resposta. Minha preocupação é ter o “modo sem notificações” ativo por padrão.
Os “sussurros” estão bons, mas eu precisaria ter este modo ativo nas categorias relevantes por padrão, já que não posso esperar que todos os usuários usem o modo sussurro o tempo todo.
Outra maneira que pensei é desmarcar a preferência de notificação no usuário distante. Mas, novamente, como consigo isso por padrão?
Ainda não configurei, mas acho que você pode criar uma categoria que permita o recebimento de e-mails de usuários em estágio, mas as permissões são configuradas para que eles não possam lê-los e, portanto, não sejam notificados por respostas.
No entanto, ele não suporta este caso de uso:
Sussurros permitem que você tenha uma conversa e, ao mesmo tempo, permita respostas entre os participantes. Você poderia explicar mais sobre o contexto dessas mensagens? Você pretende respondê-las do Discourse?
Aqui está um caso de uso típico:
Quando uma resposta precisa ser enviada ao parceiro, usamos nosso endereço de e-mail oficial para não confundi-los. Não é necessário enviar uma resposta do Discourse.
Minha impressão é que a relação entre o usuário “staged” e o tópico pode ser irrelevante para seus propósitos. Uma possibilidade que me vem à mente é que você poderia permitir que os moderadores alterassem o proprietário das postagens (configuração moderators_change_post_ownership), se isso for apropriado para o seu fórum, onde parte do processo seria o moderador alterar a propriedade antes de mover o tópico.
Isso pode precisar ser testado, pois não sei ao certo como as notificações para usuários “staged” são tratadas, então potencialmente isso não impedirá que o usuário “staged” receba e-mails sobre o tópico.
Outra opção seria escrever (ou encomendar) um plugin simples para reagir a novos tópicos nessa categoria privada, verificar se o autor é “staged” e, em caso afirmativo, fazer algo. Isso ainda poderia ser alterar o proprietário, mas sem exigir que os moderadores tenham essa permissão e garantindo que não será esquecido, ou talvez seja possível fazer com que o usuário “staged” deixe de seguir o tópico.
Edição: Ao reler, percebo que, na verdade, você eventualmente desejará o endereço de e-mail do usuário “staged”, então alterar o proprietário provavelmente não será útil. Também notei que existe a configuração allow_changing_staged_user_tracking, que sugere que o rastreamento/seguimento de tópicos por usuários “staged” é como as notificações são tratadas.
De fato. E precisamos saber quem é o remetente da mensagem. Alguns parceiros nos enviam e-mails regularmente, então faz sentido que eles realmente sejam um usuário em estágio.
Eu também notei essa configuração, mas não está claro para mim qual é o seu efeito.
Não é assim que todos os tópicos de usuários em estágio funcionam? Temos muitos clientes dependendo da configuração acima para cenários de suporte, mas os usuários receberão as respostas.
Acho que isso faz com que as mesmas preferências de notificação sejam visíveis no perfil de um usuário em estágio, como são visíveis no perfil de qualquer outro usuário. Assim, você poderia, por exemplo, entrar e definir um usuário em estágio para acompanhar uma categoria.
Um caso de uso óbvio seria que definir usuários em estágio para acompanhar as primeiras postagens em uma categoria e postar anúncios nessa categoria proporcionaria uma experiência de newsletter.
Infelizmente, as preferências do usuário não listam os tópicos acompanhados, então você não poderá usar essa configuração para seus propósitos.