Responder por e-mail - endereços adicionais

Ao ler alguns tópicos, parece que isso é um recurso possível?

Para combater spam, muitas pessoas usam domínios curinga, endereçamento com plus ou pontos no Gmail. Infelizmente, o Discourse não permite isso, o que faz com que qualquer resposta por e-mail a threads e mensagens privadas seja rejeitada em vez de funcionar corretamente. Qualquer pessoa que use esses métodos deveria poder autorizar endereços adicionais de envio para ativar essas proteções, sem perder funcionalidades essenciais do Discourse.

Então, alguém pode: a) confirmar se isso é possível com o Discourse e, b) dizer onde nas configurações posso adicionar endereços adicionais de resposta por e-mail à minha conta (ou, como usuário final, o que preciso pedir ao administrador do fórum)?

Obrigado,

Se alguém se cadastrar com um endereço de e-mail que não seja o seu Gmail padrão, essa pessoa deve adicionar o outro endereço como um alias no Gmail.

O objetivo de fazer isso é usar um e-mail separado para cada serviço, então não é realmente compatível com a criação de um endereço de envio para cada serviço também. Eles são projetados apenas para recebimento. E não são limitados ao Gmail.

Você está dizendo que ainda não há uma funcionalidade para adicionar um endereço de e-mail aprovado para “responder ao meu e-mail”? Qual seria o problema disso?

Lembro que há suporte interno e não exposto para um e-mail adicional “alternativo”, mas não acredito que “permitir que os usuários adicionem endereços de e-mail infinitos” esteja planejado.

Para deixar claro, não estou perguntando sobre endereços infinitos! Apenas um único endereço de saída aprovado que funcione com a resposta por e-mail.

Não tenho certeza do que significa “suporte interno e não exposto” como usuário final.

Basicamente, é uma mudança complexa que está em andamento ao longo de vários meses ou até mesmo anos.

Ah, entendi. É uma funcionalidade planejada?

Não entendo muito bem o que você quer dizer. Mas se você estiver usando o Gmail, há uma solução muito simples que não requer nenhuma alteração no Discourse. Alias de e-mail provavelmente são suportados por muitos outros sistemas de e-mail também.

Como expliquei, a maioria das pessoas faz isso para ter um endereço de recebimento exclusivo para cada serviço e, em seguida, usar o mesmo endereço de e-mail de saída para todas as envios.

O problema não é resolvido criando um alias de e-mail, pois você levaria uma eternidade para adicionar manualmente centenas de aliases de e-mail e entupir sua lista suspensa de De:.

É possível no Discourse ter um e-mail secundário pelo qual os usuários podem responder. Configure o e-mail de apenas recebimento como principal e adicione o e-mail regular do usuário como secundário. Isso transferiria a responsabilidade de gerenciar isso para o administrador do Discourse, pois atualmente isso só pode ser feito por meio do console do Rails.

Obrigado, é exatamente isso que eu estava perguntando.

Então, como usuário final em outro produto Discourse, preciso entrar em contato com um administrador para ativar isso no momento?

Correto - apenas um administrador com acesso SSH ao servidor seria capaz de fazer isso.

Há algum plano futuro para permitir que isso seja acessível por meio da interface da Web?

Não tenho certeza de que esse seja um problema legítimo. O Gmail oferece suporte nativo a aliases tanto com endereçamento plus quanto com pontos em contas; eu uso ambos bastante regularmente para isso. Eles podem ser adicionados via Configurações > Contas.

Qual seria o ponto de usar tais abordagens para identificar a origem do e-mail (e possíveis futuros spams) apenas para, mais tarde, fornecer seu alias principal?

Em vez de precisar educar o Discourse sobre endereços adicionais, você pode simplesmente responder usando o alias pelo qual o e-mail foi recebido.

Isso certamente é mais limpo e mais seguro, não é?

Você tem razão, está longe do ideal.

Mas a solução faz sentido (aguentem comigo). Em primeiro lugar, o endereço de e-mail de saída pode ser apenas de saída, assim como o endereço de recebimento é apenas de entrada. Isso permite reduzir spam indesejado e identificar a origem.

Como explicado, o uso de alias não é uma solução quando ainda é necessário configurá-los manualmente. Se o Gmail ou outras plataformas pudessem responder de forma inteligente a partir do endereço com plus ou com pontos apropriados, o problema estaria resolvido, mas isso parece improvável (sem contar que o endereçamento com pontos não é padrão).

Francamente, não tive o problema de segurança ao responder a partir de endereços alternativos explicado para mim. Com certeza, se confiamos no destinatário com os dados (às vezes privados) que ele recebe, igualmente confiamos nele para postar. Por que não incluir um token na notificação por e-mail que permita que qualquer endereço de e-mail responda (desde que o token seja válido)?

Apenas pensando as coisas por aqui — fique à vontade para debater esses pontos…

Mais uma vez, verifique suas configurações no Gmail; isso funciona hoje:

Você tem duas opções:

  • Configure os endereços para identificar a origem do e-mail (e dê um passo extra adicionando um alias no Gmail para fechar o ciclo)
  • Peça a cada serviço que você usa e que lida com e-mails de entrada que aceitem aliases adicionais.

Eu sei qual delas eu escolheria, pois funciona hoje e não exige nada extra de terceiros. Se você não está disposto a fazer o esforço de manter os aliases, por que pedir a alguém que se esforce para escrever código extra?

Não tenho certeza se você está realmente lendo o que estou dizendo. Tudo o que foi dito acima exige que você tenha criado cada endereço com plus/dot individual, o que, como expliquei repetidamente, não é viável. Acontece que, de forma transparente, ao receber, meu uso da frase “responder inteligentemente a partir do endereço plus ou dot apropriado” implicava exatamente o comportamento espelhado.

Estou mais do que ciente das configurações no Gmail, bem como de uma variedade de outras interfaces de e-mail. É exatamente por isso que iniciei este tópico com os pontos específicos que levantei. Por favor, releia.

  • Configure endereços para identificar a origem do e-mail (e dê um passo além, adicionando um alias no Gmail para fechar o ciclo)

No mundo moderno, isso literalmente não é possível.

por que pedir a alguém que se dê ao trabalho de escrever código adicional?

Mesmo que você ignore minha sugestão de token (ainda aguardando críticas construtivas), isso definitivamente não é o que estou fazendo.

Eles podem configurar o Gmail para enviar a partir desse endereço (quase tenho certeza). Se quiserem usar algum endereço com +, terão que fazer o trabalho necessário.

É chato, mas é um chato que o usuário pediu.

Se você não tem medo de trabalhar ou pagar por isso, pode conseguir um plugin que remova a parte com + do endereço.

Não há necessidade de ser argumentativo aqui, o caso de uso está claro e é algo que planejamos.

Esse tópico me fez lembrar que o Discourse deveria enviar uma mensagem de erro diferente se o e-mail de origem for semelhante ao e-mail da conta, em vez de completamente diferente. Algo como: “Parece que seu e-mail veio de um endereço semelhante, mas que pode ter usado uma string com + ou pontos em lugares diferentes. Os e-mails devem ser enviados exatamente do endereço de e-mail ao qual a conta do fórum está registrada.”

Por favor. Claro que é possível. Mesmo que você esteja usando esse esquema para centenas de sites, como afirma, ainda é possível. São apenas 10 segundos extras por site, e você não vai se registrar em todos eles no mesmo dia, certo?