El discurso en torno a los usuarios “staged” (en preparación) implica que recibirán notificaciones por correo electrónico para las respuestas a los temas en los que han publicado por correo electrónico. Sin embargo, cuando su publicación es movida a otro tema por un moderador, la documentación no explica claramente cómo su estado de notificación (por ejemplo, “Observando”) se aplica al nuevo tema. Como resultado, es fácil asumir que seguirán recibiendo respuestas en el nuevo tema, pero ese no es siempre el caso.
Comportamiento actual
Cuando un usuario “staged” publica por correo electrónico, su nivel de notificación para ese tema se establece automáticamente en “Observando”.
Si un moderador mueve su publicación a un tema diferente, el usuario “staged” permanece “Observando” el tema original.
No empiezan a observar automáticamente el tema de destino, por lo que las nuevas respuestas allí pueden no generar notificaciones por correo electrónico para ellos, a menos que de otra manera se suscriban o vuelvan a publicar en el nuevo tema.
Por qué esto importa
Los moderadores que trabajan con usuarios “staged” (especialmente en foros de soporte o flujos de trabajo de mesa de ayuda) pueden asumir que el usuario seguirá recibiendo respuestas incluso después de que se mueva una publicación.
Debido a que el comportamiento no está claramente documentado, se pueden pasar por alto las respuestas, lo que puede degradar la experiencia del usuario o causar malentendidos en la comunicación.
Una documentación clara ayudaría a los administradores de la comunidad y a los moderadores a comprender qué esperar y a gestionar adecuadamente a los usuarios “staged” (por ejemplo, ajustando manualmente la configuración de notificación).
Resolución sugerida
Aclaración de la documentación: Actualizar la documentación sobre usuarios “staged” / correo electrónico para indicar explícitamente que la configuración de notificación está ligada a los temas, no a las publicaciones, y que mover la publicación de un usuario “staged” a un nuevo tema no transfiere automáticamente el estado de “Observando”.
Mejora opcional: Proporcionar una interfaz de usuario/configuración para que, al mover la publicación de un usuario “staged”, se solicite a los moderadores (o se les dé la opción) que también transfieran el estado de notificación (o suscriban al usuario al nuevo tema) para que continúen recibiendo respuestas en el nuevo tema.
Solo para añadir una aclaración sobre el comportamiento de la respuesta por correo electrónico (ya que a veces surge en el mismo contexto que los usuarios provisionales y las publicaciones movidas):
Cada clave de respuesta por correo electrónico está vinculada tanto a la publicación/tema como a la dirección de correo electrónico del destinatario previsto.
Si alguien reenvía o comparte su clave de respuesta por correo electrónico con otra persona, la segunda persona no podrá usarla. Discourse comprueba que la dirección de remitente del correo electrónico entrante coincida con la dirección para la que se emitió la clave. Si no coincide, el receptor de correo devuelve el mensaje con un error como:
Lo sentimos, pero tu mensaje de correo electrónico a reply+8ea3c4377a64fd24270449c9815ae5e7@discourse.example.com
no funcionó.
Tu respuesta se envió desde una dirección de correo electrónico diferente a la que esperábamos, por lo que no estamos seguros de si es la misma persona. Intenta enviar desde otra dirección de correo electrónico o ponte en contacto con un miembro del personal.
Esto garantiza que las claves de respuesta no se puedan pasar como una forma de suplantar a otro usuario.
Por el contrario, cuando se trata de usuarios provisionales creados a partir de correos entrantes (como en el OP), estos se manejan de manera diferente: si la opción crear usuarios provisionales automáticamente está habilitada y el mensaje se envía a una dirección de categoría (no a través de una clave de respuesta), entonces Discourse creará felizmente una nueva cuenta para ese remitente. Pero las claves de respuesta por correo electrónico siempre requieren que la dirección del remitente coincida con la clave emitida originalmente.
Lo sentimos, pero tu mensaje de correo electrónico a [“reply+ancdc4377a64fd37s25449c9815ae5e7@discourse.REDACTED.com”] (con el asunto test any subjective) no funcionó.
Tu respuesta se envió desde una dirección de correo electrónico diferente a la que esperábamos, por lo que no estamos seguros de si es la misma persona. Intenta enviar desde otra dirección de correo electrónico o ponte en contacto con un miembro del personal.
Error en los registros de administración: email::Receiver::ReplyUserNotMatchingError