[Para contextualizar esta consulta: somos um projeto de código aberto que utiliza uma instância fornecida pelo Discourse, pela qual somos gratos.]
Estamos enfrentando um comportamento que tem confundido membros da nossa comunidade e buscamos orientação ou melhores práticas para melhorar a situação. Especificamente:
As notificações por e-mail enviadas pela nossa instância do Discourse exibem um endereço De: como [projeto]@discoursemail.com, junto com o endereço Responder para: que encaminha corretamente as respostas de volta ao tópico original.
Quando os destinatários respondem a esses e-mails usando “Responder” em vez de “Responder para” (acreditando incorretamente que isso lhes permitirá responder ao autor original da mensagem, fora do fórum), eles recebem a seguinte mensagem:
Lamentamos, mas sua mensagem de e-mail para [“[projeto]@discoursemail.com”] (com o assunto Re: [Assunto]) não funcionou.
Você usa mais de um endereço de e-mail? Você respondeu de um endereço de e-mail diferente?
Respostas por e-mail exigem que você use o mesmo endereço de e-mail ao responder.
Alternativamente, o cabeçalho Message-ID no e-mail pode ter sido modificado.
Isso faz com que eles acreditem que há um problema com o endereço de e-mail do qual enviaram a mensagem, em vez do endereço para o qual a enviaram. Mas, ao verificar novamente, descobrem que se trata do endereço da sua conta e entram em contato pedindo ajuda, questionando o que deu errado.
Isso me faz questionar se:
Existe uma maneira de configurarmos o endereço de e-mail do qual essas mensagens são enviadas para algo como noreply@discoursemail.com ou outro que pareça menos um endereço de e-mail válido?
Existe uma maneira de nós, ou do Discourse, personalizarmos as mensagens de erro para respostas ao endereço de envio, dizendo algo como: “Você respondeu a um endereço de e-mail que não aceita e-mails recebidos. Se você estava tentando responder a um e-mail de notificação do Discourse, use o endereço Responder para: ou entre em contato diretamente com o autor.”
[Peço desculpas se ignorei algo antes de postar esta mensagem. Embora tenha encontrado outras mensagens em meta.discourse.org fazendo perguntas semelhantes, nenhuma delas me levou a respostas. Dito isso, tem sido desafiador para mim encontrar palavras-chave que restrinjam bem os resultados da busca].
Não há uma configuração que eu saiba que possa ser usada para isso. Ao revisar minha caixa de entrada pessoal de e-mail, parece ser bastante comum que os campos De e Responder para não coincidam. Estou vendo exemplos de aplicativos enviando e-mails de um endereço de e-mail sem resposta, com o endereço Responder para definido como o endereço correto para respostas. Outros aplicativos parecem estar lidando com isso da mesma maneira que o Discourse: com um endereço De que parece real, mas com a expectativa de que o endereço de e-mail Responder para seja usado para a resposta.
A menos que haja uma configuração do site que eu não conheça que permita definir o endereço De como noreply@<dominio.com>, adicionar uma parece ser uma solicitação de recurso razoável para mim.
O modelo de e-mail que está sendo usado pelo Discourse para essas respostas é o modelo email_reject_bad_destination_address. Este modelo de e-mail deve estar listado na seção de modelos de e-mail do site (encontrada em Admin / Personalizar / E-mail). Quando procuro em meu site por esse modelo de e-mail, não o estou encontrando. Parece-me que isso é um bug que precisa ser corrigido. Precisamos adicionar o modelo à lista encontrada em discourse/app/controllers/admin/email_templates_controller.rb at main · discourse/discourse · GitHub. Esta é uma pequena alteração, então deveremos conseguir concluí-la muito em breve.
Por enquanto, você pode editar o modelo email_reject_bad_destination_address acessando a seção Admin / Personalizar / Texto do seu site e inserindo o seguinte texto na caixa de pesquisa:
Uma lista de e-mails mal comportada configuraria a resposta para o endereço da lista, e um usuário que quisesse responder ao remetente poderia alterar o endereço para o do remetente, que era o endereço da pessoa que enviou a mensagem. Acredito que esse comportamento seja tão forte que as pessoas não verificariam o endereço para perceber que ele não poderia, de forma alguma, ser o da pessoa que escreveu a mensagem.
Para uma comunidade focada em e-mail, escrevi um plugin que revela o endereço de e-mail do autor, permitindo responder diretamente ao remetente por e-mail.
Você tem algum detalhe sobre como as pessoas estão fazendo isso? O cliente de e-mail deles está oferecendo a opção de usar o endereço do remetente, ou elas estão copiando manualmente para um novo e-mail?
No Thunderbird (estou usando a versão 78.7), acredito que ele reconhece os e-mails do Discourse como provenientes de uma lista de discussão e oferece dois botões de resposta: Responder e Responder à Lista.
Responder criará uma resposta voltando para o endereço “De” (noreply@xyz.com)
Responder à Lista criará uma resposta voltando para o endereço “Responder Para” (replies+01234@xyz.com)
Pessoalmente, acho muito fácil clicar acidentalmente no botão responder em vez do botão responder à lista.
Sei que alguns membros da nossa equipe que enfrentaram esse problema usam o Thunderbird, então provavelmente estavam enfrentando o comportamento que o @Beakertonobservou (e sei que alguns clientes de e-mail mais antigos baseados em UNIX fazem o mesmo; eu não tinha percebido que o Outlook não facilita isso até escrever esta resposta). Se for do interesse de vocês, posso perguntar aos outros usuários, cujos clientes de e-mail não tenho certeza, como eles encontraram esse problema, embora eu espere que seja semelhante.
Acho que isso pode ser o caso. Ou, se estiverem pensando sobre isso, podem acreditar que algo “mágico” no Discourse está anonimizando o endereço do remetente, mas garantirá que a resposta deles chegue a ele? (Sei que não é o caso e entendo os motivos, então não estou sugerindo que acredito que isso deveria ocorrer).
Acho que uma vantagem de personalizar o endereço “De:” para algo que pareça menos um endereço razoável, como o @simon observou aqui:
isso dissiparia essas ilusões para quem está prestando atenção, ou talvez apenas torne menos surpreendente que as coisas não funcionaram se voltarem e olharem sua mensagem enviada. Mas poder personalizar a mensagem de “endereço de destino inválido” provavelmente nos levaria a 95% do caminho, então vou investigar isso mais a fundo.
Ainda tenho o cabeçalho De: como noreply@example.com e estava pensando em torná-lo algo mais acolhedor (em parte caso as pessoas não achassem que responder funcionaria). Noreply deve ser uma configuração padrão ou recomendada.
Mas talvez a resposta para ambos os problemas esteja na primeira parte desta frase:
Nossa experiência é que isso realmente acontece com usuários do Thunderbird.
Hoje em dia, essa é a primeira pergunta que faço quando alguém relata um incidente como este, e a resposta é sempre ‘sim’.
Definitivamente algo relacionado ao Thunderbird, como descobrimos e testamos em meados de janeiro:
Responder - uma mensagem - vai para [noreply@forum.xxxxx.com](mailto:noreply@forum.xxxxx.com)
Responder a Todos - duas mensagens - vai para ambos [noreply@forum.xxxxx.com](mailto:noreply@forum.cxxxx.com)
e [xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)
Responder à Lista - uma mensagem - vai para
[xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)
Acontece que até existe um complemento para o Thunderbird para corrigir isso:
Sim, eu considero isso fortemente um erro de design no Thunderbird.
No entanto, eu simpatizo com seus usuários que estão simplesmente tentando fazer a coisa certa. Acredito que o melhor que você pode fazer no momento é personalizar a mensagem de erro para que seja específica à sua comunidade e coloque a solução mais comum para o erro no topo da resposta, algo como:
Lamentamos, mas sua mensagem de email para [“[project]@discoursemail.com”] (com o título Re: [Assunto]) não funcionou.
Se você estiver usando o Thunderbird como seu cliente de email, deve responder à lista; não é possível responder diretamente aos usuários via email.
Você usa mais de um endereço de email? Você respondeu de um endereço de email diferente? As respostas por email exigem que você use o mesmo endereço de email ao responder. Alternativamente, o cabeçalho Message-ID no email pode ter sido modificado.
Claro, não exatamente esse texto — whatever você achar que faz sentido, listado perto do topo.
Atualizei nossa mensagem de erro graças às dicas na mensagem acima do @simon e suspeito que isso será suficiente para resolver a confusão que alguns membros da nossa comunidade sentiram. Se houvesse uma maneira de personalizar o endereço “De:” para algo mais próximo de noreply@discoursemail.com, seria o auge, mas por enquanto acho que estamos em uma situação muito melhor.
Obrigado novamente por toda a ajuda aqui,
-Brad
PS — Enquanto estamos criticando o Thunderbird neste tópico, vou mencionar que ainda é perplexo para os usuários do Thunderbird que URLs de suas mensagens formatadas em HTML parecem ser descartadas pelo filtro de processamento de e-mail de entrada do Discourse, onde ainda não está claro para mim se isso indica um bug do Thunderbird ou um bug do Discourse.
Com base neste feedback, também vamos melhorar a mensagem de erro em geral. Ela ficará assim na versão beta atual e em futuras liberações:
Lamentamos, mas sua mensagem de e-mail para %{destination} (com o título %{former_title}) não funcionou.
Aqui estão algumas coisas para verificar:
- Você usa mais de um endereço de e-mail? Você respondeu de um endereço de e-mail diferente daquele que usou originalmente? As respostas por e-mail exigem que você use o mesmo endereço de e-mail ao responder.
- Seu software de e-mail usou corretamente o endereço de e-mail Reply-To ao responder? Infelizmente, alguns softwares de e-mail enviam respostas incorretamente para o endereço From:, o que não funcionará.
- O cabeçalho Message-ID no e-mail foi alterado? O Message-ID deve ser consistente e inalterado.
Precisa de mais ajuda? Entre em contato conosco através dos detalhes de "Fale Conosco" em %{base_url}/about
Mas consigo abrir minhas mensagens antigas do Discourse no Thunderbird sem esse problema. Apenas as mais novas têm esse problema. Descrevi isso em minha postagem:
Acho que você tem razão e a presença do cabeçalho List-Post faz com que o Thunderbird entenda, de forma compreensível, que se trata de um e-mail de lista de discussão. Provavelmente, um cabeçalho Reply-To seria suficiente.
O campo List-Post descreve o método para publicar na lista. Isso é tipicamente o endereço da lista, mas PODE ser um moderador ou, potencialmente, alguma outra forma de submissão. Para o caso especial de uma lista que não permite publicações (por exemplo, uma lista de anúncios), o campo List-Post pode conter o valor especial “NO”.
Não sou especialista em e-mail, então talvez não tenha ficado claro.
Parece que os e-mails têm From:noreply@example.com e List-Post:replies+12345@example.com — estou me baseando apenas neste tópico, não verifiquei pessoalmente, então posso estar errado.
Perguntei-me se From:noreply@example.com e Reply-To:replies+12345@example.com funcionariam sem confundir o Thunderbird.
Os cabeçalhos de notificação por e-mail que estamos fornecendo estão corretos. A discrepância vem do modelo mental do usuário sobre o que está acontecendo …
este usuário David está me enviando um e-mail diretamente
… versus o que realmente está acontecendo.
o fórum está me notificando sobre atividade em um tópico
Minha esperança é que a mensagem de erro aprimorada por e-mail ajude a ensinar ao usuário a diferença. É um desafio migrar usuários apenas de e-mail para uma solução híbrida de fórum na web.
Entendo essa diferença, mas se você está usando Reply-To, por que também usar List-Post?
Não estou dizendo que está errado — apenas me pergunto. Puramente com base nesse tópico, parece confundir o Thunderbird e, se o Reply-To funcionar, ser desnecessário.
