En mi Discourse privado, los correos electrónicos externos crean temas de Discourse con usuarios “staged” (preparados) como remitentes. Me gustaría evitar enviar notificaciones a estos usuarios “staged” cuando hay una respuesta en este tipo de temas. En general, nuestra comunidad discute en estos temas la mejor manera de responder y puede ser muy molesto que el remitente original lea estas conversaciones.
¿Podemos prohibir las notificaciones por correo electrónico para los usuarios “staged” por defecto? Gracias.
Un caso de uso importante para los usuarios en etapa de preparación es la capacidad de que envíen correos electrónicos y reciban respuestas sin crear una cuenta.
Echa un vistazo a los “susurros”, que permiten a un grupo en tu sitio utilizar mensajes “internos” que no se muestran/envían a usuarios fuera del grupo.
Los usuarios en etapa de preparación + susurros son una solución sólida para ejecutar un sistema de tickets/soporte donde cualquiera puede enviar un correo electrónico, permitir que los miembros de tu comunidad lo discutan y luego responder con un mensaje “regular” cuando estés listo para enviar un mensaje al usuario en etapa de preparación.
Gracias por tu respuesta. Mi preocupación es tener el “modo sin notificaciones” activo por defecto.
Los “susurros” están bien, pero necesitaría tener este modo activo en las categorías correspondientes por defecto, ya que no puedo esperar que todos los usuarios utilicen el modo susurro en todo momento.
Otra forma que he pensado es desmarcar la preferencia de notificación en el usuario remoto. Pero de nuevo, ¿cómo lo consigo por defecto?
Aún no lo he configurado, pero creo que puedes crear una categoría que permita la entrada de correos electrónicos de usuarios “staged”, pero con permisos configurados para que no puedan leerlos y, por lo tanto, no se les notifique de las respuestas.
Sin embargo, no admite este caso de uso:
Los susurros te permiten tener una conversación y al mismo tiempo permitir respuestas entre los participantes. ¿Podrías explicar más sobre el contexto de estos mensajes? ¿Tienes la intención de responderles desde Discourse?
Diversos socios envían correos electrónicos a nuestra dirección genérica, como contacto@ejemplo.com, que se redirige al foro. Por ejemplo: “Hola, te informamos que nuestro grupo organiza un evento maravilloso. ¡Los miembros de tu comunidad son bienvenidos!” (En la práctica, el correo electrónico llega primero a una categoría privada, luego los moderadores lo cambian a una pública cuando es relevante.)
Luego, el mensaje es visible para nuestros miembros registrados, y tenemos discusiones internas como: “Estoy interesado, ¿quién quiere ir conmigo? Tengo 3 asientos en mi coche”.
Cuando se debe enviar una respuesta al socio, utilizamos nuestra dirección de correo electrónico oficial para no confundirlos. No es necesario enviar una respuesta desde Discourse.
Mi impresión es que la relación entre el usuario provisional y el tema puede ser irrelevante para sus propósitos. Una posibilidad que se me ocurre es que podría permitir a los moderadores cambiar el propietario de las publicaciones (configuración moderators_change_post_ownership), si eso es apropiado para su foro, donde parte del proceso sería entonces que el moderador cambie la propiedad antes de mover el tema.
Sin embargo, esto podría necesitar ser probado, no sé con certeza cómo se manejan las notificaciones para los usuarios provisionales, por lo que potencialmente esto no evitará que el usuario provisional reciba correos electrónicos sobre el tema.
Otra opción podría ser escribir (o encargar) un plugin simple para reaccionar a nuevos temas en esa categoría privada, verificar si el autor es provisional y, en caso afirmativo, hacer algo. Eso podría seguir siendo cambiar el propietario, pero sin requerir que los moderadores tengan ese permiso y asegurando que no se olvide, o quizás sea posible hacer que el usuario provisional deje de seguir el tema.
Editar: Al releer, me doy cuenta de que en realidad eventualmente querrá la dirección de correo electrónico del usuario provisional, por lo que cambiar el propietario probablemente no sea útil. También noto que existe la configuración allow_changing_staged_user_tracking, que me sugiere que el seguimiento/observación de temas por parte de los usuarios provisionales es cómo se manejan las notificaciones.
De hecho. Y necesitamos saber quién es el remitente del mensaje. Algunos socios nos envían correos electrónicos de forma regular, por lo que tiene sentido que realmente sean usuarios preparados.
También he notado esa configuración, pero no me queda claro cuál es su efecto.
¿No es así como funcionan todos los temas de usuarios en espera? Tenemos muchos clientes que dependen de la configuración anterior para escenarios de soporte, pero los usuarios recibirán las respuestas.
Creo que hace que las mismas preferencias de notificación sean visibles en el perfil de un usuario en etapa de prueba, como las que son visibles en el perfil de cualquier otro usuario. Por lo tanto, podrías, por ejemplo, configurar un usuario en etapa de prueba para que siga una categoría.
Un caso de uso obvio sería que configurar a los usuarios en etapa de prueba para que sigan las primeras publicaciones en una categoría y publicar anuncios en esa categoría proporcionaría una experiencia de boletín informativo.
Lamentablemente, las preferencias del usuario no enumeran los temas seguidos, por lo que no podrás usar esa configuración para tus propósitos.
