Como a página de Termos de Serviço do Discourse não permite incorporar links, não pude redirecionar os usuários para a conta de administrador como contato principal.
Então, estou tentando configurar um manipulador/resposta de e-mail de entrada para poder lidar com e-mails oficiais.
Tentei usar o Plugin e ele é apenas para amd64, e recebo erros, pois minha arquitetura é arm64.
Existe alguma versão arm64 (em vez de amd64) do Plugin de recebimento/composição de e-mail?
Se não, quais são minhas opções para configurar um servidor de e-mail, etc. (talvez um contêiner Docker diferente), no entanto, não quero interromper o comportamento usual de e-mail do Discourse (e-mails de verificação de usuário enviados diretamente pelo Discourse, etc.).
O que quero alcançar?
Quero manter o comportamento usual do Discourse sem interromper seu comportamento de envio de e-mails.
Preciso ter um endereço de e-mail totalmente funcional para receber e-mails para admin@meusite.com e para enviar respostas dessa caixa de entrada. (apenas uma caixa de entrada simples com funcionalidade de resposta é perfeitamente aceitável, sem necessidade de ferramentas sofisticadas ou filtros de spam)
Posso ter um endereço de e-mail gratuito como admin_meusite@gmail.com, etc., mas não é nada profissional.
Quais são minhas opções?
É possível implementar uma caixa de entrada de e-mail padrão muito simples no Discourse com um botão de resposta e uma janela de composição muito simples, para ler e responder a e-mails?
(enquanto me pergunto por que o Discourse não incluiu uma caixa de entrada de e-mail simples dentro do Discourse, já que eles sabem que este é um requisito básico para ter um ponto de contato profissional)
Eu sei a resposta para isso. Nenhuma. Nem se incomode em tentar. É muito arriscado, difícil e caro. E se você for cliente de serviços de VPS como a DigitalCloud, eles nem permitem isso.
Estou um pouco perdido sobre o que você está procurando, deve ser uma barreira de idioma novamente, mas se você quiser receber e-mails no Discourse, ter a capacidade de responder lá e enviar respostas para o cliente/usuário, o Discourse já pode fazer isso. Acho que o termo de busca seria algo como email. Tudo que você precisa é de um endereço com + (não me lembro o nome chique disso) e pelo menos o SES da Amazon oferece isso, eu acho.
os links como []() ficam desativados na página de termos de serviço. Todas as outras postagens estão bem. Apenas em páginas legais como essa. Pensei que fosse aplicado pelo Discourse.
você quer dizer que o discourse tem um compositor de e-mail?
Eu estava tentando receber e-mails para admin@mysite.com e enviar e-mails a partir daí.
Quando alguém (do gmail etc.) envia um e-mail para admin@mysite.com, eu deveria ser capaz de lê-lo e responder a ele. E a resposta seria enviada do domínio @mysite.com.
exemplo de cenário:
para: admin@mysite.com
de: example@example.gov
texto do e-mail: Notamos que algumas seções dos Termos de Serviço do nosso site podem exigir mais esclarecimentos. Entre em contato conosco o mais breve possível.
E eu deveria ser capaz de ler o e-mail, e eu deveria ser capaz de responder a esse e-mail recebido. Você está dizendo que o discourse já tem essa funcionalidade? Não estou falando de e-mails de verificação de usuário etc.
Você pode começar com isso e fazer mais algumas pesquisas, se necessário — mas você já pesquisou e é por isso que estou confuso sobre qual é o problema real agora.
Só consigo ver um uso provável da marcação []() em Fórum da Internet em https://meta.discourse.org na primeira linha, no início dos Termos de Serviço. Você pode verificar se esse link usa a marcação []() para apresentar o link https://meta.discourse.org? você tem certeza de que não está usando nenhum outro método como tags href para exibir o link?
Por exemplo, você pode incorporar [about](/about/) nos Termos de Serviço?
Alguns deles são apenas links colados que se transformam automaticamente em links, como o do meta.discourse.org, mas outros usam markdown. (como o da Creative Commons mais abaixo)
As FAQs têm mais exemplos, incluindo um para a página /about ([friendly local staff](/about)).
Você não deve ter problemas em usar links markdown nessas postagens e vê-los exibidos na página publicada.
Isso é estranho. Minha página de TOS não pode usar marcações como [](). Não sei se alguma formatação invisível foi aplicada à página. A única opção parece ser tentar converter a página inteira para texto unicode e, novamente, reformatá-la com títulos, etc.
Você está usando os padrões? Se você clicar em ‘editar esta página’ no topo, você será levado para a postagem subjacente onde poderá fazer os ajustes necessários.
(Ou apenas navegue até o tópico relevante em sua categoria de equipe)
Não sei por que você tem os HTML, mas pelo menos eles funcionam. Você poderia usar esse método em vez disso se não quisesse investigar mais?
Se você for para /admin/customize/site_texts, há um botão Replace Text à direita que você pode usar para regenerar o texto para os tópicos semeados. Ele buscará a versão mais recente (embora sobrescreva quaisquer alterações que você tenha feito, então salve uma cópia se o fizer). Não tenho certeza se isso ajudará neste caso, mas pode valer a pena tentar?
O que você quer dizer quando diz que não permite incorporar um link?
(como o da Creative Commons mais abaixo)
(o exemplo de Creative Commons que mencionei)