Tenemos algunos scripts que generan correos electrónicos a nuestras categorías de Discourse para rastrear automáticamente eventos del proyecto, como resultados de pruebas, nuevos informes de problemas de usuarios, etc. Había asumido ingenuamente que si aparecían dos correos con la misma línea de asunto (por ejemplo, “pruebas en linux64”), terminarían automáticamente en el mismo tema; sin embargo, parece que estamos obteniendo un tema separado para cada uno de esos correos. (Responder a un tema por correo lo mantiene en el mismo tema, como es de esperar, por supuesto).
Buscando un poco en los foros sobre este tema, me encontré con menciones de las configuraciones “Permitir temas con títulos idénticos y duplicados” y “Permitir temas con títulos idénticos y duplicados si la categoría es diferente”. Para mi sorpresa, ninguna de ellas está marcada en nuestro sitio, aunque sí tenemos temas con el mismo título debido a estos scripts. ¿Es posible que estas configuraciones solo se apliquen a temas generados desde la interfaz del sitio web y no desde el correo electrónico?
En cualquier caso, ¿hay alguna forma de configurar un sitio de Discourse de modo que los correos enviados a una categoría determinada con un asunto específico se fusionen automáticamente en un solo tema, en lugar de resultar en un tema por cada mensaje de correo? (Entiendo que esto podría causar cierta confusión si dos usuarios publican temas por correo con el mismo asunto, pero me parece un compromiso razonable).
Si no estás viendo el sitio, ¿cómo sabes si un título ya ha sido utilizado?
No estoy seguro de haber entendido tu pregunta (porque temo estar repitiéndome), pero intentaré responder:
El escenario que motiva esta pregunta en nuestro sitio de Discourse es aquel en el que los mensajes son generados por scripts que utilizan líneas de asunto predecibles (por ejemplo, “linux64 testing”), con la intención de que se agrupen dentro de un solo tema. Para estos scripts, no importa si el título ya ha sido utilizado, siempre y cuando el comportamiento sea: “si ya existe un tema con el título de la línea de asunto, que el correo añada un mensaje al tema existente en lugar de crear uno nuevo; si no existe, crear un nuevo tema con la línea de asunto como su título”.
Volviéndome un poco más hipotético, podría imaginar un usuario que trabaja en un entorno seguro y no tiene permitido interactuar directamente con sitios web; pero cuyos administradores de sistema reflejan el contenido de un sitio web de interés en su entorno para navegación de solo lectura. Conocer la línea de asunto de un tema dado permitiría a dicho usuario añadir un nuevo mensaje a un tema específico por correo electrónico, sin necesidad de tener un correo sobre ese tema en su bandeja de entrada para responder.
Házmelo saber si he malinterpretado lo que preguntas.
¿Has considerado usar algo distinto a SMTP para la entrega de mensajes?
No lo hemos hecho, pero sin duda podríamos considerarlo si se considera una buena práctica. Para asegurarme de que lo entiendo correctamente, ¿estás sugiriendo que nuestros scripts publiquen en Discourse interactuando con el sitio web mediante HTML como lo haría una persona? ¿O los sitios de Discourse admiten una API a la que los scripts puedan apuntar directamente? Si tienes alguna orientación o ejemplos sobre cómo podríamos abordar esto, sería muy útil; definitivamente aún somos muy nuevos en la administración de Discourse.
O, me preguntaba si podría haber algún otro truco que pudiéramos usar en las cabeceras del correo electrónico para que Discourse las añada al tema existente en lugar de crear uno nuevo. Asumo que poner el asunto como “Re: pruebas linux64” no es suficiente y que es la dirección Reply-to: y/o los metadatos de la cabecera del correo lo que hace que una respuesta se añada a un tema existente en lugar de iniciar uno nuevo. (En cuyo caso, podríamos crear manualmente temas para cada posible asunto de script en la categoría, averiguar cuáles son esos metadatos y luego incrustarlos en nuestro script, pero eso se sentiría bastante engorroso si ya existiera una forma de fusionar automáticamente los correos en un tema existente por asunto, especialmente para scripts que podrían generar nuevos asuntos con el tiempo).
Eso es un caso de uso muy específico para pedir cambiar todo un comportamiento.
Quizás, pero siendo justos, en el mensaje original (OP), solo preguntaba si existía una forma de lograr lo que queríamos y expresaba confusión por estar obteniendo múltiples temas con el mismo título a pesar de tener desmarcada la opción “permitir temas duplicados”. No pude encontrar ninguna documentación que indicara que este fuera el comportamiento esperado y pensé que, dado que Discourse rechaza correos por todo tipo de razones (por ejemplo, “ese asunto no parece ser una oración”), podríamos haber recibido rebotes diciendo “ese título de tema ya existe en esta categoría” (no que eso me hubiera hecho más feliz, solo habría parecido más consistente con los títulos de las casillas de verificación).
Pero, tampoco creo que la solicitud de cambio de comportamiento sea tan extraña: creo que es realmente genial y poderoso que los sitios de Discourse puedan aceptar publicaciones por correo electrónico. Y en nuestro caso, representa el 80% de una buena solución para que los scripts generen actualizaciones en temas existentes de Discourse. Y la solicitud de característica me pareció similar a otras que había visto en Discourse-meta y que sí se implementaron, ya que parece claramente útil (muchos proyectos tienen scripts que generan correos) y no me pareció estar inherentemente en oposición a la filosofía de Discourse (aunque, de nuevo, somos nuevos en el lado de la administración). Esto no significa que sea algo obvio en absoluto, solo que no me pareció poco razonable plantear la pregunta.
Cuando es un usuario interactuando con el sitio, las claves de respuesta por correo electrónico son las que se utilizan para mantener todo dentro del mismo tema. En este caso, usarías el modo de lista de correo para introducir las claves de respuesta en el entorno seguro.
La funcionalidad de «entrada por correo» (distinta de «respuesta por correo») actualmente solo crea temas y nunca añadirá contenido a un tema existente.
Pensé que había entendido el estado de Discourse tras sus comentarios sobre este problema la semana pasada (que resumiría como: “por diseño, los títulos duplicados se aceptan cuando se envían mediante la funcionalidad de ‘correo entrante’, independientemente de la configuración de ‘permitir temas duplicados’, porque no está claro qué más podría hacer el sitio”). Pero hoy me encuentro confundido porque nuestros scripts recibieron un rebote para ciertos correos, indicando:
El título ya ha sido utilizado
¿Malinterpreté la situación o ha cambiado algo de su parte desde la semana pasada?
Por nuestra parte, han ocurrido algunos cambios que podrían explicar este nuevo comportamiento:
Convertí la dirección de correo desde la que nuestros scripts envían mensajes en un “usuario conocido” en el sitio de Discourse, ya que de lo contrario recibía rebotes ocasionales. Pensé que le otorgaría un nivel de confianza más alto para evitar ese problema (en mis mensajes anteriores, el script actuaba como un “usuario anónimo”).
Desactivé la capacidad de los usuarios anónimos para publicar en esta categoría, ahora que nuestro script es un usuario conocido.
Asumiendo que nada ha cambiado de su lado, ¿es correcto que los usuarios registrados están sujetos a un estándar más estricto en cuanto a no poder enviar temas por correo con títulos duplicados en comparación con los usuarios anónimos? ¿Existe una razón para esta elección? (Generalmente esperaría que las capacidades de un usuario registrado superen las de un usuario anónimo).