Lo pregunté en otro hilo, pero la última publicación antes de la mía fue hace 5 años, así que tal vez no reciba tanta atención como un tema nuevo.
Tengo una pregunta desde la perspectiva de un no desarrollador.
Estoy usando Discourse como sistema de tickets de nuestra empresa y lo he configurado con éxito para crear nuevos temas de usuarios no registrados en nuestro foro de soporte.
Ocasionalmente, necesito crear un ticket en nombre de un cliente en lugar de que él lo cree directamente.
¿Hay una forma fácil y paso a paso de hacer esto y crear un tema en nombre de alguien que aún no tiene una cuenta en el foro? No quiero que tengan una cuenta completa a menos que se registren por sí mismos.
Si tiene que hacerse desde una interfaz de línea de comandos, está bien, pero necesito algo de ayuda, como:
Entrar al contenedor con foo
Escribir rails bar etc etc
Cualquier otra cosa que deba hacerse
Soy consciente de que puedo reasignar publicaciones, así que si es demasiado complicado hacer todo, solo las instrucciones para crear el usuario y luego usar la GUI para cambiar el propietario serían muy útiles.
Siempre que pueda escribir un artículo detallado de ayuda para el resto del personal, no me importa lo que implique. Sería genial no tener que tener todo el personal necesitando acceso al contenedor a través de ssh, pero nos arreglaremos si eso es inevitable.
¿Tienes un correo electrónico del cliente? Si es así, puedes reenviarlo a Discourse y creará un usuario provisional para ellos.
Hay un poco sobre este comportamiento aquí en el “comportamiento de correos electrónicos reenviados” que creo que querrás cambiar la configuración relevante a “crear respuestas”
Generalmente no es un correo electrónico directo. La mayoría de las veces, mi jefe me reenvía un correo electrónico del cliente y me pide que lo convierta en un ticket para poder responderle.
Supongo que todo eso solo crearía el tema usando el correo electrónico de mi jefe como el usuario asignado a que creó el ticket.
También puedes crear un usuario provisional enviándole simplemente un mensaje privado y pegando la dirección de correo electrónico como destinatario. Si aún no es miembro, tendrá una cuenta de usuario provisional. Si inicia sesión más tarde utilizando la misma dirección de correo electrónico, su cuenta se transformará mágicamente y verá sus mensajes privados en el sitio.
Otro buen truco, si estás usando un grupo para compartir la gestión de tickets con un equipo, es incluir ese grupo al enviar el PM. De esa manera, se enviará desde el grupo y cualquier respuesta también volverá al grupo.
Me alegra saberlo, pero he configurado el sistema de tickets para que todo esté dentro de Discourse.
Hasta ahora ha funcionado muy bien, excepto con un cliente que utiliza su propio sistema de tickets para enviarnos solicitudes de soporte. Una vez que tenga más claridad sobre el problema, puede que inicie otro tema para intentar solucionarlo.
Esto solía funcionar para nosotros. Acabo de tener que usarlo de nuevo y ahora me aparece un mensaje emergente que dice: Ocurrió un error: Debes seleccionar un usuario válido.
¿Alguna idea de cómo hacer que esto funcione de nuevo?
¿Eres un administrador o moderador, o perteneces a un grupo especificado en la configuración del sitio Grupos permitidos para enviar mensajes de correo electrónico? Si no es así, ese error tiene sentido.
Este error parece ser causado por otra comprobación que verifica un nombre de usuario, grupo o dirección de correo electrónico introducido en el campo del destinatario
@tknospdr ¿qué introdujiste exactamente en el campo del destinatario? ¿Había algo especial en esa dirección de correo electrónico?
Estoy conectado como administrador del sitio cuando ocurre este error.
Estoy usando una dirección plus para probar, pero el error ocurrió por primera vez cuando intenté crear un nuevo usuario como lo he hecho en el pasado y obtuve el mismo resultado.
Enviar mensajes privados como correo electrónico definitivamente me funciona. No entiendo por qué a ti no te funciona. ¿Quizás ayudaría si grabaras un ejemplo? Puedes introducir algo como discourse@example.com para no tener que compartir una dirección de correo electrónico.
Así que no funciona con direcciones que contienen “+”, y supongo que podría haber algo extraño en la dirección del cliente original que provocó este problema en primer lugar.
Ya hemos hecho todo lo posible para incluirlos en el sistema, así que no estoy seguro de qué pasó.
¡Gracias de nuevo por la ayuda, aunque resulte no ser un problema!
¿Está habilitada la opción Normalizar correos electrónicos en su sitio, por casualidad?
Comprueba si el correo electrónico normalizado es único. El correo electrónico normalizado elimina todos los puntos del nombre de usuario y todo lo que hay entre los símbolos + y @.
Cuando habilito esa configuración, el mensaje de error que recibo al usar una dirección de correo electrónico con el carácter +, es este:
Ha ocurrido un error: No se ha podido encontrar a uno de los usuarios a los que está enviando este mensaje.
Cuando deshabilito la configuración, el MP se crea y el usuario en espera se crea y recibe el correo electrónico.
Sí, los correos electrónicos normalizados estaban marcados, lo desactivé y ahora puedo crear usuarios en etapa con direccionamiento plus.
Después de más pruebas, esto solo me permite crear direcciones plus cuando ya existe otro usuario (yo, por ejemplo) que utiliza la versión normalizada de la dirección.
Incluso con la opción marcada, podía crear una dirección plus aleatoria, por ejemplo, se creó test+this@thing.com, pero no se creó david+test@example.com ya que david@example.com ya existía.
Supongo que eso es lo esperado.
Nunca me había dado cuenta de eso, pero si es intencional, ¡es realmente muy inteligente! Ese es el objetivo, permitirte usar una dirección de correo electrónico para crear un montón de cuentas de usuario de prueba.
Quería decir un grupo de Discourse, por supuesto.
