Prezados desenvolvedores do Discourse, o Discourse habilitou múltiplos domínios e múltiplas instâncias do Discourse por muitos anos, mas não há como direcionar e-mails recebidos para múltiplos receptores/domínios de e-mail em todos esses anos. Podemos fazer isso acontecer? A resposta por e-mail não funciona sem a custosa verificação (polling) para Discourse multi-site.
Atenciosamente,
-Walker
Não seguindo exatamente, agora suportamos várias caixas de entrada.
@martin existe alguma documentação em algum lugar para a qual possamos vincular?
Temos este Set up reply by email with POP3 polling e também este SMTP support for group inboxes, mas não tenho certeza se algum deles resolve o problema do OP. Acho que o OP está falando sobre aceitar e-mails recebidos via GitHub - discourse/mail-receiver e direcioná-los para vários sites? Talvez eu esteja lendo errado, você pode fornecer mais detalhes sobre o que deseja alcançar @Walker_Blackwell?
Acho que eles estão falando sobre implantação do Discourse como multissite e suporte para e-mails de entrada por site.
Por exemplo:
discourse1.example.com e discourse2.example.com são hospedados como multissite e o OP quer receber e-mails de entrada para ambos os domínios usando o contêiner mail-receiver em vez de depender de qualquer caixa de correio externa.
Exato. O receptor de e-mail suporta apenas um domínio/site, mas todo o resto é multi-domínio/site.
Seria ideal suportar multi-site e multi-receptor.
-Walker
Desculpe, fiquei ocupado.
Sim, é isso que eu gostaria. Usar o email_receiver tem uma tonelada de vantagens e mantém o polling baixo, etc.
O restante do código é multi-site pronto para uso. Seria bom ver isso como parte do email_receiver. Entendo que pode ser um pouco estranho de codificar (em termos de porta)…
Atenciosamente,
-Walker
ding
Isso vale a pena?
-Walker
É factível, mas exigirá uma quantidade razoável de código. A principal questão que precisaria ser resolvida é como especificar o mapeamento entre endereços de e-mail (e domínios) e instâncias multisite, juntamente com o nome de usuário/chave da API a ser usado para cada site.
Se isso for importante o suficiente para você, postar algo em Marketplace é provavelmente a melhor maneira de fazer isso avançar, a menos que alguém na CDCK de repente tenha um desejo que decida satisfazer.
Principalmente perguntando se eu estava sozinho aqui ou não . . . Acho que uso o Discourse como um sistema público de triagem de suporte ao cliente/tickets de ajuda para vários domínios e esse talvez seja um cenário mais especial . . . mesmo que as coisas fossem para um único domínio de triagem (porta 25, o que for), mas o receptor fosse capaz de analisar os e-mails @ para ir para diferentes instâncias do Discourse (endpoints de API) . . . então não haveria trabalho no código de nível inferior . . . sei lá. Acho que é como você disse @mpalmer, muito código . . .
Atenciosamente
-Walker
Eu não diria “sozinho”, mas é certamente um caso de uso de nicho que talvez 0,01% das pessoas que auto-hospedam o Discourse encontrem. Não haveria necessidade de modificar o próprio Discourse, é uma questão de modificar o receptor de e-mail para, como você diz, analisar o domínio dos e-mails recebidos e roteá-los para a instância correta do Discourse, usando o usuário e a chave de API apropriados para cada solicitação.
Já tenho uma configuração funcional no meu servidor dedicado que está fornecendo essas capacidades.
Você gosta de contar como fez isso.
Eu gostaria, em breve, quando eu tiver tempo 
- estou apenas com pouco tempo no momento!
O tempo é apenas um conceito 
Mas obrigado, seria bom.
Eu forneço um método aqui…