Habilitando reply_by_email

A configuração “Manual polling enabled” também é encontrada em Admin → Todas as configurações do site → Email.

E como aparentemente não consigo dormir, investiguei um pouco e vi pouquíssimos casos de pessoas tentando configurar email recebido via API. Caso seja útil para você à medida que prossegue, eis o que encontrei:

(vários links)

Enquanto pesquisava, o Discobot apresentou esta informação, talvez desatualizada:

Você pode usar a API do Discourse para lidar com e-mails recebidos sem depender do contêiner mail-receiver. O endpoint /admin/email/handle_mail aceita o conteúdo bruto do e-mail via POST, permitindo que você envie e-mails diretamente para o Discourse usando um script ou integração personalizada. Este método contorna a necessidade de polling SMTP ou do contêiner mail-receiver.

Por exemplo, você pode enviar um e-mail para o Discourse usando um comando curl com o parâmetro email contendo o conteúdo bruto do e-mail. Essa abordagem é comumente usada em configurações personalizadas de entrega de e-mail, especialmente ao usar serviços como AWS Lambda ou outras funções serverless.

Saiba mais sobre o endpoint da API na documentação da API do Discourse.

(…Não encontrei nada sobre isso na documentação da API.)

2018: Este tópico não parece ter tido uma resolução.

2018: Esta postagem refere-se a um guia de e-mail – referenciando linguagem que não existe mais lá – e também recomenda: “A maneira mais fácil de fazer a resposta por e-mail funcionar é usar o template do contêiner mail-receiver, em vez de tentar trabalhar com todos os tipos de APIs variadas dos diferentes provedores.”

2022: O parâmetro email seria alterado para email_encoded.

2022: Outra recomendação para apenas usar o mail-receiver.

2 curtidas