É normal ter modelos duplicados nas configurações de e-mail?
Este bug foi encontrado porque o link de confirmação de adicionar um segundo e-mail sempre retornava um 404, então descobrimos que muitas entradas nos modelos de e-mail estavam erradas, com assuntos duplicados e corpos semelhantes, parecem ser conteúdos antigos não substituídos?
Sobre o problema de confirmação de e-mail, tenho um que usa um link incorreto (antigo?) e outro que é o correto, por que tenho 2 com o mesmo nome e por que não consigo excluir o incorreto? isso é um bug no Discourse?
Fiquei confuso com os dois modelos de e-mail de confirmação também. Mas eles são ligeiramente diferentes. Um é enviado quando um administrador adiciona um novo endereço de e-mail ao perfil de um usuário, e o outro é enviado quando eles o fazem. A última linha é diferente.
Confirme seu novo endereço de e-mail para %{site_name} clicando no link a seguir:
%{base_url}/u/confirm-new-email/%{email_token}
Se você não solicitou esta alteração, entre em contato com um [administrador do site](%{base_url}/about).
Confirme seu novo endereço de e-mail para %{site_name} clicando no link a seguir:
%{base_url}/u/confirm-new-email/%{email_token}
Esta alteração de e-mail foi solicitada por um administrador do site. Se você não solicitou esta alteração, entre em contato com um [administrador do site](%{base_url}/about).
Acho que excluir um quebraria um dos e-mails enviados.
Meus modelos também usam o mesmo link. Talvez os seus sejam diferentes porque você personalizou o modelo antes.
Eu me pergunto por que partes do link são personalizáveis pelo modelo. Se o modelo usasse apenas %{confirmation_link}, pelo meu entendimento, o link não ficaria desatualizado, mesmo que o modelo fosse personalizado.
Não exatamente, tenho vários duplicados com conteúdos semelhantes. No exemplo da minha captura de tela (talvez não visível), um dos links aponta para “confirm-new-email” (correto) e o outro para “authorize-email” (que é um link quebrado / inexistente).
Você pode nos mostrar mais algumas capturas de tela (ou um vídeo) para explicar o problema que você está enfrentando? Você precisa fornecer mais informações para que possamos ajudá-lo.
Talvez a resposta seja simplesmente reverter todos os modelos de e-mail para o padrão e, em seguida, começar novamente a personalizá-los, se você realmente achar necessário.
Na página de administração de configurações de e-mail, clique em cada modelo de e-mail e, em seguida, selecione o botão Reverter Alterações. Se já estiver no padrão, não haverá botão de reverter alterações.
Eu assisti a esse vídeo do YouTube e vejo que muitos dos modelos de e-mail são diferentes do padrão atual. Você pode confirmar que tem mantido seu site atualizado?
Às vezes, nossos e-mails são marcados como SPAM, marque este e-mail como importante e arraste-o para sua seção Principal para tornar a entrega mais confiável. Isso também ajudará outros usuários a receberem notificações corretamente. Lembre-se de que você sempre pode cancelar a inscrição.
Isso não faz parte de nenhum dos modelos padrão. Então, acho que você tem o mesmo problema deste tópico Confirmation email link (after change) is broken ("Oops!") due to bad email customization - #5 by gerhard. Sempre que você personaliza um texto, o Discourse não o substitui quando o original é atualizado. O software não consegue saber como “mesclar” suas personalizações com as novas alterações.
Portanto, você precisa atualizar seu texto personalizado por conta própria, ou redefini-lo para o texto padrão, como Tobias sugeriu, e depois personalizá-lo novamente, se desejar.
Mas, como expliquei antes, o Discourse usa ambos os modelos. Ele não enviará o outro se você excluiu um deles. Ele ainda usará o modelo que foi criado para a situação atual. Portanto, sempre que o usuário alterar seu e-mail, ele usará o modelo para isso. O outro modelo é usado quando o administrador altera o e-mail do usuário. Situações diferentes exigem textos diferentes, por isso existem modelos diferentes.
Também no caso dos 2 modelos para ‘conta silenciada’ e ‘conta suspensa’, ambos os modelos são necessários e seria uma má ideia excluir um deles. Os dois modelos têm casos de uso ligeiramente diferentes: um é enviado quando o usuário é silenciado ou suspenso por um tempo limitado. É por isso que inclui a data. O outro modelo é usado quando você opta por silenciar/suspender o usuário para sempre. Nesse caso, o e-mail não informa ao usuário que ele está “suspenso até o ano 3025”. Isso seria bobo. Portanto, há um segundo modelo sem o espaço reservado para quanto tempo a conta está suspensa/silenciada.
Estou limpando todos os modelos modificados, um por um, mas este em particular, “Reviewables Reminder”, me dá um erro. Sou o único a ter esse problema?
É normal que instalações do Discourse recebam spambots dessa forma? Acho que não… mas por que mudar este e-mail de confirmação faz com que spambots ataquem o fórum?
O que é ainda mais confuso é que não vejo nenhum log deles, na verdade não há “novos usuários registrados” (ainda mais confusa a relação desse link de confirmação aqui):
Então, de onde vêm esses spambots? Olhando para um deles, parece que foi criado em 2020, ok…
Pergunta: quando o post é sinalizado (então adicionei muitas palavras-chave na lista de sinalização), qual é a ação correta para as contas de spam? (excluir todos os seus posts, excluir conta, excluir rastros, etc.).
Por outro lado, vejo que o usuário tem 11 posts criados, em seu perfil vejo a opção de “excluir todos os posts”, mas não de “vê-los” (link muito necessário), como posso ver quais posts o usuário criou? Na verdade, parece ser um usuário legítimo (em seu primeiro post de 2020, então a conta deste usuário foi hackeada no Discourse?)
Voltando ao tópico, ainda estou confuso sobre qual pode ser a relação do link de confirmação com essas ações de spam.
