Estimados desarrolladores de Discourse: Discourse ha habilitado múltiples dominios y múltiples instancias de Discourse durante muchos años, pero no hay forma de dirigir los correos electrónicos entrantes a múltiples receptores/dominios de correo en todos esos años. ¿Podemos hacer que esto suceda? La respuesta por correo electrónico no funciona sin sondeos costosos para Discourse multisitio.
Saludos cordiales,
-Walker
No seguimos exactamente, ahora admitimos varios buzones de entrada.
@martin ¿hay alguna documentación en algún lugar a la que podamos enlazar?
Tenemos esto Set up reply by email with POP3 polling y también SMTP support for group inboxes pero no estoy seguro de si alguno de esos resuelve el problema del OP. Creo que el OP está hablando de aceptar correos electrónicos entrantes a través de GitHub - discourse/mail-receiver y dirigirlos a múltiples sitios. ¿Quizás estoy leyendo mal, puedes proporcionar más detalles de lo que quieres lograr @Walker_Blackwell?
Supongo que están hablando del despliegue de Discourse como multisitio y del soporte para correos electrónicos entrantes por sitio.
Por ejemplo:
discourse1.example.com y discourse2.example.com se alojan como multisitio y el OP quiere recibir correos electrónicos entrantes para ambos dominios utilizando el contenedor de recepción de correo en lugar de depender de cualquier buzón externo.
Exacto. El receptor de correo solo admite un dominio/sitio, sin embargo, todo lo demás es multidominio/sitio.
Sería ideal admitir múltiples sitios y múltiples receptores.
-Walker
Lo siento, me ocupé.
Sí, esto es lo que me gustaría. Usar el email_receiver tiene muchísimas ventajas y mantiene el polling bajo, etc.
El resto del código es multi-sitio “out of the box”. Sería bueno ver esto como parte del email_receiver. Entiendo que podría ser un poco extraño de codificar (en cuanto a puertos)…
Saludos cordiales,
-Walker
ding
¿Vale la pena?
-Walker
Es factible, pero requerirá una buena cantidad de código. Lo principal que habría que resolver es cómo especificar el mapeo entre las direcciones de correo electrónico (y dominios) y las instancias multisitio, junto con el nombre de usuario/clave de la API a utilizar para cada sitio.
Si esto es lo suficientemente importante para ti, publicar algo en Marketplace es probablemente la mejor manera de hacerlo avanzar, a menos que alguien en CDCK de repente tenga un capricho que decida satisfacer.
Principalmente preguntando si estaba solo aquí o no. . . Supongo que uso discourse como un sistema público de admisión de clientes/tickets de ayuda para múltiples dominios y ese es quizás un escenario más especial. . . incluso si las cosas fueran a un solo dominio de admisión (puerto 25 lo que sea) pero el receptor pudiera analizar los correos electrónicos @ para ir a diferentes instancias de discourse (puntos finales de la API). . . entonces no habría trabajo en el código de nivel inferior. . . no sé. Supongo que es como dijiste @mpalmer, mucho código. . .
saludos
-Walker
No diría “solo”, pero ciertamente es un caso de uso de nicho al que quizás se enfrentan el 0,01% de las personas que autoalojan Discourse. No habría necesidad de modificar Discourse en sí, es una cuestión de modificar el receptor de correo para, como dices, analizar el dominio de los correos electrónicos entrantes y dirigirlos a la instancia de Discourse correcta, utilizando el usuario y la clave de API apropiados para cada solicitud.
Ya tengo una configuración funcional en mi servidor dedicado que proporciona estas capacidades.
¿Te gusta contar cómo lo hiciste?
Me gustaría, pronto, cuando tenga tiempo 
- ¡Ahora mismo estoy muy apurado!
El tiempo es solo un concepto 
Pero gracias, sería agradable.
Aquí proporciono un método…