Me gustaría saber cómo se podría activar la opción de elegir entre “responder al autor” o “responder a todos” en los clientes de correo electrónico de los usuarios que reciben notificaciones de Discourse.
Actualmente, cada mensaje proviene de la misma dirección “no responder”, dirigida solo al destinatario.
Me gustaría leer opiniones sobre si un enfoque ingenuo que utilice author_of+{reply_id}@my.discourse como remitente y múltiples direcciones como destinatarios (el destinatario real y un audience_of+{reply_id}@my.discourse) permitiría a los usuarios elegir destinatarios (autor o todos) en sus clientes (en un escenario con receptor de correo electrónico).
Añade la dirección de correo electrónico del remitente a los correos electrónicos, para que las personas puedan responder directamente si lo desean. Esto expone la dirección de correo electrónico de todos, por lo que solo es apropiado para personas que preferirían usar Mailman en lugar de Discourse.
Es probable que el cliente para el que lo escribí no se haya actualizado desde noviembre de 2020, así que no sé si todavía funciona. A primera vista, parecería que sí.
Estaba buscando una solución que no exponga ninguna dirección de correo electrónico de usuario en general.
Aunque, se podrían marcar categorías especiales para respuestas privadas por correo electrónico y, además, exponer direcciones de correo electrónico oficiales, que, en nuestro caso, son (o deberían ser) bien conocidas por nuestros usuarios.
En ese caso, no sería necesario manejar información privada o confidencial dentro de Discourse en absoluto.
Cuanto más lo pienso, más me gusta.
Sin embargo, a diferencia de su implementación, preferiría no cambiar la plantilla de correo electrónico y, en cambio, hacer que esto funcione cambiando las cabeceras del correo electrónico.
Supongo que la dirección de remitente aún debería ser algo como no-responder@mi.discourse para cumplir con DMARC. El encabezado reply-to: sería mi.nombre@sitio.oficial, y el campo to: incluiría al destinatario y la dirección de correo electrónico del foro de respuesta.
Sí. Mi “solución” es ciertamente rudimentaria. Otro ejemplo de cómo trato Feature como Support, me temo.
Esa es una buena idea. No estoy seguro de lo difícil que sería. Todavía significaría exponer una dirección de correo electrónico, así que no veo que pase al núcleo, pero debería ser posible en un plugin. No sé de inmediato lo difícil que sería.