A discussão em torno de usuários “staged” (usuários em estágio inicial) implica que eles receberão notificações por e-mail para respostas em tópicos onde postaram por e-mail. No entanto, quando a postagem deles é movida para outro tópico por um moderador, a documentação não explica claramente como o status de notificação deles (por exemplo, “Observando”) se aplica ao novo tópico. Como resultado, é fácil assumir que eles continuarão recebendo respostas no novo tópico, mas isso nem sempre acontece.
Comportamento atual
Quando um usuário “staged” posta por e-mail, o nível de notificação dele para aquele tópico é automaticamente definido como “Observando”.
Se um moderador move a postagem dele para um tópico diferente, o usuário “staged” permanece “Observando” o tópico original.
Ele não começa a observar automaticamente o tópico de destino, portanto, novas respostas lá podem não gerar notificações por e-mail para ele, a menos que ele se inscreva de outra forma ou poste novamente no novo tópico.
Por que isso importa
Moderadores que trabalham com usuários “staged” (especialmente em fóruns de suporte ou fluxos de trabalho de helpdesk) podem assumir que o usuário continuará recebendo respostas mesmo após a postagem ser movida.
Como o comportamento não é claramente documentado, as respostas podem ser perdidas, o que pode degradar a experiência do usuário ou causar falhas na comunicação.
Uma documentação clara ajudaria administradores e moderadores da comunidade a entender o que esperar e a gerenciar usuários “staged” adequadamente (por exemplo, ajustando manualmente as configurações de notificação).
Resolução sugerida
Esclarecimento da documentação: Atualize a documentação sobre usuários “staged” / e-mail para declarar explicitamente que as configurações de notificação estão vinculadas a tópicos, não a postagens, e que mover a postagem de um usuário “staged” para um novo tópico não transfere o status “Observando” automaticamente.
Melhoria opcional: Forneça uma interface/configuração para que, ao mover a postagem de um usuário “staged”, os moderadores sejam solicitados (ou recebam a opção) a transferir também o estado de notificação (ou inscrever o usuário no novo tópico) para que ele continue a receber respostas no novo tópico.
Apenas para adicionar um esclarecimento sobre o comportamento de resposta por e-mail (já que isso às vezes surge no mesmo contexto de usuários em estágio e posts movidos):
Cada chave de resposta por e-mail está vinculada tanto ao post/tópico quanto ao endereço de e-mail do destinatário pretendido.
Se alguém encaminhar ou compartilhar sua chave de resposta por e-mail com outra pessoa, a segunda pessoa não poderá usá-la. O Discourse verifica se o Endereço de remetente no e-mail recebido corresponde ao endereço para o qual a chave foi emitida. Se não corresponder, o receptor de e-mail retorna a mensagem com um erro como:
Lamentamos, mas sua mensagem de e-mail para reply+8ea3c4377a64fd24270449c9815ae5e7@discourse.example.com
não funcionou.
Sua resposta foi enviada de um endereço de e-mail diferente daquele que esperávamos, então não temos certeza se é a mesma pessoa. Tente enviar de outro endereço de e-mail ou entre em contato com um membro da equipe.
Isso garante que as chaves de resposta não possam ser passadas como forma de personificar outro usuário.
Em contraste, quando você está lidando com usuários em estágio criados a partir de e-mails recebidos (como no OP), esses são tratados de forma diferente: se criar usuários em estágio automaticamente estiver ativado e a mensagem for enviada para um endereço de categoria (não via chave de resposta), o Discourse criará felizmente uma nova conta para esse remetente. Mas as chaves de resposta por e-mail sempre exigem que o endereço do remetente corresponda à chave originalmente emitida.
Lamentamos, mas sua mensagem de e-mail para [“reply+ancdc4377a64fd37s25449c9815ae5e7@discourse.REDACTED.com”] (com o título test any subjective) não funcionou.
Sua resposta foi enviada de um endereço de e-mail diferente daquele que esperávamos, então não temos certeza se é a mesma pessoa. Tente enviar de outro endereço de e-mail ou entre em contato com um membro da equipe.
Erro nos logs de administração: email::Receiver::ReplyUserNotMatchingError