Nosso discurso atende a uma ampla comunidade de diferentes grupos que não interagem regularmente, mas precisam compartilhar informações às vezes. O problema é que, se alguém encaminha um e-mail recebido de uma categoria para outra categoria por meio de e-mail, a mensagem acaba no tópico original em vez da categoria que foi usada para o e-mail.
Detalhes:
Executando 2.9.0.beta1
Temos e-mail de entrada e resposta por e-mail habilitados em nossa instância
Cada categoria tem um e-mail atribuído no formato discourse+CATEGORIA@...
Passos para reproduzir:
Alguém recebe uma notificação por e-mail de uma nova postagem na categoria A
Alguém encaminha o e-mail recebido para a categoria B usando seu e-mail discourse+CAT-B@...
A mensagem encaminhada acaba no tópico original na categoria A
Pergunta: como garantir que o e-mail encaminhado acabe na categoria B correta? (sem modificar nenhum cabeçalho de e-mail!)
Você quer dizer que ela acaba no tópico original na categoria A?
Novamente, estou respondendo sem saber nada e em breve alguém virá dizer como as coisas realmente são — mas, que eu saiba, isso deveria acontecer dessa forma e uma resposta não muda para um novo tópico apenas mudando o e-mail.
Não consigo reproduzir isso. Estes são os meus passos até agora:
Configurar CategoryA e CategoryB, e atribuir-lhes endereços de e-mail (categorya@[MyTestSite] e categoryb@[MyTestSite])
Definir test_user para Watching para ambas as categorias
Definir email time window mins para 1 min (opcional, mas acelera as coisas)
Admin publica tópico na CategoryA
Test_user recebe e-mail de notificação de novo tópico na CategoryA, e encaminha-o com mensagem para CategoryB
Novo tópico é criado na CategoryB (com um título muito feio - Fwd: [JammyDodger's Test Site] [categorya] Topic for Category A), mas inclui apenas a mensagem adicionada, e não a informação encaminhada pretendida)
Não consigo replicar o problema onde um e-mail encaminhado para uma categoria acaba como uma resposta a um tópico existente? Há algo mais que eu possa tentar?
Acabei de tentar reproduzir isso também (uma diferença importante parecia ser pressionar ‘Responder’ e depois alterar manualmente o endereço Para, em vez de Encaminhar), mas o meu acabou como um novo tópico na Categoria B novamente. Talvez isso o torne específico do cliente? @artur Qual você está usando?
Acabei de tentar com o meu Gmail, mas o e-mail ainda foi para a categoria original.
Estranho – fico surpreso que tenha funcionado para você!
Você poderia verificar os cabeçalhos do e-mail encaminhado?
Vejo, por exemplo, que o References contém o ID do tópico original - isso poderia ter prioridade sobre o campo to:?
Obrigado pelo link!
Parece ser uma situação semelhante, exceto que no meu caso é sobre encaminhar um e-mail e não responder. Por isso, ainda não entendo esse comportamento.
Eu continuo digitando uma resposta e depois pensando em outra coisa para tentar. Mas até agora não tive sorte em replicar seu problema. Algumas coisas talvez relevantes - eu tenho o mail-receiver configurado para meu site de teste, em vez de POP3, e você está encaminhando um primeiro post/OP ou uma resposta?
Olá @JammyDodger, acabei de perceber que a maioria das minhas categorias foi historicamente definida como Categoria espelha uma lista de emails. Você poderia tentar reproduzir o problema ao habilitar esta opção?
Acabei de tentar desabilitar isso na minha instância de teste e parece resolver o comportamento estranho.
Normalmente, find_related_post_with_key está ativado nas configurações do site. Desativá-lo para todo o site não é recomendado, pois permite a personificação do usuário com base no endereço de e-mail. E-mails recebidos que foram enviados para a lista de e-mails sempre usam o Message-ID do e-mail para encontrar posts relacionados e ignoram o valor dessa configuração do site.
Eu mantive a opção principalmente por outro ponto:
Normalmente, o Discourse espera que os e-mails recebidos contenham texto formatado como Markdown. Os usuários da lista de e-mails geralmente não estão cientes desse requisito, portanto, o Discourse não interpreta nenhum Markdown (exceto blocos de código delimitados por três acentos graves) ou HTML dentro de e-mails de texto simples e os publica com a formatação original intacta.
O que faz sentido para pessoas que não têm ideia de markdown
Então, acho que para um site espelho de lista de e-mail puro, ele faz seu trabalho corretamente.
Vou ver como os usuários lidarão com o markdown - eles certamente não estão cientes de que isso é esperado!
Um problema que realmente surgiu quando desativei o espelhamento da lista de e-mail é que, no caso de mensagens geradas automaticamente que são enviadas em nome de alguns usuários, o erro Discourse::InvalidAccess aparece. Com a mensagem de rejeição dizendo
\n\n> Sua conta não tem privilégios para postar novos tópicos nessa categoria.
\n\nMesmo que isso tenha funcionado antes para o mesmo usuário. Então, acho que a opção de espelho desabilita algum tipo de proteção para isso.
- 
Mas até agora não tive sorte em replicar seu problema. Algumas coisas talvez relevantes - eu tenho o 